Le portail francophone de la géomatique

Ce qui est dingue, c'est que ce décalage n'apparaît pas à chaque fois! Ce matin, pas moyen d'avoir une superposition correcte, et ce soir, je rouvre le .wor pour mesurer la taille...et pas de décalage!!!

J'avais déjà remarqué cela...d'où vraiment mon incompréhension face à ce "phénomène"!

Concernant le cadastre dont je parlais, il s'agit juste d'une partie de planche que j'ai scannée et que j'ai calée dans Mapinfo. Je sais que ce n'est pas "cartographique", mais bon, quand il n'y a pas d'autre raster ouvert en même temps, il n'y a aucun problème!

J'en étais arrivée à faire la conclusion que Mapinfo gère difficilement ce genre de superposition...et mon premier mail était surtout un "appel à témoignages":-))

Merci de votre réponse.
Bonne fin de journée à tous.

Bonjour,
avant la version 8.5, MapInfo ne touchait pas au raster, c'est-à-dire qu'il adaptait le système de coordonnées au raster dans la fenêtre carte.

Donc si deux raster dont le système de coordonnées n'est pas le même (surtout entre des scan IGN et un cadastre scanné manuellement) se retrouvent dans une même carte, il y a un problème : MapInfo prend le système de l'un ou de l'autre selon l'emprise et on peut se retrouver avec une partie du cadastre visible mais avec le système de coordonnées de la carte IGN !

Il faut donc éviter de superposer dans une fenêtre Carte plusieurs images dont l'orientation -donc le système de coordonnées- est différente.

Il vaut mieux ouvrir 2 fenêtres Carte avec d'un côté le cadastre et de l'autre le scan IGN et superposer dans ces deux fenêtres une même couche vecteur (qui est redessinée dans le système de coordonnées propre à chaque image). : on peut ainsi vérifier le calage.

Bon courage !

Bonjour,

Le problème vient peut être du fait que les deux rasters ne sont pas dans le mêm systeme de projection.
En effet le SCAN25 et l'Ortho IGN sont probablement en Lambert 2 étendu, le cadastre est dans le système local Lambert I, II , III ou IV ou pire n'est pas en projection Lambert.
Dans tous les cas (sauf cadastre en Lambert II) les déformations dues aux difdférents systèmes ne sont pas les mêmes.

Selon les versions de Mapinfo (avant la 8.5 et 8.5 et plus) les capacités des superposer des rasters ne sont pas les mêmes (bien vue les nouvelles versions).

Avant la 8.5 la fenêtre cartre prendra le système de projection du raster le plus au dessus et si vous changez l'ordre d'affichage des rasters vous verrez que le système de projection de la fenêtre carte change (menu contextuel de la fenêtre carte puis option et projection). De même si vous avez des données vecteurs sur du raster ce sera le lot des vecteurs qui sera recalculé à la volée. Dans le cas ou plusieurs rasters sont affichés vous consaterez même un "saut" d'image.

Dans ces versions il est impossible de changer le système de proj de la fenêtre carte avec des rasters affichés.
Dans la version 8.5 tout cela  est du passé et nous pouvons imposer la proj et donc reprojeter tout raster à la volée.
Hier j'ai constaté qu'en imposant du Long/lat en WGS84 MI V8.5 semblait plus performant pour superposer des rasters ainsi que du vecteur de proj différentes. Cela reste à confirmer avec d'autres essais mais si j'ai un conseil pour avoir une bonne superposition le géographique Long/Lat WGS 84 semble meilleur.

Bonne journée

JP LARTIGAU

Heu... dans une même commune, entre 2 feuilles de cadastre, on peut parfois avoir des surprises...
Si le décalage constaté dans la fenêtre carte (faut compter les pixels ou convertir) est du même ordre de grandeur que le champ "Erreur" de Table/Raster/Modifier calage, pas la peine de chercher plus loin.

Après, il y a aussi que MI<8.5 ne sait pas faire tourner un raster pour le projeter - au contraire, il fait tourner les couches vecteurs que l'on met dessus... Et comme a dit CRIGBAB on ne peut, du coup, superposer deux raster dans une fenêtre carte que si les DEUX conditions suivantes sont remplies :
1 le Coordsys est le même
2 l'angle que fait chaque raster avec ces axes de coordonnées est le même.
En gros, il faut que la planche cadastrale ait l'axe des Y du Lambert 2 exactement vers le haut pour pouvoir bien la superposer à du Scan25 ou de la BDOrtho dans MI<8.5.
Sinon, il faut la faire tourner de l'angle ad hoc dans Photoshop, Gimp ou autre éditeur d'image, puis la re-référencer.

Ah, là, une couche quelle qu'elle soit, qui est passée par la case "coordonnées non terrestres", est définitivement dans la quatrième dimension (voire plus)!
Ca me semble être un vieux bug de MapInfo... Mais MI recalcule (reprojette) les coordonnées en passant de non-terrestre à un système valide, du coup le résultat est assez imprévisible.

La seule solution que j'y voie, c'est de prendre la table en question tant qu'elle est encore en non-terrestre, de l'exporter en MIFMID, et de lui coller le bon système de coordonnées à grands coups de bloc-notes rageur pour la réimporter.
Ou éventuellement de l'exporter en DXF pour la réimporter avec le bon système, mais certains formatages (types de points et remplissages surtout, et types de lignes exotiques) peuvent en souffrir.

Les nouvelles ne sont pas vraiment bonnes! J'ai en effet essayé autant que j'ai pu sans obtenir un résultat satisfaisant. Dans mon cas, j'ai dans le même document des couches dont quelques-unes s'ouvrent et d'autres pas. Toutes ont le même système de coordonnées, et même celles qui ne s'ouvrent pas permettent d'accéder sur la page vierge aux données de la couche.
Quelqu'un a-t-il du nouveau quelque chose à me proposer?
Did

Bonjour à tous,
Merci pour cette contribution de Maurice qui m'a permis de reprendre un peu ce que NicolasGeorge a proposé antérieurement avec un peu plus de succès. S'il est désormais possible d'afficher les contours recherchés avec les autres éléments, il reste encore cependant que le décalage entre ces données ne se comprend pas et jette de la suspicion sur la qualité de cette conversion de fichiers. Il y en a qui y ont déjà fait face, comment avez-vous trouvé la solution pour avoir une plus juste superposition des éléments en présence?
Did