[Tagging] Feature Proposal - RFC - (consulate)

[Daniel Koć]

W dniu 26.10.2018 o 21:27, Allan Mustard pisze:
>
> Regarding the question of using office=* as the primary key or
> diplomatic=* I note that the Key:diplomatic wiki article admonishes:
>
>     Note
>     Do not use diplomatic=* without amenity=embassy since it is not
>     independently recognised by renderers.
>

I would be happy to render them in OSM Carto (default map style on OSM.org):

1. It makes sense to me and usage of this tag seems to be proper,
however I don't know about the others involved there. Probably someone
needs to make the ticket and discuss subject if needed.

2. Not every diplomatic object is embassy, this seems like good choice
to not tag things for rendering...

Historically the problem is lack of experience with moving to new,
better defined and more rich schemes in OSM Carto (like public_transport
or healthcare). The excuse was a written rule to "prevent unfavorable
fragmentation of tag use" (
https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md#general-purpose
). My take is that there is also different case ("favorable"
fragmentation), which is a smooth migration, but that was not considered
valid by others, probably to stay neutral and move along only when
tagging habits really do change for good. But for some well known tags I
think this is not helping, since lack of rendering in OSM Carto is not
neutral fact for mappers ("It's an important feedback mechanism for
mappers to validate their edits" from the same sentence, but nobody ever
mentioned it, including me...).

Again: that's what I personally think and others my have different
opinions. Yet if somebody else agrees, it makes sense to discuss it in
our issue tracker:

https://github.com/gravitystorm/openstreetmap-carto/issues


-- 
"Excuse me, I have some growing up to do" [P. Gabriel]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20181026/8a16d2aa/attachment.html>