[OSM-talk-fr] OpenData EtatLab et l'IGN
Matthias Dietrich
eiger.osm at gmail.com
Mer 7 Déc 10:09:26 UTC 2011
Le 7 décembre 2011 09:01, Damouns <damouns at gmail.com> a écrit :
> Je suis d'accord : pas d'import des contours communaux GeoFla dans
> OSM. Surtout quand on voit leur qualité. Les GeoFla France entière
> sont maintenant disponibles pour toute personne qui le souhaite
> puisque leur licence est libre désormais ; on pourrait les utiliser
> pour du contrôle qualité mais de grâce, pas d'inhibition du travail de
> création à partir du cadastre, on a trop à y perdre.
>
+1
Comme cela a déjà été dit, l'import des limites GeoFla serait de toute
façon un travail "pour rien", dans la mesure où ces limites auraient
vocation à être remplacées par celles du cadastre. Cet import ne
serait pas non plus aussi facile que ça, car il faudrait tricoter avec
les limites existantes et plus précises. Ceci implique du travail
manuel et fastidieux de recollement de morceaux de ways "GeoFla" sur
des ways "cadastre", tout en sachant que les ways "GeoFla" peuvent
disparaître une semaine plus tard, avec l'arrivée de nouvelles
communes dans le cadastre. Personnellement, ça ne me motive pas trop
de passer des heures à recoller des morceaux s'ils sont voués à
disparaître la semaine suivante.
Si un tel import devait tout de même se faire, il faudrait alors
modifier l'analyse des communes de Sly, et peut-être certaines
analyses Osmose de sorte qu'elle ne tiennent pas compte des communes
aux contours GeoFla. Tout ça suppose bien évidemment que ces communes
GeoFla aient un tag "source" correctement renseigné.
Je ne vois pas vraiment la valeur ajoutée de cet import. Comme dit, on
peut très bien garder les contours GeoFla à côté et les combiner aux
données OSM selon les besoins.
Plus d'informations sur la liste de diffusion Talk-fr