<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, Nov 2, 2018 at 3:12 AM Eugene Alvin Villar <<a href="mailto:seav80@gmail.com">seav80@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Nov 1, 2018 at 11:14 AM Allan Mustard <<a href="mailto:allan@mustard.net" target="_blank">allan@mustard.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div></div><div>* shift to office=diplomatic and use the existing diplomatic=* additional (secondary) tag to specify whether embassy, consulate, or other, then use embassy, consulate and other as additional (tertiary) tags to specify further the type of diplomatic or non-diplomatic mission as needed.</div></div></div></blockquote><div><br></div><div>This is my preferred option for the following reasons:</div><div>1. It reuses the existing office=* primary key, which is already in use (for example, by the main OSM tile layer), as opposed to introducing diplomatic=* as a primary key. Furthermore, I am in favor of not having too many top-level primary keys unless they make a lot of sense (like healthcare=* which is a really broad category, so it makes sense to break this off as a primary key).<br></div><div>2. It does not clutter the overused amenity=* key and allows renderers and users to treat diplomatic and quasi-diplomatic objects in the same way and in a simpler way as opposed to tagging amenity=[embassy, consulate, <some yet unspecified value>].</div><div>3. The three values for the secondary tag diplomatic=[embassy, consulate, other] plus adding further details to [embassy, consulate, other]=* makes it easy for mappers to add the level of detail they are comfortable with. If a mapper is unsure what the object is, they can just tag it as office=diplomatic. Then other slightly more knowledgeable mappers can specify diplomatic=*, which seems enough for most casual map users. Then other really knowledgeable mappers can further add [embassy, consulate, other]=* for even more detail and more specialized mapping applications.</div><div><br></div><div>My second preferred option is amenity=diplomatic + subtags if people are really not too keen on office=diplomatic.<br></div></div></div></blockquote><div><br></div><div>My first preferred option has another good reason (especially compared to my second-preferred option):</div><div>4. It allows a backwards-compatible migration path for existing objects that are already tagged with amenity=embassy: just add the office=diplomatic and diplomatic=* tags and then we can delete amenity=embassy once enough tools and map renderers have support for the new tagging scheme. This is much less disruptive than moving things to amenity=diplomatic.<br></div><div><br></div></div></div>