<div dir="ltr">> <span style="font-size:12.8000001907349px">We don't want "name:Main Street=yes".</span><div><span style="font-size:12.8000001907349px">You are mixing everything in key, this is not what I suggest.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">fullsemantickey=fullsemangicvalue shouldn't be moved to </span></div><div><span style="font-size:12.8000001907349px">fullsemantickey:fullsemangicvalue=yes</span><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">This makes to sense, now you have to parse key instead of value...</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">I only talk about separating key=<b>part-of-value-withown-meaining1;</b></span><b><span style="font-size:12.8000001907349px">part-of-value-withown-meaining2;</span><span style="font-size:12.8000001907349px">part-of-value-withown-meaining3;</span></b><span style="font-size:12.8000001907349px"><b>part-of-value-withown-meaining4</b> into separate keys</span><br></div><div><span style="font-size:12.8000001907349px">key:semanticsubkey1=yes</span></div><div><span style="font-size:12.8000001907349px">key:semanticsubkey2=yes</span><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">key:semanticsubkey3=yes</span><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">key:semanticsubkey4=yes</span><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">and not</span></div><div><span style="font-size:12.8000001907349px">key:value=yes — this is horrible and impossible to query similar to multivalued keys</span></div><div><span style="font-size:12.8000001907349px">key=parsemevalue1;</span><span style="font-size:12.8000001907349px">parsemevalue2;parsemevalue3 — this is also impossible to query (realistically, not with regexes)</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">But it also wrong if you remove all flexibility of multiple keys under really-log-unusable-value simply because "we have relations for that realson". Relations are fine, but keys are easier to understand for newbies and query. Instead of regexes you have to learn about querying only for relations, querying only for members with specific roles. This is donable, but this takes time. </span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">This is imporlant. <b>Roles are not accessible by our documentation or tools</b>. We cannot use this in presets or localize strings for it. There no difference in documentation for building=yes if it is with role 'inner' or 'address'.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Users should decide when to really use ';'. But we should discourage them from using it everywhere. It was proposal multiple times by many users already:</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><a href="http://wiki.openstreetmap.org/w/index.php?title=Key:abandoned&diff=next&oldid=878767">http://wiki.openstreetmap.org/w/index.php?title=Key:abandoned&diff=next&oldid=878767</a></span><br></div><div><span style="font-size:12.8000001907349px"><a href="http://wiki.openstreetmap.org/w/index.php?title=Key:disused&diff=next&oldid=862845">http://wiki.openstreetmap.org/w/index.php?title=Key:disused&diff=next&oldid=862845</a></span><br></div><div><span style="font-size:12.8000001907349px"><a href="http://wiki.openstreetmap.org/w/index.php?title=Semi-colon_value_separator&diff=prev&oldid=1113856">http://wiki.openstreetmap.org/w/index.php?title=Semi-colon_value_separator&diff=prev&oldid=1113856</a></span><br></div><div><span style="font-size:12.8000001907349px"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:is_in&diff=prev&oldid=67210#Problems_of_accuracy">https://wiki.openstreetmap.org/w/index.php?title=Key:is_in&diff=prev&oldid=67210#Problems_of_accuracy</a></span><br></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Again, see millionshighways with only 1 value </span><span style="font-size:12.8000001907349px"><a href="http://taginfo.openstreetmap.org/keys/highway#values">http://taginfo.openstreetmap.org/keys/highway#values</a></span></div><div><span style="font-size:12.8000001907349px">Many name tags with only 1 value <a href="http://taginfo.openstreetmap.org/search?q=name">http://taginfo.openstreetmap.org/search?q=name</a></span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Actually there very-very few examples where this can make sense:</span></div><div><span style="font-size:12.8000001907349px">ref=3;4 — reference roads with same meaning. There way more reference systems than you may think <a href="http://wiki.openstreetmap.org/w/index.php?title=Key:ref&oldid=1129065">http://wiki.openstreetmap.org/w/index.php?title=Key:ref&oldid=1129065</a></span></div><div><span style="font-size:12.8000001907349px">opening_hours — this is very specific key you have to process/parse its value each time, you can query "</span><span style="font-size:12.8000001907349px">opening_hours"="24/7", but this tag is more complex than "simple tag to tag 24/7 feature"</span></div><div><span style="font-size:12.8000001907349px">lanes — used to indicate lanes, with specific order, left-to-right <a href="http://taginfo.openstreetmap.org/search?q=lanes">http://taginfo.openstreetmap.org/search?q=lanes</a></span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Can somebody continue this list of exceptions?</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-21 15:23 GMT+03:00 Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On 01/21/2015 12:07 PM, Никита wrote:<br>
> *route_ref:De_Lijn:8=yes*<br>
> *route_ref:De_Lijn:9=yes*<br>
> *route_ref:De_Lijn:284=yes*<br>
<span class=""><br>
> I want to see bolded keys in database directly<br>
<br>
</span>No. Relations have been invented specifically to avoid this.<br>
<br>
Conceputally, the "value" space should not overflow into the "key"<br>
space. While we allow arbitrary keys, we still want them to be keys, not<br>
a mixture of keys and values. We don't want "name:Main Street=yes".<br>
<br>
No matter what one thinks about semicolon lists, the above is clearly worse.<br>
<span class="im HOEnZb"><br>
Bye<br>
Frederik<br>
<br>
--<br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
<br>
</span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</div></div></blockquote></div><br></div>