Discussion :

[Max_B]

Bonjour,
la page de documentation de l'API «Utilisation avancée de couches en WMS-C» donne un méthode de calcul simplifiée pour passer de la (non)projection lon/lat à la projection «plate carrée» des tuiles.

J'aimerais savoir s'il est possible de calculer un jeu de coefficients pour obtenir des coordonnées Lambert 93. Bien sur la librairie proj4 le fait mais c'est un peu beaucoup de code pour une conversion dans le même datum. Les algos proposés sur le site de l'IGN sont atrocement compliqués… Il me semble pourtant que le fait que GEOPORTALFXX soit "centré" sur la latitude 46,5, comme LAMB93, doit permettre une conversion simplifiée. Mais je n'ai pas les compétences pour la définir.

J'ai trouvé des procédures pour calculer les coordonnées UTM et MGRS, pourtant bien plus "éloignées", mais GEOPORTALFXX et LAMB93 sont franco-français donc on trouve moins de ressources.

D'autre part, une question de confirmation: vu ses paramètres, le Lambert93 n'est pertinent que sur le territoire métropolitain (FXX). Correct?

Peut être devrais-je poster ça sur un forum SIG généraliste et pas sur l'API, mais bon, c'est pas totalement hors sujet non plus.

[dgrichard]

J'aimerais savoir s'il est possible de calculer un jeu de coefficients pour obtenir des coordonnées Lambert 93.

Non, malheureusement ... tu as sûrement parcouru cette page ?

Bien sur la librairie proj4 le fait mais c'est un peu beaucoup de code pour une conversion dans le même datum.

Certes et c'est pourquoi il y en tant de projets OpenSource dans ce domaine ... A quoi s'ajoute les déclinaisons Circé (dans la même page) !

Les algos proposés sur le site de l'IGN sont atrocement compliqués… Il me semble pourtant que le fait que GEOPORTALFXX soit "centré" sur la latitude 46,5, comme LAMB93, doit permettre une conversion simplifiée. Mais je n'ai pas les compétences pour la définir.

Ce sont des mathématiques et le fait que le parallèle soit le même ne permet rien de plus ! Voir içi ... (avec l'aspirine)

J'ai trouvé des procédures pour calculer les coordonnées UTM et MGRS, pourtant bien plus "éloignées", mais GEOPORTALFXX et LAMB93 sont franco-français donc on trouve moins de ressources.

Et pourtant, les transformations UTM sont parmis les plus coûteuses en CPU !

D'autre part, une question de confirmation: vu ses paramètres, le Lambert93 n'est pertinent que sur le territoire métropolitain (FXX). Correct?

Oui

Peut être devrais-je poster ça sur un forum SIG généraliste et pas sur l'API, mais bon, c'est pas totalement hors sujet non plus.

C'est le bon endroit

Il te faut donc mettre en oeuvre l'algorithme NTG_71.

[Max_B]

C'est le bon endroit

Il te faut donc mettre en oeuvre l'algorithme NTG_71.

Merci Didier pour toutes ces réponses.
J'avoue que j'espérait du "tout fait" pour le Lambert93. Je suis sûr qu'une fois plongé dedans, le codage de l'algo ne sera "pas si pire", mais je reporte ça pour une mise à jour mineure d'iPhiGéNie, après la v2.

[Max_B]

En cherchant autre chose je retombe sur ce fil.

Pour info, j'ai codé récemment les transformations Lambert. J'ai utilisé plusieurs documents iGN (NTG_71, NTG_80, FAQ 01_Transformation_LambertZones-WGS84.pdf, "Transformation entre systèmes géodésiques en France Métropolitaine" (v2)).

Le passage aller-retour dans le même datum (lon-lat <-> Lambert93) demande à peine une centaine de ligne de code.

Il en faut autant pour ajouter le changement de datum (NTF<->RGF93 / Clarke1880<->IAGGRS80), si on veut pouvoir traiter aussi les Lambert I,II,III,IV.

Donc pas énorme en code, mais 2-3 jours de taf quand même, le temps de bien assimiler des notions évidentes pour un géographe mais pas pour un informaticien, de tester avec cs2cs, contrôler avec API etc.