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

Noémie Lehuby noemie.lehuby at openmailbox.org
Mer 7 Déc 10:15:27 UTC 2016


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.
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> 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/attachments/20161207/8488f152/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 7 Dec 2016 07:26:20 +0100
> From: Christian Quest <cquest at openstreetmap.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:
> 	<CAAXY6DOpdwMxAthijqrdFHUOYF+O2EoDDASGu2nvJAcYGB_6Mg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Il faut SI POSSIBLE se baser sur l'id qu'on peut voir sur le terrain... 
> et
> des id "STIF" j'en ai déjà vu sur des réseaux non RATP.
> 
> Le 7 décembre 2016 à 02:05, Jérôme Amagat <jerome.amagat at gmail.com> a 
> écrit
> :
> 
>> 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.
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> 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
>>> 
>>> 
>> 
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>> 
> 
> 
> --
> Christian Quest - OpenStreetMap France
> -------------- section suivante --------------
> Une pièce jointe HTML a été nettoyée...
> URL:
> <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161207/fb3e6f39/attachment-0001.html>
> 





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