<div dir="ltr">Une stop area peut être très vaste, son but est lié au schéma de transport pour les interactions; cela n'a rien à voir avec les abris, bancs ou poubelles qui sont autour : mettre ces attributs qui conernent un objet individuel et pas automatiquement les autres dans la relation "stop_area" n'a pas grand sens.<div>La relation stop_area a des membres bien précis pour indiquer leur rôle. La facilité qu'on a de pouvoir ajouter "shelter/bench/bin=yes/no" sur un autre objet est une simplication de cet objet qui évite juste de créer un autre objet au **même endroit** cet endroit n'est **pas** la stop_area" entière</div><div>Bref je pense qu'on ne doit pas déplacer les attributs des membres de la relation "stop_area" (qui ne sont membres que pour leur rôle particulier dans le schéma de transport et les interconnexion, indépendamment de leur équipement annexe qui ne participe pas à ce rôle) vers cette relation qui n'est pas un "multipolygon" (ou une frontière "boundary": variante qui existe juste parce qu'elle a quelques rôles supplémentaires mais qui là aussi décrit la géométrie d'une surface entière).</div><div>Un tel déplacement n'est pas prévu et ne fait que compliquer: une stop_area peut très bien avoir un banc dans un des arrêts et pas un autre, une poubelle dans un et pas un autre, la stop_area peut aussi avoir des neuds d'emplacements d'arrêt sur la voie où ces équipements ne sont **pas** présents (sur la voir même, certainement pas à ces endroits).</div><div>Ces petits équiepements doivent rester au niveau le plus géolocalisé localement, la "stop_area" étant trop grande.</div><div>Il vaut mieux s'en tenir au schéma de transport tel qu'il est défini (par ses rôles) et éviter une telle extension sémantique qui n'a pas grand sens.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 7 janv. 2021 à 18:47, blef <<a href="mailto:bernard.lefrancois@free.fr">bernard.lefrancois@free.fr</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  

    
  
  <div>
    <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.
  </div>

_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>