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

Jeu 8 Déc 22:08:22 UTC 2016

C'est à cause de cette indécidabilité que j'avais arrêté d'essayer de 
valider et de dédupliquer les arrêts de bus avec Osmose.

D'ailleurs Florian j'avais pour cette raison évoqué avec la toi l'idée 
de faire de BATO une base des stop area plutôt que des stops.

Pour ce qui est du GTFS je ne vois pas en quoi ça peut aider.

Le 07/12/2016 à 20:48, Florian LAINEZ a écrit :
> Très intéressante démonstration Noémie.
> Du coup peut-être en effet devrions-nous attendre de pouvoir exploiter 
> le GTFS avant de se lancer dans l'intégration des données STIF ...
> Fred tu penses que ça pourrait passer sur la liste au père-noël ? ;)
>
> Le 7 décembre 2016 à 11:15, Noémie Lehuby 
> <noemie.lehuby at openmailbox.org <mailto:noemie.lehuby at openmailbox.org>> 
> a écrit :
>
>     Bref, vous voulez pas qu'on commence par les lignes / relations
>     route_master, et qu'ensuite on voit comment on peut redescendre
>     sur les relations route, puis les relations stop_area et les
>     noeuds  public_transport = platform?
>
> pourquoi pas mais on fait comment ? Il me semble qu'il nous manque 
> pour l'instant un outil pour faire le boulot efficacement, /n'est-il 
> pas/ ?

Le 07/12/2016 à 11:15, Noémie Lehuby a écrit :
> Bonjour,
>
> Je ne suis pas favorable à l'utilisation d'Osmose pour intégrer les 
> codes des points d'arrêts, du moins pour le moment. Je pense que ça 
> risque d'induire des erreurs chiantes à redresser par la suite.
> Déjà parce qu'on ne va pas forcément avoir une relation 1 1 entre les 
> deux référentiels.
> Voir par exemple ce cas :
> https://framapic.org/xhAIOVchGrbR/GusjVGKbAd0L.png
> (bleu STIF, rose OSM)
> les données OSM sont conformes au terrain : il y a en effet uniquement 
> deux arrêts de bus
> les données du STIF ont une qualité honorable, mais présentent un 
> couple d'arrêt pour chaque transporteur qui s'arrête à cet endroit
>
> Et à part pour les cas simples (par exemple un arrêt bien isolé), je 
> ne vois pas trop comment on peut déterminer quel est l'arrêt qui 
> matche côté STIF sans s'aider des lignes qui y passent.
> Une intégration en s'appuyant sur la base des données transport 
> globales (GTFS par exemple) est en effet à mon avis beaucoup plus 
> pertinente.
> Par exemple sur ce cas-là, ça me semble loin d'être évident de voir 
> quel arrêt OSM correspond à quel(s) arrêt(s) STIF.
> https://framapic.org/k9Pz6OezPUAu/WKoTWeaYyLSm.png
> (vert STIF, rose OSM)
>
>
> Bref, vous voulez pas qu'on commence par les lignes / relations 
> route_master, et qu'ensuite on voit comment on peut redescendre sur 
> les relations route, puis les relations stop_area et les noeuds  
> public_transport = platform?
>
> Noémie
>
>> Date: Wed, 7 Dec 2016 02:05:13 +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:
>>     <CAHUxktJNsiAn5GO6iOMYSNQrA-cskg9ucUFNvA2rrfBszRjYUw at mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> pour le STIF dans le GTFS le "ref" des arrêts dans tous les fichier 
>> sauf 1
>> c'est un stop_id différent du ZDEr_ID_REF_A mais il y a quand même un
>> fichier pour passer du
>> ZDEr_ID_REF_A au stop_id
>>
>>
>> Le 6 décembre 2016 à 22:20, Florian LAINEZ <winnerflo at free.fr> a écrit :
>>
>>> Si OSMOSE se met à manger du GTFS c'est certain que ça permettrai de
>>> passer à une autre échelle.
>>> Fred tu comptes l'implémenter du coup ?
>>> Comment comptes-tu gérer l'évolution des données sources dans le 
>>> temps ?
>>> Autant avec un jeu de données statiques tu peux valider/ignorer un POI,
>>> autant si les données évoluent il faut être certain de disposer d'un
>>> identifiant pérenne.
>>>
>>> Fred en attendant peut-être vaut-il déjà intégrer les données 
>>> statiques du
>>> STIF comme première étape.
>>> Merci
>>>
>>>
>>>
>>> Le 6 décembre 2016 à 20:44, Frédéric Rodrigo <fred.rodrigo at gmail.com> a
>>> écrit :
>>>
>>>> Le 06/12/2016 à 19:13, Florian LAINEZ a écrit :
>>>>
>>>>>
>>>>> Le 6 décembre 2016 à 13:45, Christian Quest <cquest at openstreetmap.fr
>>>>> <mailto:cquest at openstreetmap.fr>> a écrit :
>>>>>
>>>>>     J'ai regardé dans mon quartier desservi par la RATP... c'est
>>>>>     "correct" à 50m près.
>>>>>
>>>>> J'en ai à peu près le même souvenir. J'ai checké une belle quantité
>>>>> d'arrêts autour de gares Transilien cet été, j'en ai trouvé 
>>>>> certains sur
>>>>> les quais de gares ... d'autres très bien placés.
>>>>>
>>>>>     Le STIF agrégeant des données provenant d'une multitude de
>>>>>     sociétés de transport, la qualité géométrique n'est sûrement pas
>>>>>     homogène
>>>>>
>>>>> exactement.
>>>>>
>>>>> Fred tu peux considérer le champs ZDEr_ID_REF_A comme notre 
>>>>> ref:FR:STIF,
>>>>> merci
>>>>>
>>>>> Au passage je vous signale cette issues sur osmose-backend:
>>>>
>>>> https://github.com/osm-fr/osmose-backend/issues/163
>>>>
>>>> qui propose de faire la même chose à un niveau industriel.
>>>>