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.leh...@openmailbox.org <mailto:noemie.leh...@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.ama...@gmail.com>
To: Discussions sur OSM en français <talk-fr@openstreetmap.org>
Subject: Re: [OSM-talk-fr] intégration des référentiels STIF
Message-ID:
<cahuxktjnsian5go6iomysnqra-cskg9ucufnva2rrfbszrj...@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 <winner...@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.rodr...@gmail.com> a
écrit :
Le 06/12/2016 à 19:13, Florian LAINEZ a écrit :
Le 6 décembre 2016 à 13:45, Christian Quest <cqu...@openstreetmap.fr
<mailto:cqu...@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
