Hello,
merci pour tes retours Florian ! Je vais voir ce que je peux faire pour
améliorer l'ergonomie et la compréhension de l'outil.
Ton premier exemple est un magnifique exemple de ce qu'il ne faut pas
faire :p
tu as associé la ligne OSM 65, du réseau RATP avec la ligne 65 du réseau
Pays de l'Ourcq...
https://ref-lignes-stif.5apps.com/line.html?osm_relation=954977&line_code=65
Si les arrêts noirs et bleus se superposent, c'est qu'il y a des chances
pour que ça soit la même ligne.
Perso, je regarde d'abord si les propriétés de la ligne sont cohérentes
et si ça semble ok je checke si les arrêts sont cohérents.
Pour le moment, l'outil ajoute juste le code ExternalCode_Line du
fichier opendata du STIF, car il est lié à l'offre de transport (donc je
sais que je peux l'utiliser pour afficher les arrêts de la ligne).
Le ref:FR:STIF est celui qui était déjà dans OSM avant que le STIF ne
mette son référentiel en opendata, celui dont on sait pas bien si c'est
un code RATP ou un vieux ref STIF plus valide.
La page d'accueil est mise à jour manuelle à partir d'une extraction
Osmosis, je me fixe deux mises à jour par semaine (ça suffira ?)
Noémie
Date: Mon, 12 Dec 2016 12:53:09 +0100
From: Florian LAINEZ <winner...@free.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:
<CALZSDK+5nrcMnUm3B9g31zK=md=R_9F10f=qdaD+=mpt57q...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
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 <winner...@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.leh...@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.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:
<cahuxktlxk8o2nf406quwfbmmpfez4unuy7g-afxtghwscth...@mail.gm
ail.com>
Content-Type: text/plain; charset="utf-8"
Le 5 décembre 2016 à 21:49, Noémie Lehuby
<noemie.leh...@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.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:
<CAHUxktL+txPNO5nXZPK8QuV9B0QMupK=AqUdPvYwu9TFnHF_4A@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 <winner...@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.sanspourr...@spamgourmet.com> a
écrit :
Le 04/12/2016 à 18:41, Noémie Lehuby -
noemie.leh...@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@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/attachment
s/20161205/183afb3b/attachment-0001.html>
------------------------------
_______________________________________________
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/attachment
s/20161206/1144366f/attachment.html>
------------------------------
Fin de Lot Talk-fr, Vol 125, Parution 16
****************************************
_______________________________________________
Talk-fr mailing list
Talk-fr@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.html>
------------------------------
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
