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.
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
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
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
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
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,
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
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
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
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
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.
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
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
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,
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
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.
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
- 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
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
+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...
+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
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
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
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,
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
Sorry, but amenity= is the wrong key. Should be tourism= IMHO.
/al
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
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
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
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
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
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
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
- 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
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?
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
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
+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
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
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
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:
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
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
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
67 matches
Mail list logo
