[OSM-talk-fr] Décalage du cadastre
Bonjour à tous, Je m'amuse bien avec OSM sur ma commune (c'est par là : http://www.openstreetmap.org/?lat=46.9385&lon=-0.5987&zoom=12&layers=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.932205&lon=-0.517885&zoom=18&layers=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
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 ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage du cadastre
Le 30/08/2011 20:16, Nicolas Frery 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 ? > Si j'en crois Bing et la trace GPS qui passe par ce village, c'est le cadastre de saint-clémentin qui est juste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage du cadastre
Le 30 août 2011 20:16, Nicolas Frery 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.93221&lon=-0.51789&zoom=18&layers=B0FF00T&item=7010 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] décalage du cadastre et de Bing
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
[OSM-talk-fr] Décalage du cadastre d'une commune à l'autre
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.573775&lon=4.71335&zoom=16&layers=B000FTFTT&mlat=45.57396&mlon=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 et de Bing
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
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
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
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
Re: [OSM-talk-fr] décalage du cadastre et de Bing
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 à 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
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
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 14:42 GMT+02:00 leni : > 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
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
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 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@openstree
Re: [OSM-talk-fr] Décalage du cadastre d'une commune à l'autre
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
Re: [OSM-talk-fr] Décalage du cadastre d'une com mune à l'autre
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/8/9 Sébastien Dinot : > 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 commu ne à l'autre
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/8/10 Thomas Clavier : > 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