<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Le 12 février 2016 à 11:11, dHuy Pierre <span dir="ltr"><<a href="mailto:dhuyp@yahoo.fr" target="_blank">dhuyp@yahoo.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div style="color:rgb(0,0,0);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px;background-color:rgb(255,255,255)"><div><span>@éric: bien pratique ton lien je pense que je vais l'utiliser à fond pour traquer les imperfections :)</span></div><div><span>Tu as pensé à l'intégrer avec des OpenData?</span></div></div></div></blockquote><div><br></div><div>Bonne idée, mais OSMTransportViewer est bien loin de ce genre de perfectionnements ;) </div><div>Il me semble que même s'il existe des formats standards pour les données de transports en communs (GTFS par ex.), il n'y a pas d'homogénéité dans l'utilisation de ces formats par les différentes régies de transport, ce qui obligerais intégrer manuellement ville par ville les données (corrigez-moi s'il y a mieux comme process).</div><div><br></div><div>Pour l'instant il fait juste affichage des données d'une requête Overpass. La priorité à mon avis est d'ajouter un système de validation des données pour déceler plus facilement/rapidement les erreurs de tagging, connectivité.</div></div></div></div>