[OSM-talk-fr] intégration des référentiels STIF

Noémie Lehuby noemie.lehuby at openmailbox.org
Lun 12 Déc 12:56:40 UTC 2016 

Hello,

merci pour tes retours Florian ! Je vais voir ce que je peux faire pour 
améliorer l'ergonomie et la compréhension de l'outil.

Ton premier exemple est un magnifique exemple de ce qu'il ne faut pas 
faire :p
tu as associé la ligne OSM 65, du réseau RATP avec la ligne 65 du réseau 
Pays de l'Ourcq...
https://ref-lignes-stif.5apps.com/line.html?osm_relation=954977&line_code=65

Si les arrêts noirs et bleus se superposent, c'est qu'il y a des chances 
pour que ça soit la même ligne.
Perso, je regarde d'abord si les propriétés de la ligne sont cohérentes 
et si ça semble ok je checke si les arrêts sont cohérents.

Pour le moment, l'outil ajoute juste le code ExternalCode_Line du 
fichier opendata du STIF, car il est lié à l'offre de transport (donc je 
sais que je peux l'utiliser pour afficher les arrêts de la ligne).
Le ref:FR:STIF est celui qui était déjà dans OSM avant que le STIF ne 
mette son référentiel en opendata, celui dont on sait pas bien si c'est 
un code RATP ou un vieux ref STIF plus valide.

La page d'accueil est mise à jour manuelle à partir d'une extraction 
Osmosis, je me fixe deux mises à jour par semaine (ça suffira ?)

Noémie

> Date: Mon, 12 Dec 2016 12:53:09 +0100
> From: Florian LAINEZ <winnerflo at free.fr>
> To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF
> Message-ID:
> 	<CALZSDK+5nrcMnUm3B9g31zK=md=R_9F10f=qdaD+=mpt57qDmg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Bon en fait je n'ai pas pu résister et j'ai terminé le réseau 
> Noctilien.
> C'est surement celui où il y a le moins d'incertitude et donc d'erreur
> potentielle.
> ça va vraiment super vite quand tu as bien compris comment l'outil
> fonctionne.
> 
> La liste ne montre pas les nouvelles associations que j'ai créé. à 
> quelle
> fréquence se met-elle à jour ?
> Merci
> 
> Le 12 décembre 2016 à 11:42, Florian LAINEZ <winnerflo at free.fr> a écrit 
> :
> 
>> Noémie, es-tu une machine venue du futur pour révolutionner la
>> contribution sur les arrêts de transport ??! Ton outil déchire.
>> 
>> J'ai essayé sur une seule ligne pour l'instant pour être certain de
>> comprendre : https://ref-lignes-stif.5apps.com/line.html?osm_relation=
>> 954977&line_code=65
>> Donc ton outil a rajouté ref:FR:STIF:ExternalCode_Line=067067065:65 à 
>> la
>> relation https://www.openstreetmap.org/relation/954977
>> Si ref:FR:STIF=1001000650001 n'avait pas déjà été présent, il l'aurait
>> rajouté ?
>> 
>> Autre exemple : 
>> https://ref-lignes-stif.5apps.com/line.html?osm_relation=
>> 5865473&line_code=119
>> On voit que les arrêts en noir sont grosso-modo superposés à la ligne 
>> en
>> bleue, donc même si les noms ne sont pas les mêmes, tu considères que 
>> c'est
>> ok pour intégration ? Quels éléments pourraient nous aider à prendre 
>> notre
>> décision ?
>> 
>> Quelques remarques :
>> -sur les pages "lignes" :
>>    >on ne sait pas si OSM est à gauche ou à droite. Tu devrais 
>> rajouter un
>> titre "OSM" et "Open Data".
>>    >même remarque pour les attributs de ces lignes : parfois il y a 
>> juste
>> écrit "undefined" mais on ne sait pas ce que c'est.
>>    >ce n'est pas clair si les données OSM sont en bleu ou noir : tu
>> devrais rajouter une légende à ton plan.
>>    >lorsque l'on clique sur "voir le détail" sur un popup noir sur la
>> carte, ça nous renvoie vers une requête Navitia. C'est cool et c'est
>> sûrement le comportement attendu pour vérifier l'info. Néanmoins on a 
>> pas
>> de token donc on tombe sur un message d'erreur. Tu pourrais créer un 
>> accès
>> dédiée pour ton appli ?
>> 
>> Trop cool en tout cas ton outil, ça va sûrement nous permettre de 
>> terminer
>> l'association des lignes en quelques semaines seulement.
>> 
>> PS : marrant le commentaire du changeset : "created_by OpenBeerMap
>> javascript editor" > ça sent le fork à plein nez !
>> 
>> Le 11 décembre 2016 à 11:55, Noémie Lehuby 
>> <noemie.lehuby at openmailbox.org>
>> a écrit :
>> 
>>> Bonjour,
>>> 
>>> j'ai publié une première version d'un outil qui permet déjà de 
>>> commencer
>>> le travail :
>>> https://ref-lignes-stif.5apps.com/
>>> 
>>> Je continuerai de l'améliorer dans la semaine.
>>> Noémie
>>> 
>>> Date: Tue, 6 Dec 2016 01:42:47 +0100
>>>> From: Jérôme Amagat <jerome.amagat at gmail.com>
>>>> To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
>>>> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF
>>>> Message-ID:
>>>>         <CAHUxktLxK8o2NF406QuwfbmmpfEz4UNuY7g-AfXtgHWsCthojQ at mail.gm
>>>> ail.com>
>>>> Content-Type: text/plain; charset="utf-8"
>>>> 
>>>> Le 5 décembre 2016 à 21:49, Noémie Lehuby 
>>>> <noemie.lehuby at openmailbox.org>
>>>> a
>>>> écrit :
>>>> 
>>>> Bonsoir,
>>>>> 
>>>>> Pour les objets existants : http://taginfo.openstreetmap.f
>>>>> r/keys/?key=ref:FR:STIF
>>>>> à noter que comme le signale Jérôme, il y a aussi quelques 
>>>>> ref:FR:stif
>>>>> http://taginfo.openstreetmap.fr/keys/?key=ref:FR:stif
>>>>> 
>>>>> Je ne maîtrise pas bien Osmose : ça marche aussi pour les relations 
>>>>> sans
>>>>> composante géographique ?
>>>>> 
>>>>> 
>>>> Pour l'instant, dans osmose, l'ajout de donnée externe c'est l'ajout 
>>>> d'un
>>>> node ou l'ajout de tag sur un objet déjà existant. Donc dans notre 
>>>> cas,
>>>> ça
>>>> marche bien pour ajouter les arrêts de bus.
>>>> 
>>>> 
>>>> Parce que les lignes de transport, l'objet OSM qui correspond le 
>>>> plus, ça
>>>>> sera la relation route_master (dont les éléments sont exclusivement
>>>>> d'autres relations) et qui ne se représente pas bien sur une carte.
>>>>> 
>>>>> 
>>>> Dans osm, oui c'est une relation route_master qui représente la  
>>>> ligne de
>>>> bus mais il faut y placer des relation type=route et route=bus comme
>>>> indiqué là : https://wiki.openstreetmap.org/wiki/Tag:route%3Dbus
>>>> On en crée une pour le trajet du bus à l’allée une autre pour le 
>>>> retour
>>>> (voir encore plein d'autres si la ligne de bus a des variantes) et 
>>>> après
>>>> on
>>>> met c'est différentes relations dans une relation route_master qui
>>>> représente toute la ligne de bus.
>>>> Comme il faut mettre dans c'est relation les bon morceaux de route
>>>> qu'empruntent les bus je pense pas qu'osmose ou un autre outil 
>>>> puissent
>>>> le
>>>> faire à notre place.
>>>> 
>>>> 
>>>>> Et je préférerais qu'on commence par les lignes avant d'attaquer 
>>>>> les
>>>>> point
>>>>> d'arrêts et zones d'arrêts (un peu comme avec les adresses, où on
>>>>> commence
>>>>> par faire matcher les communes, puis les rues). Ça permettra d'être 
>>>>> plus
>>>>> fin et d'éviter d'attribuer la référence de l'arrêt qui est en fait 
>>>>> de
>>>>> l'autre côté de la rue, voire de créer des arrêts parce qu'on en a 
>>>>> deux
>>>>> dans les données du STIF alors qu'il n'y a bien qu'un unique arrêt 
>>>>> sur
>>>>> le
>>>>> terrain.
>>>>> 
>>>>> 
>>>> Il y en a 2, un pour chaque coté de la route?
>>>> Osmose permet de placer un point exactement où le stif le place lui. 
>>>> et
>>>> comme il les place sur ce que j'ai vu bien 1 de chaque coté de la 
>>>> route
>>>> il
>>>> n'y a pas de problème?
>>>> Comme dans les relations il faut mettre les arrêts, si il existent 
>>>> déjà
>>>> je
>>>> pense que c'est plus simple.
>>>> 
>>>> Si je dis des bêtises n’hésitez pas à rectifier j'ai déjà toucher se
>>>> genre
>>>> de relation quand elles existaient déjà mais j'en ai pas vraiment 
>>>> créer.
>>>> 
>>>> 
>>>> nlehuby
>>>>> 
>>>>> Date: Mon, 5 Dec 2016 20:48:17 +0100
>>>>> 
>>>>>> From: Jérôme Amagat <jerome.amagat at gmail.com>
>>>>>> To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
>>>>>> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF
>>>>>> Message-ID:
>>>>>>         <CAHUxktL+txPNO5nXZPK8QuV9B0QMupK=AqUdPvYwu9TFnHF_4A at mail.
>>>>>> 
>>>>>> gmail.com>
>>>>>> Content-Type: text/plain; charset="utf-8"
>>>>>> 
>>>>>> 
>>>>>> J'ai regardé un peu les données.
>>>>>> Déjà pour les arrêts les "Zones d'Embarquement d'Île-de-France 
>>>>>> (ZDE)"
>>>>>> (les
>>>>>> public_transport=platform dans osm) les coordonnées semble de 
>>>>>> bonne
>>>>>> qualité. (pour les noms par contre c'est pas homogène certains 
>>>>>> sont
>>>>>> tout
>>>>>> en
>>>>>> majuscule d'autres non, avec bien sur des problèmes avec les 
>>>>>> accents
>>>>>> non
>>>>>> présents sur les majuscules)
>>>>>> C'est un bon candidat pour osmose je pense. (les tags ajoutés 
>>>>>> seraient
>>>>>> public_transport=platform name=* et pour les arrêt de bus :
>>>>>> highway=bus_stop bus=yes il y a aussi les arrêts de tram et métro)
>>>>>> Pour les autres données : Zone de Lieu (ZDL) Lieu d’arrêt (LDA)
>>>>>> possibilité
>>>>>> de créer une relation public_transport = stop_area qui regroupe 
>>>>>> des
>>>>>> platforms mais je sais pas pour lequel des 2 et c'est plus 
>>>>>> compliqué
>>>>>> pour
>>>>>> osmose.
>>>>>> 
>>>>>> Par contre les ref: il y en a beaucoup dans les fichiers. je 
>>>>>> dirais
>>>>>> qu'il
>>>>>> faut utiliser ref:FR:STIF et c'est suivant les autres tags que 
>>>>>> l'on
>>>>>> sait
>>>>>> quel ref c'est.
>>>>>> par contre pour les arrêts, il y a un ID_REFA avec les "Zones
>>>>>> d'Embarquement" et dans le fichier "Arrêts par lignes de transport 
>>>>>> en
>>>>>> commun en Ile-de-France" il y a un stop_id (qui peut être par 
>>>>>> exemple
>>>>>> "StopPoint:81:255"). c'est une partie des valeurs déjà présentent 
>>>>>> dans
>>>>>> osm.
>>>>>> Dans osm il y a des ref:FR:STIF (http://overpass-turbo.eu/s/kty) 
>>>>>> et
>>>>>> des
>>>>>> ref:FR:stif (http://overpass-turbo.eu/s/ktA)
>>>>>> 
>>>>>> Le 5 décembre 2016 à 08:49, Florian LAINEZ <winnerflo at free.fr> a
>>>>>> écrit :
>>>>>> 
>>>>>> Salut Noémie,
>>>>>> 
>>>>>>> L'identifiant ref:FR:STIF me parait également le plus pérenne et 
>>>>>>> donc
>>>>>>> il
>>>>>>> devrait être préféré systématiquement. Ceci dit, il n'y a aucun
>>>>>>> problème
>>>>>>> à
>>>>>>> ajouter le code technique si cela peut t'être utile.
>>>>>>> 
>>>>>>> Il ne me semble pas choquant d'utiliser ref:FR:STIF pour 
>>>>>>> identifier
>>>>>>> les
>>>>>>> lignes et les zones d'arrêt même si cela ne correspond pas au 
>>>>>>> même
>>>>>>> identifiant coté STIF. Le simple fait que cela s'applique à une 
>>>>>>> ligne
>>>>>>> suffit à expliciter le type d'objet concerné.
>>>>>>> 
>>>>>>> Tu dis qu'il y a déjà des objets avec ref:FR:STIF, je ne les ai 
>>>>>>> pas
>>>>>>> trouvé, tu peux nous envoyer la requête Overpass utilisée stp ? 
>>>>>>> Si
>>>>>>> d'autres
>>>>>>> références sont indiquées, il va falloir que l'on trouve ce à 
>>>>>>> quoi
>>>>>>> cela
>>>>>>> correspond.
>>>>>>> Au doigt mouillé, je dirait que ce sont des identifiants de la 
>>>>>>> RATP ou
>>>>>>> d'un autre transporteur qui ont été mal tagués.
>>>>>>> 
>>>>>>> Est-ce que tu as intégré les données du STIF dans OSMOSE pour 
>>>>>>> qu'on
>>>>>>> puisse
>>>>>>> "dégommer du rouge" avec toi ? ;)
>>>>>>> 
>>>>>>> Le 4 décembre 2016 à 20:09, <osm.sanspourriel at spamgourmet.com> a
>>>>>>> écrit :
>>>>>>> 
>>>>>>> Le 04/12/2016 à 18:41, Noémie Lehuby - 
>>>>>>> noemie.lehuby at openmailbox.org
>>>>>>> a
>>>>>>> 
>>>>>>>> écrit :
>>>>>>>> 
>>>>>>>> Je pensais partir simplement sur ref:FR:STIF pour indiquer les
>>>>>>>> identifiants. Mais :
>>>>>>>> * Il y a des déjà des objets avec ce tag dans la base. Je n'ai 
>>>>>>>> pas
>>>>>>>> trouvé
>>>>>>>> à quoi correspondent ces références actuelles. Ça ressemble un 
>>>>>>>> peu à
>>>>>>>> la
>>>>>>>> colonne ExternalCode_ID du référentiel STIF, mais pas tout à 
>>>>>>>> fait...
>>>>>>>> Quelqu'un sait ce que c'est et si ça a toujours une réalité ?
>>>>>>>> * Est-ce que c'est choquant d'utiliser ce tag à la fois pour les
>>>>>>>> références des lignes, des points d'arrêts et des zones d'arrêts 
>>>>>>>> ?
>>>>>>>> Sinon,
>>>>>>>> on peut affiner la clef avec ref:FR:STIF:ID_Line et
>>>>>>>> ref:FR:STIF:ZDEr_ID_REF_A.
>>>>>>>> 
>>>>>>>> Qu'en pensez-vous ?
>>>>>>>> 
>>>>>>>> nlehuby
>>>>>>>> 
>>>>>>>> Tu peux peut-être contacter des créateurs de ces références pour 
>>>>>>>> ne
>>>>>>>> avoir
>>>>>>>> le cœur net. Si l'intersection est vide, tu peux te contenter 
>>>>>>>> d'une
>>>>>>>> clé,
>>>>>>>> sinon ça va être compliqué.
>>>>>>>> Ce que tu dis sur le wiki me semble correct.
>>>>>>>> Garder les 2 références permet sans doute de suivre plus 
>>>>>>>> facilement
>>>>>>>> les
>>>>>>>> évolutions.
>>>>>>>> 
>>>>>>>> Jean-Yvon
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> Talk-fr mailing list
>>>>>>>> Talk-fr at openstreetmap.org
>>>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>> --
>>>>>>> 
>>>>>>> *Florian Lainez*
>>>>>>> @overflorian <http://twitter.com/overflorian>
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Talk-fr mailing list
>>>>>>> Talk-fr at openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>> 
>>>>>>> 
>>>>>>> -------------- section suivante --------------
>>>>>>> 
>>>>>> Une pièce jointe HTML a été nettoyée...
>>>>>> URL:
>>>>>> <http://lists.openstreetmap.org/pipermail/talk-fr/attachment
>>>>>> s/20161205/183afb3b/attachment-0001.html>
>>>>>> 
>>>>>> ------------------------------
>>>>>> 
>>>>>> 
>>>>> _______________________________________________
>>>>> Talk-fr mailing list
>>>>> Talk-fr at openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>> 
>>>>> -------------- section suivante --------------
>>>> Une pièce jointe HTML a été nettoyée...
>>>> URL:
>>>> <http://lists.openstreetmap.org/pipermail/talk-fr/attachment
>>>> s/20161206/1144366f/attachment.html>
>>>> 
>>>> ------------------------------
>>>> 
>>> 
>>> 
>>>> Fin de Lot Talk-fr, Vol 125, Parution 16
>>>> ****************************************
>>>> 
>>> 
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>> 
>> 
>> 
>> 
>> --
>> 
>> *Florian Lainez*
>> @overflorian <http://twitter.com/overflorian>
>> 
> 
> 
> 
> --
> 
> *Florian Lainez*
> @overflorian <http://twitter.com/overflorian>
> -------------- section suivante --------------
> Une pièce jointe HTML a été nettoyée...
> URL:
> <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161212/2e7d9829/attachment.html>
> 
> ------------------------------

Plus d'informations sur la liste de diffusion Talk-fr