<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Le 08/12/2016 à 23:10, Frédéric Rodrigo a écrit :<br>
    <blockquote
      cite="mid:81afaf8c-ffa0-c767-78cf-abb39e0603a1@gmail.com"
      type="cite">Le 08/12/2016 à 17:10, lenny.libre a écrit : <br>
      <blockquote type="cite"> <br>
        <br>
        Le 05/12/2016 à 20:54, Jérôme Amagat a écrit : <br>
        <blockquote type="cite">J'ai fait la même chose pour Lyon que ce
          que j'ai fait à Rennes (en essayant de faire moins
          d'erreur...) <br>
          les données sont là : <a class="moz-txt-link-freetext"
            href="http://data.grandlyon.com/equipements/points-darrft-du-rfseau-tcl">http://data.grandlyon.com/equipements/points-darrft-du-rfseau-tcl</a>
          <br>
          Sur les points des données (ils sont, je pense, là où les bus
          s'arrête donc la plupart du temps sur les zébras c'est pas
          tout a fait les platform mais presque) j'ai mis les tags
          highway=bus_stop, public_transport=platform, bus=yes,
          network=TCL, ref:FR:TCL=*, name=* et wheelchair=(yes ou no) <br>
        </blockquote>
        Bonjour <br>
        Bien qu'on puisse trouver des nœuds taggés avec l'ancien schéma
        de transport "highway=bus_stop" avec également les tags du
        nouveau "public_transport=platform", je ne vois pas l’intérêt de
        le faire sur les nouveaux nœuds créés. <br>
        En général, lorsque je modifie un nœud, j'ajoute les nouveaux
        tags sans supprimer les anciens, si j'en crée un, je ne met que
        les nouveaux. <br>
        <br>
        Avec la liste des lignes, on peut peut-être vérifier si la
        relation existe, et si le rôle est ok ? <br>
        <br>
        En regardant Osmose sur Rennes, j'ai vu que lorsque l'arrêt
        existe, il y a systématiquement deux alertes "les suggestions
        proposées" mais également une alerte "arrêt non intégré" ? </blockquote>
      <br>
      Oui tout ça va ensemble, pour les données OpenData Osmose remonte
      quand c'est possible : <br>
      - les données non intégrées <br>
      - les rapprochent possibles <br>
      - les propositions de mise à jour <br>
      - les données en "trop" dans OSM <br>
    </blockquote>
    oui, je comprends bien, que les données remontent plusieurs
    contrôles, mais là il propose au même endroit deux signalisations (à
    priori contradictoires, l'une considère que le nœud existe, l'autre
    qu'il n'existe pas) :<br>
    - des mises à jour du nœud existant (par exemple de nouveaux tags,
    ou des corrections de tags erronés) ce qui est logique <br>
    - par contre il propose systématiquement des création de nœuds
    existants "<font face="Courier New">stop not integrated</font>", qui
    n'est pas exact puisque le nœud est bien intégré, il a d'ailleurs
    été trouvé sur la signalisation ci-dessus ; Osmose sait donc, bien
    détecter que le nœud existe puisqu'il propose sa modification sur
    l’alerte précédente. Et peut entraîner des créations de doublons si
    le contributeur n'est pas attentif.<br>
    <br>
    De plus, il propose d'ajouter <font face="Courier New">"bus=yes"</font>
    sur le nœud <font face="Courier New">"public_transport=platform"</font>
    alors que d’après le wiki il est plutôt sur le nœud <font
      face="Courier New">"public_transport=stop_position"</font> ; ne
    faudrait-il pas dans ce cas faire évoluer le wiki avant osmose ?<br>
    <br>
    cordialement<br>
    Léni<br>
  </body>
</html>