[Tagging] Multiple tags for one purpose

[yo paseopor]

This not always works.

See traffic_sign:direction=* and traffic_signal:direction=* or
crossing=marked  in iD or all the "missions" you will not see implemented
in StreetComplete and the impossibility of make it more scalable and
customizable.

One person said here to a question about a reasonible good proposal of new
tagging for schools and other educative centers:

"Ask any two people on this list their opinion on any matter and you will
get THREE opinions."

Good luck with it.
yopaseopor


On Sat, Aug 24, 2019 at 9:05 PM Valor Naram <valinora at gmx.net> wrote:

> > Editors won't (in general) implement tags in presets unless they're
> widely used.  Unless editors and carto support tags, they won't get widely
> used, so editors and carto won't support them.  Chicken and egg.
>
> Yes, you're right. But I was the author of "changing_table" and the guy
> who lead it throw the proposal process and also Moderator of the discussion
> and votes. And contacting all the editors was no problem and they
> implemented "changing_table" and deleted "diaper" presets. See JSOM,
> OSMand, Vespucci and also iD. My effort shows that working together with
> different groups works.
>
> I would highly appreciate it when you give me a chance. In real life
> people are revelling their secrets to me because they trust me and I give
> them the feeling of being accepted as they are. It includes my talks with
> people from different worlds. More-Than-One-World Secrets. This connection
> I can try to create also among OSM folks (societies).
>
> Best regards
>
> Sören Reinecke alias Valor Naram
>
>
> -------- Original Message --------
> Subject: Re: [Tagging] Multiple tags for one purpose
> From: Paul Allen
> To: "Tag discussion, strategy and related tools"
> CC:
>
>
>
>
> On Sat, 24 Aug 2019 at 17:06, Valor Naram <valinora at gmx.net> wrote:
>
>>
>> In my opinion this is a topic we should consider working on and creating
>> a wikipage to describe the "defragemtation" process in general.
>>
>
> Doing so is probably not going to achieve much.  First we need to
> defragment OSM itself.
> It doesn't matter what wonderful tags we come up with here, if carto
> refuses to render them
> then they won't get used.  It doesn't matter what wonderful tags we come
> up with here, if editors
> don't implement them as presets they won't get used.
>
> Carto won't (in general) render a tag unless it's widely used.  Editors
> won't (in general)
> implement tags in presets unless they're widely used.  Unless editors and
> carto support
> tags, they won't get widely used, so editors and carto won't support
> them.  Chicken and egg.
>
> There are complications (of course).  Carto (in general) refuses to
> implement aliases, so
> whatever the merits of deprecating landuse=grass in favour of
> landcover=grass, carto will
> refuse to render landcover=grass.  Editors don't (in general) like
> implementing aliases
> either.  So however much we wish to try to fix bad tags, which are
> frequently misused
> because the name or value was a bad choice, it probably won't happen.
> Some editors
> occasionally decide they'll ignore the list, the wiki, and carto, and go
> their own way
> (sometimes they get their way and sometimes they get a slap on the wrist).
>
> So what we need at this stage is not a defragmentation process but
> joined-up thinking
> between the various groups.  I'm not holding my breath on that one.
>
> --
> Paul
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20190825/1581ddf7/attachment.html>