<div dir="ltr"><div><div><div>Hi Andre,<br><br></div>i wasn't aware of this proposal and read it right now.<br></div><div>It's a good explanation and pretty easy to understand<br><br></div><div>But question : Why do we need to put conditions to set a default values to a collection of features ?<br></div><div>The only purpose is to activate the default on matching features only. Then : simply don't add as member the mismatching ones :)<br><br></div><div>It sounds like a try to move part of a data consuming logic in the data themselves. What if I need a different set of defaults ? Will I have to create a second or third relation inside main OSM dataset ?<br><br></div><div>I don't agree to this sentence in the Why chapter : "It seems easier to insert those metadata into the database in a special kind of relation.". Your defaults are not necessarily mine.<br></div><div><br></div>All the best<br><br></div>François<br><div><div><div class="gmail_extra"><br><div class="gmail_quote">2017-08-31 13:49 GMT+02:00 André Pirard <span dir="ltr"><<a href="mailto:a.pirard.papou@gmail.com" target="_blank">a.pirard.papou@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    Examples: either each road is tagged with <tt style="background:#eef" dir="ltr" class="m_-647698940315961088mw-content-ltr"><a href="https://wiki.openstreetmap.org/wiki/Key:maxspeed" target="_blank"><b class="m_-647698940315961088selflink">maxspeed</b>=*</a>
    </tt>speed limit and <a href="https://wiki.openstreetmap.org/wiki/Key:driving_side" target="_blank"><tt style="background:#eef" dir="ltr" class="m_-647698940315961088mw-content-ltr"><b class="m_-647698940315961088selflink">driving_side</b>=*</tt></a>
    or there are defaults.<br>
    I'm reviving this remark because the examples are numerous:<br>
    <ul>
      <li>The Belgian Flemish community wants to tag <tt style="background:#eef" dir="ltr" class="m_-647698940315961088mw-content-ltr"><a href="https://wiki.openstreetmap.org/wiki/Key:maxspeed" target="_blank"><b class="m_-647698940315961088selflink">maxspeed</b>=*</a></tt>
        on every road instead of using a default. Is this a new
        specification and where is it written? Must that now be done in
        every country?</li>
      <li>The current language= proposition wants to do it without
        defining defaults. Really? language= on every name= ?</li>
      <li>Other examples are maxheight in tunnels. Osmose just accused
        me of someone else's omitting maxheight. It shouldn't be
        necessary if it's the default, that is if there is no sign for
        it, but Osmose likes to yell just in case.<br>
      </li>
      <li>countless etc.<span class="m_-647698940315961088mw-content-ltr" style="background:#eef"><br>
        </span></li>
    </ul>
    Please choose.<br>
    <br>
    Either the defaults are in the OSM database and it takes just a
    routinely map fetch to get them all updated timely,<br>
    or each other router (GPS) writer implements them each their own way
    from various random other files. It's not well clear how
    contributors ca update all those files instead of OSM and it
    typically needs a full software update for each little default
    change, depending on writer's availability.<br>
    <br>
    Please choose.<br>
    <br>
    There is a <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Defaults" target="_blank">Proposed_features/Defaults</a>
    that puts the defaults in OSM and it's an EXTREMELY HUGE mistake to
    have marked such a paramount good work as abandoned because nobody
    continued the work.  For the sake of OSM, especially routing, please
    reopen it.<br>
    I don't claim that it is the good solution but I do claim we should
    work on such a default database <b>in priority</b>.<br>
    <br>
    I didn't analyze it in full depth, but I have the following remarks:<br>
    - Why not allow the def keyword in the border relation itself? But
    it could be called zzdef to cluster at the key end.<br>
    - If a separate relation is preferred, it should be pointed at by a
    "defaults" role in the corresponding border or other relations so
    that it can be found.<br>
    - to ease scanning a border tree upwards, a "parent" relation should
    exist in border relations.<br>
    <br>
    In hope of a well structured OSM,<br>
    <br>
    Cheers
    <br><span class="HOEnZb"><font color="#888888">
    <br>
    <table>
      <tbody>
        <tr>
          <td>André.</td>
        </tr>
      </tbody>
    </table>
    <br>
    <br>
    <br>
  </font></span></div>

<br>______________________________<wbr>_________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/tagging</a><br>
<br></blockquote></div><br></div></div></div></div>