<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Bonjour,</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Merci pour vos avis.</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Si je résume:</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">
      <ul>
        <li>Inclure les shelter, bench, bin séparés dans la relation <b>stop_area</b>?
          Personne n'y semble favorable, moi non plus.<br>
          Dommage que le <a moz-do-not-send="true"
href="https://wiki.openstreetmap.org/wiki/FR:Tag:public%20transport=platform?uselang=fr">wiki/FR:Tag:public_transport=platform</a> 
          ou <a moz-do-not-send="true"
            href="https://wiki.openstreetmap.org/wiki/FR:Key:public_transport">wiki/FR:Key:public_transport</a>
          préconise de le faire: <i>Le lieu d'attente est normalement
            associé aux autres éléments de l'arrêt (</i><i>stop_position</i><i>,</i><i> </i><i>bancs</i><i>,</i><i> </i><i>abris</i><i>,
            ...) à l'aide d'une relation de type</i><i> </i><i>public_transport=</i><i>stop_area</i></li>
      </ul>
    </div>
    <div class="moz-cite-prefix">
      <ul>
        <li>Garder les deux indications: shelter=yes sur l'arrêt
          (platform) et amenity=shelter sur un node ou way séparé?<br>
          Ça ne semble choquer personne, même si je n'ai pas
          l'impression qu'il y ait consensus sur le fait que ce soit un
          doublon, ou pas.<br>
          Le wiki (encore lui) recommande: <i>shelter=yes indique si un
            abri est présent (s'il n'est pas déjà tagué avec
            amenity=shelter)<br>
          </i>L'idée d'utiliser la valeur separate me plait bien. Ça
          donnerait, si j'ai bien compris: shelter=separate au lieu de
          shelter=yes sur l'arrêt (platform), l'objet lui même étant
          représenté à son emplacement avec amenity=shelter.<br>
          Dommage encore que cette solution ne soit pas documentée, et
          sans doute pas prise en compte par les appli genre Osmand et
          autres.<br>
          <br>
          Autre remarque, même si on est sensé ne pas s'en préoccuper,
          sur le rendu standard la présence d'un amenity=shelter près
          d'un arrêt masque ce dernier à certains facteur de zoom.</li>
      </ul>
      Donc, pour l'instant, je ne touche à rien. Personnellement, je
      suis attaché aux attributs shelter/bench=yes/no sur l'arrêt
      (platform), parce que c'est reconnu par les applis que je connais,
      et parce que ça me permet une certaine homogénéité dans le tagging
      de tous les arrêts du réseau.<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Si vous avez d'autres idées...<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Le 07/01/2021 à 18:46, blef a écrit :<br>
    </div>
    <blockquote type="cite"
      cite="mid:d2618294-d1e0-2e22-6af8-8960a0303bf8@free.fr">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <p>Bonjour</p>
      <p>En cartographiant le réseau de bus de ma ville, j'avais pris la
        décision de représenter les arrêts de bus, pour la partie <b>platform</b>,
        par un nœud avec en plus de l'attribut <b>public_transport=platform</b>
        les différents attributs décrivant l'équipement de l'arrêt: <b>shelter=yes/no</b>,
        <b>bench=yes/no</b>, <b>bin=yes/no</b> etc.<br>
        J'avais aussi créé systématiquement un relation <b>stop_area</b>
        pour chaque arrêt.</p>
      <p>Au fil du temps, d'autres contributeurs ont ajouté séparément
        certains de ces équipements, par exemple sur un nœud (ou way) <b>amenity=shelter</b>
        + <b>shelter_type=public_transport</b> ou <b>amenity=waste_baske</b><b>t</b>.<br>
        D'après le wiki, et pour respecter le mantra <i>One feature,
          One OSM element</i>,  les attributs <b>shelter=yes/no</b>, <b>bench=yes/no</b>,
        <b>bin=yes/no</b> devraient être supprimés sur le nœud <b>public_transport=platform</b>.<br>
        De plus les nouveaux objets devraient être ajoutés comme membres
        de la relation <b>stop_area</b>.</p>
      <p>On gagne certes en précision et détail, mais je doute que les
        principales applications orientées transport soient alors
        capable d'indiquer de façon complète l'équipement de l'arrêt.<br>
        Même en allant regarder dans la relation <b>stop_area</b>, il
        faudrait associer correctement chaque équipement avec la <b>platform</b>
        concernée, pas facile à faire et ça m'étonnerait que ça se
        fasse.</p>
      <p>J'aimerais connaitre votre avis sur la question pour décider de
        la meilleure méthode à appliquer.</p>
      Merci. <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>