Fabien Marchewka a écrit :
> Bonjour,
>
> J'ai enfin réussi avec le cadastre en ligne (qui n'est pas vectorisé dans
> mon cas) à l'utiliser pour OSM. Je vais faire une doc à ce sujet sur le
> wiki.
> En gros :
> - Sortie d'un PDF en A3 de la zone voulue avec obligatoirement des repères
> - conversion du PDF vers TIFF avec GIMP
> - géoréférencement du TIFF sous QGIS (pas simple avec les projections en
> tout cas pour moi qui ne connaissait pas grand chose à ce domaine)
> - export vers mapserver depuis QGIS
> - import dans merkaartor (je pense que ca fonctionne sous JOSM) sous forme
> d'une couche WMS
J'ai utilisé cette méthodo il y a quelques mois (à certaines nuances
près : QGis | OpenJUMP ; merkaator | JOSM). J'en suis arrivé à la
conclusion que la perte de qualité d'un raster déformé par une
transformation est handicapante selon le type d'objet que l'on cherche à
digitaliser : pour des limites communales, ce n'est pas forcément gênant
; pour du bâti ou repérer des toponymes, c'est plus craignos.
Aussi, dans le cadre de la digitalisation des communes de la communauté
urbaine de Strasbourg (et du reste du 67 en cours), j'ai préféré faire
le géoréférencement sur les données vectorielles que sur les images
importées. En gros :
- saisie de 2 couples de coordonnées sur la feuille travaillée
directement sur le site web du cadastre (les croisillons de coordonnées
choisis, de préférence, en diagonale de la feuille).
- création de 2 vecteurs de transformation ("warping vectors"), sous
OpenJUMP, à partir des coordonnées du plan d'un côté et des coordonnées
Lambert de l'autre.
- saisie de la limite communale directement sur le site web du cadastre
(outils avancés/fichier de points)
- conversion du format "www.cadastre.gouv.fr) en WKT (Well Known Text) à
l'aide d'un script shell -dispo-)
- transformation des coordonnées "plan" en coordonnées géographiques (il
faut évidemment connaître la projection Lambert de la feuille : dans
tout le 67 c'est du Lambert I zone) à l'aide la fonction "Affiner" (menu
Outils/Déformer d'OpenJUMP)
- on obtient un bout de ligne qu'il faut assembler, feuille par feuille,
pour obtenir un way représentatif de la limite entre deux bans communaux
- il reste à transformer cela en quelque chose de digérable par JOSM.
C'est là qu'intervient PostGIS. Les données d'OpenJUMP (aggrémentées
d'attributs "left:city", "right:city") sont enregistrées dans une table
simple (géométrie LINESTRING). Une "bête" fonction pgsql convertit (avec
la reprojection vers WGS84) les lignes en objets OSM : way, nodes (pas
encore de relation) avec tous des identifiants négatifs pour que JOSM
comprenne qu'il a à faire à de nouveaux objets.
- Il ne reste plus qu'à ouvrir JOSM, charger une zone à partir du
serveur, charger les nouvelles données, fusionner les 2 calques,
procéder aux ajustements sur les noeuds mitoyens et uploader le
résultat.http://beta.letuffe.org/?zoom=12&lat=48.62284&lon=7.62151&layers=B000000000FFTFFFFF
Un exemple de ce que cela peut donner (il y a mélange de données
vectorielles directement issues du plugin cadastre-fr et d'autres
produites à partir de feuilles "raster") ici :
http://beta.letuffe.org/?zoom=12&lat=48.62284&lon=7.62151&layers=B000000000FFTFFFFF
(Sylvain, pourquoi Ittenheim -et sa si jolie trompe- n'apparaît pas ?)
Ce soir j'attaque Furdenheim (fastoche, il ne reste que la feuille 40-01
à faire !!!)
Une dernière remarque : j'ai obtenu des résultats d'une très bonne
précision pour les raccords entre feuilles et entre communes. Cela a
rarement dépassé les 5m. J'ai aussi du prendre les données de la commune
voisine de celle que je travaillais parce qu'un feuille était
inexploitable (coordonnées de référencement fausses). On apprend
beaucoup sur ce qui faisable, raisonnable....
>
> Le plus gros boulot et qu'il y a 74 feuilles et que pour travailler à une
> résolution correcte, il faut 2 pdf par feuille, donc 148 fois cette manip
> à refaire.
L'assemblage des 2 parties de feuilles dans GIMP (c'est précis avec des
images entre 200 et 300 dpi) est une solution tout à fait envisageable
(et permet une économie de temps). Pour des limites communales, il n'est
pas toujours nécessaires de prendre toute la feuille cadastrale, seul un
bout suffit (à condition d'avoir les croisillons dedans).
>
> Alors j'ai une question qui s'adresse plus particulièrement au créateur du
> plugin JOSM, comment faire pour récupérer automatiquement les planches en
> résolution correcte (pouvoir lire le nom des rue et les repères) sous
> forme du moins d'images possibles ?
Les planches papier ont été scannées à 254 dpi (de mémoire, à
confirmer). Une indication pour convertir les pdf.
Autre astuce, issue de mon expérience, : avant de produire le pdf,
choisir un échelle double de l'échelle originale (un export au 1.000e
d'une feuille originale au 500e est suffisant.
>
> En tout cas, j'ai une solution certes pas encore très rapide mais qui
> fonctionne bien (vérification faite avec des points GPS).
Pour info, dans une soirée (2 à 3 heures) où je suis en forme, je peux
ainsi traiter une dizaine de feuilles cadastrales (jusqu'au produit
fini) ce qui peut, ne représenter que 2 ou 3 limites intercommunales.
Je confirme (en attendant d'attaquer la montagne vosgienne), en plaine,
j'ai eu des raccords à moins d'1 mètre entre 2 communes !! Ce n'est pas
vrai partout, non plus ;-)
Dans l'état actuel des services offerts par le site du cadastre, j'ai
bien peur qu'il n'y ai pas méthode "rapide". L'avantage, comme quand on
privilégie les départementales aux autoroutes, c'est qu'on a le temps de
contempler le paysage cadastral. Et c'est instructif (erreurs de
coordonnées, décalage des coordonnées entre feuilles, représentation
différentes des mêmes familles d'objets, etc.).
>
> Fabien.
My 0.02€
Denis
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
