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

Lun 12 Déc 20:01:01 UTC 2016

Bonsoir,

J'ai poussé une mise à jour de l'outil, avec quelques améliorations 
mineures : https://ref-lignes-stif.5apps.com/
Je pense que je ne vais pas faire beaucoup d'autres évolutions dans 
l'outil, vu que Florian a déjà associé plus des 3/4 des lignes ;) Belle 
performance !

Quelques pistes pour aller plus loin:
préparer le deuxième service :
on a plus d'un millier de lignes côté opendata, et péniblement 400 côté 
OSM ... donc il en manque.
Il y en a pas mal qui sont déjà présentes dans OSM mais pas 
cartographiées rigoureusement selon le schéma (des fois il manque le tag 
route_master, des fois on a l'aller et le retour de la ligne dans la 
même relation, etc)
Là, je n'ai pas d'outil ni pour détecter ni pour aller plus vite dans la 
remise au carré des relations, mais je pense qu'il y a pas mal de 
boulot.

Ensuite, pour trouver les lignes opendata qui pourraient correspondre, 
j'utilise le code de la ligne (tag ref), donc s'il est manquant, ça 
marche po.
(Il y a une grosse dizaine de lignes dans ce cas)

utiliser l'association déjà réalisée pour compléter OSM :
pour le moment, c'est assez minimaliste, mais on doit pouvoir trouver 
les tags network / operator / from / to en se basant sur les données 
opendata qui matchent.

étudier les cas en erreurs :
on peut se lister les cas où on arrive pas à trouver d'association (sur 
le wiki ?) pour analyser ça et voir si ce sont des données OSM 
correspondant à des lignes qui n'existent plus, ou des erreurs dans 
l'opendata ou dans OSM.
À noter que j'ai aussi vu plusieurs lignes OSM associées à une même 
ligne Opendata : pas sûre que ça soit normal, ça vaudrait le coup de 
regarder ça plus finement.

passer au référentiel des arrêts :
mais j'ai pas encore d'idée de comment tourner l'outil pour que ça soit 
aussi simple que pour les lignes

isoler les lignes complètement manquantes dans OSM :
pour organiser des cartoparties ;)

documenter ça proprement dans le wiki :
pour pas qu'on se demande dans 6 mois à quoi correspond ce 
ref:FR:STIF:ExternalCode_Line obscur.

Bref, il y a de la matière ;)

Noémie

PS : On peut recycler le Mattermost du projet BATO pour ne pas polluer 
la liste : https://framateam.org/bato-fr/channels/stif

> Date: Mon, 12 Dec 2016 15:34:00 +0100
> From: Florian LAINEZ <winnerflo at free.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:
> 	<CALZSDKJgvsF3PgOijMX9mM71LWJ97HaGmDa4sD22WkX=YMkmiA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Bon en plus du réseau Noctilien j'ai fait les pages 10 à 40 (hors 
> erreurs
> comme reporté ci-avant), histoire de bien commencer la semaine.
> Noémie tu peux peut-être faire une mise à jour aujourd'hui ou demain du
> coup ;)
> 
> Quelques problèmes supplémentaires que je n'arrive pas à résoudre
> simplement :
> https://ref-lignes-stif.5apps.com/line.html?osm_relation=
> 3256315&line_code=31
> https://ref-lignes-stif.5apps.com/line.html?osm_relation=6744194&line_code=4
> https://ref-lignes-stif.5apps.com/line.html?osm_relation=1942584&line_code=8
> https://ref-lignes-stif.5apps.com/line.html?osm_relation=1650713&line_code=1
> https://ref-lignes-stif.5apps.com/line.html?osm_relation=1553375&line_code=341
> 
> Le 12 décembre 2016 à 14:17, Florian LAINEZ <winnerflo at free.fr> a écrit 
> :
> 
>> 
>> Le 12 décembre 2016 à 13:56, Noémie Lehuby 
>> <noemie.lehuby at openmailbox.org>
>> a écrit :
>> 
>>> Ton premier exemple est un magnifique exemple de ce qu'il ne faut pas
>>> faire :p
>> 
>> je suis ravi ! Je n'ai en effet pas été très bon :/
>> J'ai revert mon edit du coup.
>> 
>> Le 12 décembre 2016 à 13:56, Noémie Lehuby 
>> <noemie.lehuby at openmailbox.org>
>> a écrit :
>> 
>> La page d'accueil est mise à jour manuelle à partir d'une extraction
>> Osmosis, je me fixe deux mises à jour par semaine (ça suffira ?)
>> 
>> Pas moyen d'automatiser ça chaque nuit ? ;)
>> Sinon ça suffira, yes
>> 
>> Du coup pour être certain de ne pas mapper les mêmes lignes que les 
>> autres
>> j'ai pris les pages 20 à 30.
>> Après quelques lignes de mappées, je commence à prendre le coup de 
>> main.
>> 
>> Les seules lignes que je n'ai pas réussi à résoudre sont les suivantes 
>> :
>> https://ref-lignes-stif.5apps.com/line.html?osm_relation=589
>> 0965&line_code=95-20
>> https://ref-lignes-stif.5apps.com/line.html?osm_relation=573
>> 6934&line_code=Q
>> https://ref-lignes-stif.5apps.com/line.html?osm_relation=572
>> 8884&line_code=L
>> https://ref-lignes-stif.5apps.com/line.html?osm_relation=363
>> 8709&line_code=6 (serait-ce la proposition 12/13 ?)
>> Ce sont quelques cas particuliers sur lesquels il vaudrait le coup de 
>> se
>> plonger ...
>> 
>> En plus de cela, on a souvent une erreur "Il y a eu un souci dans
>> l'affichage des données opendata candidates" mais j'imagine que c'est 
>> parce
>> que l'algo n'arrive tout simplement pas à faire de suggestion
>> d'association, n'est-ce-pas ?
>> 
>> Je monopolise la conversation mais c'est normal : je trouve que cet 
>> outil
>> est juste incroyable ;)
>> J'en oublie même d'aller déjeuner, c'est dire.
>> 
>> --
>> 
>> *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/3bf9b60c/attachment-0001.html>
> 
> ------------------------------