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
--
*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
_______________________________________________
Talk-fr mailing list
Talk-fr@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 <cqu...@openstreetmap.fr>
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:
<caaxy6dopdwmxathijqrdfhuoyf+o2eoddasgu2nvjacygb_...@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.ama...@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 <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
--
*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@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>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
