Re: [Tagging] Feature Proposal - Voting - Reception Desk.
This proposal is now closed. 68% approval .. so it is rejected by the 75% rule. Now working on the reception_point proposal; https://wiki.openstreetmap.org/wiki/Proposed_features/reception_point Soon to be copied and pasted into a 'reception' proposal and a 'reception_area' proposal. -- I'll take the winner to be the one with the highest approval .. will have to beat the 68% of reception_desk And another proposal for wedding_reception too! This should reduce my worry that wedding receptions will be miss-mapped into reception. So .. soon to be 4 proposals for comment and voting. I note the voting page has nothing on it, blood donations should be there shortly though. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
On Sun, Jun 21, 2015 at 5:49 PM, Kotya Karapetyan kotya.li...@gmail.com wrote: On Sun, Jun 21, 2015 at 5:33 PM, Chris Hill o...@raggedred.net wrote: Voting is a pointless, broken process that means absolutely nothing. I think voting is a good indicator of the community opinion. As such, it is useful. I agree of course that we are not bound by the outcome, but it does introduce some uniformity IMO. I sure hope that the community is larger than the 15 people that voted for this proposal. I haven't voted, as so far I haven't had to opportunity to use the tag. So I don't really know whether it works or not. regards m ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
It's really a pity if the proposal will be rejected. Its need is clear, even though the exact wording may not be perfect. But do we need to have a *perfect* proposal before we can get anything? I would suggest to those who oppose it to accept it and then propose a modification. Otherwise we'll stay where we are forever. No proposal can be perfect. That said, I do agree that a *reception_facility* option is not a bad idea at all. If the majority of those opposing this proposal do so because of the word desk, I would suggest replacing it and voting once again. I agree with Warin's argument that area (another proposed wording) is not a good option, also because of the mapping ambiguity (what to include—the thing with the word reception above it or the whole area from which this word can be seen?) Cheers, Kotya On Sun, Jun 21, 2015 at 2:52 AM, Warin 61sundow...@gmail.com wrote: Hi, I will close this proposal on Tuesday 23 June unless more votes come in. A the moment it is rejected by 11 approved votes to 5 opposed votes (68%). To be approved would require 4 more approval votes without any more opposed votes. If you have not voted .. vote. https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk If rejected I will probably pursue other related reception_desk proposals. Your help and patience is appreciated. Possible forth coming proposals? amenity=reception, amenity=reception_area (I would vote against both these), amenity=reception_point (I think this came from Bryce?). I may run these concurrent so votes can take place at the same time. What ever one gets the most number of approvals I'd make a page for, no matter the 'rules' for 'approved' or 'rejected'. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
On 21/06/15 15:44, Kotya Karapetyan wrote: It's really a pity if the proposal will be rejected. Its need is clear, even though the exact wording may not be perfect. But do we need to have a /perfect/ proposal before we can get anything? I would suggest to those who oppose it to accept it and then propose a modification. Otherwise we'll stay where we are forever. No proposal can be perfect. Your comments implies that you think voting is an important process to 'allow' a tag to be used. Voting is a pointless, broken process that means absolutely nothing. We are free to use any tag we like, so voting cannot veto anyone's use of a tag. Voting means nothing because there are no approved or official tags in OSM, so a tag cannot be rejected by voting either. Discuss tags to get a sensible scheme and document the outcome of the discussion, but also use a proposed tagging scheme to ensure it makes sense in the real world. Voting certainly does not mean that a tag will be adopted by anyone, it does not mean that editors will support it and it doesn't mean that the tag will get rendered on anyone's map. -- Cheers, Chris user: chillly ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
On Sun, Jun 21, 2015 at 5:33 PM, Chris Hill o...@raggedred.net wrote: Voting is a pointless, broken process that means absolutely nothing. I think voting is a good indicator of the community opinion. As such, it is useful. I agree of course that we are not bound by the outcome, but it does introduce some uniformity IMO. Cheers, Kotya ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
On 22/06/2015 1:49 AM, Kotya Karapetyan wrote: On Sun, Jun 21, 2015 at 5:33 PM, Chris Hill o...@raggedred.net mailto:o...@raggedred.net wrote: Voting is a pointless, broken process that means absolutely nothing. I think voting is a good indicator of the community opinion. As such, it is useful. I agree of course that we are not bound by the outcome, but it does introduce some uniformity IMO. Agreed. Voting is usefull! Some 38 people voted on the Mk1 reception_desk. Only one IIRC expressed 'desk' as a bad idea. On the Mk2 reception_desk there were not many comments made during the RFC phase. Disappointing that they have not all seen fit to vote on theMk2 version. And now there is a number of people opposing the 'desk' part. GOOD!! Please speak up. If you don't like something .. say so. Even better to have an idea as a suggested replacement. But don't just leave it as one person oposing something like the 'desk' part of reception_desk .. it apears there is only one person opsing that bit .. add your concern to give that indication of a majority .. other wise the proposer thinks it is only one person who thinks that way. Unfortunately many people only vote .. they don't speak up during the comments phase. I do wish they would speak up then. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
sent from a phone Am 21.06.2015 um 17:49 schrieb Kotya Karapetyan kotya.li...@gmail.com: I think voting is a good indicator of the community opinion. As such, it is useful. I don't understand then why I should vote yes for a particular tag that I think would be the wrong direction to go (if we reduce the tag now to desks it is already clear that we would not cover all reception facilities and that we will then have several similar reception things sprawled over different tags) Personally I don't care if the reception is a desk or a different manifestation of a reception, so I'd really like to avoid the word desk in the tag cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
sent from a phone Am 17.06.2015 um 03:18 schrieb Warin 61sundow...@gmail.com: Response; a) OSM already has furniture. It exists and is of use. It should be mapped. agree that who wants could map furniture as well, but that would not be amenity and I would not care about such a tag and it would not be the main tag for the reception function b) One could then map a very large area .. including the waiting area, the entire building? What is needed is the small area where you go to get access/information. it can be easily decided by the mapper what makes most sense for the actual situation c) And there was a dog_bin in use in OSM too.. one could assume that it is for dead dogs? The present reception_area use is all on nodes, no areas at all. There are less than 110 uses of it. There is no documentation for it. One of the tag is for a building .. on a node. there are more than 30 times reception_area tags compared to reception_desk, but both numbers are low d) I personally know of two places where the reception is a long way from the main entrance (Australia). Someone else also know of a reception a long way from the main entrance (Africa I think). So not always at the main entry, and in that situation mapping it is very usefull. +1, if someone thinks a tag is not needed he should not vote, because voting is about a concrete tag and which tag is best to describe something cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
At one hospital here in Nashville, TN, they cut back on the number of reception desks. The two primary entrances have desks with someone seated at them. Three other entrances have an unstaffed desk, with a webcam and a telephone. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr. On June 16, 2015 5:48:03 AM Warin 61sundow...@gmail.com wrote: On 16/06/2015 8:02 PM, Ruben Maes wrote: Hi I'm a bit late here (just recently started really reading the tagging list), but could this also be used for reception webcams? In my city's hospital, the reception desk has been replaced with a tv screen and a camera. The receptionist is at the other campus of hospital, in another town, 15 km from where you are standing. Wow. Is the doctor 15km away too? :-) The tag applies .. the place a visitor goes to for info etc So yes... it is not about the 'desk' that is used to separate it from weeding reception, GPS reception, etc. I'll have to make that clear in the tag! The name is the best I could come up with. Not too late to change it if someone has a better name? All the best Ruben Note on the distance to the Doctor .. here in Australia 'we' have the Royal Flying Doctor Service (RFDS) .. the Doctor can be 1,000 km away, not far in a fast plane. 2015-06-16 2:52 GMT+02:00 Warin 61sundow...@gmail.com: I think I'll be closing this shortly. Possibly tomorrow. There are some 10 votes, one against, the majority approving. There were close to 40 votes last time... where has the passion gone? On 2/06/2015 8:47 AM, Warin wrote: Hi, Voting for the mark 2 version of Reception Desk is now open. Link https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk A Reception Desk provides a place where people (visitors, patients, or clients) arrive to be greeted, any information recorded, the relevant person is contacted and the visitor/s, patient/s, or client/s sent on to the relevant person/place. It is particularly useful to know the location of the reception desk when it is located away from the typical place (near a front entry) or where there is only one amongst a number of large buildings. First seen as a suggested extended tag for camp sites, thought to have a wider application to offices, hotels, hospitals and educational features. The amenity key is chosen so it can be used for both tourism and business situations. Thanks for your participation. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
On 17/06/2015 3:19 AM, Ruben Maes wrote: I think this could adequately be handled with a subtag, such as reception_desk=manned/webcam/artificial_intelligence/... robot? virtual_person? Might become a trend .. convenience stores and banks have a habit of getting robbed so that might occur there too. Maybe manned=human/monkey/webcam/robot/virtual_person/artificial_intelligence/... or serviced=human/monkey/webcam/robot/virtual_person/artificial_intelligence/... so it can be applied to other things? Where a person is replaced by a webcam .. they probably leaved the desk behind? Saves the cost of removal and they can reverse the installation easily if it does not work. 2015-06-16 16:42 GMT+02:00 John Eldredge j...@jfeldredge.com: At one hospital here in Nashville, TN, they cut back on the number of reception desks. The two primary entrances have desks with someone seated at them. Three other entrances have an unstaffed desk, with a webcam and a telephone. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr. On June 16, 2015 5:48:03 AM Warin 61sundow...@gmail.com wrote: On 16/06/2015 8:02 PM, Ruben Maes wrote: Hi I'm a bit late here (just recently started really reading the tagging list), but could this also be used for reception webcams? In my city's hospital, the reception desk has been replaced with a tv screen and a camera. The receptionist is at the other campus of hospital, in another town, 15 km from where you are standing. Wow. Is the doctor 15km away too? :-) The tag applies .. the place a visitor goes to for info etc So yes... it is not about the 'desk' that is used to separate it from weeding reception, GPS reception, etc. I'll have to make that clear in the tag! The name is the best I could come up with. Not too late to change it if someone has a better name? All the best Ruben ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
Ahh .. the passion is back! More votes .. yea! Unfortunately it now is rejected .. 15 votes total .. less than half those that voted before ... leaving the voting open for now. It does appear that some who vote against don't participate in any discussion, they just vote. -- Present points against; a) Won't vote for furniture b) It should be area not desk. c) There exists some tagged reception_area already and that out numbers the present reception_desk use. d) Always located at the main entrance. e) vague between tourism, office etc f) only for very special cases. I think I have them all? Response; a) OSM already has furniture. It exists and is of use. It should be mapped. b) One could then map a very large area .. including the waiting area, the entire building? What is needed is the small area where you go to get access/information. c) And there was a dog_bin in use in OSM too.. one could assume that it is for dead dogs? The present reception_area use is all on nodes, no areas at all. There are less than 110 uses of it. There is no documentation for it. One of the tag is for a building .. on a node. d) I personally know of two places where the reception is a long way from the main entrance (Australia). Someone else also know of a reception a long way from the main entrance (Africa I think). So not always at the main entry, and in that situation mapping it is very usefull. e) The proposal definitions for the keys tourism, office etc came form the OSM wiki - direct quotes. They are broad so that all suitable features fit, but they exclude others. f) It is for the special cases that this is necessary. You may map the non special cases too .. nothing stopping that. On 17/06/2015 9:22 AM, Warin wrote: On 17/06/2015 3:19 AM, Ruben Maes wrote: I think this could adequately be handled with a subtag, such as reception_desk=manned/webcam/artificial_intelligence/... robot? virtual_person? Might become a trend .. convenience stores and banks have a habit of getting robbed so that might occur there too. Maybe manned=human/monkey/webcam/robot/virtual_person/artificial_intelligence/... or serviced=human/monkey/webcam/robot/virtual_person/artificial_intelligence/... so it can be applied to other things? Where a person is replaced by a webcam .. they probably leaved the desk behind? Saves the cost of removal and they can reverse the installation easily if it does not work. 2015-06-16 16:42 GMT+02:00 John Eldredge j...@jfeldredge.com: At one hospital here in Nashville, TN, they cut back on the number of reception desks. The two primary entrances have desks with someone seated at them. Three other entrances have an unstaffed desk, with a webcam and a telephone. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr. On June 16, 2015 5:48:03 AM Warin 61sundow...@gmail.com wrote: On 16/06/2015 8:02 PM, Ruben Maes wrote: Hi I'm a bit late here (just recently started really reading the tagging list), but could this also be used for reception webcams? In my city's hospital, the reception desk has been replaced with a tv screen and a camera. The receptionist is at the other campus of hospital, in another town, 15 km from where you are standing. Wow. Is the doctor 15km away too? :-) The tag applies .. the place a visitor goes to for info etc So yes... it is not about the 'desk' that is used to separate it from weeding reception, GPS reception, etc. I'll have to make that clear in the tag! The name is the best I could come up with. Not too late to change it if someone has a better name? All the best Ruben ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
On 16/06/2015 8:02 PM, Ruben Maes wrote: Hi I'm a bit late here (just recently started really reading the tagging list), but could this also be used for reception webcams? In my city's hospital, the reception desk has been replaced with a tv screen and a camera. The receptionist is at the other campus of hospital, in another town, 15 km from where you are standing. Wow. Is the doctor 15km away too? :-) The tag applies .. the place a visitor goes to for info etc So yes... it is not about the 'desk' that is used to separate it from weeding reception, GPS reception, etc. I'll have to make that clear in the tag! The name is the best I could come up with. Not too late to change it if someone has a better name? All the best Ruben Note on the distance to the Doctor .. here in Australia 'we' have the Royal Flying Doctor Service (RFDS) .. the Doctor can be 1,000 km away, not far in a fast plane. 2015-06-16 2:52 GMT+02:00 Warin 61sundow...@gmail.com: I think I'll be closing this shortly. Possibly tomorrow. There are some 10 votes, one against, the majority approving. There were close to 40 votes last time... where has the passion gone? On 2/06/2015 8:47 AM, Warin wrote: Hi, Voting for the mark 2 version of Reception Desk is now open. Link https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk A Reception Desk provides a place where people (visitors, patients, or clients) arrive to be greeted, any information recorded, the relevant person is contacted and the visitor/s, patient/s, or client/s sent on to the relevant person/place. It is particularly useful to know the location of the reception desk when it is located away from the typical place (near a front entry) or where there is only one amongst a number of large buildings. First seen as a suggested extended tag for camp sites, thought to have a wider application to offices, hotels, hospitals and educational features. The amenity key is chosen so it can be used for both tourism and business situations. Thanks for your participation. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
On 16/06/2015 8:46 PM, Warin wrote: On 16/06/2015 8:02 PM, Ruben Maes wrote: Hi I'm a bit late here (just recently started really reading the tagging list), but could this also be used for reception webcams? In my city's hospital, the reception desk has been replaced with a tv screen and a camera. The receptionist is at the other campus of hospital, in another town, 15 km from where you are standing. Question.. Is there still a 'desk' there? For filling out forms, even jst picking up a map/brochure? Wow. Is the doctor 15km away too? :-) The tag applies .. the place a visitor goes to for info etc So yes... it is not about the 'desk' that is used to separate it from weeding reception, GPS reception, etc. I'll have to make that clear in the tag! The name is the best I could come up with. Not too late to change it if someone has a better name? All the best Ruben Note on the distance to the Doctor .. here in Australia 'we' have the Royal Flying Doctor Service (RFDS) .. the Doctor can be 1,000 km away, not far in a fast plane. 2015-06-16 2:52 GMT+02:00 Warin 61sundow...@gmail.com: I think I'll be closing this shortly. Possibly tomorrow. There are some 10 votes, one against, the majority approving. There were close to 40 votes last time... where has the passion gone? On 2/06/2015 8:47 AM, Warin wrote: Hi, Voting for the mark 2 version of Reception Desk is now open. Link https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk A Reception Desk provides a place where people (visitors, patients, or clients) arrive to be greeted, any information recorded, the relevant person is contacted and the visitor/s, patient/s, or client/s sent on to the relevant person/place. It is particularly useful to know the location of the reception desk when it is located away from the typical place (near a front entry) or where there is only one amongst a number of large buildings. First seen as a suggested extended tag for camp sites, thought to have a wider application to offices, hotels, hospitals and educational features. The amenity key is chosen so it can be used for both tourism and business situations. Thanks for your participation. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
2015-06-16 12:49 GMT+02:00 Warin 61sundow...@gmail.com: On 16/06/2015 8:46 PM, Warin wrote: On 16/06/2015 8:02 PM, Ruben Maes wrote: Hi I'm a bit late here (just recently started really reading the tagging list), but could this also be used for reception webcams? In my city's hospital, the reception desk has been replaced with a tv screen and a camera. The receptionist is at the other campus of hospital, in another town, 15 km from where you are standing. Question.. Is there still a 'desk' there? For filling out forms, even jst picking up a map/brochure? I don't remember that well, but I think so. Wow. Is the doctor 15km away too? :-) No :p But you're laughing at it, don't they do remote surgeries these days? https://en.wikipedia.org/wiki/Remote_surgery The tag applies .. the place a visitor goes to for info etc So yes... it is not about the 'desk' that is used to separate it from weeding reception, GPS reception, etc. I'll have to make that clear in the tag! The name is the best I could come up with. Not too late to change it if someone has a better name? All the best Ruben Note on the distance to the Doctor .. here in Australia 'we' have the Royal Flying Doctor Service (RFDS) .. the Doctor can be 1,000 km away, not far in a fast plane. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
Hi I'm a bit late here (just recently started really reading the tagging list), but could this also be used for reception webcams? In my city's hospital, the reception desk has been replaced with a tv screen and a camera. The receptionist is at the other campus of hospital, in another town, 15 km from where you are standing. All the best Ruben 2015-06-16 2:52 GMT+02:00 Warin 61sundow...@gmail.com: I think I'll be closing this shortly. Possibly tomorrow. There are some 10 votes, one against, the majority approving. There were close to 40 votes last time... where has the passion gone? On 2/06/2015 8:47 AM, Warin wrote: Hi, Voting for the mark 2 version of Reception Desk is now open. Link https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk A Reception Desk provides a place where people (visitors, patients, or clients) arrive to be greeted, any information recorded, the relevant person is contacted and the visitor/s, patient/s, or client/s sent on to the relevant person/place. It is particularly useful to know the location of the reception desk when it is located away from the typical place (near a front entry) or where there is only one amongst a number of large buildings. First seen as a suggested extended tag for camp sites, thought to have a wider application to offices, hotels, hospitals and educational features. The amenity key is chosen so it can be used for both tourism and business situations. Thanks for your participation. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk.
I think I'll be closing this shortly. Possibly tomorrow. There are some 10 votes, one against, the majority approving. There were close to 40 votes last time... where has the passion gone? On 2/06/2015 8:47 AM, Warin wrote: Hi, Voting for the mark 2 version of Reception Desk is now open. Link https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk A Reception Desk provides a place where people (visitors, patients, or clients) arrive to be greeted, any information recorded, the relevant person is contacted and the visitor/s, patient/s, or client/s sent on to the relevant person/place. It is particularly useful to know the location of the reception desk when it is located away from the typical place (near a front entry) or where there is only one amongst a number of large buildings. First seen as a suggested extended tag for camp sites http://wiki.openstreetmap.org/wiki/Proposed_features/Extend_camp_site%7C, thought to have a wider application to offices, hotels, hospitals and educational features. The amenity key is chosen so it can be used for both tourism and business situations. Thanks for your participation. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Feature Proposal - Voting - Reception Desk.
Hi, Voting for the mark 2 version of Reception Desk is now open. Link https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk A Reception Desk provides a place where people (visitors, patients, or clients) arrive to be greeted, any information recorded, the relevant person is contacted and the visitor/s, patient/s, or client/s sent on to the relevant person/place. It is particularly useful to know the location of the reception desk when it is located away from the typical place (near a front entry) or where there is only one amongst a number of large buildings. First seen as a suggested extended tag for camp sites http://wiki.openstreetmap.org/wiki/Proposed_features/Extend_camp_site%7C, thought to have a wider application to offices, hotels, hospitals and educational features. The amenity key is chosen so it can be used for both tourism and business situations. Thanks for your participation. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Am 08.04.2015 um 01:07 schrieb Warin: -fly Time? There are many proposals that are sitting around .. waiting on this 'time' thing.. years ... Why? The ones I have looked at are not changing .. nothing is happening with them - thus there looks to be no 'development' while they sit and wait. This proposal is fairly simple - the addition of one simple value to an already existing key? Any implications ... no I don't think so, any developments over time .. again I don't see them. So do you have problems to wait a half/full year ? Lets see how your proposed tag is used. Feel free to reactivate old proposals or even create the missing wiki pages if usage seems to be established. We always end up with the problem to proper document, first the proposal and later the key and value pages. Though it is not always fun and can be real work especially in a foreign language. Consensus .. that is what I'm aiming for. New rules or not. +1 though there are cases where we have to state that we do not find a consensus If your only voting on the tag (amenity=reception_desk) why are you commenting on the documentation? :-) ... That is a joke by the way. Do not get me wrong. I vote by tagging and not on the proposal and if we want to find a consensus I am happy with discussion on this list. There are no veto but I can always post my concerns. I have 'improved' the documentation .. there is not much to say about a reception desk ... fortunately. Yeah the final wiki page might even get shorter but the content counts. We do not want to overwhelm the reader with information but need a clean and distinguished description. The archived proposal is important to get more information if in doubt. cu fly ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
I agree with fly that it would be good to actually change the proposal page to make it closer resemble the tag description page. Currently it mainly addresses the RFC process and questions. As the result, there is no good page for which we could vote. All discussion could be moved to the Talk subpage. Cheers, Kotya On Sun, Apr 5, 2015 at 10:55 PM, fly lowfligh...@googlemail.com wrote: Nice that you follow the new, unwritten rules. Sorry, but I usually only vote by using the tag and not on the wiki, still I would say, give it more time and improve the documentation as we will need it anyway (both the tag and its docu). Cheers fly Am 01.04.2015 um 03:02 schrieb Warin: Hi, I have taken this back to the Draft status/stage. There is not much of a change to the basic proposal amenity=reception_desk. There is a much more verbose explanation of things .. like what key to use. Summary of voting .. Thank you all for voting. 38 votes is I hope a good representation. 21 for 17 against. Of those against; 10 state it should not be an amenity key and most of those are for it being in the tourism key. My failing there for not explaining that it has applications to offices, industries and educational areas where tourism is not an appropriate key. 1 says it needs more time. 1 says it is not necessarily a desk. I have never come across one that was not a desk - telephone, public address system and sign in in all housed on a desk. 2 (with another supportive comment from someone else) says it should embedded in 'the indoor tagging scheme'. The 'indoor tagging scheme'? That is going to have the same kind of problems with the tags for toilets, telephones, shops swimming pools, etc etc. The problem posed by this tag exists for many others and will need to be addressed by the indoor tagging system NOT by this tag alone. The 'indoor tagging system' looks to be in evolution ... and will probably take some time before being generally accepted. How is reception desk shown to be part of another feature? By its location in most instances. It has also been suggest that a site relation could be used. The site relation looks to be in some state of 'proposed'... I could not hazard a guess as to when it will progress onwards. (proposed) relation https://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature Also note the other proposal https://wiki.openstreetmap.org/wiki/Relations/Proposed/Cluster I don't see how the problem can be addressed by the simple value of the proposed reception_desk .. particularly as it is a problem/solution for other things too? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
The wiki page http://wiki.openstreetmap.org/wiki/Proposal_process#Page_details says /Proposal/ /A short description of what you want to map, including links to relevant material with photos if possible./ /Rationale/ /Why the tag is needed, considering significance and potential uses of the data./ /Examples/ /Names, locations, rough idea of numbers (e.g., one on every street corner, several in each suburb in Germany, half a dozen in each South American country)./ /Tagging/ /The category the tag falls under (//man_made http://wiki.openstreetmap.org/wiki/Key:man_made//, //waterway http://wiki.openstreetmap.org/wiki/Key:waterway//, //tourism http://wiki.openstreetmap.org/wiki/Key:tourism//, etc,), with//*a justification of why other similar categories are not suitable*//(for instance, there may be too many to map individually - such as residential properties in which case a //landuse http://wiki.openstreetmap.org/wiki/Key:landuse//tag would be of more use if they are grouped closely enough?)./ /The name of the tag itself - keep it as short as possible (15 characters is generally as long as they get), whilst still being logical, descriptive enough to need little explanation and not overlapping with another tag in a different category./ That suggests that the proposal page presents justifications ... I am simply doing what the wiki page suggests! Should the wiki be changed? And, of course, it needs to be done while this proposal is in progress... just like the voting change.. grr .. ;-) The tag description page is based on the proposal page .. but it does not have a '/Rationale' /section, a/'rough idea of numbers'/ ... it is edited into the tag page. - Note .. I have started a new topic for the mark 2 reception desk .. it would be best to use that so there is less 'baggage' on any further discussion. -fly Time? There are many proposals that are sitting around .. waiting on this 'time' thing.. years ... Why? The ones I have looked at are not changing .. nothing is happening with them - thus there looks to be no 'development' while they sit and wait. This proposal is fairly simple - the addition of one simple value to an already existing key? Any implications ... no I don't think so, any developments over time .. again I don't see them. Consensus .. that is what I'm aiming for. New rules or not. If your only voting on the tag (amenity=reception_desk) why are you commenting on the documentation? :-) ... That is a joke by the way. I have 'improved' the documentation .. there is not much to say about a reception desk ... fortunately. ( Off topic ; Unlike 'temperature' .. that is getting very big! Perhaps it needs to be broken up into sections?) On 7/04/2015 9:09 PM, Kotya Karapetyan wrote: I agree with fly that it would be good to actually change the proposal page to make it closer resemble the tag description page. Currently it mainly addresses the RFC process and questions. As the result, there is no good page for which we could vote. All discussion could be moved to the Talk subpage. Cheers, Kotya On Sun, Apr 5, 2015 at 10:55 PM, fly lowfligh...@googlemail.com mailto:lowfligh...@googlemail.com wrote: Nice that you follow the new, unwritten rules. Sorry, but I usually only vote by using the tag and not on the wiki, still I would say, give it more time and improve the documentation as we will need it anyway (both the tag and its docu). Cheers fly ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
One more point... Some of those opposing the proposal say they don't have time to follow discussion on the tagging group.. they may also claim they don't have time to read the dissuasion page .. so for that point of view the reasons why things are done should be on the proposal page... Not saying their view is right or wrong, it is their view. I am simply trying to provide the information on the proposal page that best describes the value and why it is needed, tagged this way and its' impact on other things. I'd think the actual page would be very simple .. like bbq http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbbq bench http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbench though this raises some interesting things for the temperature tag .. http://wiki.openstreetmap.org/wiki/Proposed_features/Attributes On 7/04/2015 9:09 PM, Kotya Karapetyan wrote: I agree with fly that it would be good to actually change the proposal page to make it closer resemble the tag description page. Currently it mainly addresses the RFC process and questions. As the result, there is no good page for which we could vote. All discussion could be moved to the Talk subpage. Cheers, Kotya ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Nice that you follow the new, unwritten rules. Sorry, but I usually only vote by using the tag and not on the wiki, still I would say, give it more time and improve the documentation as we will need it anyway (both the tag and its docu). Cheers fly Am 01.04.2015 um 03:02 schrieb Warin: Hi, I have taken this back to the Draft status/stage. There is not much of a change to the basic proposal amenity=reception_desk. There is a much more verbose explanation of things .. like what key to use. Summary of voting .. Thank you all for voting. 38 votes is I hope a good representation. 21 for 17 against. Of those against; 10 state it should not be an amenity key and most of those are for it being in the tourism key. My failing there for not explaining that it has applications to offices, industries and educational areas where tourism is not an appropriate key. 1 says it needs more time. 1 says it is not necessarily a desk. I have never come across one that was not a desk - telephone, public address system and sign in in all housed on a desk. 2 (with another supportive comment from someone else) says it should embedded in 'the indoor tagging scheme'. The 'indoor tagging scheme'? That is going to have the same kind of problems with the tags for toilets, telephones, shops swimming pools, etc etc. The problem posed by this tag exists for many others and will need to be addressed by the indoor tagging system NOT by this tag alone. The 'indoor tagging system' looks to be in evolution ... and will probably take some time before being generally accepted. How is reception desk shown to be part of another feature? By its location in most instances. It has also been suggest that a site relation could be used. The site relation looks to be in some state of 'proposed'... I could not hazard a guess as to when it will progress onwards. (proposed) relation https://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature Also note the other proposal https://wiki.openstreetmap.org/wiki/Relations/Proposed/Cluster I don't see how the problem can be addressed by the simple value of the proposed reception_desk .. particularly as it is a problem/solution for other things too? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
2015-04-01 23:51 GMT+02:00 Warin 61sundow...@gmail.com: Associating one feature (a 'parent') with another feature (a 'child')? More of a guide as to how OSM 'does' it? Or may be it needs to be added to some already existing guide... there is no clear standard method to do this. There are at least 3 concepts in use: 1. spatially: something is inside or on the border of something else 2. by tagging: e.g. operator tag, brand tag, the bicycle=use_sidepath tag, etc. This method is not explicit but typically should work. 3. with relations (and roles within relations) For this case we could either use the site relation, e.g. a reception-role with which the reception_desk gets put into relation with a site (not yet documented), or we'd use the type=provides_feature relation. For the site relation there is a proposal here (but the examples somehow contradict the idea of point 1, that a spatial relation is sufficient in cases where one object contains another) http://wiki.osm.org/wiki/Relations/Proposed/Site For the second I couldn't find any mention in the wiki, but it is used 411 times: http://taginfo.osm.org/tags/type=provides_feature#overview Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Hi Warin, 10 state it should not be an amenity key and most of those are for it being in the tourism key. My failing there for not explaining that it has applications to offices, industries and educational areas where tourism is not an appropriate key. In my opinion, it depends on personal experience. For me the value of this tag for company, hospital, university and other non-touristic facilities is clear. For someone the word reception may only associate with hotels. 1 says it is not necessarily a desk. I have never come across one that was not a desk - telephone, public address system and sign in in all housed on a desk. It's true that it's not always a desk and usually is much more than a desk. However it's still called a desk :) I am not a native speaker, but I think it's a standard term for a reception facility. 2 (with another supportive comment from someone else) says it should embedded in 'the indoor tagging scheme'. The 'indoor tagging scheme'? That is going to have the same kind of problems with the tags for toilets, telephones, shops swimming pools, etc etc. The problem posed by this tag exists for many others and will need to be addressed by the indoor tagging system NOT by this tag alone. The 'indoor tagging system' looks to be in evolution ... and will probably take some time before being generally accepted. I think there are some keen proponents of indoor tagging. There is definitely an advantage of being able to specify where the desk is located exactly. Moreover, it's kind of natural, since that's the implicit reason for your proposal: to specify where one can find the reception. How is reception desk shown to be part of another feature? By its location in most instances. It has also been suggest that a site relation could be used. The site relation looks to be in some state of 'proposed'... I could not hazard a guess as to when it will progress onwards. (proposed) relation http://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature Also note the other proposal http://wiki.openstreetmap.org/wiki/Relations/Proposed/Cluster I don't see how the problem can be addressed by the simple value of the proposed reception_desk .. particularly as it is a problem/solution for other things too? This is the only critically important aspect IMO. For a building hosting multiple organizations, there should be a way to attribute the reception properly. In many cases it logically follows from the location. Not in all probably. My suggestion would be to introduce the tag as is, and add a relation when possible. The tag definitely adds value in many cases even without the relation. Cheers, Kotya ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
I will definitely use the proposed tag where applicable. The issue of adding a relation is close to the ongoing discussion about mapping amenities on camping sites: *Tagging method of amenities at camp_sites.* This is the only critically important aspect IMO. For a building hosting multiple organizations, there should be a way to attribute the reception properly. In many cases it logically follows from the location. Not in all probably. My suggestion would be to introduce the tag as is, and add a relation when possible. The tag definitely adds value in many cases even without the relation. Cheers, Kotya ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Maybe there needs to be a wiki page on the subject? Associating one feature (a 'parent') with another feature (a 'child')? More of a guide as to how OSM 'does' it? Or may be it needs to be added to some already existing guide... On 1/04/2015 10:17 PM, Jan van Bekkum wrote: I will definitely use the proposed tag where applicable. The issue of adding a relation is close to the ongoing discussion about mapping amenities on camping sites: /Tagging method of amenities at camp_sites./ This is the only critically important aspect IMO. For a building hosting multiple organizations, there should be a way to attribute the reception properly. In many cases it logically follows from the location. Not in all probably. My suggestion would be to introduce the tag as is, and add a relation when possible. The tag definitely adds value in many cases even without the relation. Cheers, Kotya ___ Tagging mailing list Tagging@openstreetmap.org mailto:Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Hi, I have taken this back to the Draft status/stage. There is not much of a change to the basic proposal amenity=reception_desk. There is a much more verbose explanation of things .. like what key to use. Summary of voting .. Thank you all for voting. 38 votes is I hope a good representation. 21 for 17 against. Of those against; 10 state it should not be an amenity key and most of those are for it being in the tourism key. My failing there for not explaining that it has applications to offices, industries and educational areas where tourism is not an appropriate key. 1 says it needs more time. 1 says it is not necessarily a desk. I have never come across one that was not a desk - telephone, public address system and sign in in all housed on a desk. 2 (with another supportive comment from someone else) says it should embedded in 'the indoor tagging scheme'. The 'indoor tagging scheme'? That is going to have the same kind of problems with the tags for toilets, telephones, shops swimming pools, etc etc. The problem posed by this tag exists for many others and will need to be addressed by the indoor tagging system NOT by this tag alone. The 'indoor tagging system' looks to be in evolution ... and will probably take some time before being generally accepted. How is reception desk shown to be part of another feature? By its location in most instances. It has also been suggest that a site relation could be used. The site relation looks to be in some state of 'proposed'... I could not hazard a guess as to when it will progress onwards. (proposed) relation http://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature Also note the other proposal http://wiki.openstreetmap.org/wiki/Relations/Proposed/Cluster I don't see how the problem can be addressed by the simple value of the proposed reception_desk .. particularly as it is a problem/solution for other things too? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Mar 16, 2015, at 2:49 PM, Warin 61sundow...@gmail.com wrote: On 16/03/2015 2:27 PM, johnw wrote: These obvious receptions are not crucial to be mapped, but receptions in business parks, large office complexes, individual companies’ large business campuses, etc are important, and this is what it is for. (I think) Javbw Obvious things are not critical to be mapped. ? Umm well .. I'd not put it that way … Sorry, I said it in a bad way. the “obvious” reception desks I was speaking of smack you in the face - the ones I was thinking of are like, the elevator doors open, and there is a reception desk in your face for the 11th floor “Baka, Inc” office. There is no possible path to follow except through reception, so it is “obvious” because there is no way to access the location without going through it. But of course I would want any reception mapped if you can, and eventually if you are doing indoor multi-floor mapping, mapping these as well in the future (which I don’t think is possible now?). “We” are in agreement on the rest. Javbw ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Am 15.03.2015 um 10:17 schrieb Andreas Goss andi...@t-online.de: How? either spatially or and with the operator tag or the provides feature relation. This is nothing particular to this tag, it occurs to all features within other features cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Ok .. now I have it.. sorry for not seeing it in the first place... That problem still exists for other OSM features .. as per Markus reply with the suggested (proposed) relation http://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature Also note the other proposal http://wiki.openstreetmap.org/wiki/Relations/Proposed/Cluster I don't see how the problem can be addressed by the simple value of the proposed reception_desk .. particularly as it is a problem/solution for other things too? On 15/03/2015 10:37 PM, Andreas Goss wrote: name=company? I'm not a software developer, but 2x name= doesn't sound like a great idea if you want to make an association. Also entering data like phone number twice etc. doesn't sound like a great idea either, unless the reception actually has a special one (but often it's probably just the main number of the POI) Double entry does not appeal to me either .. more work. A relation that takes the values from the relation to the tagged features sounds good. Would need to avoid over writing any tagged values that all ready exist (eg opening hours for reception may be different from the main office .. you may still ring the office when reception is closed.) I don't see that addressed by either the above proposals? (That would provide for separate phone numbers too .. Gate 1, Gate 3 etc. Oh and a 'goods dock' (or similar wording)). Nice question/problem ... but not solvable by this proposed tag:value? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On 15 March 2015 at 10:17, Andreas Goss andi...@t-online.de wrote: in this case the reception will refer to the company and not to the building. How? Have a look at the provides_feature relation http://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature if it might work for you to create an explicit connection between the company and reception desk. /Markus ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Am 14.03.2015 um 23:29 schrieb Andreas Goss andi...@t-online.de: I've only included those that I thought to be common, not rare. How are multiple receptions inside a large building used by serveral companies rare? in this case the reception will refer to the company and not to the building. Receptions occur independently of buildings, eg camping sites, fairs, etc Cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On 15/03/2015 8:17 PM, Andreas Goss wrote: in this case the reception will refer to the company and not to the building. How? name=company? E.g. If there were two companies in the same building both accountants .. how do you distinguish between them ? office=accountant name=company1 and the other office=accountant name=company2 Or am I missing something? I note this is not addressed in the key:office documentation .. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
name=company? I'm not a software developer, but 2x name= doesn't sound like a great idea if you want to make an association. Also entering data like phone number twice etc. doesn't sound like a great idea either, unless the reception actually has a special one (but often it's probably just the main number of the POI) E.g. If there were two companies in the same building both accountants .. how do you distinguish between them ? office=accountant name=company1 and the other office=accountant name=company2 Or am I missing something? You are missing that those are 2 nodes where there is no connection and you aren't interested in any connection. But when you have... office=accountant name=company1 office=accountant name=company2 amenity=reception_desk name=company1 amenity=reception_desk name=company2 ...you want to make a connection between those offices and receptions. The way you suggest tagging here would for example mean you can't give the reception desk and individual name anymore. For example when you then use the tagging system on a large facility and want to name a recption name=Company xyz gate 1 you can't use that system to connect it to company xyz. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Places where I have visited for computer repair (a couple thousand calls) - almost all professional buildings - the places that would rent offices to business people and small firms (Baka, inc) - the lobby has a common reception center, and the complex is almost always named (the FooBar Professional Building) - so reception is part of the *building complex* not the company. You go to “FooBar reception” - not “baka, Inc” reception. When people tell you to “go to reception and check in” - they don’t mean to go to reception in their office, they mean to go to reception for the building. you may not need to link the reception to all the different offices in a building or even in an office park, as the reception would be inside a single named landuse, and that is the named landuse people would be going to, just as people go to a mall and then go to the store in a mall. The next step up is large suites or whole floor rentals - in that case, the reception is (usually) the entrance to the floor, and the reception is just for the company (like a law firm) - and when indoor (and multi-floor modeling) mapping is finalized, the reception would be a point or area inside the businesses area, like a parking lot in a business’ landuse. These obvious receptions are not crucial to be mapped, but receptions in business parks, large office complexes, individual companies’ large business campuses, etc are important, and this is what it is for. (I think) Javbw On Mar 15, 2015, at 6:58 PM, Warin 61sundow...@gmail.com wrote: On 15/03/2015 8:17 PM, Andreas Goss wrote: in this case the reception will refer to the company and not to the building. How? name=company? E.g. If there were two companies in the same building both accountants .. how do you distinguish between them ? office=accountant name=company1 and the other office=accountant name=company2 Or am I missing something? I note this is not addressed in the key:office documentation .. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On 16/03/2015 2:27 PM, johnw wrote: These obvious receptions are not crucial to be mapped, but receptions in business parks, large office complexes, individual companies’ large business campuses, etc are important, and this is what it is for. (I think) Javbw Obvious things are not critical to be mapped. ? Umm well .. I'd not put it that way ... My reason for the proposal was that I saw it as part of another proposal (extension to camp_sites) and realised that it had a much broader use .. One place I know of has one reception .. and it is a long way from the 'front gate' say 600 m and you pass quite a few buildings to get to it. So indicating the reception is very beneficial there. So 'we' agree that the 'difficult' case is the one that needs mapping. Off topic... My thinking on mapping 'obvious things' .. they may be obvious to you or a local or some one on the spot.. less so for a visitor or someone just looking at a map. Thus a place that is a park .. if it has a bbq and water and shelter and a picnic table .. while all those may be obvious when your there .. if you are a visitor looking for a quite spot to have lunch .. that park with the added features becomes tempting. So it becomes a judgement call as to mapping something .. like the size of cobblestones. Not something I'd map. I'd not map a reception desk either unless it is somewhere unexpected, hard to find ... or? There is always something I've not though of .. the exception that makes life interesting. And that is why I like tags that are not too restrictive as they can be applied to that unexpected situation. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
I've only included those that I thought to be common, not rare. How are multiple receptions inside a large building used by serveral companies rare? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On 15/03/2015 4:50 AM, Bryce Nesbitt wrote: On Sat, Mar 14, 2015 at 5:37 AM, Andreas Goss andi...@t-online.de mailto:andi...@t-online.de wrote: Either use a site relation Then why isn't this in the proposal? I never envisaged a reception desk that would be off the site. Or place in such a way that it could not be seen to be part of a site. What is the ratio of having to use a 'site relation' occuring to the simple case ? Less than 10%.. ? I'll add a link to site relation ... there are other links that could be added too.. like urls, phone numbers, opening hours, checked etc etc .. the possibilities of things that could be used are large. I've only included those that I thought to be common, not rare. I think the negative votes followed from a poorly formatted and confusing proposal. Thanks for the negativity. Very helpfull. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On 15/03/2015 9:29 AM, Andreas Goss wrote: I've only included those that I thought to be common, not rare. How are multiple receptions inside a large building used by serveral companies rare? In that case, would not then the individual companies have individual reception desks? And those desks could be named with the companies name - operator tag and/or name tag? And they may well be collocated with the companies area within the building? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Either use a site relation Then why isn't this in the proposal? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Sat, Mar 14, 2015 at 5:37 AM, Andreas Goss andi...@t-online.de wrote: Either use a site relation Then why isn't this in the proposal? I think the negative votes followed from a poorly formatted and confusing proposal. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
- Of course it is not tourism, but amenity: it is not a goal by itself, but an amenity of something larger. There probably more reception desks at industrial compounds etc. than at campsites; - If you can't tag it as an area you still will place the note as accurately as possible where the reception desk is; anyhow it should be part of an area relation. We have been in situations that the camping reception was outside the campground itself, two blocks away in a shop On Fri, Mar 13, 2015 at 4:49 AM Warin 61sundow...@gmail.com wrote: One personal factual example; 5 buildings with an area including parking, landscaping etc .. of about 2 square kilometers One reception desk. Yes only one. The node of reception desk is spatially within the area .. so 'connected' to the rest .. as are the car parks within the area. On 13/03/2015 11:25 AM, Andreas Goss wrote: anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area So how do you now connect the reception with the area? What if you have different levels? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
2015-03-13 1:25 GMT+01:00 Andreas Goss andi...@t-online.de: anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area So how do you now connect the reception with the area? What if you have different levels? Either use a site relation (if the reception area is not inside the feature or if there might be other reasons to believe that the spatial connection is not sufficient) or simply trust in the spatial connection (typically the reception is inside the feature for which it is the reception). Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
+1 for amenity -1 for tourism +1 for reception_point (it might not be a desk, right? point=desk?) is there some JOSM/other validation issue with an amenity being inside another amenity? if so, then, I woudl hope that would be addressed..and if not, yay! or... http://wiki.openstreetmap.org/wiki/Key:information landuse=reception_point -- Alex On Fri, Mar 13, 2015 at 1:35 PM, Jan van Bekkum jan.vanbek...@gmail.com wrote: - Of course it is not tourism, but amenity: it is not a goal by itself, but an amenity of something larger. There probably more reception desks at industrial compounds etc. than at campsites; - If you can't tag it as an area you still will place the note as accurately as possible where the reception desk is; anyhow it should be part of an area relation. We have been in situations that the camping reception was outside the campground itself, two blocks away in a shop On Fri, Mar 13, 2015 at 4:49 AM Warin 61sundow...@gmail.com wrote: One personal factual example; 5 buildings with an area including parking, landscaping etc .. of about 2 square kilometers One reception desk. Yes only one. The node of reception desk is spatially within the area .. so 'connected' to the rest .. as are the car parks within the area. On 13/03/2015 11:25 AM, Andreas Goss wrote: anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area So how do you now connect the reception with the area? What if you have different levels? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
+1 for reception_point +0 for amenity -1 for tourism -10 for landuse 2015-03-13 10:01 GMT+01:00 Alex Rollin alex.rol...@gmail.com: +1 for amenity -1 for tourism +1 for reception_point (it might not be a desk, right? point=desk?) is there some JOSM/other validation issue with an amenity being inside another amenity? if so, then, I woudl hope that would be addressed..and if not, yay! or... http://wiki.openstreetmap.org/wiki/Key:information landuse=reception_point -- Alex On Fri, Mar 13, 2015 at 1:35 PM, Jan van Bekkum jan.vanbek...@gmail.com wrote: - Of course it is not tourism, but amenity: it is not a goal by itself, but an amenity of something larger. There probably more reception desks at industrial compounds etc. than at campsites; - If you can't tag it as an area you still will place the note as accurately as possible where the reception desk is; anyhow it should be part of an area relation. We have been in situations that the camping reception was outside the campground itself, two blocks away in a shop On Fri, Mar 13, 2015 at 4:49 AM Warin 61sundow...@gmail.com wrote: One personal factual example; 5 buildings with an area including parking, landscaping etc .. of about 2 square kilometers One reception desk. Yes only one. The node of reception desk is spatially within the area .. so 'connected' to the rest .. as are the car parks within the area. On 13/03/2015 11:25 AM, Andreas Goss wrote: anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area So how do you now connect the reception with the area? What if you have different levels? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
2015-03-12 2:53 GMT+01:00 Bryce Nesbitt bry...@obviously.com: The level of opposition -- regardless of the technical count -- indicates the proposal can use some improvement. I urge any person getting this level of opposition to reconsider, resolve the issues, and resubmit. If you look at the actual comments, almost none of them are useful, sometimes already answered (but still repeated by following voters). E.g. - It's not simple at all. Using amenity https://wiki.openstreetmap.org/wiki/Key:amenity=* for this makes it impossible to combine it with such POIs. Also why amenity at all? For me it looks like a I didn't find anything better, I mean amenity https://wiki.openstreetmap.org/wiki/Key:amenity=reception_desk https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk can't even stand on its owm. with which POI should this be combined _on the same object_? I mean, this is a tag for a reception desk, obviously it can be combined with other amenities by putting it inside them, but you won't have many objects that are at the same time a reception desk and don't know, toilets? An example why this is a problem would help to understand the reservation. - this comment pops up several times (as the only reason for opposition): The tag is related to tourism and not to amenity. but it was already answered: this is nothing particular to tourism, it can appear in all kinds of companies, administration contexts etc. - vague, half-baked is not a critic that helps to improve or even shows potential problems - The proposal Sems to me too isolated, it should be embedded in an indoor tagging scheme. the voter wants a complete indoor tagging scheme and therefor opposes a tag that might be one of the first steps towards this? - It should not be an amenity, the definition is vague, and in most cases this should go under indoor mapping, which is quite a complex subject. I didn't know indoor mapping was a different part of the project. You can discuss the vagueness of the definition, but to me A Reception Desk provides a place where a visitor goes to gain information and or access to the facility e.g. could be in a motel, office, campsite. It has been suggested as an additional tag for a campsite .. but would be better as a general tag as reception desks occur in many other places. isn't too vague. - This tag needs more time. not helping in any way to find potential problems. No substantial critique. the only useful point of critique is this one IMHO: The reception is not necessarily a 'desk'. More than the proposal I think the reasoning for opposing the proposal would have to be improved. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
One personal factual example; 5 buildings with an area including parking, landscaping etc .. of about 2 square kilometers One reception desk. Yes only one. The node of reception desk is spatially within the area .. so 'connected' to the rest .. as are the car parks within the area. On 13/03/2015 11:25 AM, Andreas Goss wrote: anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area So how do you now connect the reception with the area? What if you have different levels? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Thu, Mar 12, 2015 at 10:40 AM, Andreas Labres l...@lab.at wrote: Sorry, but amenity= is the wrong key. Should be tourism= IMHO. I voted yes for amenity... however I agree the tourism/amenity issue should be worked out and the proposal resubmitted for vote. --- I find tourism wrong, because valuable reception areas exist at conferences (say, at State of the Map), and in a variety of commercial areas having nothing to do with tourism. reception_point may be better than reception_desk. This are also closely related to concepts such as hotel checkin desk, and a staffed information kiosk or security desk. In all cases it's a place where a visitor will typically go first. We can expect over time the staffed reception desk will be replaced with a machine, in which one swipes some sort of identify card. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
I voted yes for this proposal. The same people who are leaving confused comments are likely to be confused at tagging time also. The level of opposition is indicating some sort of problem with the proposal. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Sorry, but amenity= is the wrong key. Should be tourism= IMHO. /al ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Mar 12, 2015, at 10:40 AM, Andreas Labres wrote: Sorry, but amenity= is the wrong key. Should be tourism= IMHO. Tourism for the reception desk for visitors, most likely only business or invited individuals, at a facility of International Corp? That sounds wrong to me. Not sure if it should be amenity=, but it sure should not be tourism= Cheers! Tod ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Am 12.03.2015 um 22:11 schrieb Bryce Nesbitt bry...@obviously.com: Tagging a node with reception_desk is not the given use case. it doesn't matter if it's a node or a small area, most likely it will be smaller than the feature for which it is the reception cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Thu, Mar 12, 2015 at 2:29 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 12.03.2015 um 22:11 schrieb Bryce Nesbitt bry...@obviously.com: Tagging a node with reception_desk is not the given use case. it doesn't matter if it's a node or a small area, most likely it will be smaller than the feature for which it is the reception Perfect: we'll just invent a new OSM primitive, the sub node, for micromapping within a given node. -Bryce Note: :-) ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
I'm wondering, there seems to be potential overlap with tourism=information. From what is written on the reception desk page, it seems like the main difference is that the tag reception_desk also controls access to a site, and a reception desk which only gives information may as well be tagged tourism=information. Is that accurate? On Thu, Mar 12, 2015 at 3:05 PM, Andreas Goss andi...@t-online.de wrote: - It's not simple at all. Using amenity https://wiki.openstreetmap.org/wiki/Key:amenity=* for this makes it impossible to combine it with such POIs. Also why amenity at all? For me it looks like a I didn't find anything better, I mean amenity https://wiki.openstreetmap.org/wiki/Key:amenity=reception_desk https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk can't even stand on its owm. with which POI should this be combined _on the same object_? I mean, this is a tag for a reception desk, obviously it can be combined with other amenities by putting it inside them, but you won't have many objects that are at the same time a reception desk and don't know, toilets? An example why this is a problem would help to understand the reservation. Look at http://wiki.openstreetmap.org/wiki/Key:amenity and tell me those don't have reception desks. And you can't put them inside and amenity if it's just a node of a building like for example many doctors. By adding *=reception_desk to such a node it would be clear that someone did not just put a random node somewhere on the building, but that the doctor is actually there. Also what about receptions at big companies, factories etc. where you often also have a gate. Do you just use the tag for that? Is reception_DESK really fitting? http://bavaria-werkschutz.de/cms/files/img/header-teaser/Werkschutz.jpg __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Am 12.03.2015 um 21:48 schrieb Brad Neuhauser brad.neuhau...@gmail.com: I'm wondering, there seems to be potential overlap with tourism=information yes, if the feature is tourism related there might be overlap for a subset of information=* This is not a problem as you could either tag both (different keys) or eg only tag tourism because it is more specific cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Thu, Mar 12, 2015 at 1:05 PM, Andreas Goss andi...@t-online.de wrote: Look at http://wiki.openstreetmap.org/wiki/Key:amenity and tell me those don't have reception desks. And you can't put them inside an amenity if it's just a node of a building like for example many doctors. Tagging a node with reception_desk is not the given use case. The reception_desk proposal was about helping a person find the reception area in a larger space such as a campground or conference centre. A large space may have several information boards, a dozen doors, and but usually just one main starting place for visitors. In a hotel, this is also known as reception, and it's the place you check in to rooms and pay. At a conference like SToM, it's the place you say your name and pick up your ticket. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
- It's not simple at all. Using amenity https://wiki.openstreetmap.org/wiki/Key:amenity=* for this makes it impossible to combine it with such POIs. Also why amenity at all? For me it looks like a I didn't find anything better, I mean amenity https://wiki.openstreetmap.org/wiki/Key:amenity=reception_desk https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk can't even stand on its owm. with which POI should this be combined _on the same object_? I mean, this is a tag for a reception desk, obviously it can be combined with other amenities by putting it inside them, but you won't have many objects that are at the same time a reception desk and don't know, toilets? An example why this is a problem would help to understand the reservation. Look at http://wiki.openstreetmap.org/wiki/Key:amenity and tell me those don't have reception desks. And you can't put them inside and amenity if it's just a node of a building like for example many doctors. By adding *=reception_desk to such a node it would be clear that someone did not just put a random node somewhere on the building, but that the doctor is actually there. Also what about receptions at big companies, factories etc. where you often also have a gate. Do you just use the tag for that? Is reception_DESK really fitting? http://bavaria-werkschutz.de/cms/files/img/header-teaser/Werkschutz.jpg __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area So how do you now connect the reception with the area? What if you have different levels? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Sorry, but amenity= is the wrong key. Should be tourism= IMHO. Hmm, i don't think so. While it may be sometimes, its more of amenity than tourism. Lets take an extreme case, a caravan park. Yes, the most likely role of the caravan park is tourism (but maybe not). But the reception desk is just an amenity, you book in there, pay a fee, complain. The reception desk itself has no tourism function. David . Andreas Labres l...@lab.at wrote: Sorry, but amenity= is the wrong key. Should be tourism= IMHO. /al ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Am 12.03.2015 um 22:38 schrieb Bryce Nesbitt bry...@obviously.com: Perfect: we'll just invent a new OSM primitive, the sub node, for micromapping within a given node. anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
+1 On Thu, Mar 12, 2015 at 12:05 PM Martin Koppenhoefer dieterdre...@gmail.com wrote: 2015-03-12 2:53 GMT+01:00 Bryce Nesbitt bry...@obviously.com: The level of opposition -- regardless of the technical count -- indicates the proposal can use some improvement. I urge any person getting this level of opposition to reconsider, resolve the issues, and resubmit. If you look at the actual comments, almost none of them are useful, sometimes already answered (but still repeated by following voters). E.g. - It's not simple at all. Using amenity https://wiki.openstreetmap.org/wiki/Key:amenity=* for this makes it impossible to combine it with such POIs. Also why amenity at all? For me it looks like a I didn't find anything better, I mean amenity https://wiki.openstreetmap.org/wiki/Key:amenity=reception_desk https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk can't even stand on its owm. with which POI should this be combined _on the same object_? I mean, this is a tag for a reception desk, obviously it can be combined with other amenities by putting it inside them, but you won't have many objects that are at the same time a reception desk and don't know, toilets? An example why this is a problem would help to understand the reservation. - this comment pops up several times (as the only reason for opposition): The tag is related to tourism and not to amenity. but it was already answered: this is nothing particular to tourism, it can appear in all kinds of companies, administration contexts etc. - vague, half-baked is not a critic that helps to improve or even shows potential problems - The proposal Sems to me too isolated, it should be embedded in an indoor tagging scheme. the voter wants a complete indoor tagging scheme and therefor opposes a tag that might be one of the first steps towards this? - It should not be an amenity, the definition is vague, and in most cases this should go under indoor mapping, which is quite a complex subject. I didn't know indoor mapping was a different part of the project. You can discuss the vagueness of the definition, but to me A Reception Desk provides a place where a visitor goes to gain information and or access to the facility e.g. could be in a motel, office, campsite. It has been suggested as an additional tag for a campsite .. but would be better as a general tag as reception desks occur in many other places. isn't too vague. - This tag needs more time. not helping in any way to find potential problems. No substantial critique. the only useful point of critique is this one IMHO: The reception is not necessarily a 'desk'. More than the proposal I think the reasoning for opposing the proposal would have to be improved. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Summary after 2 weeks of voting; Total votes some 28. Thank you for voting! Some 17 approvals. I'm leaving the voting open for another week. If you have not voted ... Please do so! ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Wed, Mar 11, 2015 at 5:47 PM, Warin 61sundow...@gmail.com wrote: Summary after 2 weeks of voting; Total votes some 28. Thank you for voting! Some 17 approvals. The level of opposition -- regardless of the technical count -- indicates the proposal can use some improvement. I urge any person getting this level of opposition to reconsider, resolve the issues, and resubmit. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On Fri, Feb 27, 2015 at 9:22 PM, Warin 61sundow...@gmail.com wrote: Time to vote .. on a fairly simple thing .. Why does reception disk already appear in: https://wiki.openstreetmap.org/wiki/Key:amenity And the tag already appears as in: https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk Rather than: https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Why not? On Thu, Mar 5, 2015 at 9:54 PM Bryce Nesbitt bry...@obviously.com wrote: On Fri, Feb 27, 2015 at 9:22 PM, Warin 61sundow...@gmail.com wrote: Time to vote .. on a fairly simple thing .. Why does reception disk already appear in: https://wiki.openstreetmap.org/wiki/Key:amenity And the tag already appears as in: https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk Rather than: https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
On 6/03/2015 7:53 AM, Bryce Nesbitt wrote: On Fri, Feb 27, 2015 at 9:22 PM, Warin 61sundow...@gmail.com mailto:61sundow...@gmail.com wrote: Time to vote .. on a fairly simple thing .. Why does reception disk already appear in: https://wiki.openstreetmap.org/wiki/Key:amenity And the tag already appears as in: https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk Rather than: https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk Probably because I got something wrong in the title .. not intentional. I know I cannot correct the title .. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Feature Proposal - Voting - Reception Desk
Time to vote .. on a fairly simple thing .. A Reception Desk provides a place where a visitor goes to gain information and or access to the facility. Particularly usefull for in any multibuilding site or large building the location of the reception is usefull information, particularly where there is only one amongst a number of large buildings. Amenity=reception_desk is the best fit - more universal than office=reception_desk as they occur in hotels and campsites. Reception desk (or what I take to be reception deask) occurs in the OSM data base about 900 times, mostly with campsite 556 times. This is an attempt to formalize its use and make it more widely available. Its use should increase one approved and documented. The whole page https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk Straight to voting https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk#Voting ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
