[Geoserver-users] unable to load geotiff coverage

Gilles_Bassiere · November 21, 2007, 6:45pm

Hi List,

I'm in trouble with GeoTiff raster files. I just can't load them as a datasource. I followed the procedure described at http://docs.codehaus.org/display/GEOSDOC/GeoTIFF but at step 5 (i.e. when the web interface actually load the tiff file onto the server), I get this error :

"Invalid url: 'file:/home/gba/data/europe/france/srtm30/relief-france.27572.tif' for format type:'GeoTIFF'.

I tried to rename my file to srtm30.tif to be sure to avoid invalid filename. I also tried to change the prefix to 'file:///' or to remove it. No matter I can do, I still have this error.

My file seems to be valid as I can read it with several other gis tools (Mapserver, Mapnik, Grass, QGIS). Moreover, I tried with another geotiff file and I had the same issue. Here are more information about my raster :

$ gdalinfo /home/gba/data/europe/france/srtm30/relief-france.27572.tif
Driver: GTiff/GeoTIFF
Size is 19299, 16739
Coordinate System is `'
Origin = (-115298.656730470014736,2819992.350648520048708)
Pixel Size = (79.999157123686729,-80.000530599157059)
Image Structure Metadata:
COMPRESSION=DEFLATE
Corner Coordinates:
Upper Left ( -115298.657, 2819992.351)
Lower Left ( -115298.657, 1480863.469)
Upper Right ( 1428605.077, 2819992.351)
Lower Right ( 1428605.077, 1480863.469)
Center ( 656653.210, 2150427.910)
Band 1 Block=19299x1 Type=Byte, ColorInterp=Red
Band 2 Block=19299x1 Type=Byte, ColorInterp=Green
Band 3 Block=19299x1 Type=Byte, ColorInterp=Blue

$ tiffinfo /home/gba/data/europe/france/srtm30/relief-france.27572.tif
TIFF Directory at offset 0xb441ca6 (189013158)
  Image Width: 19299 Image Length: 16739
  Bits/Sample: 8
  Compression Scheme: Deflate
  Photometric Interpretation: RGB color
  Orientation: row 0 top, col 0 lhs
  Samples/Pixel: 3
  Rows/Strip: 1
  Planar Configuration: single image plane

Finally, I tried to load the file as "a raster file accompanied by a spatial data file" and it worked. Except that I got a blank output when I tried to display it... Could be a problem with SRS settings but I'd like to know more about this weird 'Invalid URL' before to investigate further on.

Any hints ?

--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com

Justin_Deoliveira · November 21, 2007, 6:59pm

I believe the invalid url is just a result of using the wrong driver or
coverage store. The first driver you triedd assumes that the geographic
information inside the tiff. Whereas in this case it is a "world tif",
the geographic information defined in a world file alongside the tif. So
the second driver you used is indeed the correct one.

As for the blank image... I believe you are correct, its most definitely
an srs issue. Do you happen know which coordinate system the data is in?
I am not sure what the behavior when no srs can be inferred... perhaps
it is defaulting to 4326, i would have to check it out. But the output
of gdalinfo tells us it is a projected coordinate system.

-Justin

Gilles Bassière wrote:

Hi List,

I'm in trouble with GeoTiff raster files. I just can't load them as a
datasource. I followed the procedure described at
http://docs.codehaus.org/display/GEOSDOC/GeoTIFF but at step 5 (i.e.
when the web interface actually load the tiff file onto the server), I
get this error :

"Invalid url:
'file:/home/gba/data/europe/france/srtm30/relief-france.27572.tif' for
format type:'GeoTIFF'.

I tried to rename my file to srtm30.tif to be sure to avoid invalid
filename. I also tried to change the prefix to 'file:///' or to remove
it. No matter I can do, I still have this error.

My file seems to be valid as I can read it with several other gis tools
(Mapserver, Mapnik, Grass, QGIS). Moreover, I tried with another geotiff
file and I had the same issue. Here are more information about my raster :

$ gdalinfo /home/gba/data/europe/france/srtm30/relief-france.27572.tif
Driver: GTiff/GeoTIFF
Size is 19299, 16739
Coordinate System is `'
Origin = (-115298.656730470014736,2819992.350648520048708)
Pixel Size = (79.999157123686729,-80.000530599157059)
Image Structure Metadata:
  COMPRESSION=DEFLATE
Corner Coordinates:
Upper Left ( -115298.657, 2819992.351)
Lower Left ( -115298.657, 1480863.469)
Upper Right ( 1428605.077, 2819992.351)
Lower Right ( 1428605.077, 1480863.469)
Center ( 656653.210, 2150427.910)
Band 1 Block=19299x1 Type=Byte, ColorInterp=Red
Band 2 Block=19299x1 Type=Byte, ColorInterp=Green
Band 3 Block=19299x1 Type=Byte, ColorInterp=Blue

$ tiffinfo /home/gba/data/europe/france/srtm30/relief-france.27572.tif
TIFF Directory at offset 0xb441ca6 (189013158)
  Image Width: 19299 Image Length: 16739
  Bits/Sample: 8
  Compression Scheme: Deflate
  Photometric Interpretation: RGB color
  Orientation: row 0 top, col 0 lhs
  Samples/Pixel: 3
  Rows/Strip: 1
  Planar Configuration: single image plane

Finally, I tried to load the file as "a raster file accompanied by a
spatial data file" and it worked. Except that I got a blank output when
I tried to display it... Could be a problem with SRS settings but I'd
like to know more about this weird 'Invalid URL' before to investigate
further on.

Any hints ?

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

Andrea_Aime3 · November 21, 2007, 7:08pm

Justin Deoliveira ha scritto:
...

As for the blank image... I believe you are correct, its most definitely
an srs issue. Do you happen know which coordinate system the data is in?
I am not sure what the behavior when no srs can be inferred... perhaps
it is defaulting to 4326, i would have to check it out. But the output
of gdalinfo tells us it is a projected coordinate system.

Yep. GeoServer cannot load GeoTiff data if it has no CRS information inside. You have to find out the EPSG code of the srs used to create
that tiff file, and then embed it in the geotiff file using
gdal_translate.

Cheers
Andrea

Gilles_Bassiere · November 22, 2007, 12:51pm

Thanks for help
You were right, I forgot that I used r.out.tiff instead of r.out.gdal in Grass to generate this file. With gdal_translate I finally have a proper GeoTiff and I can load it but I still get a blank image. In logs I can see this exception :

Nov 22, 2007 11:47:15 AM org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer paint
WARNING: 19299
java.lang.ArrayIndexOutOfBoundsException: 19299
        at com.sun.media.imageioimpl.plugins.tiff.TIFFDeflateDecompressor.decodeRaw(TIFFDeflateDecompressor.java:135)
        at com.sun.media.imageio.plugins.tiff.TIFFDecompressor.decode(TIFFDecompressor.java:2527)
        at com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.decodeTile(TIFFImageReader.java:1137)
        at com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1406)
        at com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:697)
        at com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122)
        at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085)
        at javax.media.jai.PlanarImage.getExtendedData(PlanarImage.java:2440)
        at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1255)
        at com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at javax.media.jai.RenderedOp.getTile(RenderedOp.java:2257)
        at sun.java2d.SunGraphics2D.drawTranslatedRenderedImage(SunGraphics2D.java:2648)
        at sun.java2d.SunGraphics2D.drawRenderedImage(SunGraphics2D.java:2535)
        at org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer.paint(GridCoverageRenderer.java:789)
        at org.geotools.renderer.lite.StreamingRenderer.renderRaster(StreamingRenderer.java:1898)
        at org.geotools.renderer.lite.StreamingRenderer.processSymbolizers(StreamingRenderer.java:1680)
        [stack continuing...]

19299 is my image width according to tiffinfo. I suspect the deflate decompressor to be buggy but my file might be corrupted also, what's your opinion on this?

Regarding the WorldImage approach, I tried several configuration but I always get this warning in logs :

Nov 22, 2007 12:30:30 PM org.geotools.gce.image.WorldImageReader readCRS
INFO: Unable to find crs, continuing with default WGS4 CRS

My file is projected in Lambert zone 2, a common CRS in France. EPSG code is 27572 for this CRS. Where should I set it? In the coverage editor (web UI) I set the fileds "SRS", "Request CRSs" and "Response CRSs" with the value "EPSG:27572" but it doesn't work. WGS84 is detected as the native CRS as there is no projection information in my original tiff file. I don't know how to force geoserver to use epsg:27572.

Additional info: I run geoserver 1.5.4a under tomcat5.5.

Regards,
Gilles

Andrea Aime wrote:

Justin Deoliveira ha scritto:
...

As for the blank image... I believe you are correct, its most definitely
an srs issue. Do you happen know which coordinate system the data is in?
I am not sure what the behavior when no srs can be inferred... perhaps
it is defaulting to 4326, i would have to check it out. But the output
of gdalinfo tells us it is a projected coordinate system.

Yep. GeoServer cannot load GeoTiff data if it has no CRS information inside. You have to find out the EPSG code of the srs used to create
that tiff file, and then embed it in the geotiff file using
gdal_translate.

Cheers
Andrea

--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com

Simone3 · November 22, 2007, 12:54pm

Hi Gilles,
would you be able to provide a sample of your data so that I can take
a look at it?

The error you are getting is pretty bad and comes traight from the
underlying imageio tff reader. I would like to spend some time
tomorrow on tracking it down.

Ciao,
Simone.

On Nov 22, 2007 1:51 PM, Gilles Bassière
<gilles.bassiere@anonymised.com> wrote:

Thanks for help
You were right, I forgot that I used r.out.tiff instead of r.out.gdal in
Grass to generate this file. With gdal_translate I finally have a proper
GeoTiff and I can load it but I still get a blank image. In logs I can
see this exception :

Nov 22, 2007 11:47:15 AM
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer paint
WARNING: 19299
java.lang.ArrayIndexOutOfBoundsException: 19299
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFDeflateDecompressor.decodeRaw(TIFFDeflateDecompressor.java:135)
        at
com.sun.media.imageio.plugins.tiff.TIFFDecompressor.decode(TIFFDecompressor.java:2527)
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.decodeTile(TIFFImageReader.java:1137)
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1406)
        at
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:697)
        at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at
com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122)
        at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085)
        at
javax.media.jai.PlanarImage.getExtendedData(PlanarImage.java:2440)
        at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1255)
        at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at javax.media.jai.RenderedOp.getTile(RenderedOp.java:2257)
        at
sun.java2d.SunGraphics2D.drawTranslatedRenderedImage(SunGraphics2D.java:2648)
        at
sun.java2d.SunGraphics2D.drawRenderedImage(SunGraphics2D.java:2535)
        at
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer.paint(GridCoverageRenderer.java:789)
        at
org.geotools.renderer.lite.StreamingRenderer.renderRaster(StreamingRenderer.java:1898)
        at
org.geotools.renderer.lite.StreamingRenderer.processSymbolizers(StreamingRenderer.java:1680)
        [stack continuing...]

19299 is my image width according to tiffinfo. I suspect the deflate
decompressor to be buggy but my file might be corrupted also, what's
your opinion on this?

Regarding the WorldImage approach, I tried several configuration but I
always get this warning in logs :

Nov 22, 2007 12:30:30 PM org.geotools.gce.image.WorldImageReader readCRS
INFO: Unable to find crs, continuing with default WGS4 CRS

My file is projected in Lambert zone 2, a common CRS in France. EPSG
code is 27572 for this CRS. Where should I set it? In the coverage
editor (web UI) I set the fileds "SRS", "Request CRSs" and "Response
CRSs" with the value "EPSG:27572" but it doesn't work. WGS84 is detected
as the native CRS as there is no projection information in my original
tiff file. I don't know how to force geoserver to use epsg:27572.

Additional info: I run geoserver 1.5.4a under tomcat5.5.

Regards,
Gilles

Andrea Aime wrote:
> Justin Deoliveira ha scritto:
> ...
>> As for the blank image... I believe you are correct, its most definitely
>> an srs issue. Do you happen know which coordinate system the data is in?
>> I am not sure what the behavior when no srs can be inferred... perhaps
>> it is defaulting to 4326, i would have to check it out. But the output
>> of gdalinfo tells us it is a projected coordinate system.
>
> Yep. GeoServer cannot load GeoTiff data if it has no CRS information
> inside. You have to find out the EPSG code of the srs used to create
> that tiff file, and then embed it in the geotiff file using
> gdal_translate.
>
> Cheers
> Andrea

--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com

-------------------------------------------------------------------------

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it

-------------------------------------------------------

Gilles_Bassiere · November 22, 2007, 4:03pm

Simone Giannecchini wrote:

Hi Gilles,

Hi Simone

would you be able to provide a sample of your data so that I can take
a look at it?

I've been able to produce a smaller tiff (a single srtm30 tile actually) and to reproduce the bug with it. You can find the test files at :

http://sig.demo.makina-corpus.com/sampletiff/N48W005.tif
http://sig.demo.makina-corpus.com/sampletiff/N48W005.tfw
http://sig.demo.makina-corpus.com/sampletiff/N48W005.geo.tif

The first 2 files are the WorldImage, the third one is the buggy GeoTIFF.

Beside GeoServer, I tried these files in QGIS and uDig. TIFF+TFW is ok but I can't load the GeoTIFF in uDig. Seems like your suspicion about imageio was correct. With QGIS, it loads with no error.

To produce these tiff I processed some srtm30 tiles through GRASS and GDAL :
1) r.in.srtm
2) fillnulls, reprojection, ...
3) r.out.tiff -t input=N48W005 output=N48W005.tif compression=deflate
4) gdal_translate -ot Byte -a_srs EPSG:27572 -co "COMPRESS=DEFLATE" -co "PREDICTOR=2" N48W005.tif N48W005.geo.tif
Don't know if that help...

The error you are getting is pretty bad and comes traight from the
underlying imageio tff reader. I would like to spend some time
tomorrow on tracking it down.

Thanks,
Gilles

Ciao,
Simone.

On Nov 22, 2007 1:51 PM, Gilles Bassière
<gilles.bassiere@anonymised.com> wrote:


Thanks for help
You were right, I forgot that I used r.out.tiff instead of r.out.gdal in
Grass to generate this file. With gdal_translate I finally have a proper
GeoTiff and I can load it but I still get a blank image. In logs I can
see this exception :

Nov 22, 2007 11:47:15 AM
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer paint
WARNING: 19299
java.lang.ArrayIndexOutOfBoundsException: 19299
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFDeflateDecompressor.decodeRaw(TIFFDeflateDecompressor.java:135)
        at
com.sun.media.imageio.plugins.tiff.TIFFDecompressor.decode(TIFFDecompressor.java:2527)
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.decodeTile(TIFFImageReader.java:1137)
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1406)
        at
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:697)
        at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at
com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122)
        at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085)
        at
javax.media.jai.PlanarImage.getExtendedData(PlanarImage.java:2440)
        at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1255)
        at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at javax.media.jai.RenderedOp.getTile(RenderedOp.java:2257)
        at
sun.java2d.SunGraphics2D.drawTranslatedRenderedImage(SunGraphics2D.java:2648)
        at
sun.java2d.SunGraphics2D.drawRenderedImage(SunGraphics2D.java:2535)
        at
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer.paint(GridCoverageRenderer.java:789)
        at
org.geotools.renderer.lite.StreamingRenderer.renderRaster(StreamingRenderer.java:1898)
        at
org.geotools.renderer.lite.StreamingRenderer.processSymbolizers(StreamingRenderer.java:1680)
        [stack continuing...]

19299 is my image width according to tiffinfo. I suspect the deflate
decompressor to be buggy but my file might be corrupted also, what's
your opinion on this?

Regarding the WorldImage approach, I tried several configuration but I
always get this warning in logs :

Nov 22, 2007 12:30:30 PM org.geotools.gce.image.WorldImageReader readCRS
INFO: Unable to find crs, continuing with default WGS4 CRS

My file is projected in Lambert zone 2, a common CRS in France. EPSG
code is 27572 for this CRS. Where should I set it? In the coverage
editor (web UI) I set the fileds "SRS", "Request CRSs" and "Response
CRSs" with the value "EPSG:27572" but it doesn't work. WGS84 is detected
as the native CRS as there is no projection information in my original
tiff file. I don't know how to force geoserver to use epsg:27572.

Additional info: I run geoserver 1.5.4a under tomcat5.5.

Regards,
Gilles

Andrea Aime wrote:


Justin Deoliveira ha scritto:
...


As for the blank image... I believe you are correct, its most definitely
an srs issue. Do you happen know which coordinate system the data is in?
I am not sure what the behavior when no srs can be inferred... perhaps
it is defaulting to 4326, i would have to check it out. But the output
of gdalinfo tells us it is a projected coordinate system.


Yep. GeoServer cannot load GeoTiff data if it has no CRS information
inside. You have to find out the EPSG code of the srs used to create
that tiff file, and then embed it in the geotiff file using
gdal_translate.

Cheers
Andrea


--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com

-------------------------------------------------------------------------

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com

Gilles_Bassiere · November 22, 2007, 4:07pm

I forgot the WorldImage alternative... Any help on how to configure my coverage for a projected CRS?
Gilles

Simone Giannecchini wrote:

Hi Gilles,
would you be able to provide a sample of your data so that I can take
a look at it?

The error you are getting is pretty bad and comes traight from the
underlying imageio tff reader. I would like to spend some time
tomorrow on tracking it down.

Ciao,
Simone.

On Nov 22, 2007 1:51 PM, Gilles Bassière
<gilles.bassiere@anonymised.com> wrote:


Thanks for help
You were right, I forgot that I used r.out.tiff instead of r.out.gdal in
Grass to generate this file. With gdal_translate I finally have a proper
GeoTiff and I can load it but I still get a blank image. In logs I can
see this exception :

Nov 22, 2007 11:47:15 AM
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer paint
WARNING: 19299
java.lang.ArrayIndexOutOfBoundsException: 19299
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFDeflateDecompressor.decodeRaw(TIFFDeflateDecompressor.java:135)
        at
com.sun.media.imageio.plugins.tiff.TIFFDecompressor.decode(TIFFDecompressor.java:2527)
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.decodeTile(TIFFImageReader.java:1137)
        at
com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1406)
        at
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:697)
        at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at
com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122)
        at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085)
        at
javax.media.jai.PlanarImage.getExtendedData(PlanarImage.java:2440)
        at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1255)
        at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
        at javax.media.jai.OpImage.getTile(OpImage.java:1129)
        at javax.media.jai.RenderedOp.getTile(RenderedOp.java:2257)
        at
sun.java2d.SunGraphics2D.drawTranslatedRenderedImage(SunGraphics2D.java:2648)
        at
sun.java2d.SunGraphics2D.drawRenderedImage(SunGraphics2D.java:2535)
        at
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer.paint(GridCoverageRenderer.java:789)
        at
org.geotools.renderer.lite.StreamingRenderer.renderRaster(StreamingRenderer.java:1898)
        at
org.geotools.renderer.lite.StreamingRenderer.processSymbolizers(StreamingRenderer.java:1680)
        [stack continuing...]

19299 is my image width according to tiffinfo. I suspect the deflate
decompressor to be buggy but my file might be corrupted also, what's
your opinion on this?

Regarding the WorldImage approach, I tried several configuration but I
always get this warning in logs :

Nov 22, 2007 12:30:30 PM org.geotools.gce.image.WorldImageReader readCRS
INFO: Unable to find crs, continuing with default WGS4 CRS

My file is projected in Lambert zone 2, a common CRS in France. EPSG
code is 27572 for this CRS. Where should I set it? In the coverage
editor (web UI) I set the fileds "SRS", "Request CRSs" and "Response
CRSs" with the value "EPSG:27572" but it doesn't work. WGS84 is detected
as the native CRS as there is no projection information in my original
tiff file. I don't know how to force geoserver to use epsg:27572.

Additional info: I run geoserver 1.5.4a under tomcat5.5.

Regards,
Gilles

Andrea Aime wrote:


Justin Deoliveira ha scritto:
...


As for the blank image... I believe you are correct, its most definitely
an srs issue. Do you happen know which coordinate system the data is in?
I am not sure what the behavior when no srs can be inferred... perhaps
it is defaulting to 4326, i would have to check it out. But the output
of gdalinfo tells us it is a projected coordinate system.


Yep. GeoServer cannot load GeoTiff data if it has no CRS information
inside. You have to find out the EPSG code of the srs used to create
that tiff file, and then embed it in the geotiff file using
gdal_translate.

Cheers
Andrea


--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com

-------------------------------------------------------------------------

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com

Andrea_Aime3 · November 22, 2007, 4:14pm

Gilles Bassière ha scritto:

I forgot the WorldImage alternative... Any help on how to configure my coverage for a projected CRS?

Yes. Figure out the EPSG code of your crs by looking
at the "srs list" output (srs list is a link in the geoserver
admin home page).

Then create a <theTiffFileName>.prj file with the wkt encoding
of that srs typed as a single line, save it, and you should
be good.

Let me know if this helped
Cheers
Andrea

Gilles_Bassiere · November 22, 2007, 4:50pm

Andrea Aime wrote:

Gilles Bassière ha scritto:

I forgot the WorldImage alternative... Any help on how to configure my coverage for a projected CRS?

Yes. Figure out the EPSG code of your crs by looking
at the "srs list" output (srs list is a link in the geoserver
admin home page).

Then create a <theTiffFileName>.prj file with the wkt encoding
of that srs typed as a single line, save it, and you should
be good.

Let me know if this helped

Yep, it works just perfect.

Thanks!
Gilles

Cheers
Andrea

--
Gilles Bassiere
MAKINA CORPUS
30 rue des Jeuneurs
FR-75011 PARIS
http://www.makina-corpus.com