[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[udig-devel] feedback on grid coverage renderer support on trunk
|
Thanks to both Simone and Jesse for help ...
It seems that a few wrinkles are left:
#1 grid coverage renderer will only work if another renderer has caused
JAI to load jpeg support first ... if not the following error occurs:
Caused by: java.lang.IllegalArgumentException: ImageRead: No
OperationDescriptor is registered in the current operation registry
under this name.
at javax.media.jai.JAI.createNS(JAI.java:1074)
at javax.media.jai.JAI.create(JAI.java:977)
at
org.geotools.gce.image.WorldImageReader.read(WorldImageReader.java:500)
at
net.refractions.udig.catalog.rasterings.AbstractRasterGeoResource.findResource(AbstractRasterGeoResource.java:117)
#2 geotiff has changed it's contract with applications:
4-Dec-2006 5:27:23 PM org.geotools.gce.geotiff.GeoTiffFormat accepts
WARNING: GeoKey directory does not exist
java.lang.UnsupportedOperationException: GeoKey directory does not exist
at
org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:109)
at
org.geotools.gce.geotiff.GeoTiffFormat.accepts(GeoTiffFormat.java:160)
at
net.refractions.udig.catalog.internal.geotiff.GeoTiffServiceExtension.canProcess(GeoTiffServiceExtension.java:116)
I can confirm that JAI does work - In my world wind tile accessor I make
direct use of JAI like this:
To repeat this error vanishes after something else smacks JAI once -
something else looks like this (from world wind tile accessor):
ImageReader jpeg =
ImageIO.getImageReadersByFormatName("jpeg").next();
jpeg.setInput( input, true );
return jpeg.read(0,null);
Simone I have committed a refresh of the tile code onto geotools trunk
for you to look at and or/review.
Jody
