#4600 closed defect (wontfix)
GMLJP2 box with EPSG4326 didn't produce right spacing and origin
Reported by: | msavinaud | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | default | Version: | 1.9.0 |
Severity: | normal | Keywords: | |
Cc: |
Description
Hi,
I work with some Pleiades data and I have some problems with these data when they have a GMLJP2 box which contains an EPSG4326 projection. gdalinfo and ReadAndParse() method of GDALJP2Metadata class didn't return correctly spacing and origin.
For example gdalinfo return : Coordinate System is: GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0,
AUTHORITY["EPSG","8901"]],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]],
AXIS["Latitude",NORTH], AXIS["Longitude",EAST], AUTHORITY["EPSG","4326"]]
1.311516900955, 0, 6.19809e-06 43.816002249415, -4.49883e-06, 0
I must manually retrieve these parameters from the geotransform for this special case. I have other file with UTM projection and all works with them.
You can find in attachment the the GMLJP2 box.
Best.
Attachments (1)
Change History (3)
by , 12 years ago
Attachment: | GMLPJ2_box.txt added |
---|
comment:1 by , 9 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
It seems to me that the <gml:offsetVector> elements are not in the correct order. Closing at wontfix with the assumption Pleiades has fixed that now.