Annonce
#1 Tue 08 August 2006 18:05
- RIVIERE Robert - CETE Méditerr /DI/ETER
- Invité
Le mystérieux code ESPG:27582
Bonjour,
Beaucoup de logiciels (mapserver, GeoNetwork, Grass, Mapinfo, ...)
connaissent le système de coordonnées NTF(Paris)/Lambert II étendu sous le
code EPSG:27582.
Or la base de données de l'EPSG, même dans sa dernière version 6.11, ne
référence *pas* ce code !
On y trouve un 27572 "NTF(Paris)/Lambert II carto" qui a pour alias
"NTF(Paris)/Lambert II étendu".
Donc la question est : quid de ce 27582 ? quelle est sa légitimité ?
Pourquoi le retrouve-t'on dans des logiciels alors qu'il n'est pas dans la
base EPSG ? Y a t'il une différence avec le 27572 ?
Merci de vos lumières,
R. Rivière
#2 Tue 08 August 2006 20:24
Re: Le mystérieux code ESPG:27582
Bonjour,
Chez moi ce code existe, si je fais une recherche sur la base Access
de l'EPSG via les geotools j'obtiens:
java org.geotools.referencing.factory.epsg.DefaultFactory 27582
EPSG version: 6.10
Database engine: ACCESS version 04.00.0000
Database URL: jdbc:odbc:EPSG
________________________________________________________________________
_______
PROJCS["NTF (Paris) / France II",
GEOGCS["NTF (Paris)",
DATUM["Nouvelle Triangulation Francaise (Paris)",
SPHEROID["Clarke 1880 (IGN)", 6378249.2, 293.4660212936269,
AUTHORITY["EPSG","7011"]],
AUTHORITY["EPSG","6807"]],
PRIMEM["Paris", 2.5969213, AUTHORITY["EPSG","8903"]],
UNIT["grade", 0.015707963267948967],
AXIS["Geodetic latitude", NORTH],
AXIS["Geodetic longitude", EAST],
AUTHORITY["EPSG","4807"]],
PROJECTION["Lambert Conic Conformal (1SP)", AUTHORITY
["EPSG","9801"]],
PARAMETER["central_meridian", 0.0],
PARAMETER["latitude_of_origin", 52.0],
PARAMETER["scale_factor", 0.99987742],
PARAMETER["false_easting", 600000.0],
PARAMETER["false_northing", 2200000.0],
UNIT["m", 1.0],
AXIS["Easting", EAST],
AXIS["Northing", NORTH],
AUTHORITY["EPSG","27582"]]
Salutations,
Vincent Heurteaux
Hors ligne
#3 Wed 09 August 2006 11:51
Re: Le mystérieux code ESPG:27582
Bonjour,
En fait le code 27582 existe bien dans la base de données (il suffit de
faire une recherche directement dans la table Coordinate Reference System),
mais il n'apparait pas dans l'interface tout simplement car il a un statut
"Deprecated" à vrai. Ce qui signifie qu'au regard de l'EPSG ce code est
obsolète et ne doit plus être utilisé. Son équivalent actuel est bien le
code 27572.
Il me semble (à vérifier) que ce nouveau code est apparu uniquement pour des
raisons de nomage du système de coordonnées.
Cordialement.
---------------------------------------------------------------
Frédéric BIZET (fbizet@geomod.fr)
Ingénieur topographe INSA de Strasbourg
GEOMOD (www.geomod.fr)
89, rue de la Villette - 69003 LYON - FRANCE
TEL : +33 (0)4 37 56 10 99
FAX : +33 (0)4 37 56 10 98
---------------------------------------------------------------
Hors ligne
#4 Wed 09 August 2006 17:56
- ElZouavo
- Participant occasionnel
- Date d'inscription: 10 Apr 2006
- Messages: 10
Re: Le mystérieux code ESPG:27582
Bonjour,
Effectivement, si l'on consulte le "Detailed Deprecation Report" du code EPSG 27572 actuellement en vigueur, on peut lire qu'il remplace le code EPSG 27582.
Il y a également une petite nuance de la langue anglaise que je perçois mal. C'est la différence entre "replace"" et "supersede". Personnellement je perçois "replace" comme signifiant "remplacer" et "supersede" comme signifiant "remplace avantageusement, rend obsolète".
Si l'on regarde attentivement le rapport (cf. fichier PDF joint) on voit que le code EPSG 27572 remplace le code EPSG 27582 et que le code EPSG 27572 remplace avantageusement le code 27562. Or ce qui m'échappe c'est que le code 27562 correspond au NTF - Lambert II Centre, donc du Lambert zone... Un Lambert Carto remplacerait donc avantageusement un Lambert zone. Bizarre.
Mais connaissance sur le sujet étant très limitées merci de bien vouloir m'éclaircir le sujet.
D'avance merci
Hors ligne
#5 Wed 16 August 2006 12:33
- RIVIERE Robert - CETE Méditerr /DI/ETER
- Invité
Re: Le mystérieux code ESPG:27582
Bonjour,
effectivement cela semble être la bonne explication. Merci à ceux qui m'ont
répondu,
R. Rivière
