[OSM-talk-fr] transport en commun à lyon et osmose

lenny.libre lenny.libre at orange.fr
Lun 12 Déc 14:50:26 UTC 2016


Le 08/12/2016 à 23:10, Frédéric Rodrigo a écrit :
> Le 08/12/2016 à 17:10, lenny.libre a écrit :
>>
>>
>> Le 05/12/2016 à 20:54, Jérôme Amagat a écrit :
>>> J'ai fait la même chose pour Lyon que ce que j'ai fait à Rennes (en 
>>> essayant de faire moins d'erreur...)
>>> les données sont là : 
>>> http://data.grandlyon.com/equipements/points-darrft-du-rfseau-tcl
>>> Sur les points des données (ils sont, je pense, là où les bus 
>>> s'arrête donc la plupart du temps sur les zébras c'est pas tout a 
>>> fait les platform mais presque) j'ai mis les tags highway=bus_stop, 
>>> public_transport=platform, bus=yes, network=TCL, ref:FR:TCL=*, 
>>> name=* et wheelchair=(yes ou no)
>> Bonjour
>> Bien qu'on puisse trouver des nœuds taggés avec l'ancien schéma de 
>> transport "highway=bus_stop" avec également les tags du nouveau 
>> "public_transport=platform", je ne vois pas l’intérêt de le faire sur 
>> les nouveaux nœuds créés.
>> En général, lorsque je modifie un nœud, j'ajoute les nouveaux tags 
>> sans supprimer les anciens, si j'en crée un, je ne met que les nouveaux.
>>
>> Avec la liste des lignes, on peut peut-être vérifier si la relation 
>> existe, et si le rôle est ok ?
>>
>> En regardant Osmose sur Rennes, j'ai vu que lorsque l'arrêt existe, 
>> il y a systématiquement deux alertes "les suggestions proposées" mais 
>> également une alerte "arrêt non intégré" ? 
>
> Oui tout ça va ensemble, pour les données OpenData Osmose remonte 
> quand c'est possible :
> - les données non intégrées
> - les rapprochent possibles
> - les propositions de mise à jour
> - les données en "trop" dans OSM
oui, je comprends bien, que les données remontent plusieurs contrôles, 
mais là il propose au même endroit deux signalisations (à priori 
contradictoires, l'une considère que le nœud existe, l'autre qu'il 
n'existe pas) :
- des mises à jour du nœud existant (par exemple de nouveaux tags, ou 
des corrections de tags erronés) ce qui est logique
- par contre il propose systématiquement des création de nœuds existants 
"stop not integrated", qui n'est pas exact puisque le nœud est bien 
intégré, il a d'ailleurs été trouvé sur la signalisation ci-dessus ; 
Osmose sait donc, bien détecter que le nœud existe puisqu'il propose sa 
modification sur l’alerte précédente. Et peut entraîner des créations de 
doublons si le contributeur n'est pas attentif.

De plus, il propose d'ajouter "bus=yes" sur le nœud 
"public_transport=platform" alors que d’après le wiki il est plutôt sur 
le nœud "public_transport=stop_position" ; ne faudrait-il pas dans ce 
cas faire évoluer le wiki avant osmose ?

cordialement
Léni
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161212/61250b5c/attachment.htm>


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