[Francophone] Statut registre IGNF dans PostGIS

[Régis Haubourg]

Merci Even pour les précisions, la cible pour PostGIS3 me parait assez
claire.

Plus je creuse en amont et moins je comprends à quel point l'utilisation de
grille est décrit par les standards EPSG/OGC.

Un exemple pour OSGB 1936
 -  http://spatialreference.org/ref/epsg/4277/ ne mentionne aucune grille.
 -  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..

Est-ce que cela signifie qu'aucun organisme ne standardise cette notion de
grille?
Est-ce que cela implique que c'est à l'utilisateur, comme dans Geoserver
[0], d'ajouter lui même les transformations qu'il souhaite?
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.

Régis (en croisade pour une utilisation des grilles simple et à la portée
de tous)

[0]
https://geoserver.readthedocs.io/en/latest/advanced/crshandling/coordtransforms.html

Le lun. 24 sept. 2018 à 22:08, Even Rouault <even.rouault at spatialys.com> a
écrit :

> On lundi 24 septembre 2018 12:17:20 CEST Régis Haubourg wrote:
> > Merci Even pour le rappel du travail en cours dans le gdal_barn. (et
> bravo
> > pour ce chantier titanesque)
> > Si je comprends bien, il faut pousser ce sujet dans la liste des vœux
> > postgis3, mais aussi préparer la migration du coté de QGIS (et tous les
> > autres outils OSGEO).  La gestion des srid en texte est une très bonne
> > nouvelle !
> >
> > Si la notion de towgs84 et nadgrid est reportée dans une table de
> > transformations, penses tu qu'il sera possible d'affecter les
> > transformations avec grille y compris pour les EPSG:27572 > EPSG:2154 et
> > consorts?
>
> Oui, il faudra rajouter des entrées dans la table qui va bien (je parle au
> niveau de PROJ),
> mais le formalisme le permettra
>
> Pour l'instant cette table
>
> https://github.com/OSGeo/proj.4/blob/922873f221c827c33c5dbabf10ddf607ae586cba/data/sql/grid_transformation.sql
> n'est peuplée qu'à partir du registre EPSG, mais l'idée est de pouvoir
> ajouter d'autres entrées.
>
> En fait tu as déjà les entrées qui vont bien:
>
> 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);
> 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);
> 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);
>
> Sauf que la table intégrée à PROJ s'appelle ntf_r93.gsb, et effectue la
> transformation dans l'autre sens,
> mais bon, en ajoutant une table d'adaptation pour rectifier le tir, on a
> ce qu'il faut.
>
>
> > Cela simplifierait énormément la situation la plus classique rencontrée,
> et
> > il serait bien plus simple de faire cela que d'expliquer à tout le monde
> de
> > basculer toutes les définitions QGIS, postgis etc vers du IGNF.
> >
> > Autre question subsidiaire, actuellement, QGIS détecte les chaines proj4
> et
> > les .prj vers du EPSG automatiquement. Qu'en serait il avec deux
> définitions
> > similaires EPSG et IGNF? Il y aurait un choix à faire à ce niveau là sur
> > quel registre privilégier en cas d'incertitude?
>
> Oui, soit on laisse à l'utilisateur le soin de départager, soit il y a une
> logique applicative pour le faire à sa place...
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/francophone/attachments/20180925/88014e90/attachment.html>