<div dir="ltr">I agree with Christoph -- every tag used in OSM data must be documented -- otherwise it has near-zero value.. Actually negative value because it confuses people -- some might want to delete it, but they don't know if it is useful, so they just leave it there almost indefinitely.<div><br></div><div>In an ideal world (not limited by the current tooling), the person adding a new tag should type in an explanation why they are adding it at the same time it is added.  The tools should also show the user what other similar tags are available (based on the name and the typed in description), in case the user is making a mistake and the needed tag already exists.<br></div><div><br></div><div>If we agree on this vision, lets work on achieving that -- we can discuss implementation details, and I will be happy to participate in that.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 15, 2019 at 7:23 AM Christoph Hormann <<a href="mailto:osm@imagico.de">osm@imagico.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thursday 15 August 2019, Joseph Eisenberg wrote:<br>
><br>
> In contrast, the current text of the wiki page "Any tags you like<br>
> suggests creating a new tag for bird nests (as an example) with<br>
> Key:endangered_nest=Siberian_flying_squirrel - besides suggesting<br>
> using non-standard capitalization in the value, this suggests<br>
> creating a new Key: / Tag: page directly, rather than using<br>
> User:username/ or Proposed_features/.<br>
><br>
> Is this a good idea?  Occasionally new wiki pages are created in<br>
> these standard spaces for tags with only a few uses or no uses in the<br>
> database.<br>
<br>
Yes, IMO it is not only acceptable to document newly invented tags but <br>
also advisable to do so.  Note however inventing tags in this context <br>
means actively using them, not theoretical inventions along the lines <br>
of "I would like mappers to tag things this way therefore i document <br>
the tag as if it was being used".  Elaborate tagging schemes should be <br>
discussed before being used and not be invented ad hoc by individual <br>
mappers.<br>
<br>
The reason is - as you mentioned - the "Any tags you like" principle.  <br>
It means you can and should invent new tags for *things no tag exists <br>
for so far*.  To allow mappers to determine if there is already an <br>
existing tag for a certain type of feature tags have to be documented.  <br>
Or looking at things the other way round:  If inventing new tags is <br>
encouraged but it is discouraged to document them in a way that can be <br>
easily found by other mappers that would massively emphasize tag <br>
proliferation since mappers will repeatedly invent new and different <br>
tags for certain things because they are unaware that another mapper <br>
has already invented a tag for this.<br>
<br>
-- <br>
Christoph Hormann<br>
<a href="http://www.imagico.de/" rel="noreferrer" target="_blank">http://www.imagico.de/</a><br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>