Le portail francophone de la géomatique

Bonjour et bienvenu sur le forum,

Cela ressemble fortement à une projection bornée. Vérifier la projection de la couche de commune B. Si il y a des bornes, augmentez-les, voir à les enlever carrément (en réenregistrant cette table B et en modifiant sa projection).

Nicolas.

l'information est normalement entre parenthèse dans le nom de la projection.
A défaut choisissez une autre projection, quelle qu'elle soit.

Autre piste : il peut s'agir de la projection de la fenêtre carte (à modifier dans menu Carte> Options...) qui est une projection bornée.

Nicolas.

Bonsoir,

Le problème n'est pas à chercher dans préférence mais au niveau de la table cible qui elle doit utiliser une projection bornée. Pour solutionner le problème il faut enregistrer la table cible sous un nouveau nom ou répertoire et changer la projection pour qu'elle accepte des données sur une étendue plus large.
J'ai ce soucis avec des données espagnoles et reprojetant ces données en utilisant la projection locale RGF93CC43 pour mon cas.
Et ce d'autant plus que j'ai créée ma propre projection avec des bornes assez restrictives pour garantir la conservation de la précision 0.0001 lors d'import de données divers, dont Autocad.

Cette définition ou non de bornes est très importante car la "précision" des données en dépend. Je me suis fait piégé une fois d'une manière irréversible après 10 jours d'actualisation d'une table qui venait initialement d'un shape en Lambert93 pour lequel (l'import) j'ai pris par inadvertance le Lambert93 non borné au lieu de borne France. Je me retrouve avec des tas de décalages entre la table initiale et celle actualisée. Grrrrrr. Je m'en suis aperçu qu'en comparant et en faisant des analyses topologiques entre les deux versions pour voir ce qui avait bougé. Malheureusement tout avait bougé même les objets non modifiés.

Cela est récupérable amis pas toujours simplement.

Après cette digression je vous souhaite un bon WE.