[Tagging] Multiple tags for one purpose
yopaseopor at gmail.com
Sun Aug 25 16:10:02 UTC 2019
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
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.
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"
> 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.
> Tagging mailing list
> Tagging at openstreetmap.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Tagging