<div dir="ltr">Tu oneteras que la STAR différencie bel et bie ndans ses données les plateformes (géolocalisée précisément) en les séparant des itinéraires (qui ne passent jamais exactement par ces points mais seulement à proximité).<div><br></div><div>Tu peux critiquer les "stop_position", mais c'et ce qui assure de ne pas avoir à chercher dans la liste des chemins celui pui pourrait correspondre à une des "plateform" indiqués comme desservis par la ligne. On a les deux concepts, mais dans une logique de calculs d'itinéraires, avoir les stop_position (même approximatifs et ne venant pas des open data mais de la pose d'un point raisonnablement proche de la plateform évite d'avoir à se poser des questions.</div><div><br></div><div>Les "stop_position" n'ont pas vocation à être rendus sur la carte (d'autant plus qu'ils sont mis sur la voie, généralement tracée au milieu dans la plupart des rues, sans tenir compte de la position exacte des "bateaux" ni de la longueur des zones d'arrêt zébrées sur une des voies de la chaussée, donc pas au milieu). Ces stop_position sont aussi approximatifs que le tracé des rues avec un seul chemin "central" quel que soit le nombre de voies ou la largeur de chaussée.</div><div><br></div><div>Ces deux éléments (chemins highway=* et noeuds "stop_position") sont là dans une logique d'itinéraires et non réellement de rendu (qui devrait tenir compte de la surface), et cela restera là tant qu'on continuera à taguer des rues/routes comme de simples traits et non comme des surfaces en détaillant les voies). Quand on voudra aller plus loin, ont repositionnera aussi correctement les feux (pas au milieu de la chaussée), on mettra la surface réelle des passages piétons, on taguera les trottoirs (non pas comme des chemins parallèles mais comme des surfaces jointives à celle des voies de la chaussée. Cela ne risque pas d'arriver avant longtemps.</div><div><br></div><div>Donc on reste dans une logique d'itinéraire pour l'instant, en sachant que le rendu reste approximatif (en supposant un "buffer" raisonnable de +/- 3,50 mètres de chaque côté du chemin tracé, ce qui correspond à une largeur "moyenne" estimée d'une rue à deux voies, une largeur qu'on peut ajuster un peu si on trouve des tags précisément le nombre de voies ou la présence de voies supplémentaires pour bus=+4 mètres environ, ou juste pour cyclistes=+2mètres, ou la présence de stationnement latéral=+3mètres environ; les rendus ensuite, selon l'échelle de représentation ou ce qu'ils veulent afficher peuvent ajuster les largeurs de tracé, mais elles sont rarement proportionnelles à la largeur exacte, c'est là encore juste une estimation raisonnable).</div><div><br></div><div>Pourtant concernant les arrêts de bus et les autres équipements et mobiliers urbains sur les trottoirs (éclairage public, arbres, bancs, poubelles, points d'eau...) on aimerait déjà les voir posés hors du milieu de la chaussée (donc déjà hors des itinéraires tracés dans la base). Mais il n'y a pas de moyen correct pour associer les arrêtes de bus avec l'itinéraire sans avoir à chercher. Les stop_position ont l'avantage de pouvoir être vérifiés automatiquement et très facilement: on en déduit alors quel "plateform" fait effectivement partie ou pas de l'itinéraire, ou si l'itinéraire indiqué par les chemins est complet ou pas.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 13 décembre 2016 à 20:31, <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="transparent" text="#000000">
<p>Je parlais en général pour le bien de la communauté, pas pour mon
réseau local (Lorient a des données sur le portail <a href="http://data.gouv.fr" target="_blank">data.gouv.fr</a>
mais pas le réseau transport à ma connaissance, Quimperlé n'a pas
grand chose en disponible : une carte PDF, ce n'est pas ce que
l'on fait de mieux, comme dit joliment par Christian open mais pas
data).</p>
<p>Entièrement d'accord il faut des données libres et stables, je
pense que pour la STAR (Rennes) c'est le cas.<br>
</p>
Après autant commencer par les principaux réseaux (Nantes, Lille,
Lyon, Strasbourg... : que ceux qui veulent un cadeau de Noël écrive
à la mère Noëlle, heu Noémie.<br>
Merci pour l'offre !<br>
<br>
Je pense que la faible couverture de public_transport=stop_position
montre que c'est une lubie de tagueur fou : pas de réalité sur le
terrain (il faut observer l'arrêt du bus, pour le train suivant la
longueur pourtant on ne peut en mettre qu'un (quoique ce n'est pas
précisé dans le <a href="https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position" target="_blank">wiki</a>)
et si la voie n'est pas fixe, on va mettre n arrêts ? Si les
opérateurs disposent de l'info, la publie et que ça tombe sur une
voie OSM, OK, sinon on tague pour le schéma (ce qui me semble pire
que taguer pour le rendu).<br>
On parle de faciliter l'entrée des nouveaux contributeurs. Là ça
vaut opening_hours : sans outil adapté c'est galère : tu veux entrer
un arrêt de bus et tu te manges une relation avec des tags qui
feront que ton arrêt ne se sera pas affiché.<br>
<br>
Jean-Yvon<div><div class="h5"><br>
<br>
<br>
<div class="m_-4341046566749470654moz-cite-prefix">Le 13/12/2016 à 20:03, Noémie Lehuby -
<a class="m_-4341046566749470654moz-txt-link-abbreviated" href="mailto:noemie.lehuby@openmailbox.org" target="_blank">noemie.lehuby@openmailbox.org</a> a écrit :<br>
</div>
<blockquote type="cite">Bonsoir,
<br>
<br>
Jean-Yvon, je veux bien tenter d'adapter mon outil pour d'autres
régions, mais il faut s'assurer avant que les codes qu'on
importera sont stables. S'ils ne représentent plus rien dans 6
mois, on va le regretter.
<br>
C'est pourquoi en île-de-france ça a du sens : le STIF propose un
référentiel sur son portail opendata donc on peut penser qu'on
aura une certaine pérennité de ces codes.
<br>
Quel réseau te ferait plaisir pour Noël ?
<br>
<br>
C'est amusant ça : la couverture en public_transport =
stop_position est si faible que j'avais jamais remarqué le
problème de rendu avec Skechtline que tu cites Philippe.
<br>
<br>
Noémie
<br>
<br>
<blockquote type="cite">Date: Mon, 12 Dec 2016 21:17:49 +0100
<br>
From: <a class="m_-4341046566749470654moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.<wbr>com</a>
<br>
To: <a class="m_-4341046566749470654moz-txt-link-abbreviated" href="mailto:talk-fr@openstreetmap.org" target="_blank">talk-fr@openstreetmap.org</a>
<br>
Subject: Re: [OSM-talk-fr] intégration des référentiels STIF
<br>
Message-ID: <a class="m_-4341046566749470654moz-txt-link-rfc2396E" href="mailto:45f27b94-1092-e208-08f9-3b2c4b830a6e@gmx.net" target="_blank"><45f27b94-1092-e208-08f9-<wbr>3b2c4b830a6e@gmx.net></a>
<br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
<br>
<br>
Logiquement, on se dit que tu vas nous faire la même chose pour
l'open
<br>
data des lignes hors du STIF : il y a des réseaux de transports
en
<br>
dehors de l'Île-de-France, si, si ;-).
<br>
<br>
Pense qu'une seule personne a profité de l'outil, c'est un peu
abuser,
<br>
non ? :-D
<br>
<br>
Jean-Yvon
<br>
<br>
Le 12/12/2016 à 21:01, Noémie Lehuby -
<a class="m_-4341046566749470654moz-txt-link-abbreviated" href="mailto:noemie.lehuby@openmailbox.org" target="_blank">noemie.lehuby@openmailbox.org</a> a
<br>
écrit :
<br>
<blockquote type="cite">Bonsoir,
<br>
<br>
J'ai poussé une mise à jour de l'outil, avec quelques
améliorations
<br>
mineures : <a class="m_-4341046566749470654moz-txt-link-freetext" href="https://ref-lignes-stif.5apps.com/" target="_blank">https://ref-lignes-stif.5apps.<wbr>com/</a>
<br>
Je pense que je ne vais pas faire beaucoup d'autres évolutions
dans
<br>
l'outil, vu que Florian a déjà associé plus des 3/4 des lignes
;)
<br>
Belle performance !
<br>
</blockquote>
<br>
-------------- section suivante --------------
<br>
Une pièce jointe HTML a été nettoyée...
<br>
URL:
<br>
<a class="m_-4341046566749470654moz-txt-link-rfc2396E" href="http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161212/e1a79ea5/attachment-0001.html" target="_blank"><http://lists.openstreetmap.<wbr>org/pipermail/talk-fr/<wbr>attachments/20161212/e1a79ea5/<wbr>attachment-0001.html></a>
<br>
<br>
------------------------------
<br>
</blockquote>
<br>
<br>
______________________________<wbr>_________________
<br>
Talk-fr mailing list
<br>
<a class="m_-4341046566749470654moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<br>
<a class="m_-4341046566749470654moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>
<br>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>