Thanks for the info Daniele,
I just tried the new libs and in uDig I get:
!MESSAGE
org.gdal.gdal.gdalJNI.Dataset_ReadRaster_Direct__SWIG_2(JLorg/gdal/gdal/Dataset;IIIIIIIIIII[B)I
!STACK 0
java.lang.UnsatisfiedLinkError:
org.gdal.gdal.gdalJNI.Dataset_ReadRaster_Direct__SWIG_2(JLorg/gdal/gdal/Dataset;IIIIIIIIIII[B)I
at org.gdal.gdal.gdalJNI.Dataset_ReadRaster_Direct__SWIG_2(Native
Method)
at org.gdal.gdal.Dataset.ReadRaster_Direct(Dataset.java:128)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.readDatasetRaster(GDALImageReader.java:449)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.readDatasetRaster(GDALImageReader.java:328)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.read(GDALImageReader.java:976)
at
org.geotools.coverageio.RasterLayerResponse.readRaster(RasterLayerResponse.java:334)
at
org.geotools.coverageio.RasterLayerResponse.createCoverage(RasterLayerResponse.java:189)
at
org.geotools.coverageio.RasterLayerResponse.compute(RasterLayerResponse.java:159)
at
org.geotools.coverageio.BaseGridCoverage2DReader.requestCoverage(BaseGridCoverage2DReader.java:589)
at
org.geotools.coverageio.BaseGridCoverage2DReader.read(BaseGridCoverage2DReader.java:397)
at
net.refractions.udig.catalog.rasterings.GridCoverageLoader.load(GridCoverageLoader.java:77)
at
net.refractions.udig.render.internal.gridcoverage.basic.MemoryGridCoverageRenderer.render(MemoryGridCoverageRenderer.java:118)
[...]
I am trying to figure out if I am doing something wrong, but basically
nothing should have changed. The libs are in the jre, the library path
set...
If you see something obvious please let me know.
Ciao
Andrea
On Wed, Nov 18, 2009 at 12:38 PM, Daniele Romagnoli
<daniele.romagn...@geo-solutions.it> wrote:
> Ops. a Typo occurred in my previous message:
> --- Hence you dont need to rebuild the binaries; you can reuse the 1.0.5
> ones. ---
> should be: --- Hence you dont need to rebuild the binaries; you can reuse
> the 1.0.4 ones. ---
>
> Sorry about this.
> Regards
>
> On Wed, Nov 18, 2009 at 12:35 PM, Daniele Romagnoli
> <dany.geoto...@gmail.com> wrote:
>>
>> Hi all,
>> let me briefly summarize some info :)
>>
>> The only important differences between 1.0.4 and 1.0.5 are an improvement
>> of the direct kakadu plugin (as well as some minor changes on the utilities
>> jar adding a method required by the kakadu plugin).
>> Anyway, it is worth to point out that no differences exist between the
>> native libraries used by 1.0.4 and the 1.0.5 ones. They are the same since
>> the native bindings still unchanged from 1.0.4 to 1.0.5 (the only difference
>> is between 1.0.3 and 1.0.4 since in 1.0.4 we have solved an issue reported
>> by aaime on JVM crash). Hence you dont need to rebuild the binaries; you can
>> reuse the 1.0.5 ones. I only need to update the imageio-ext download section
>> in the imageio-ext (the jars and the win installer). I'll do it in the
>> afternoon since yesterday the dev.java.net space was not responding -
>> sleeping.
>>
>> Hope this helps.
>>
>>
>> On Wed, Nov 18, 2009 at 12:11 PM, Jody Garnett <jody.garn...@gmail.com>
>> wrote:
>>>
>>> Andrea perhaps we can ask the imageio-ext installer to have an option to
>>> install into the JRE? Right now I trick it by setting JAVA_HOME to my JRE
>>> and then running the installer.
>>>
>>> Hopefully you could do this in order to get a working JRE for imageio-ext
>>> 1.0.5 and thus be able to meet your deadlines today?
>>>
>>> Jody
>>>
>>> On 18/11/2009, at 8:16 AM, andrea antonello wrote:
>>>
>>> >> Considering I just built a JRE for imageio-ext 1.0.4 and have not
>>> >> managed to make a release on that yet I am not in a position to upgrade
>>> >> uDig
>>> >> (or 2.6.x) at this time.
>>> >
>>> > In fact I am right now going through this since I am packaging JGrass
>>> > for a course with all last fixes. Apparently on linux64 the 1.0.3
>>> > crashes with the current geotools and the 1.0.4 gives me errors when
>>> > trying to load ecw :)
>>> >
>>> > Anyways I will have to test if it is a linux64 issue or general.
>>> >
>>> > Ciao
>>> > Andrea
>>> >
>>> >
>>> >>
>>> >> Jody
>>> >>
>>> >> On 18/11/2009, at 7:09 AM, Andrea Aime wrote:
>>> >>
>>> >>> Jody Garnett ha scritto:
>>> >>>> Sounds interesting (I was too busy to review docs yet but glad you
>>> >>>> are
>>> >>>> moving!) does the change to imageio-ext change much? Do I need to
>>> >>>> make
>>> >>>> a JRE+GDAL again? Give me some more detail please.
>>> >>>
>>> >>> I think the main issue Jody and others are facing is that they need
>>> >>> to redo the uDig embedded JRE every time there is an upgrade to
>>> >>> imageio-ext and rebuild imageio-ext for OSX from sources.
>>> >>>
>>> >>> The latter is particularly annoying I guess.
>>> >>> Afaik GeoSolutions is already single handedly building the binaries
>>> >>> for Windows 32 bit, and Linux 32 and 64 bit.
>>> >>> That's already a hell of a job, been through it.
>>> >>>
>>> >>> I'm wondering what can be done to help.
>>> >>> Is the current major holdup lack of hardware/licenses or lack of
>>> >>> time?
>>> >>> Both? In an ideal world it would be nice to have also Win 64 and OSX
>>> >>> builds.
>>> >>>
>>> >>> Cheers
>>> >>> Andrea
>>> >>>
>>> >>> --
>>> >>> Andrea Aime
>>> >>> OpenGeo - http://opengeo.org
>>> >>> Expert service straight from the developers.
>>> >>
>>> >>
>>> >>
>>> >> ------------------------------------------------------------------------------
>>> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> >> 30-Day
>>> >> trial. Simplify your report design, integration and deployment - and
>>> >> focus on
>>> >> what you do best, core application coding. Discover what's new with
>>> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> >> _______________________________________________
>>> >> Geotools-devel mailing list
>>> >> Geotools-devel@lists.sourceforge.net
>>> >> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>> >>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Geotools-devel mailing list
>>> Geotools-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>>
>>
>> --
>> -------------------------------------------------------
>> Eng. Daniele Romagnoli
>> Software Engineer
>>
>> GeoSolutions S.A.S.
>> Via Carignoni 51
>> 55041 Camaiore (LU)
>> Italy
>>
>> phone: +39 0584983027
>> fax: +39 0584983027
>> mob: +39 328 0559267
>>
>>
>> http://www.geo-solutions.it
>>
>> -------------------------------------------------------
>>
>
>
>
> --
> -------------------------------------------------------
> Eng. Daniele Romagnoli
> Software Engineer
>
> GeoSolutions S.A.S.
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax: +39 0584983027
> mob: +39 328 0559267
>
>
> http://www.geo-solutions.it
>
> -------------------------------------------------------
>
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
