<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="transparent">
    <p>Récemment HebdOSM signalait que Frederik protestait contre la
      manière d'agir des deux développeurs d'ID.</p>
    <p>Développeurs d'un des deux principaux éditeurs d'OSM mais qui
      fonctionnent au doigt mouillé sans tenir compte des listes de
      discussion ou du Wiki.</p>
    <p>Dernièrement je suis tombé sur une intersection entre un ruisseau
      et une route correctement signalée par Osmose.</p>
    <p>J'édite la route. ID me propose de mettre un nœud simple_brunnel.</p>
    <p>Effectivement ça ne mérite pas plus.</p>
    <p>Sauf que maintenant Osmose râle car bridge ne doit pas être
      utilisé sur les points comme l'indique le <a
        moz-do-not-send="true"
        href="https://wiki.openstreetmap.org/wiki/Key:bridge">Wiki</a>.</p>
    <p>En cherchant j'ai trouvé une proposition datant de 2014 et a
      priori jamais passée par un vote :</p>
    <p><a moz-do-not-send="true"
href="https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge">https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge</a></p>
    <p>Je pourrais entrer un ticket pour signaler le problème côté
      Osmose. Sauf que c'est ID qui ne respecte pas la communauté, pas
      Osmose.</p>
    <p>Dans ce cas précis, proposer un vote pourrait donner une
      légitimité pour un tag qui a été utilisé essentiellement en
      2014-2015 (date de la proposition) et surtout en <a
        moz-do-not-send="true" href="https://overpass-turbo.eu/s/Iz4">Autriche</a>.<br>
    </p>
    <p> </p>
    <table width="240" cellspacing="0" cellpadding="0" border="0">
      <colgroup><col style="width:60pt" width="80" span="3"> </colgroup><tbody>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt;width:60pt" width="80" height="20">2008</td>
          <td style="width:60pt" width="80" align="right">1</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt" height="20">2013</td>
          <td align="right">1</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt" height="20">2014</td>
          <td align="right">153</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt" height="20">2015</td>
          <td align="right">250</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt" height="20">2016</td>
          <td align="right">33</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt" height="20">2017</td>
          <td align="right">85</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt" height="20">2018</td>
          <td align="right">25</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td style="height:15.0pt" height="20">2019</td>
          <td align="right">13</td>
        </tr>
      </tbody>
    </table>
    <p><br>
    </p>
    <p>Autre problèmes rencontrés avec ID, liste non exhaustive ça va de
      soi : <br>
    </p>
    <p>- sur associatedStreet il propose address alors que le wiki dit
      de privilégier housenumber (et par défaut ne propose pas non plus
      de relation de type associatedStreet)<br>
    </p>
    <p>- sur bus stop/platform il propose network allors qu'Osmose dit
      de ne pas utiliser network sur ces objets.</p>
    <p>- il propose location=kiosk alors que cette valeur est dépréciée<br>
    </p>
    <p>- sur d'autres objets il va proposer aussi bien choix_numéro_1
      que choix-numéro-1 et le débutant va choisir au petit bonheur.</p>
    <p>Comme vous le voyiez beaucoup des problèmes vient du fait que les
      deux développeurs payés ne tiennent pas compte de la communauté.
      Avec le risque que ce soit les visions des entreprise pour
      lesquelles travaillent les deux développeurs qui décident de
      l'avenir d'OSM.<br>
    </p>
    <p>Un point à aborder lors du SotM monde à Heidelberg ?</p>
    <p>Jean-Yvon<br>
    </p>
  </body>
</html>