[Tagging] Feature Proposal - RFC - Tag:golf=cartpath
marc_marc_irc at hotmail.com
Sat Jun 8 22:51:55 UTC 2019
thanks for your previous reply but sorry I fail to understand
how that answers my question, so I ask again more simply:
if I want all the path in a park, I create a propal with park=path ?
then forest=path ? and so on with all "this object is inside this one"
you tell yourself that the alternative exists and has been approved.
I have the impression that the only purpose is to validate a bad preset
and we 'll have again a dual tag, because some may use the 1st, some
the 2nd, so at the end, everybody need to add both and query both
to make sure to have all the data (like with forest)
the right proposal would be to depreciate the unapproved schemea
to avoid duplication rather than encourage it
Le 08.06.19 à 16:13, Joseph Eisenberg a écrit :
> Any additional comments on golf=cartpath?
> On 5/27/19, Joseph Eisenberg <joseph.eisenberg at gmail.com> wrote:
>> I've created a complete proposal page for golf=cartpath:
>> This tag has been used to specify that a path is a cart path within a
>> golf course, designated for the use of golf carts.
>> Please discuss if this tag is necessary and useful in combination with
>> highway=service or highway=path and golf_cart=designated.
>> I see 2 possible benefits to adding this tag:
>> 1) special renderings for golf course features, without having to do
>> spacial queries to find features within leisure=golf_course areas
>> 2) helping validate cart path features that are within golf courses
>> but not connected to other paths.
>> The alternative is to just use the usually highway and access tags,
>> including golf_cart=designated and access=private / customers etc and
>> rely on the leisure=golf_course area to say that "this path is a golf
>> cart path".
> Tagging mailing list
> Tagging at openstreetmap.org
More information about the Tagging