[El] gdal-java

[Ralph Apel]

Hi Viji,

a representative stack trace follows. 

The call at
it.geosolutions.imageio.gdalframework.GDALCommonIIOImageMetadata.setMembers(GDALCommonIIOImageMetadata.java:264)
can be tracked down to 
public Band org.gdal.gdal.Dataset.GetRasterBand(int index)
which returns NULL

Tracking further to gcore/gdaldataset.cpp
it seems that the image is not read at all.

Another alternative would be to directly shift to FC12/EL6 w.r.t
gdal-java ...

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running it.geosolutions.imageio.plugins.doq2.DOQ2Test
Nov 20, 2010 2:27:43 PM
it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
INFO: GDAL Native Library loaded (version: 1.7.3)
Error: One factory fails for the operation "ImageRead"
Occurs in: javax.media.jai.ThreadSafeOperationRegistry
java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:616)
        at javax.media.jai.FactoryCache.invoke(Unknown Source)
        at javax.media.jai.OperationRegistry.invokeFactory(Unknown
Source)
        at
javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(Unknown
Source)
        at javax.media.jai.registry.RIFRegistry.create(Unknown Source)
        at javax.media.jai.RenderedOp.createInstance(Unknown Source)
        at javax.media.jai.RenderedOp.createRendering(Unknown Source)
        at javax.media.jai.RenderedOp.getMinX(Unknown Source)
        at javax.media.jai.PlanarImage.getBounds(Unknown Source)
        at javax.media.jai.PlanarImage.getTiles(Unknown Source)
        at
it.geosolutions.imageio.plugins.doq2.DOQ2Test.imageRead(DOQ2Test.java:96)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:616)
        at
org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
        at
org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
        at
org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
        at
org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
        at
org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
        at
org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
        at
org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
        at org.junit.internal.runners.TestClassRunner
$1.runUnprotected(TestClassRunner.java:42)
        at
org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
        at
org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
        at
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
        at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
        at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
        at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:616)
        at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
        at
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.RuntimeException: java.lang.NullPointerException
        at
com.sun.media.jai.imageioimpl.ImageReadCRIF.create(ImageReadCRIF.java:317)
        ... 38 more
Caused by: java.lang.NullPointerException
        at
it.geosolutions.imageio.gdalframework.GDALCommonIIOImageMetadata.setMembers(GDALCommonIIOImageMetadata.java:264)
        at
it.geosolutions.imageio.gdalframework.GDALCommonIIOImageMetadata.<init>(GDALCommonIIOImageMetadata.java:161)
        at
it.geosolutions.imageio.gdalframework.GDALCommonIIOImageMetadata.<init>(GDALCommonIIOImageMetadata.java:205)
        at
it.geosolutions.imageio.gdalframework.GDALCommonIIOImageMetadata.<init>(GDALCommonIIOImageMetadata.java:106)
        at
it.geosolutions.imageio.gdalframework.GDALCommonIIOImageMetadata.<init>(GDALCommonIIOImageMetadata.java:85)
        at
it.geosolutions.imageio.gdalframework.GDALImageReader.createDatasetMetadata(GDALImageReader.java:314)
        at
it.geosolutions.imageio.gdalframework.GDALImageReader.initialize(GDALImageReader.java:273)
        at
it.geosolutions.imageio.gdalframework.GDALImageReader.checkImageIndex(GDALImageReader.java:182)
        at
it.geosolutions.imageio.gdalframework.GDALImageReader.getDatasetMetadata(GDALImageReader.java:128)
        at
it.geosolutions.imageio.gdalframework.GDALImageReader.getImageTypes(GDALImageReader.java:899)
        at
javax.imageio.ImageReader.getRawImageType(ImageReader.java:682)
        at
com.sun.media.jai.imageioimpl.ImageReadOpImage.layoutHelper(ImageReadOpImage.java:228)
        at
com.sun.media.jai.imageioimpl.ImageReadOpImage.<init>(ImageReadOpImage.java:473)
        at
com.sun.media.jai.imageioimpl.ImageReadCRIF.create(ImageReadCRIF.java:309)
        ... 38 more
Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.436
sec <<< FAILURE!

Results :

Tests in error: 
  imageRead(it.geosolutions.imageio.plugins.doq2.DOQ2Test)

Tests run: 2, Failures: 0, Errors: 1, Skipped: 0


On Sat, 2010-11-20 at 19:54 +0530, Viji V Nair wrote:
> Hi
> 
> On Sat, Nov 20, 2010 at 7:04 PM, Ralph Apel <r.apel at r-apel.de> wrote:
> > Package swig-1.3.40-1.i386.rpm from FC12 may not be installed on CentOS5
> > but it can be rebuilt (and the rebuilt package installed).
> >
> > Rebuilding gdal-1.7.3 again.
> > And building imageio-ext:
> >
> > No :-(
> > Tests still failing.
> 
> Where exactly it failing now, can u paste the output, will have a look too.
> 
> Thanks
> Viji
> >
> >
> >
> > On Sat, 2010-11-20 at 13:34 +0100, Ralph Apel wrote:
> >> More good news:
> >>
> >> dodsdataset2.cpp:64: error: 'libdap' is not a namespace-name
> >>
> >> This is totally right, because in EPEL we have
> >> libdap =  3.7.8-1.el5.1
> >> while in FC12 we have
> >> libdap =  3.9.3-2.fc12
> >>
> >> So two files have been patched additionally
> >>
> >> Another problem with EPEL is that configure falsely detects libdap >=
> >> 3.9 and thus sets -DLIBDAP_39
> >>
> >> Patching it works, but isn't stylish...
> >> Attaching both patches as well as the slightly modified .spec
> >>
> >> But:
> >>
> >> Building imageio-ext is NOT successful regarding the gdal plugin
> >> tests :-(
> >>
> >> Is it a matter of swig ?
> >>
> >> Cheers
> >> Ralph
> >>
> >>
> >> On Sat, 2010-11-20 at 03:21 +0530, Viji V Nair wrote:
> >> > Hi,
> >> >
> >> > This version of gdal breaks with EPEL5, but works fine with EPEL6
> >> > which is based on F12.
> >> >
> >> > There are circular dependencies related to libdap. Will keep this
> >> > version for EPEL 6.
> >> >
> >> > Thanks
> >> > Viji
> >> >
> >> > On Sat, Nov 20, 2010 at 3:12 AM, Ralph Apel <r.apel at r-apel.de> wrote:
> >> > > Without F12, (I suppose because of too old a libdap) the gdal build
> >> > > breaks with
> >> > >
> >> > > dodsdataset2.cpp:64: error: 'libdap' is not a namespace-name
> >> > > dodsdataset2.cpp:64: error: expected namespace-name before ';' token
> >> > >
> >> > >
> >> > > On Fri, 2010-11-19 at 22:19 +0100, Ralph Apel wrote:
> >> > >> mixing elgis and fedora12 is no fun :-(
> >> > >>
> >> > >> On Fri, 2010-11-19 at 18:46 +0100, Mathieu Baudier wrote:
> >> > >> > Is there anything preventing this to be done for EPEL 5 as well?
> >> > >> >
> >> > >> > > On 19 Nov 2010 17:27, "Viji V Nair" <viji at fedoraproject.org> wrote:
> >> > >> > >
> >> > >> > > Hi
> >> > >> > >
> >> > >> > >
> >> > >> > >
> >> > >> > > On Fri, Nov 19, 2010 at 9:56 PM, Ralph Apel <r.apel at r-apel.de>
> >> > >> > > wrote:
> >> > >> > > > Good news!
> >> > >> > > >
> >> > >> > > > gdal-1.7.3-1...
> >> > >> > >
> >> > >> > > Great news, we can port the same to EPEL 6 repo also as it is based
> >> > >> > > on
> >> > >> > > fedora 12.
> >> > >> > > Currently working on:
> >> > >> > >
> >> > >> > > 1. disable grass, add the same as a plugin
> >> > >> > > 2. build with smbflags
> >> > >> > > 3. optimisation of spec file
> >> > >> > > 4. Building the same on koji for different platforms
> >> > >> > >
> >> > >> > >
> >> > >> > >
> >> > >> > > >
> >> > >> > > > I am now switching to do the same combination of
> >> > >> > > > gdal-1.7.3-1.fc14.src.rpm
> >> > >> > > > and
> >> > >> > > > imageio-ex...
> >> > >> > >
> >> > >> > > Let me know how it goes, I would like to port imageio-ext extension
> >> > >> > > to
> >> > >> > > fedora also :)
> >> > >> > >
> >> > >> > > Thanks
> >> > >> > > Viji
> >> > >> > >
> >> > >> > >
> >> > >> > >
> >> > >> > > >
> >> > >> > > > Cheers
> >> > >> > > > Ralph
> >> > >> > > >
> >> > >> > > > On Fri, 2010-11-19 at 16:17 +0530, Viji V Nair wrote:
> >> > >> > > >> Hi,
> >> > >> > > >>
> >> > >> > > >> Please do...
> >> > >> > >
> >> > >> >
> >> > >>
> >> > >> _______________________________________________
> >> > >> el mailing list
> >> > >> el at lists.osgeo.org
> >> > >> http://lists.osgeo.org/mailman/listinfo/el
> >> > >
> >> > > _______________________________________________
> >> > > el mailing list
> >> > > el at lists.osgeo.org
> >> > > http://lists.osgeo.org/mailman/listinfo/el
> >> > >
> >> _______________________________________________
> >> el mailing list
> >> el at lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/el
> >
> >