Opened 16 years ago

Closed 11 years ago

Last modified 11 years ago

#1428 closed defect (duplicate)

Oblique_ vs Double_Stereographic

Reported by: werchowyna@… Owned by: warmerdam
Priority: highest Milestone:
Component: OGR_SRS Version:
Severity: major Keywords:
Cc: etourigny

Description (last modified by etourigny)

Data data created with ESRI software, projected in EPSG 3120,2172-2174,
have their PROJECTION specified as Double_Stereographic (eg. [1]).
However, GDAL and dependent software use
PROJECTION["Oblique_Stereographic"] for these systems. This leads to
mismatches during data exchange, eg. claims the shapefile
projected in 2174, created with ESRI software, does not match a GRASS
location set up using the same code - due to unknown projection name
Double_Stereographic [2].

I don't know for other 13 sterea projections [3], but according to [4]
ESRI's Double_Stereographic is the same as GDAL's
Oblique_Steregraphic, and that seems to make sense for 3120,2171-2174.

Should Double_Stereographic be intepreted as Oblique_Steregraphic by
GDAL and friends?

Please read Paul Kelly's comments on grass-dev:

The discussion started on grass-user:

Layer SRS WKT:

No projection name! Projection parameters likely to be meaningless.
A datum name S-42 (Pulkovo_1942) was specified without transformation

$ grep -c "proj=sterea " /usr/local/share/proj/epsg
(substract 4 deprecated of them)


Change History (5)

comment:1 by etourigny, 11 years ago

Cc: etourigny added
Description: modified (diff)

in reply to:  description comment:2 by peifer, 11 years ago

Replying to werchowyna@…:

Should Double_Stereographic be intepreted as Oblique_Steregraphic by GDAL and friends?

I's say: Yes. When looking at it at the time, I came to the conclusion that: Double_Stereographic = Oblique_Stereographic = sterea, see my related ticket #2869

comment:3 by etourigny, 11 years ago

Version: 1.4.0

According to this ticket, the following should also be changed.

changeset r21627 : morphFromESRI(): Remap Stereographic to OBLIQUE_STEREOGRAPHIC to get correct round-tripping (for example for EPSG:3844)

Can you provide a test file in ESRI WKT format so I can get this fixed?

comment:4 by etourigny, 11 years ago

Resolution: duplicate
Status: newclosed

Closing this bug as duplicate of #4267, which has more information.

peifer: please add any ESRI files there

in reply to:  4 comment:5 by peifer, 11 years ago

Replying to etourigny:

peifer: please add any ESRI files there

Done. Hermann

Note: See TracTickets for help on using tickets.