Re: [Tagging] Change of rendering: place of worship and terminal without building tag

I think too that place of worship could follow the established practice for detailed mapping of schools ie: amenity for grounds building for buildings > Which then as I said needs a multpolygon? No? I always thought you were not supposed to have landuse overlap. If the date user or renderer is sm

Re: [Tagging] Adding water=fishpond to the wiki

Hi Janko The tagging would be better IMO if we separate feature and use. Hence this proposal to be refined: Feature natural=water or place =ocean /sea

Re: [Tagging] Date of survey

You could tag date as year and month. Skip the day it is much less relevant. Which would not help in my case, as I work for several days on the same survey. m On Mon, Dec 22, 2014 at 8:56 PM, Jean-Marc Liotier wrote: > On 12/22/2014 08:28 PM, Marc Gemis wrote: > >> I always use the tag combinat

Re: [Tagging] Feature Proposal - RFC - (Obligatory vs. optional cycletracks)

In France the situation exists. Two signs are designed for this (but not well understood by people and even sometimes misused by authorities): http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France Sign B22a (round, blue) = compulsory / mandatory / obligatory Bicycles MUST use, bicycles not a

Re: [Tagging] Mapping of kids areas

On 19 December 2014 at 14:09, Martin Vonwald wrote: > > 2014-12-19 14:05 GMT+01:00 Mateusz Konieczny : >> >> -1, there is no reason to tag two identical playgrounds (outdoor, standard >> set of playground toys) differently just because one >> is near mall and other not. > > > You are right. But we

Re: [Tagging] Zones and defaults [fork from: access in the wiki]

> "defaults" are something for that data consumers need when actual data is > missing. ;-) YMMV... My current point of view is different: + "defaults" are something to make tagging easier and more efficient. + They allow redundant data to be missing and thus make the database cleaner and smaller.

Re: [Tagging] New tag value in access? authorised [fork from: access in the wiki]

On Fri, Dec 5, 2014 at 11:34 AM, Martin Koppenhoefer wrote: > > > 2014-12-05 9:57 GMT+01:00 althio forum : >> >> Did you look at some of the examples in the links [7,8,9,10]? I feel >> "private" is not suitable there. >> How are tagged today the real-w

[Tagging] New tag value in access? authorised [fork from: access in the wiki]

/ DISCLAIMER / Starting new thread for side topics from: [Tagging] access in the wiki I would happily read more feedback from Martin and other contributors on "authorised" because it would certainly help with some limited traffic zone, bus lanes, residential streets... >> (2) proposing access=a

[Tagging] Zones and defaults [fork from: access in the wiki]

ry]:[urban/rural] living_street Tempo-30-Zone low_emission_zone limited_traffic_zone and so on... / DISCUSSION / althio forum : >> (1) proposing tagging for zone like ZTL: Martin Koppenhoefer wrote: > there is actually a proposal for this kind of zone, to be mapped as a > po

[Tagging] I don't like acronyms [fork from: access in the wiki]

/ DISCLAIMER / Starting new thread for side topics from: [Tagging] access in the wiki (3) I don't like acronyms >> - psv > public_service or public_transport >> - hov > carpool >> - hgv > heavy_goods > > while I would support this move, I think > we should spell these out and not reduce the infor

Re: [Tagging] access in the wiki

/ DISCLAIMER / Trying to keep here only what is relevant to initial request. Starting new threads for side topics. previous proposals: - "armed_forces" - "army". - "military" - "military_vehicles" - "military_personnel" > cannot be "military" because that key is taken First: Shame that namespa

Re: [Tagging] access in the wiki

Long post to follow so this is a short version. "too long; didn't read" [TL;DR]: (1) proposing tagging for zone like ZTL: highway/zone:traffic=IT:limited_traffic_zone (2) proposing access=authorised (3) I don't like acronyms (4) attempt to modify "access" categories and labels Long post: Old pro

Re: [Tagging] semantic issue with "genus" in the wiki, wetland, plant nursery, ...

> 2014-12-01 14:25 GMT+01:00 Holger Jeromin : >> genus and species is defined as a name for an organism, not only plants. >> >> I added the species to animals in a zoo: >> http://www.openstreetmap.org/way/286321033 >> >> So for producing landuse like plant_nursery a prefix named "product:" >> seems

Re: [Tagging] How one should tag different sections of library?

I like (3) the best (only 1 amenity, the biggest one) and I think the new tag could be similar to building:part > A way with the tag > building:part =yes or > building:part =*:part > descr

Re: [Tagging] Various alt_name values?

On Thu, Nov 27, 2014 at 12:59 PM, moltonel 3x Combo wrote: > "alt_name" is already a way to encode 1 > additional value for the "name" key, so if you're describing a scheme > to add any number of additional values, apply this scheme to "name" > and not "alt_name". +1 An ideal(?) scheme would a

Re: [Tagging] Various alt_name values?

On Sun, Nov 23, 2014 at 6:20 PM, Lukas Sommer wrote: > I think it could be useful to have a clear documentation on the wiki about > which solution is the preferred one. > Oh yes! I would appreciate clear and explicit documentation on this one! On Mon, Nov 24, 2014 at 11:51 PM, Tobias Knerr wr

Re: [Tagging] Feature proposal - Street cabinet - Voting

Hi John, I was curious about that too. François, Martin, the question is related to this statement by Martin: >> I prefer the street cabinet term to a more generic "technical cabinet", as >> it gives approximative information both on size [snip]. Hence the question by John: > How does the term "s

Re: [Tagging] Feature proposal - Street cabinet - Voting

On Mon, Nov 17, 2014 at 3:43 PM, Jean-Marc Liotier wrote: > I agree with your arguments - my personal choice would be technical_cabinet. > I nevertheless chose to approve the proposal because I considered this issue > minor compared > to all the work that went in organizing the scheme... > expe

Re: [Tagging] Feature proposal - Street cabinet - Voting

Martin, Jean-Marc, I appreciate the feedback. You are voicing some good elements. I am not totally convinced yet about generic vs specific. Fairly generic tag like 'man_made=cabinet' sounds very sensible as first level. Furthermore I do feel other proposal I have seen like 'street_' and 'technical_

Re: [Tagging] Feature proposal - Street cabinet - Voting

adding to Talk page On naming of newly voted man_made=street_cabinet http://wiki.openstreetmap.org/wiki/Talk:Tag:man_made%3Dstreet_cabinet A few old & new proposals for actual naming are: man_made=street_cabinet man_made=technical_cabinet man_made=outdoor_cabinet man_made=cabinet man_made=street