Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-28 Par sujet Jean-Francois Nifenecker
Bonjour,

Le 27/08/2014 22:03, Sébastien Dinot a écrit :
 
 Voici comment je travaille pour ma part lorsque j'importe le bâti d'une
 commune sachant que je passe pas mal de temps à nettoyer la donnée
 cadastrale au préalable :
 
 1. Je télécharge le fichier du bâti et je l'ouvre dans un calque de JOSM
sans importer les données OSM sur cette commune.

[...]

 
 6. Une fois tout le bâti reporté, je passe un petit coup de Validator et
je corrige ce que je peux.

+1

C'est que j'ai fait sur Sabres (Landes) qui bénéficie des mêmes
problèmes que Saugnacq-et-Muret : des décalages variables, de pas de
décalage à gros décalage selon la situation dans la commune.
Les Landes n'étant pas un département réputé pour ses hauts sommets et
ses déclivités importantes, en particulier la zone en question, on ne
peut guère incriminer le relief...

-- 
Jean-Francois Nifenecker, Bordeaux

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-28 Par sujet Pieren
Je ne suis pas sûr que vouloir rectifier les données par feuille
cadastrale soit le plus pertinent. Il arrive que le décalage varie à
l'intérieur d'une feuillle. Cela dépend de la qualité de l'ancienne
feuille raster (possiblement répartie sur plusieurs sections
d'ailleurs) et sa numérisation.
Mais si tu veux absolument retrouver le découpage des anciennes
feuilles, tu peux le faire avec le plugin cadastre-fr de josm en le
chargeant avec un zoom faible pour retrouver les images de vue
d'ensemble de la commune disponibles sur cadastre.gouv.fr. Pour cela,
il suffit de configurer le plugin et changer la taille des grab. Au
lieu de 100x100 mètres, tester avec des valeurs plus grandes comme
1000 ou 5000 mètres (au pif). On peut aussi filtrer le type de données
chargées sur le WMS du cadastre (calques) et ne garder que les limites
administratives.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-28 Par sujet leni


Le 28/08/2014 13:40, Pieren a écrit :

Je ne suis pas sûr que vouloir rectifier les données par feuille
cadastrale soit le plus pertinent. Il arrive que le décalage varie à
l'intérieur d'une feuillle. Cela dépend de la qualité de l'ancienne
feuille raster (possiblement répartie sur plusieurs sections
d'ailleurs) et sa numérisation.
Mais si tu veux absolument retrouver le découpage des anciennes
feuilles, tu peux le faire avec le plugin cadastre-fr de josm en le
chargeant avec un zoom faible pour retrouver les images de vue
d'ensemble de la commune disponibles sur cadastre.gouv.fr. Pour cela,
il suffit de configurer le plugin et changer la taille des grab. Au
lieu de 100x100 mètres, tester avec des valeurs plus grandes comme
1000 ou 5000 mètres (au pif). On peut aussi filtrer le type de données
chargées sur le WMS du cadastre (calques) et ne garder que les limites
administratives.

Pieren
Merci de toutes les réponses, ce n'est pas que je tienne à le faire par 
feuille, mais comme j'avais vu sur la discussion que c'était une 
solution : je me posait la question de comment faire.


Mais pas de problème, je vais continuer à faire comme d'hab, par 
morceaux au lasso ; par contre, comment tenir compte du décalage de Bing 
différent suivant les repères ?


Leni

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-28 Par sujet Pieren
2014-08-28 14:42 GMT+02:00 leni lenny.li...@orange.fr:

 Mais pas de problème, je vais continuer à faire comme d'hab, par morceaux au
 lasso ; par contre, comment tenir compte du décalage de Bing différent
 suivant les repères ?

Les repères géodésiques sont les seuls points fiables. Il faut juste
vérifier que personne ne les a déplacé.
Après ça, dans ce que j'ai vu, l'écart avec bing n'est pas énorme.
C'est écart peut aussi varier suivant le niveau de zoom de l'image
aérienne.
Il est possible de décaler cette image dans JOSM mais je ne suis pas
sûr que ça soit une bonne solution ici, vu la faiblesse de l'écart
avec le point géodésique. La correction des bâtiments du cadastre est
bien plus important et même si ça ne colle pas au mètre près avec le
point géodésique, on aura déjà fait 95% du boulot. De plus, si tu
décales l'images chez toi, d'autres vont à nouveau constater un écart
entre Bing et les données que tu auras corrigé. Bon, pour ça, il
existe je crois un plugin qui permet de partager avec les autres
contributeurs les déplacements de l'imagerie Bing. Encore une fois, je
suis assez sceptique là-dessus vu que les écarts changent avec les
niveaux de zoom ou même que Bing actualise (relativement) souvent ses
images.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-28 Par sujet leni


Le 28/08/2014 17:08, Pieren a écrit :

Les repères géodésiques sont les seuls points fiables. Il faut juste
vérifier que personne ne les a déplacé.
Après ça, dans ce que j'ai vu, l'écart avec bing n'est pas énorme.
C'est écart peut aussi varier suivant le niveau de zoom de l'image
aérienne.
Il est possible de décaler cette image dans JOSM mais je ne suis pas
sûr que ça soit une bonne solution ici, vu la faiblesse de l'écart
avec le point géodésique. La correction des bâtiments du cadastre est
bien plus important et même si ça ne colle pas au mètre près avec le
point géodésique, on aura déjà fait 95% du boulot. De plus, si tu
décales l'images chez toi, d'autres vont à nouveau constater un écart
entre Bing et les données que tu auras corrigé. Bon, pour ça, il
existe je crois un plugin qui permet de partager avec les autres
contributeurs les déplacements de l'imagerie Bing. Encore une fois, je
suis assez sceptique là-dessus vu que les écarts changent avec les
niveaux de zoom ou même que Bing actualise (relativement) souvent ses
images.

Pieren


Ok, je comprends ; je vais en rester au recalage du cadastre sans 
toucher à Bing.

 et merci
Leni

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-28 Par sujet Philippe Verdy
L'ennui c'st que l'imagerie Bing est issue d'un composite; des images de
prises de vues multiples qui sont plus ou moins déformées sur les bordures
pour recoller ensemble (notamment entre des jeux de clichés visiblement de
dates et résolution différente)

Il semble aussi que Bing applique volontairement des déformations autour de
certaines zones floutées (essentiellement des bases militaires; alors
qu'elles sont détourées de façon elle aussi grossière en incluant même des
parties du domaine public environnant comme les rues publiques qui les
traverse par exemple dans les ports maritimes).

Malgré tout, Bing donne des proportions et permet de positionner
relativement bon nombre de choses: on peut s'appuyer dessus pour recaler
les formes, réaligner les rues; désambiguer des carrefours compliqués;
positionner correctement un pont par rapport à une rivière; ordonner
correctement les passages piétons, évaluer correctement la largeur des
rues, identifier des sens de circulation en voyant les bandes blanches des
stop ou cédez-le-passage, positionner correctement les débuts et fins de
pistes cyclables par rapport aux carrefours. Et rien que ça, ça lève bon
nombre de problèmes :

On peut recaler plein de choses relativement les unes par rapport aux
autres dans leurs bonnes dimensions et orientations. Quand tout est
cohérent on peut alors penser à recaler sur les points géodésiques, mais
cette dernière étape est plutôt à faire avec précaution (car tout n'est pas
nécessairement à recaler, notamment les frontières invisibles; tant qu'on
n'a pas accès aux tracés des parcelles, et certaines données ne sont pas
aussi précises que l'imagerie comme les aires naturelles, les aires de
marnage des marées; mais concernant les limites de zones naturelles, il
vaut mieux ne pas y toucher si elles ne sont pas appuyées par un élément
concret visible précisément sur le terrain.

C'est délicat de refaire un positionnement massif, et tant qu'à faire
autant garder le positionnement Bong actuel, même s'il est légèrement
corrigé dans les versions suivantes. L'important c'est tout de même la
cohérence globale de la carte; et il n'est pas anormal qu'on est des
éléments avec des précisions différentes (par exemple le tracé des contours
des bâtiments est souvent grossier dans le cadastre et ne tient pas compte
des aménagements plus récents que la construction intiale.

Et le cadastre s'il contient une piscine ou un entrepôt les positionne
assez sommairement et n'entre pas dans le détail des facades et peut se
tromper un peu sur l'orientation du bâtiment ou de la piscine, mais pas
Bing... Son rôle c'est d'abord d'établir les limites foncières (les
parcelles); le reste est juste une estimation de la surface occupée par les
constructions qui sont dessus et ne tient pas compte des installation
légères ou réalisées légament sans permis (le tracé exact d'un chemin ou
d'une allée dans une parcelle, il s'en fiche un peu et la plupart ne sont
même pas présents non plus à moins qu'il y ait un droit de passage déclaré
pour les voisins, s'ils l'ont fait enregistrer par un notaire sans
forcément non plus passer par un géomètre poru que ce soit dessiné
correctement).

Cependant avec le cadastre numérique, les choses changent: les relevés
déclarés sont maintenant comparés aux photos aériennes de référence et les
planches ne sont plus dessinées à main levée comme avant en recopiant plus
ou moins un croquis ou un plan détaillé fourni dans la déclaration
enregistrée.




Le 28 août 2014 20:38, leni lenny.li...@orange.fr a écrit :


 Le 28/08/2014 17:08, Pieren a écrit :

  Les repères géodésiques sont les seuls points fiables. Il faut juste
 vérifier que personne ne les a déplacé.
 Après ça, dans ce que j'ai vu, l'écart avec bing n'est pas énorme.
 C'est écart peut aussi varier suivant le niveau de zoom de l'image
 aérienne.
 Il est possible de décaler cette image dans JOSM mais je ne suis pas
 sûr que ça soit une bonne solution ici, vu la faiblesse de l'écart
 avec le point géodésique. La correction des bâtiments du cadastre est
 bien plus important et même si ça ne colle pas au mètre près avec le
 point géodésique, on aura déjà fait 95% du boulot. De plus, si tu
 décales l'images chez toi, d'autres vont à nouveau constater un écart
 entre Bing et les données que tu auras corrigé. Bon, pour ça, il
 existe je crois un plugin qui permet de partager avec les autres
 contributeurs les déplacements de l'imagerie Bing. Encore une fois, je
 suis assez sceptique là-dessus vu que les écarts changent avec les
 niveaux de zoom ou même que Bing actualise (relativement) souvent ses
 images.

 Pieren


  Ok, je comprends ; je vais en rester au recalage du cadastre sans
 toucher à Bing.
  et merci
 Leni


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org

[OSM-talk-fr] décalage du cadastre et de Bing

2014-08-27 Par sujet leni

Bonjour,
- Décalage cadastre :
En voulant ajouter le bâti de Saugnac-et-Muret (Landes) à  partir du 
cadastre, j'ai constaté un décalage par rapport à  Bing - en x, y et 
inclinaison - ainsi qu'un décalage différent sur les différentes zones 
de la commune.


   http://cjoint.com/?DHymjf2ETAX
   http://cjoint.com/?DHymljJwK9l
   http://cjoint.com/?DHymm7TaNoq

J'ai trouvé la discutions 
https://lists.openstreetmap.org/pipermail/talk-fr/2014-April/067583.html
qui indique qu'il faut faire des calques séparés pour chaque section, 
mais il n'est pas indiqué comment télécharger séparément les sections et 
je ne sais comment faire ...?


- Décalage Bing
Je pensais pouvoir prendre Bing comme référence, sur cette zone non 
montagneuse ; Mais, en cherchant les point fixes visibles avec Bing :
J'en ai trouvé un sur la commune : un château d'eau qui est lui aussi 
décalé (toutefois, moins que le cadastre) : 
https://www.openstreetmap.org/node/670146256

http://cjoint.com/?DHymtrHDBgy


Mais sur la commune adjacente, le repère est lui est pile sur le clocher
http://cjoint.com/?DHymuWuxB4c
https://www.openstreetmap.org/node/670145647
Je ne pensais pas qu'il pouvait y avoir des différences dans Bing dans 
des lieux proches.

Comment caler Bing, si un point est bien fixé et l'autre pas ?

cordialement
Lenny
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-27 Par sujet didier2020
pas de réponse mais comme sur le site du cadastre il est noté
SAUGNAC-ET-MURET (37 feuilles)  bien que le format soit vectoriel

- dans josm je ne pense pas qu'il soit possible de choisir une feuille
vector ?

- les programmeur banoiste ont peut etre une idée pour faire une
extraction séparée par feuille (ca existe?) pour voir si le décalage est
sur une, plusieurs feuille ou aléatoire

Le mercredi 27 août 2014 à 12:15 +0200, leni a écrit :
 Bonjour,
 - Décalage cadastre :
 En voulant ajouter le bâti de Saugnac-et-Muret (Landes) à  partir du
 cadastre, j'ai constaté un décalage par rapport à  Bing - en x, y et
 inclinaison - ainsi qu'un décalage différent sur les différentes zones
 de la commune.
 http://cjoint.com/?DHymjf2ETAX
 http://cjoint.com/?DHymljJwK9l
 http://cjoint.com/?DHymm7TaNoq
 J'ai trouvé la discutions
 https://lists.openstreetmap.org/pipermail/talk-fr/2014-April/067583.html
 qui indique qu'il faut faire des calques séparés pour chaque section,
 mais il n'est pas indiqué comment télécharger séparément les sections
 et je ne sais comment faire ...?
 
 - Décalage Bing
 Je pensais pouvoir prendre Bing comme référence, sur cette zone non
 montagneuse ; Mais, en cherchant les point fixes visibles avec Bing :
 J'en ai trouvé un sur la commune : un château d'eau qui est lui aussi
 décalé (toutefois, moins que le cadastre) :
 https://www.openstreetmap.org/node/670146256
 http://cjoint.com/?DHymtrHDBgy
 
 
 Mais sur la commune adjacente, le repère est lui est pile sur le
 clocher 
 http://cjoint.com/?DHymuWuxB4c
 https://www.openstreetmap.org/node/670145647
 Je ne pensais pas qu'il pouvait y avoir des différences dans Bing dans
 des lieux proches.
 Comment caler Bing, si un point est bien fixé et l'autre pas ? 
 
 cordialement
 Lenny 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-27 Par sujet Vincent de Château-Thierry


Le 27/08/2014 20:38, didier2020 a écrit :

pas de réponse mais comme sur le site du cadastre il est noté
SAUGNAC-ET-MURET (37 feuilles)  bien que le format soit vectoriel

- dans josm je ne pense pas qu'il soit possible de choisir une feuille
vector ?

- les programmeur banoiste ont peut etre une idée pour faire une
extraction séparée par feuille (ca existe?) pour voir si le décalage est
sur une, plusieurs feuille ou aléatoire


Le chantier en cours côté Bano est de traiter les lieux-dits, ce qui 
nécessite de connaître la géométrie des parcelles. Ceci pour dire qu'à 
brève échéance (j'espère semaine prochaine) on aura un moyen, via les 
parcelles, de déduire l'emprise des feuilles, et donc de pouvoir les 
afficher en transparence via un calque qui va bien, montrable dans JOSM 
pour déterminer l'étendue d'un décalage de géométrie.
On peut aussi par le même biais envisager une partition des buildings 
par feuille dans les fichiers mis à disposition, mais avec les outils de 
sélection de JOSM, notamment le lasso, on a pas forcément besoin d'agir 
en amont dans les fichiers. En connaissance des limites de feuille, on 
peut sélectionner assez simplement tout et rien que les buildings d'une 
feuille donnée.


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-27 Par sujet Sébastien Dinot
Bonsoir,

leni a écrit :
 - Décalage cadastre :
   En voulant ajouter le bâti de Saugnac-et-Muret (Landes) à partir du
   cadastre, j'ai constaté un décalage par rapport à Bing - en x, y et
   inclinaison - ainsi qu'un décalage différent sur les différentes
   zones de la commune.

En pareille circonstance et à défaut de mieux, la sélection au « lasso »
(double appui sur la touche « S ») et la commande de rotation de la
sélection (Ctrl-Shift-Bouton gauche) de JOSM sont les meilleurs alliés.

Voici comment je travaille pour ma part lorsque j'importe le bâti d'une
commune sachant que je passe pas mal de temps à nettoyer la donnée
cadastrale au préalable :

1. Je télécharge le fichier du bâti et je l'ouvre dans un calque de JOSM
   sans importer les données OSM sur cette commune.

2. Je nettoie le bâti (suppression des points inutiles ou surnuméraires,
   fusion des fragments de bâtiment, rotation, ...) en m'aidant
   éventuellement d'un fond photographique (Bing le plus souvent).

3. Une fois ce nettoyage terminé, j'importe dans un nouveau calque les
   données OSM sur cette zone.

4. Je copie-colle par fragments le bâti du premier calque vers le
   second. Je fusionne chaque fragment avec l'existant et, si la
   couverture photographique est récente et montre des bâtiments qui
   n'apparaissent pas dans le cadastre, je complète les données.

5. Pour m'y retrouver, je supprime du premier calque le fragment de bâti
   fraîchement intégré aux données OSM.

6. Une fois tout le bâti reporté, je passe un petit coup de Validator et
   je corrige ce que je peux.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] décalage du cadastre et de Bing

2014-08-27 Par sujet didier2020
Le mercredi 27 août 2014 à 21:24 +0200, Vincent de Château-Thierry a
écrit : 
 Le 27/08/2014 20:38, didier2020 a écrit :
  pas de réponse mais comme sur le site du cadastre il est noté
  SAUGNAC-ET-MURET (37 feuilles)  bien que le format soit vectoriel
 
  - dans josm je ne pense pas qu'il soit possible de choisir une feuille
  vector ?
 
  - les programmeur banoiste ont peut etre une idée pour faire une
  extraction séparée par feuille (ca existe?) pour voir si le décalage est
  sur une, plusieurs feuille ou aléatoire
 
 Le chantier en cours côté Bano est de traiter les lieux-dits, ce qui 
 nécessite de connaître la géométrie des parcelles. Ceci pour dire qu'à 
 brève échéance (j'espère semaine prochaine) on aura un moyen, via les 
 parcelles, de déduire l'emprise des feuilles, et donc de pouvoir les 
 afficher en transparence via un calque qui va bien, montrable dans JOSM 
 pour déterminer l'étendue d'un décalage de géométrie.
cool! 
 On peut aussi par le même biais envisager une partition des buildings 
 par feuille dans les fichiers mis à disposition, mais avec les outils de 
 sélection de JOSM, notamment le lasso, on a pas forcément besoin d'agir 
 en amont dans les fichiers. En connaissance des limites de feuille, on 
 peut sélectionner assez simplement tout et rien que les buildings d'une 
 feuille donnée.
sinon avec shapely on peut detecter si une surface est contenu dans une autre...
 vincent
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Décalage du cadastre

2011-08-30 Par sujet Mickaël Guéret
Bonjour à tous,

Je m'amuse bien avec OSM sur ma commune (c'est par là :
http://www.openstreetmap.org/?lat=46.9385lon=-0.5987zoom=12layers=M )
J'ai encore des choses à corriger selon Osmose, mais je reviendrais
dessus plus tard.
Je voulais en effet commencer à travailler sur les communes voisines
(Voultegon et Saint-Clémentin), où il me semble qu'il y a du travail
plus urgent à faire (bâtiments qui se chevauchent, et qui sont sur la
route à Voultegon par exemple :
http://www.openstreetmap.org/?lat=46.932205lon=-0.517885zoom=18layers=M ). 
J'ai trouvé la source de l'erreur : il y a un décalage de 5 à 10 m entre les 
cadastres de Saint-Clémentin et Voultegon. Mais lequel est faux et est-ce qu'il 
est faux sur toute la commune ?
La résolution de Bing ne permet pas de bien voir les bâtiments, mais on
remarque que les routes sont mal placées. Est-ce que Bing est mieux
calé ? Bref, j'ai besoin d'un petit coup de pouce pour débrouiller tout
cela...

Merci,
Mika


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Décalage du cadastre

2011-08-30 Par sujet Bruno Cortial
Le 30 août 2011 20:16, Nicolas Frery nicolas-l...@zoubi.info a écrit :

 Le 30/08/2011 20:08, Mickaël Guéret a écrit :
  La résolution de Bing ne permet pas de bien voir les bâtiments, mais on
  remarque que les routes sont mal placées. Est-ce que Bing est mieux
  calé ? Bref, j'ai besoin d'un petit coup de pouce pour débrouiller tout
  cela...
 

 Une trace gps pour dire qui est la source décalée ?


Un repère geodésique
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?lat=46.93221lon=-0.51789zoom=18layers=B0FF00Titem=7010
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Décalage du cadastre d'une commu ne à l'autre

2009-08-10 Par sujet Thomas Clavier
Sébastien Dinot a écrit :
 Tu peux malgré tout utiliser le cadastre sur Givors (si tu veux
 faire les bâtiments par exemple) mais il faudra décaler ces données
 pour qu'elles s'accordent aux traces GPS
 
 Je crois que dans ce cas, le mieux est encore de se passer des
 informations cadastrales et de faire avec les seules traces GPS.

Sauf erreur je crois qu'il est possible de décaler le calque cadastre
pour correctement le positionner ... seulement je ne sait pas faire.

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Décalage du cadastre d'une commu ne à l'autre

2009-08-10 Par sujet Pieren
2009/8/10 Thomas Clavier t...@tcweb.org:
 Sauf erreur je crois qu'il est possible de décaler le calque cadastre
 pour correctement le positionner ... seulement je ne sait pas faire.


Non, ça n'est possible qu'avec les plans images (non vectorisés) et
cette fonction devrait prochainement disparaitre. Déplacer l'image
vectorielle n'a pas de sens, amha, parce que cette image est déjà
géoréférencée et l'exemple précédent montre que ce décalage se résorbe
peu à peu lorsqu'on se déplace vers l'est (au bout de quelques
centaines de mètres, le décalage disparaît). Donc c'est moins un
décalage constant qu'une mauvaise déformation de l'image qui ne suit
pas les courbes de niveau. Opérer avec cette image sur cette zone sera
de toute façon assez aléatoire.
Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Décalage du cadastre d'une commune à l'autre

2009-08-09 Par sujet Sébastien Dinot
Bonsoir,

Ayant promené mon GPS du côté de Saint-Romain-en-Gier (Rhône), j'avais
l'intention d'enrichir un peu la base OSM en m'appuyant sur les
données cadastrales. Ce dont je parle se situe là :

http://www.openstreetmap.org/?lat=45.573775lon=4.71335zoom=16layers=B000FTFTTmlat=45.57396mlon=4.71306

En faisant apparaître successivement dans JOSM les calques des deux
communes voisines, j'ai constaté un décalage important (30 m en
direction de l'Ouest) des tracés de la commune de Givors par rapport à
ceux de Saint-Romain-en-Gier. Les traces GPS concordent avec la
projection de Saint-Romain-en-Gier. Pour mettre le décalage en
évidence, j'ai effectué un montage des captures d'écran sur laquelle
les deux couches apparaissent en superposition (Givors est le morceau
Nord-Est, Saint-Romain-en-Gier, le morceau Sud-Ouest) :

http://sebastien.dinot.free.fr/osm/Fusion_Saint-Romain-en-Gier_Givors.png

La route que l'on distingue nettement sur la commune de Givors devrait
se situer sur le tracé orange car c'est elle qui conduit à l'entrée du
village que l'on voit en bas de la capture.

Au début, j'ai pensé à un bogue du module Cadastre-fr mais j'ai un
vague souvenir de discussion ici-même sur la non concordance des
limites de communes dues à des zones Lambert différentes. Est-ce ce
qui se passe ici ? Est-il possible de corriger le tir afin que la
projection de Givors s'aligne sur celle de Saint-Romain-en-Gier ?

Je vous remercie par avance de votre éclairage

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Décalage du cadastre d'une com mune à l'autre

2009-08-09 Par sujet Denis
Sébastien Dinot a écrit :
 
 Au début, j'ai pensé à un bogue du module Cadastre-fr mais j'ai un
 vague souvenir de discussion ici-même sur la non concordance des
 limites de communes dues à des zones Lambert différentes. Est-ce ce
 qui se passe ici ? Est-il possible de corriger le tir afin que la
 projection de Givors s'aligne sur celle de Saint-Romain-en-Gier ?

La cohérence entre limites communales (ou tout autre objet du Plan 
Cadastral) n'est pas garantie. La commune, c'est la couverture maxi : 
autant dire un ilôt, géoréférencé ou non.
Le plus simple, dans le cas de figure présent, est de chercher des 
traces GPS existantes ou d'en créer de nouvelles pour apprécier la 
qualité des plans des 2 communes, de choisir le moins mauvais plan et 
d'évaluer les différences avec le plan voisin.
Le Plan Cadastral (même vectoriel) ne s'exploite pas, il s'utilise avec 
toute la circonspection de rigueur. Le cartographe est avant tout un 
explorateur.

Mes 0.0001€
DenisH

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Décalage du cadastre d'une commu ne à l'autre

2009-08-09 Par sujet Pieren
2009/8/9 Sébastien Dinot sebastien.di...@free.fr:
 Au début, j'ai pensé à un bogue du module Cadastre-fr mais j'ai un
 vague souvenir de discussion ici-même sur la non concordance des
 limites de communes dues à des zones Lambert différentes. Est-ce ce
 qui se passe ici ? Est-il possible de corriger le tir afin que la
 projection de Givors s'aligne sur celle de Saint-Romain-en-Gier ?

Les problèmes de décalages du cadastre ne sont pas liés aux
changements de zones Lambert, c'est un problème général lié au
cadastre lui-même. Il est vrai que lors du passage d'une zone Lambert
à une autre, ça peut encore s'aggraver mais dans ton cas, les deux
communes sont dans la même zone, sinon elles ne pourraient pas
s'afficher simultanément avec JOSM.
Le problème ici n'est pas non plus un problème de projection. Il est
vrai que l'implémentation de la projection Lambert dans JOSM n'est pas
complète puisqu'elle n'a pas la grille de rectification géodésique
mais l'erreur induite ne devrait pas excéder 5 mètres (moins d'1 mètre
en moyenne). Hors, j'ai repris ton exemple et je mesure environ 35
mètres d'écart.
Comme cette route longe le bas d'une côte (on le voit sur les cartes
avec courbes de niveau), je crois qu'on est plus dans un problème de
géoréférencement du cadastre lors de sa numérisation. Ces décalages se
rencontrent souvent en zone de montagne mais là, ça n'est pas vraiment
l'Everest et le décalage est même considérable par rapport à ce que
j'ai pu voir en montagne. On ne peut rien faire sinon signaler le
problème à la DGFiP.

Comme vient de le dire Denis, le mieux est d'utiliser une trace GPS
pour voir quelle commune est décalée (voir les deux). Ici, on voit
bien que ça ne concerne que Givors et que l'autre est bien calée. Tu
peux malgré tout utiliser le cadastre sur Givors (si tu veux faire les
bâtiments par exemple) mais il faudra décaler ces données pour
qu'elles s'accordent aux traces GPS (les proportions des parcelles et
des bâtiments sont bonnes, c'est juste leur position qui pose
problème).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Décalage du cadastre d'une commune à l'autre

2009-08-09 Par sujet Sébastien Dinot
Pieren a écrit :
 Comme cette route longe le bas d'une côte (on le voit sur les cartes
 avec courbes de niveau), je crois qu'on est plus dans un problème de
 géoréférencement du cadastre lors de sa numérisation. Ces décalages
 se rencontrent souvent en zone de montagne mais là, ça n'est pas
 vraiment l'Everest et le décalage est même considérable par rapport
 à ce que j'ai pu voir en montagne. On ne peut rien faire sinon
 signaler le problème à la DGFiP.

Merci pour ces explications. Je veux bien écrire à la DGFiP pour leur
signaler le problème mais la DGFiP... c'est grand. Sais-tu à quel
service je dois m'adresser ?

En effectuant une petite recherche sur le net, j'ai appris que le
service en charge du Plan Cadastral Informatisé était le suivant :

Bureau GF 3A. Cadastre
Bâtiment Turgot
86-92, rue de Bercy
Télédoc 966
75574 Paris Cedex 12

Dois-je informer ce service ? Un service départemental des impôts ou
la mairie de Givors ?

Sébastien

 Tu peux malgré tout utiliser le cadastre sur Givors (si tu veux
 faire les bâtiments par exemple) mais il faudra décaler ces données
 pour qu'elles s'accordent aux traces GPS

Je crois que dans ce cas, le mieux est encore de se passer des
informations cadastrales et de faire avec les seules traces GPS.

A++, Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr