<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#333333" bgcolor="#FFFFFF">
    <p><font face="Helvetica, Arial, sans-serif">Merci de ton retour.</font></p>
    <p><font face="Helvetica, Arial, sans-serif">On peut faire un fil
        spécifique sur Talk-fr (c'est peut-être mieux d'utiliser la page
        de discussion pour des évolutions plutôt que des clarifications
        ?) : </font><font face="Helvetica, Arial, sans-serif">je vais
        envoyer un mail dédié. <br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">Pour le schéma il y a
        bien un highway=crossing sur chacun des nœuds représentés par un
        passage piéton. J'ai mis à jour le schéma :
        <a class="moz-txt-link-freetext" href="https://wiki.openstreetmap.org/wiki/File:Sidewalk_crossing-FR.png">https://wiki.openstreetmap.org/wiki/File:Sidewalk_crossing-FR.png</a>
        . C'est plus clair comme ça ?</font></p>
    <p><font face="Helvetica, Arial, sans-serif">Antoine.<br>
      </font></p>
    <div class="moz-cite-prefix">Le 25/06/2019 à 18:17,
      <a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a> a écrit :<br>
    </div>
    <blockquote type="cite"
      cite="mid:a2c1b1ec-7c82-d0fd-e508-f054569e31ca@gmx.net">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p>Tu veux qu'on en discute comment ? En direct ? Sur talk-fr
        (avec un fil spécifique ;-)), sur la page de discussion ?</p>
      <p>Sur la première image :</p>
      <p><br>
      </p>
      <p>J'ai du mal à comprendre : n'est-ce pas plutôt un nœud commun
        au chemin séparé (highway=footway) et à la route (highway=*,
        sidewalk=*) qui est tagué crossing=) ? Et grosso-modo juste la
        petite partie entre le croisement des deux trottoirs séparés et
        et les rues qui doivent être en footway=crossing c'est à dire la
        partie linéaire correspondant aux zébras sur la route ? <br>
      </p>
      <div class="moz-cite-prefix">Le 25/06/2019 à 16:17, Antoine Riche
        via Talk-fr - <a class="moz-txt-link-abbreviated"
          href="mailto:talk-fr@openstreetmap.org" moz-do-not-send="true">talk-fr@openstreetmap.org</a>
        a écrit :<br>
      </div>
      <blockquote type="cite"
        cite="mid:cbb41f1e-5251-c1a5-a59e-4d78fa658688@zaclys.net">
        <meta http-equiv="Content-Type" content="text/html;
          charset=UTF-8">
        <p><font face="Helvetica, Arial, sans-serif">Bonjour,<br>
            Je raccroche cette échange un peu tardivement...</font></p>
        <p><font face="Helvetica, Arial, sans-serif">Le wiki sur la clef
            area:highway inclut <a moz-do-not-send="true"
href="https://wiki.openstreetmap.org/wiki/Key:area:highway#Differentiation_area:highway_vs._area.3Dyes_on_a_highway">une
              section</a> qui dit explicitement que area:highway n'est <b>pas</b>
            fait pour le routing, alors que la combinaison de highway=*
            et area=yes peut être utilisée pour le routing surfacique.</font></p>
        <p><font face="Helvetica, Arial, sans-serif">Je suis d'accord
            aussi sur une approche pragmatique : conserver des éléments
            linéaires qui permettent aux principaux outils de calcul
            d'itinéraires de fonctionner, sans pour autant tracer toutes
            les routes possibles. Et permettre aux logiciels qui font du
            routing surfacique de produire des itinéraires plus
            réalistes. Il faut pour cela connecter les routes linéaires
            aux places surfaciques en partageant un node.</font></p>
        <p><font face="Helvetica, Arial, sans-serif">C'est le moment de
            vous présenter la <a moz-do-not-send="true"
href="https://wiki.openstreetmap.org/wiki/FR:Recommandations_pour_le_routage_piéton">page
              de recommandations pour le routage piéton</a>, qui inclut
            une grosse section sur le routage surfacique, prend en
            compte le indoor comme le outdoor, et inclut une dizaine de
            schémas. Cette page a été présentée lors du SOTM à
            Montpellier, la présentation correspondante est
            téléchargeable avec <a moz-do-not-send="true"
href="https://nextcloud.openstreetmap.fr/index.php/s/xzAqyacaJWsnXNZ/download?path=%2F&files=SOTMFR2019-40-routing-pieton-guider-les-voyageurs-dans-et-autour-des-gares-(Riche-Defarge-Durupt).pdf">ce
              lien</a>.<br>
          </font></p>
        <p><font face="Helvetica, Arial, sans-serif">Je suis preneur de
            vos retours sur cette page.</font></p>
        <p><font face="Helvetica, Arial, sans-serif">Antoine.</font><br>
        </p>
        <p><br>
        </p>
        <div class="moz-cite-prefix">Le 19/06/2019 à 17:09, Jérôme
          Seigneuret a écrit :<br>
        </div>
        <blockquote type="cite"
cite="mid:CAATqEemKJPTZomW7XqLoq6-1iSbwXEk9dfbMO_FAt56ys_4aiA@mail.gmail.com">
          <meta http-equiv="content-type" content="text/html;
            charset=UTF-8">
          <div dir="ltr">Pour l'exemple de Montpellier, les tracés ont
            été supprimés par mes soins puis rajouté par les services de
            la métropole qui utilise des extractions pour ses propres
            outils de routing (non OSM compliant) et qui existe
            historiquement. Donc les linéaires correspondent à une
            nécessité de leurs outils pour le routing et je pense pour
            l'intermodalité (adresse vers adresse). (non compatible avec
            de l'itinéraire polygonale)
            <div><br>
            </div>
            <div>D'où un commentaire dans les tracés.</div>
            <div>C'est pas la seul zone en double (voir la zone
              d'Odysseum) et il y a aussi des tracés en double pour
              palier au problème d'affichage des noms (linéaire plus
              zone en dessous)</div>
            <div><br>
            </div>
            <div>L'autres système qui a encore d'autres implications
              c'est <b>area:highway=*</b>. </div>
            <div><br>
            </div>
            <div>Je suis d'accord que la double infos n'a pas d'intérêt
              et qu'il vaut mieux faire un post traitement sous forme de
              maille avec détection d’obstacle pour générer du tracé
              virtuel plutôt que ce que l'on voit sur ta capture
              d'écran.</div>
            <div><br>
            </div>
            <div><br>
            </div>
            <div><br>
            </div>
          </div>
          <br>
          <div class="gmail_quote">
            <div dir="ltr" class="gmail_attr">Le mer. 19 juin 2019
              à 16:54, lenny.libre <<a
                href="mailto:lenny.libre@orange.fr"
                moz-do-not-send="true">lenny.libre@orange.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 bgcolor="#FFFFFF">
                <p><br>
                </p>
                <div class="gmail-m_8693900490988445998moz-cite-prefix">Le
                  18/06/2019 à 20:33, marc marc a écrit :<br>
                </div>
                <blockquote type="cite">
                  <pre class="gmail-m_8693900490988445998moz-quote-pre">j'ai bien vu cela (même si n'est pas compréhensible sur la capture)
mais aucun des 4 itinéraires n’atteint l'itinéraire réel
alors que ce sont 2 points de osm de la place.
donc même ce site a du limiter le nuage de way représentant la place.
alors imagine les dégâts si tu routes entre Paris et Monpellier
en surfacique.</pre>
                </blockquote>
                A mon âge, je ne suis pas prêt de faire Paris
                Montpellier à pied (même quand j'étais jeune, je ne le
                faisais pas).
                <blockquote type="cite">
                  <pre class="gmail-m_8693900490988445998moz-quote-pre">Le 18/06/2019 à 20:10, marc marc - <a class="gmail-m_8693900490988445998moz-txt-link-abbreviated" href="mailto:marc_marc_irc@hotmail.com" target="_blank" moz-do-not-send="true">marc_marc_irc@hotmail.com</a> a écrit :
</pre>
                  <blockquote type="cite">
                    <blockquote type="cite">
                      <pre class="gmail-m_8693900490988445998moz-quote-pre">Le 18.06.19 à 18:48, lenny.libre a écrit :
</pre>
                      <blockquote type="cite">
                        <blockquote type="cite">
                          <pre class="gmail-m_8693900490988445998moz-quote-pre">donc pour ma part, les routes donnant sur une place
se rejoignent en un point + souvent place=square
c'est une représentation imparfaite, mais c'est
à l'heure actuelle sans doute le meilleur compromis</pre>
                        </blockquote>
                      </blockquote>
                    </blockquote>
                  </blockquote>
                </blockquote>
                Pour l'anomalie que j'avais signalée, comme le dit Phyks
                (2 accès sur la place à quoi bon tracer un chemin fictif
                qui n'est pas nécessaire aux calculateurs)
                <blockquote type="cite">
                  <blockquote type="cite">
                    <blockquote type="cite">
                      <blockquote type="cite">Pourquoi les outils
                        évolueraient-ils, si on leur mâche le boulot ? </blockquote>
                      <pre class="gmail-m_8693900490988445998moz-quote-pre">les évolutions des tags dans osm se font généralement
- soit par des tags supplémentaires (highway puis maxspeed
puis lanes puis turn:lanes par ex)
- soit par un changement de tags (par ex power=sub_Station
divisé en 2 power=substation et power=generator).
Si on suit cette logique, c'est area:highway qui devrait
être utilisé pour une transitions sans dégradation.

casser en disant "yaka faire du routage surfacique",
c'est méconnaître ce que cela implique techniquement :</pre>
                    </blockquote>
                  </blockquote>
                </blockquote>
                Tu caricatures ce que je dis, j'ai bien précisé "je
                sais, je ne devrais pas en parler ... , je serais bien
                incapable de faire ces outils" donc je ne suis peut-être
                pas technique, mais je remarque simplement qu'il y a des
                outils qui font sans ces "chemins"<br>
                <blockquote type="cite">
                  <blockquote type="cite">
                    <blockquote type="cite">
                      <pre class="gmail-m_8693900490988445998moz-quote-pre">il y a un gros travail de prétraitement à faire.
je ne retrouve plus hélas l'article qui était publiée sur osmweekly
mais la moindre place avec qlq rues est transformée en un nuage
de way qui connectent tous les paires de points de la surface.
en passant, cela veux dire aussi qu'une place surfacique
avec 8 nœuds consomme 9x l'espace disque et mémoire
comparé à sa version linéaire et ce n'est pas en un claquement
de doigt qu'on augmente la puissance d'un serveur gratuit.

je pense que les outils continueront de s'améliorer simplement
à la demande de leur utilisateur, en fonction des ressources dispo.

</pre>
                      <blockquote type="cite">
                        <pre class="gmail-m_8693900490988445998moz-quote-pre">alors quehttps://<a href="http://moodwalkr.com/@montpellier/itineraire" target="_blank" moz-do-not-send="true">moodwalkr.com/@montpellier/itineraire</a>
peut calculer un itinéraire
</pre>
                      </blockquote>
                      <pre class="gmail-m_8693900490988445998moz-quote-pre"><a class="gmail-m_8693900490988445998moz-txt-link-freetext" href="https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png" target="_blank" moz-do-not-send="true">https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png</a>
j'espère que tu partageras mon avis que l'amélioration par
rapport à une représentation filaire ne saute pas aux yeux
alors que le point de départ et d'arrivée sont accessible
en ligne droite sans obstacle.</pre>
                    </blockquote>
                  </blockquote>
                </blockquote>
                <p>Mais non, je ne partages pas ton avis, pas plus droit
                  avec OSRM,</p>
                <p><img src="cid:part9.58241FD5.316A1B50@zaclys.net"
                    alt="" class=""></p>
                <blockquote type="cite">
                  <blockquote type="cite">
                    <blockquote type="cite">
                      <pre class="gmail-m_8693900490988445998moz-quote-pre">PS: je n'ai pas chercher à mettre l'outil en difficulté,
j'ai juste demandé la place et une adresse de la place.</pre>
                    </blockquote>
                  </blockquote>
                </blockquote>
                <p>Peut-être parce que la partie pour aller à une
                  adresse précise sur une place est améliorable, (alors
                  qu'il permet de faire des recherches d'itinéraire par
                  thèmes.)</p>
                <p>Tout produit est améliorable (tout comme mes
                  contributions), je vais donc continuer à faire comme
                  d'hab, je ne créerais pas de chemins virtuels et je
                  n’effacerais pas ceux des copains.</p>
              </div>
              _______________________________________________<br>
              Talk-fr mailing list<br>
              <a href="mailto:Talk-fr@openstreetmap.org" target="_blank"
                moz-do-not-send="true">Talk-fr@openstreetmap.org</a><br>
              <a href="https://lists.openstreetmap.org/listinfo/talk-fr"
                rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
            </blockquote>
          </div>
          <br clear="all">
          <div><br>
          </div>
          -- <br>
          <div dir="ltr" class="gmail_signature">Cordialement,
            <div>Jérôme Seigneuret</div>
          </div>
          <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" moz-do-not-send="true">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" moz-do-not-send="true">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
        </blockquote>
        <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" moz-do-not-send="true">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" moz-do-not-send="true">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
      </blockquote>
      <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>
  </body>
</html>