Le portail francophone de la géomatique

Bonjour Eric,

Soit c'est un problème de méthode (!), soit c'est un problème d'outil utilisé par le BET:
http://lambert93.ign.fr/index.php?id=35

Bruno

Bonjour,

merci pour ces informations.

Je travaille dans une mairie et remonte le SIG. Nous sommes sous MapInfo.

Avant mon arrivée, toutes les tables (cadastre, thématiques...) étaient initialement en Lambert I Nord - Paris (V7.8), ainsi borné (donc bien au-delà de la borne Europe) :
CoordSys Earth Projection 3, 1002, "m", 0, 49.5, 48.59852278, 50.39591167, 600000, 200000 Bounds (-124264257.82, -119206641.145) (125464257.82, 130521874.495)

Selon ce que vous m'avez envoyé, un système borne monde dans MapInfo équivaut à une précsion de 10 cm.
Donc la précision des tables d'origine n'étaient qu'au décimètre.

Ma mairie a demandé à un BET à ce que toutes les tables soient reprojetées, conformément à la législation, en RFG93 - Lambert CC49.

Je suis arrivé en poste après cela, et j'ai voulu vérifier le travail fait.

Ma méthode : je fais la conversion via IGNmap (donc pas MapInfo) :
menu outils > reprojection de données vectorielles :
emprise géographique : France métropolitaine, projection de départ : Lambert 1, projection d'arrivée : Lambert CC49.

Il y a une différence de 1 cm entre certains de mes points et ceux calculés par mon BET.

A la sortie, les tables reprojetées par mon BET sont en Lambert CC49 borne Europe (précision plus grande, mais en fait avec des données qui n'étaient précises qu'à 10 cm près... ).

Pour IGNmap, cela donne : CoordSys Earth Projection 3, 33, "m", 3, 49, 48.25, 49.75, 1700000, 8200000, donc Lambert CC49 borne monde (normal puisque j'ai envoyé dans IGNmap une table en Lambert 1 avec des bornes plus larges que les bornes Europe).

Mes questions :
1/Mon BET aurait-il considéré que les tables initiales étaient en Lambert I Nord Paris borne Europe ou France ? (une erreur possible, vu que dans tous les autres endroits où j'ai travaillé les données étaient le plus souvent bornées). Mon BET est un bureau de géomètres connu... donc ça me surprend.
2/La différence de tracé vient-elle de la différence de bornes ? (MapInfo reprojetant à la volée, comment fait-il en présence de deux tables ayant la même projection, mais des bornes différentes ?)
3/Que me conseillez-vous ? Dois-je tout refaire sous IGNMap, histoire d'être sûr de la fiabilité de mes données ? Ou dois-je faire confiance au BET, considérant qu'initialement les données étaient seulement précises au décimètre, et que donc une erreur de 1 cm entre ma reprojection et la leur n'est pas gravissime ?

Merci,
Eric

Dernière modification par ericlum (Sun 24 June 2012 16:29)

Bonsoir,

Je me permets d'insister sur le point initial que je vous indiquais dans mon précédent post :

Hormis pour les données métiers, pourquoi ne pas récupérer le cadastre vectorisé auprès de la DGI
, vous obtiendrez ainsi un cadastre mis à jour et dans la bonne projection?

A moins que la vectorisation faite dans votre collectivité n'ai jamais été labellisé avec la DGI?

Par ailleurs pour le cm de décallage tout est dit par mon voisin de post ci-dessus (1cm sur 10 cm de précision lié à la transformation ne mérite pas que l'on s'y attarde plus que cela).

Pour votre questionnement concernant la gestion des reprojections à la volée dans mapinfo en cas de bornes différentes, j'avoue ne jamais m'être suffisamment ennuyé pour m'y pencher..., vous pouvez toujours vérifier la projection de session lorsque le cas se présente. et éventuellement vérifier l'exacte superposition de points caractéristiques des deux couches?

cordialement,