Le portail francophone de la géomatique

Re,

Voici quelques scripts SQL, il faudrait retrouver les id 'officiel' de l'IGNF pour compléter et mettre le tout dans le wiki.

INSERT INTO public.spatial_ref_sys (srid, auth_name, auth_srid, srtext, proj4text) VALUE (
, 'IGNF', , 'Lambert 2 étendue',
'+proj=lcc +nadgrids=ntf_r93.gsb,null +a=6378249.2000 +rf=293.4660210000000 +pm=2.337229167 +lat_0=46.800000000 +lon_0=0.000000000 +k_0=0.99987742 +lat_1=46.800000000 +x_0=600000.000 +y_0=2200000.000 +units=m +no_defs');


INSERT INTO public.spatial_ref_sys  (srid, auth_name, auth_srid, srtext, proj4text) values (10089, 'IGNF', 10089, 'Lambert 93', '+title=Lambert 93 +proj=lcc +towgs84=0.0000,0.0000,0.0000 +a=6378137.0000 +rf=298.2572221010000 +lat_0=46.500000000 +lon_0=3.000000000 +lat_1=44.000000000 +lat_2=49.000000000 +x_0=700000.000 +y_0=6600000.000 +units=m +no_defs');

INSERT INTO public.spatial_ref_sys  (srid, auth_name, auth_srid, srtext,
proj4text) values (10110,'IGNF',10110,'RG93CC47','+proj=lcc
+towgs84=0.0000,0.0000,0.0000 +a=6378137.0000 +rf=298.2572221010000
+lat_0=47.000000000 +lon_0=3.000000000 +lat_1=46.250000000
+lat_2=47.750000000 +x_0=1700000.000 +y_0=6200000.000 +units=m +no_defs');

Notez que les entrées pour Lambert93 et les CC ne sont pas très utiles.

Y.

Dernière modification par Yves (Mon 27 April 2015 11:43)

Bonjour Régis,

J'espère que les bonnes personnes nous lisent à l'IGN.

Bruno

Bonjour,

Merci pour votre réponse et la mise à disposition des fichiers. Notez que d'ordinaire je ne répond pas à un message anonyme, mais comme vous avez fait l'effort de nous répondre (qui avons tous signé de notre prénom et de notre nom de famille), je me permet, aussi, de contrevenir à mes principes

Bonne journée !

Y.

(Message public pour Yves et d'autres visiteurs du site.)
-------------------------
à mon sens, je dirais que le message ign n'était pas anonyme, mais "institutionnel".

Bonjour,

Pour votre information, le site 'Lambert-93 n'était plus maintenu depuis plusieurs années car devenu caduque dans ces missions. La période de 10 ans de transition (1999-2009) pour l'accompagnement au passage du RGF93 étant largement révolue, il fut fermé sur notre demande. Pour ne pas laisser l'internaute dans l'embarras, les liens ont été redirigés et le service de géodésie et nivellement a repris certains thèmes professionnels utiles sur son site http://geodesie.ign.fr. Il ne s'agit donc pas d'un retour en arrière. Il convient de se renseigner.
A l'information géodésique, nous sommes pleinement conscients de l'intérêt de la démarche collaborative. Pour preuve, nous sommes à l'initiative de la mise à jour partenariale et la diffusion des données géodésiques et de nivellement gratuites issues de collectivités locales. Bien que les SIG's ne soient pas exactement notre coeur de métier, nous comprenons parfaitement votre besoin et avons répondu sous 8 jours depuis la connaissance de votre message, et vous avons informé sur votre média.
Le site http://geodesie.ign.fr n'est pas un SAV. Il a une orientation pédagogique forte et est un véritable support technique, on trouve depuis 15 ans un formulaire de contact , une adresse de messagerie, une adresse postale. L'unité d'information répond, entre autres,  à 1500 messages annuels sur sgn@texte-a-enlever.ign.fr et nous n'avons que des retours positifs sur ce mode de fonctionnement efficace. Nous sommes surpris que, cherchant les définitions IGNF dans postgis, vous ne soyez pas arrivé rapidement à cette adresse.
Nous profitons de cet échange pour rappeler , une dernière fois, qu'en matière d'information sur la géodésie, le nivellement et les systèmes de référence, il est beaucoup plus logique et efficace de s'adresser directement à notre institut, par une communication institutionnelle, garantie de solidité et de cohérence, plutôt que de tenir des propos sur une place publique. Nous aurions moins perdu de temps et vous auriez gagné deux mois...
Voilà, nous ne souhaitons pas poursuivre sur votre forum plus longtemps. A bientôt sur sgn@texte-a-enlever.ign.fr pour d'autres questions techniques auxquelles nous nous efforcerons de répondre.
Merci de votre compréhension.

IGN / SGN / Information géodésique

Bonjour,
Merci tout de même à la personne qui a déposé le lien. Je viens de télécharger le fichier SQL.
Concernant le mode opératoire pour pouvoir utiliser correctement sous postGIS les codes IGNF, si j'ai bien compris, il suffit d’exécuter le script fourni.
Toutefois, d'un point de vue pratique, si je veux par exemple importer un shape et lui attribuer le code IGNF: LAMBE (Lambert II étendu), je dois désigner le SRID 320002120, c'est bien ça ?

D'autre part, si "par facilité" on attribut le SRID EPSG:27572 au lieu de IGNF:LAMBE, on peut estimer que l'on commet une erreur de combien de mètres environ ?
Merci d'avance.

Cordialement  Alexis GAILLOT

Bonjour à tous,

concernant la violation de contrainte dans la table spatial_ref_sys, je m'excuse, j'ai posté un peu vite, et je n'ai pas pris le temps de regarder la description de la table qui comporte la contrainte suivante :

CONSTRAINT spatial_ref_sys_srid_check CHECK (srid > 0 AND srid <= 998999

Il est donc normal que je ne puisse pas faire l'insertion.

Par contre, je sollicite votre éclaircissement sur le bon usage des codes IGNF sous postGIS (surtout le Lambert II étendu), car jusqu'à présent, lorsque j'importais un shape en Lambert II étendu, je lui attribuait systématiquement le SRID "EPSG:27572", bien qu'en sachant qu'il y avait en réalité quelques "subtilités" vis à vis de la grille IGN lors des reprojections.
Je ne suis pas complètement novice sur le sujet, mais je ne maitrise pas non plus parfaitement la question.
Merci d'avance.
Cordialement, Alexis GAILLOT

Bonjour.
Merci pour ta réponse Yves.
Je dois préciser les éléments suivants : je n'ai pas vraiment un besoin de reprojection massive de fichiers du Lambert 2 étendu vers le Lambert 93.
Je travaille sur des données Telecom que je reçois, qui sont parfois en Lambert 2 étendu, qui doivent être modifiées (attributs) , mais qui doivent être restituées dans leur projection d'origine. Je dois faire cohabiter ces données avec d'autres, qui sont en Lambert 93, ou parfois des couches en ligne qui sont en Web sperical mercator (EPSG:3857).
Je travaille dans une base postGIS, et j'importe des shape avec le plugin "Postgis Shapefile and dbf loader" de pgAdmin III, en gardant leur projection d'origine.
Je me connecte à ma base depuis QGIS 2.8.3, dans un projet en Lambert93, en utilisant la reprojection à la volée. Les tables dont le SRID = 27572 ont donc le code EPSG:27572 dans le SCR sous QGIS.
Même après avoir enlevé la contrainte sur la table spatial_ref_sys, je vois que le plugin ci-dessus ne reconnais pas le code SRID '320002120' (IGNF:LAMBE).
Conclusion: j'importe tous mes shape en Lambert 2 étendu en leur affectant le SRID 27572, parce que je n'arrive pas à attribuer le code IGNF:LAMBE à une table postGIS via le plugin d'import de shape. Ce faisant, je ne mesure pas vraiment les conséquences de cette "imperfection", lors de l'utilisation de la reprojection à la volée.
Peut-être devrais-je attribuer le SCR IGNF:LAMBE sous QGIS aux tables que j'ai importées en leur déclarant le SRID 27572 lors de l'import de shape ? Je ne suis pas sur que cela soit très "propre".

Cordialement, Alexis GAILLOT