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

Florian LAINEZ winnerflo at free.fr
Lun 12 Déc 11:53:09 UTC 2016 

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.htm>

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