Bonjour à tous,
Je récapitule ici quelques avancées pour l'import de données cadastrales dans
les DOM.
Les systèmes de projection changent pratiquement pour chaque ile. Mais vu la
projection unique et le faible nombre de commune par dpt , j'ai donc apporté
quelques modifications aux scripts suivant de l'outil d'import de Fred:
Ce n'est pas très rigoureux mais ça marche en attendant une refonte du code ;-)
-----------------------------------------------------------------------------------
Dans conv-lambert.sh
java -jar tools/geoconv.jar -o WGS84 -deg -in "Lambert $lambertZone \${1} \${2}
0" -out '<trkpt lat="${2.3}" lon="${2.2}"></trkpt>' "${inputFile}"
remplacé par :
java -jar tools/geoconv.jar -o WGS84 -deg -in "UTM 20 N \${1} \${2} 0" -out
'<trkpt lat="${2.3}" lon="${2.2}"></trkpt>' "${inputFile}"
-----------------------------------------------------------------------------------
Dans conv-lambert-gnuplot.sh
java -jar tools/geoconv.jar -o WGS84 -deg -in "Lambert $lambertZone \${1} \${2}
0" -out '<trkpt lat="${2.3}" lon="${2.2}"/>' "${inputFile}"
remplacé par :
java -jar tools/geoconv.jar -o WGS84 -deg -in "UTM 20 N \${1} \${2} 0" -out
'<trkpt lat="${2.3}" lon="${2.2}"/>' "${inputFile}"
-----------------------------------------------------------------------------------
Et enfin dans rcc.sh
layer="CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:PT2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE"
style="LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEUDIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90"
Par:
layer="CDIF:COMMUNE"
style="COMMUNE_90"
pour n'avoir que la couche commune et donc que les contours.
-----------------------------------------------------------------------------------
On peut peut être étendre cette dernière modif au code original (peut être
qu'on y gagnera en vitesse de téléchargement (moins de couches solicitées sur
le WMS) et à la vectorisation (brun sur blanc uniquement)
Ton avis Fred ???
Donc une fois ces modifs faites on a, comme le disais pieren il y a qqs
semaines, un décalage d'environ 200m au Nord Est, du tracé GPX simplifié par
rapport à l'existant !
Sachant que le systeme de projection que j'ai utilisé est l'UTM 20N (Guadeloupe
et Martinique). Je mène quelques investigations pour savoir d'où vient ce
décalage :
-Mauvais calcul de géoconv UTM 20N -> WGS84 ?
-Mauvais système de projection ?
-Ou les deux ?
Fred l'outil plante systématiquement quand il traite plusieurs communes suite à
mes modifs. Est-ce que le fait qu'il y ait des traits de côte (et oui ce sont
des iles ;-) ) sur toutes les communes y ait pour quelque chose ?
Les communes morcelées (Voir CAPESTERRE BELLE EAU dépt 971 (Guadeloupe) sur le
cadastre) posent aussi problèmes, là aussi je recherche aussi une solution de
mon côté.
Cet outil permet d'entrevoir des solutions pour les Territoires Ultramarins en
attendant le support d'autres systèmes de projection dans JOSM (en même temps
cela va être difficile de tous les supporter).
Le fichier GPX simplifié est, tout de même, la plupart du temps créé, mais en
décalage comme je le disais plus haut.
Bon on avance c'est le principal.
;-) Pa Ni Pwoblèm comme on dit chez nous ;-)
Merci d'avance à tous ceux qui se pencheront sur le sujet.
Je reviendrai vers vous dès que j'aurais du concret.
See Ya Compañéros !
_________________________________________________________________
Windows Live™ Hotmail®:…more than just e-mail.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_more_042009_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
