Le 22/05/2013 22:20, Christian Quest a écrit :
Quand j'entends "générique", je tique. Face aux jeux de données d'un nouveau
producteur, il faudra se (re)poser des questions sur la qualité de ce qu'on
nous propose. Que l'interface pour les fourmis OSM soit au final la même
d'un producteur à l'autre pourquoi pas (c'est même souhaitable), mais en
amont il faut par principe être prêt à adapter la donnée, pour la faire
converger vers notre "cahier des charges" : un mélange de compatibilité
technique (format osm, système de coordonnées, géométrie correcte) et de
choix éditoriaux (quels modèle de tags pour quelles entités), le tout
combiné aux particularismes liés de chaque source.
De mon côté, volontiers partant pour discuter de tout ça le moment venu.
Quand je parle de générique, c'est plutôt de code réutilisable.
Pour osmose, à chaque jeu de données, il y a une phase d'évaluation,
puis de mise en forme pour faire rentrer ça dans le moule existant et
c'est à ce process que je pensais, mais pour autre chose que du
ponctuel.
En fait il n'y a même pas de mise en forme. Le principe est justement de
"configurer" toutes les spécificités (projection, encodage, tags fix,
tags paramétrées...) sur la base d'un code réutilisable. Le but est
d'avoir un minium d'opération à faire, et surtout le moins possible
d'opération manuelle de traitement, ce qui facilite les mises à jour.
Dans la plus grande partie des cas le seul traitement fait sur les
données est de faire bz2 du csv, pas plus.
Voilà à quoi ressemble un de ces fichiers de "configuration" type :
https://gitorious.org/osmose/backend/blobs/master/analysers/analyser_merge_railstation_fr.py
Toutes les analyses "merge" sont de ce type. C'est un partie de l'avant
dernière section d'osmose (item=7xxx), et toute la dernière section
(item=8xxx).
Osmose est capable de projeter sur des way ou relations mais pas d'en
importer.
Frédéric.
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
