<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Merci Even pour les précisions, la cible pour PostGIS3 me parait assez claire. <br></div><div><br></div><div>Plus je creuse en amont et moins je comprends à quel point l'utilisation de grille est décrit par les standards EPSG/OGC. <br></div><div><br></div><div>Un exemple pour  OSGB 1936</div><div> -  <a href="http://spatialreference.org/ref/epsg/4277/">http://spatialreference.org/ref/epsg/4277/</a> ne mentionne aucune grille. </div><div> -  EPSG.io, maintenu par Klokantech,  mentionne  qu'il y a une grille de type NTV2 qui permet des reprojection à 1m.Le nom de la grille est fourni dans la page, mais n'est disponible dans aucune des chaînes de définition EPSG / OGC / Proj, ESRI, etc..</div><div><br></div><div>Est-ce que cela signifie qu'aucun organisme ne standardise cette notion de grille? <br></div><div>Est-ce que cela implique que c'est à l'utilisateur, comme dans Geoserver [0], d'ajouter lui même les transformations qu'il souhaite? </div><div>Est-ce que cela nous autorise arbitrairement à modifier les définitions EPSG Lambert pour ajouter la grille ign ? Cela serait bien le plus simple pour attendre un postGIS3 plus propre au niveau de la gestion des registres et des transformations. <br></div><div></div><div></div><div><br></div><div>Régis (en croisade pour une utilisation des grilles simple et à la portée de tous)<br></div><div><br></div><div>[0] <a href="https://geoserver.readthedocs.io/en/latest/advanced/crshandling/coordtransforms.html">https://geoserver.readthedocs.io/en/latest/advanced/crshandling/coordtransforms.html</a><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">Le lun. 24 sept. 2018 à 22:08, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On lundi 24 septembre 2018 12:17:20 CEST Régis Haubourg wrote:<br>
> Merci Even pour le rappel du travail en cours dans le gdal_barn. (et bravo<br>
> pour ce chantier titanesque)<br>
> Si je comprends bien, il faut pousser ce sujet dans la liste des vœux<br>
> postgis3, mais aussi préparer la migration du coté de QGIS (et tous les<br>
> autres outils OSGEO).  La gestion des srid en texte est une très bonne<br>
> nouvelle !<br>
> <br>
> Si la notion de towgs84 et nadgrid est reportée dans une table de<br>
> transformations, penses tu qu'il sera possible d'affecter les<br>
> transformations avec grille y compris pour les EPSG:27572 > EPSG:2154 et<br>
> consorts?<br>
<br>
Oui, il faudra rajouter des entrées dans la table qui va bien (je parle au niveau de PROJ),<br>
mais le formalisme le permettra<br>
<br>
Pour l'instant cette table<br>
<a href="https://github.com/OSGeo/proj.4/blob/922873f221c827c33c5dbabf10ddf607ae586cba/data/sql/grid_transformation.sql" rel="noreferrer" target="_blank">https://github.com/OSGeo/proj.4/blob/922873f221c827c33c5dbabf10ddf607ae586cba/data/sql/grid_transformation.sql</a><br>
n'est peuplée qu'à partir du registre EPSG, mais l'idée est de pouvoir ajouter d'autres entrées.<br>
<br>
En fait tu as déjà les entrées qui vont bien:<br>
<br>
INSERT INTO "grid_transformation" VALUES('EPSG','15958','RGF93 to NTF (2)','EPSG','9615','NTv2','EPSG','4171','EPSG','4275','EPSG','3694',1.0,'EPSG','8656','rgf93_ntf.gsb',NULL,NULL,NULL,NULL,NULL,0);<br>
INSERT INTO "grid_transformation" VALUES('EPSG','15959','ETRS89 to NTF (3)','EPSG','9615','NTv2','EPSG','4258','EPSG','4275','EPSG','3694',1.0,'EPSG','8656','rgf93_ntf.gsb',NULL,NULL,NULL,NULL,NULL,0);<br>
INSERT INTO "grid_transformation" VALUES('EPSG','15960','WGS 84 to NTF (3)','EPSG','9615','NTv2','EPSG','4326','EPSG','4275','EPSG','3694',1.0,'EPSG','8656','rgf93_ntf.gsb',NULL,NULL,NULL,NULL,NULL,0);<br>
<br>
Sauf que la table intégrée à PROJ s'appelle ntf_r93.gsb, et effectue la transformation dans l'autre sens,<br>
mais bon, en ajoutant une table d'adaptation pour rectifier le tir, on a ce qu'il faut.<br>
<br>
<br>
> Cela simplifierait énormément la situation la plus classique rencontrée, et<br>
> il serait bien plus simple de faire cela que d'expliquer à tout le monde de<br>
> basculer toutes les définitions QGIS, postgis etc vers du IGNF.<br>
> <br>
> Autre question subsidiaire, actuellement, QGIS détecte les chaines proj4 et<br>
> les .prj vers du EPSG automatiquement. Qu'en serait il avec deux définitions<br>
> similaires EPSG et IGNF? Il y aurait un choix à faire à ce niveau là sur<br>
> quel registre privilégier en cas d'incertitude?<br>
<br>
Oui, soit on laisse à l'utilisateur le soin de départager, soit il y a une<br>
logique applicative pour le faire à sa place...<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div>