Le portail francophone de la géomatique

Bonjour,

Il y a, me semble-t-il, une confusion entre les systèmes de référence spatiaux (SRS) et les SRID:

1°) Le SRID est défini par la norme OGC qui précise que c'est un identifiant unique propre au système qui le contient. Il n'a pas de valeur ou de sens en dehors dudit système.

2°) l'EPSG, vieil organisme, définit quant à lui des codes de projection qu'il associe a une projection. Par exemple 27572 est le code EPSG du Lambert II.
Postgis, lors de l'implémentation, a choisi comme SRID des codes EPSG, de sorte que l'EPSG 27572 correspond au SRID 27572 dans Postgis.
D'autres logiciels font pareil.

Mais pas Oracle, qui définit des SRID qui lui sont propres et ne correspondent pas aux code EPSG (en tout cas, pas toujours). Oracle sait par contre donner la correspondance entre un de ces SRID internes et le code EPSG correspondant. (SDO_CS.MAP_ORACLE_SRID_TO_EPSG et SDO_CS.MAP_EPSG_SRID_TO_ORACLE, dont je ne comprends pas toujours le comportement)

Pour choisir le bon code de projection, il faut se baser sur sa définition et regarder, dans les deux systèmes, si ces définitions sont équivalentes.
Egalement, en étant sur que le SRID d'un système est bien un code EPSG, alors on peut se baser sur ces valeurs EPSG pour echanger entre deux systèmes.

En regardant rapidement sur Oracle les codes que vous utilisez, on peut voir la difference, au niveau Oracle, entre SRID 7412, 27572 et 41015:

select * from sdo_coord_ref_sys where srid in (7412, 27572, 41015);

7412    NTF (Paris) / Lambert zone II + NGF IGN69    COMPOUND                        27572    5719        EPSG    FALSE                TRUE    FALSE

27572    NTF (Paris) / Lambert zone II    PROJECTED    4499        6807    4807    18082                EPSG    FALSE                TRUE    TRUE

41015    French Lambert II Centre    PROJECTED    4400        10078    2000008                Oracle        TRUE        PROJCS["French Lambert II Centre", GEOGCS [ "NTF (Paris meridian)", DATUM ["NTF (Paris meridian)", SPHEROID ["Clarke 1880 (IGN)", 6378249.2, 293.4660213]], PRIMEM [ "Paris", 0.0 ], UNIT ["Decimal Degree", 0.01745329251994330]], PROJECTION ["Lambert Conformal Conic"], PARAMETER ["Standard_Parallel_1", 45.898919], PARAMETER ["Standard_Parallel_2", 47.696015], PARAMETER ["Latitude_Of_Origin", 46.800000], PARAMETER["Central_Meridian",2.337229167], PARAMETER ["False_Easting", 600000.000000], PARAMETER ["False_Northing", 200000.000000], UNIT ["Meter", 1.000000000000]]        TRUE    TRUE

(pardon pour la sortie toute pourrie)

On y voit que SRID=7412 est un systeme projeté + altimétrique (prise en compte des altitudes NGF IGN69), alors que 27572 et 41015 sont uniquement des systèmes projetés (2D). Les deux codes décrivant la meme projection, de ce que je peux voir.

Bref, tout ca pour dire que dans votre cas, le SRID Oracle correspondant semble etre le 7412 qui prend en compte le modèle d'altitude.

Nicolas

De ce que je comprends, Oracle SRID 27572 et 41015 representent la meme projection Lambert II, planaire. Un provient d'Oracle lui-meme (d'ou la description en anglais dans le SRTEXT (French Lambert II centre), l'autre provient d'EPSG

je ne connais pas assez bien FME pour savoir pourquoi il ne connait ou ne reconnait pas le SRID 7412. Peut etre les systémes de projection avec altitude ne sont-ils pas gérés ou reconnus de la meme facon.

Si vos données sont en 2D (vous ne voulez pas convertir les altitudes dans un nouveau système) alors les deux SRID 27572 et 41015 doivent convenir.
Un test vous permettrait de voir si la reprojection dans un de ces systèmes est assez précise pour vos besoins.

Dans le doute, le code EPSG 27572 vous garantira que les données seront bien en Lambert II.

Nicolas

Bonjour,

Il me semble que c'est pour des raisons historiques:

Oracle supporte les systèmes de coordonnées (SRS) depuis longtemps, dans sa cartouche Spatial.
Lors de l'ajout de la norme OGC SFSQL dans cette cartouche, Oracle a choisi de référencer ses SRS avec ses propres codes, sachant qu'il gere des projection de plusieurs "fournisseurs" (pétroliers, instituts geo nationaux, etc.). C'est le champs AUTH_NAME de la table OGC listant les SRS.

Devant l'adoption massive des codes EPSG pour décrire les projections, notamment du fait de Postgis qui utilise ces codes comme SRID, Oracle a ajouté a sa cartouche les définitions ESPG, en gardant comme SRID les codes EPSG.
J'imagine que pour des raisons de compatibilité, la fusion des deux systemes n'est pas vraiment interessante. D'ou l'existance de fonction donnant la correspondance SRID ORacle internes <-> code EPSG.

Les autres SIG utilisent bcp les codes EPSG comme SRID, et les systèmes pro comme Autocad ou FME savent convertir les codes ESPG en SRID internes Oracle.

Nico

Oui effectivement, c'est interessant !

Puis-je vous demander d'ou vient ce listing ?

Nicolas

Bonjour,

Merci pour l'info.