<div dir="ltr"><div dir="ltr">I would avoid "primary key", because that is a term from database management systems. It means the identifying attribute (Id) of an entity, usually a unique identifier with an index (primary index), used to retrieve records and to link the entity (table) to other tables. Something else entirely. </div><div dir="ltr"><br></div><div>Main key is better. </div><div><br></div><div>Further: the main key gives the type of object, the main tag gives a category within that type of object. That is an important difference, in documentation.</div><div><br></div><div>Feature tag, I think it means the tag that gives the object type (the main key) and the category within the object type (the value). So, equivalent to main tag. </div><div>I think the term secondary tag(s) and secondary key(s) are often used for the extra attributes of a feature, implying there should be a main tag first, to give the secondary tags meaning.</div><div dir="ltr"><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Peter Elderson</div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op ma 3 okt. 2022 om 12:40 schreef martianfreeloader <<a href="mailto:martianfreeloader@posteo.net">martianfreeloader@posteo.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thank you all for the many insightful replies to my question!<br>
<br>
What I've learnt so far:<br>
<br>
1) A feature is something in the physical world. This is well documented <br>
in the wiki: <a href="https://wiki.openstreetmap.org/wiki/Features" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Features</a><br>
<br>
2) There is no such thing as a "primary feature".<br>
<br>
3) The terms "main key", "primary key" and "feature tag" are synonymous, <br>
except for the tag/key distinction.<br>
<br>
4) None of the above terms is official OSM terminology.<br>
<br>
5) None of these terms is well documented in the wiki.<br>
<br>
-------<br>
<br>
It looks like a couple of things would be good to get done:<br>
<br>
A) We should get rid of the term "primary feature" in the wiki page <br>
<a href="https://wiki.openstreetmap.org/wiki/Map_features" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Map_features</a><br>
<br>
B) It would be useful if we agree on *one* official term for "main key", <br>
"primary key" or "feature tag". (I think "primary key/tag" is the most <br>
popular one)<br>
<br>
C) We should document what we mean by this.<br>
<br>
------<br>
<br>
Open questions:<br>
Q1) Which term should we choose as official term? ("main key"/"primary <br>
key"/"feature tag")<br>
<br>
Q2) Should one OSM object hold multiple "primary tags"? (ongoing <br>
discussion between Mateusz, Martin, Warin, Marc et al.)<br>
<br>
<br>
<br>
On 03/10/2022 12:16, Marc_marc wrote:<br>
> Le 03.10.22 à 10:47, Mateusz Konieczny via Tagging a écrit :<br>
>> there are cases where road is going in stream bed<br>
> <br>
> imho only one main feature/objet : the stream bed<br>
> and car use it, a bit like a bicycle uses a road.<br>
> <br>
> but we don't really have a secondary tag to say that<br>
> the stream bed is usable by a car... so we end up<br>
> describing this secondary use with a 2nd main tag...<br>
> this is not perfect<br>
> <br>
> <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>
<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></div>