|
|
|
[
Permlink
| « Hide
]
Martin Desruisseaux - 23/Aug/05 11:25 PM
It may be a slight naming issue. Geotools known about "CT_LambertConfConic_1SP", but don't know about "CT_LambertConfConic". If someone can verify that both are really the same thing, it is trivial to add "CT_LambertConfConic" as an alias for "CT_LambertConfConic_1SP".
According to the Coordinate Transformation Codes list (http://www.remotesensing.org/geotiff/spec/geotiff6.html#6.3.3.3) , the codes and aliases for Lambert are as follows:
CT_LambertConfConic_2SP = 8 CT_LambertConfConic_Helmert = 9 . . . Aliases: CT_LambertConfConic = CT_LambertConfConic_2SP CT_LambertConfConic_Helmert = CT_LambertConfConic_1SP Thinking that I somehow write my Geotiff file incorrectly, I tested it using the lcc-2.tiff in 'gt/plugin/geotiff/test/org/geotools/gce/geotiff/test-data'.
I get the same error as in the description of this jira issue, so it does appear that the error occurs for lambert conf conic 2SP Geotiffs. Do we have a stack trace? I maintain the referencing module, but the error message doesn't look like the usual messages from the referencing module. I suppose that the error message come from the GeoTIFF module itself (which I doesn't maintain at this time).
I suspect that this issue may stay unoticed until we assign it to someone. Bryce Nordgren appears as the module maintainer for the GeoTIFF module. Should I assign this issue to him? >I suspect that this issue may stay unoticed until we assign it to someone. Bryce Nordgren appears as the module maintainer for the GeoTIFF module. Should I assign this issue to him?
Sure. Stack trace follows: ============================== org.geotools.gce.geotiff.GeoTiffException: GEOTIFF Module Error Report The coordinate transformation code specified in the ProjCoordTransGeoKey (8) is not currently supported ModelPixelScaleTag: [257.5,257.5,0.0] ModelTiePointTag: (1 tie points) TP #0: [0.0,0.0,0.0] -> [-15312.865311483007,15349.948768731207,0.0] ModelTransformationTag: NOT AVAILABLE GeoKey #1: Key = 1, Value = null GeoKey #2: Key = 1024, Value = 1 GeoKey #3: Key = 1025, Value = 1 GeoKey #4: Key = 2048, Value = 4267 GeoKey #5: Key = 3072, Value = 32767 GeoKey #6: Key = 3073, Value = unnamed GeoKey #7: Key = 3073, Value = unnamed GeoKey #8: Key = 3073, Value = unnamed GeoKey #9: Key = 3074, Value = 32767 GeoKey #10: Key = 3075, Value = 8 GeoKey #11: Key = 3076, Value = 9001 GeoKey #12: Key = 3077, Value = 1.0 GeoKey #13: Key = 3078, Value = 33.90363402777778 GeoKey #14: Key = 3079, Value = 33.62529002777777 GeoKey #15: Key = 3080, Value = -117.47454288888889 GeoKey #16: Key = 3081, Value = 0.0 GeoKey #17: Key = 3082, Value = 0.0 at org.geotools.gce.geotiff.GeoTiffCoordinateSystemAdapter.createUserDefinedProjection(GeoTiffCoordinateSystemAdapter.java:646) at org.geotools.gce.geotiff.GeoTiffCoordinateSystemAdapter.createUserDefinedPCS(GeoTiffCoordinateSystemAdapter.java:398) at org.geotools.gce.geotiff.GeoTiffCoordinateSystemAdapter.createProjectedCoordinateSystem(GeoTiffCoordinateSystemAdapter.java:294) at org.geotools.gce.geotiff.GeoTiffCoordinateSystemAdapter.createCoordinateSystem(GeoTiffCoordinateSystemAdapter.java:267) at org.geotools.gce.geotiff.GeoTiffReader.read(GeoTiffReader.java:217) .... Byrce they tagged this your way but did not actually assign it. This appears to be a request for a new transform so you may want to just rename the bug and pass it on.
|
|||||||||||||||||||||||||||||||||||||