Re: [Geoserver-users] problem with imagecollection plugin

[Daniele Romagnoli]

Hi Garey,

On Wed, Nov 2, 2011 at 5:02 PM, Garey Mills wrote:

>  Daniele -
>
> That's clear. Thank you. I got confused.
>
> I now have GDAL installed. I can see, for example, MrSid as one of the
> format options when I am creating a store. However, putting a MrSid in an
> imagecollection does not work. I didn't expect it to becaue the
> imagecollection plugin code does not recognize the .sid extension; but what
> else would I have to do to be able to serve non-georeferenced MrSid files
> from GeoServer.
>
In the beginning of this thread you said that you have also added ".sid" to
the Utils's method checking the input files.
Is this "fix" still available on your deployment? I'm not sure whether this
would be enough, but as far as I remember, the code reading the files looks
for an ImageReader by querying the available SPIs. Once you have MrSID libs
working (and you did that), I guess it should work by finding a
MrSIDImageReader able to open your files.

Please, let me know.
Daniele

>
> There is also the question about whether that is the correct way to
> approach the whole problem, since there are utilities to convert MrSid
> files to GeoTiffs. Which would you suggest, moving the MrSids to GeoTiffs,
> or working on the imagecollection to get it to serve MrSid files?
>
> Garey
>
>
> On 11/2/2011 1:16 AM, Daniele Romagnoli wrote:
>
> Hi Garey,
>
> On Tue, Nov 1, 2011 at 7:56 PM, Garey Mills 
> wrote:
>
>>  Daniele -
>>
>> On the page
>> http://docs.geoserver.org/latest/en/user/data/gdal.html?highlight=gdal
>> the instructions have you go to the ImageI/O-Ext releases page. There you
>> get a number of libraries that you download and install in
>> $JAVA_HOME/jre/lib/i386.
>>
>
> These ones are the native libs (*.so/*.dll).
>
>
>>
>> In the ImageIO-Ext Setup Guide, for imageio-ext one downloads the
>> sources and runs 'mvn install'.
>>
>> If I have already downloaded an imageio release following the
>> Geoserver doc page, will 'mvn install' replace those libraries in
>> jre/lib/i386,
>>
> Nope.
>
>
>>  or do I have to clear them out manually? Where does the mvn install
>> install the libraries?
>>
>
> The maven install only creates "jar" libraries which will be put on your
> local maven repository (usually on /home/youruser/.m2/repository).
> However, in case you have already downloaded the imageio-ext extensions
> package (the set of jars referred by the first section of the instructions,
> of the previous geoserver link, point 3 and 4 ) you can use them. The
> imageio-ext jars you have built should be the same provided with geoserver.
> The reason to follow the imageio-ext setup guide is to build the GDAL
> native libraries dependencies to be used by those jars since the GDAL libs
> provided in the download section wasn't working on your machine due to a
> different set of underlying runtime libraries on your system.
>
> Hope this helps. Please, let me know in case you have more troubles.
> Daniele
>
>
>
>>
>> Garey
>>
>>
>> On 10/31/2011 12:42 PM, Daniele Romagnoli wrote:
>>
>> Hi Garey,
>> using GDAL 1.7.3, I would recommend using with the ImageI/O Setup guide
>> 1.1.1 (Not sure whether the paragraph number is the same).
>>
>> http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf
>>
>> Anyway, if my memory serves me right, these gdal versions also require
>> you specify "--with-threads" in the configure. I remember I saw a warning
>> message on the JNI methods call when loading them without this flag being
>> set.
>>
>> Hope this helps.
>> Regards,
>> Daniele
>>
>> On Mon, Oct 31, 2011 at 7:22 PM, Garey Mills > > wrote:
>>
>>>  Daniele -
>>>
>>> I found the Image I/O Setup Guide 1.0.8 again and followed the
>>> instructions for Linux. I found the version 7 MrSid DSDK and installed JAI
>>> and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the
>>> patches for gdal1.4.5. This is how I configured GDAL:
>>>
>>> ./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes
>>> --with-png=internal --with-libtiff=internal --with-geotiff=internal
>>> --with-jpeg=internal --with-gif=internal --with-hide-internal-symbols
>>>
>>> once I had compiled and installed GDAL, I ran SWIG, though, I left the
>>> lines in GDALmake.opt like this
>>>
>>> CFLAGS  = -g -O1 -fvisibility=hidden  -Wall
>>> -Wdeclaration-after-statement $(USER_DEFS)
>>> CXXFLAGS= -g -O1 -fvisibility=hidden  -Wall $(USER_DEFS)
>>>
>>> assuming the optimization change to be what was required. I then copied
>>> the libraries SWIG generated to $JAVA_HOME/jre/lib/i386
>>>
>>>
>>>
>>> In any case, when I try to run GeoServer, I get this at startup
>>>
>>>
>>> WARNING: Failed to load the GDAL native libs. This is not a problem
>>> unless you need to use the GDAL plugins: they won't be
>>> enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V
>>>
>>> Garey
>>>
>>> On 10/31/2011 1:32 AM, Daniele Romagnoli wrote:
>>>
>>> Hi Garey,
>>>
>>> On Fri, Oct 28, 20

Re: [Geoserver-users] problem with imagecollection plugin

[Daniele Romagnoli]

Hi Garey,

On Tue, Nov 1, 2011 at 7:56 PM, Garey Mills wrote:

>  Daniele -
>
> On the page
> http://docs.geoserver.org/latest/en/user/data/gdal.html?highlight=gdal
> the instructions have you go to the ImageI/O-Ext releases page. There you
> get a number of libraries that you download and install in
> $JAVA_HOME/jre/lib/i386.
>

These ones are the native libs (*.so/*.dll).


>
> In the ImageIO-Ext Setup Guide, for imageio-ext one downloads the
> sources and runs 'mvn install'.
>
> If I have already downloaded an imageio release following the
> Geoserver doc page, will 'mvn install' replace those libraries in
> jre/lib/i386,
>
Nope.


> or do I have to clear them out manually? Where does the mvn install
> install the libraries?
>

The maven install only creates "jar" libraries which will be put on your
local maven repository (usually on /home/youruser/.m2/repository).
However, in case you have already downloaded the imageio-ext extensions
package (the set of jars referred by the first section of the instructions,
of the previous geoserver link, point 3 and 4 ) you can use them. The
imageio-ext jars you have built should be the same provided with geoserver.
The reason to follow the imageio-ext setup guide is to build the GDAL
native libraries dependencies to be used by those jars since the GDAL libs
provided in the download section wasn't working on your machine due to a
different set of underlying runtime libraries on your system.

Hope this helps. Please, let me know in case you have more troubles.
Daniele



>
> Garey
>
>
> On 10/31/2011 12:42 PM, Daniele Romagnoli wrote:
>
> Hi Garey,
> using GDAL 1.7.3, I would recommend using with the ImageI/O Setup guide
> 1.1.1 (Not sure whether the paragraph number is the same).
>
> http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf
>
> Anyway, if my memory serves me right, these gdal versions also require you
> specify "--with-threads" in the configure. I remember I saw a warning
> message on the JNI methods call when loading them without this flag being
> set.
>
> Hope this helps.
> Regards,
> Daniele
>
> On Mon, Oct 31, 2011 at 7:22 PM, Garey Mills 
> wrote:
>
>>  Daniele -
>>
>> I found the Image I/O Setup Guide 1.0.8 again and followed the
>> instructions for Linux. I found the version 7 MrSid DSDK and installed JAI
>> and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the
>> patches for gdal1.4.5. This is how I configured GDAL:
>>
>> ./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes
>> --with-png=internal --with-libtiff=internal --with-geotiff=internal
>> --with-jpeg=internal --with-gif=internal --with-hide-internal-symbols
>>
>> once I had compiled and installed GDAL, I ran SWIG, though, I left the
>> lines in GDALmake.opt like this
>>
>> CFLAGS  = -g -O1 -fvisibility=hidden  -Wall
>> -Wdeclaration-after-statement $(USER_DEFS)
>> CXXFLAGS= -g -O1 -fvisibility=hidden  -Wall $(USER_DEFS)
>>
>> assuming the optimization change to be what was required. I then copied
>> the libraries SWIG generated to $JAVA_HOME/jre/lib/i386
>>
>>
>>
>> In any case, when I try to run GeoServer, I get this at startup
>>
>>
>> WARNING: Failed to load the GDAL native libs. This is not a problem
>> unless you need to use the GDAL plugins: they won't be
>> enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V
>>
>> Garey
>>
>> On 10/31/2011 1:32 AM, Daniele Romagnoli wrote:
>>
>> Hi Garey,
>>
>> On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills > > wrote:
>>
>>>  Daniele -
>>>
>>> First let me apologize for having asked this question twice. I just
>>> plain forgot that I had encountered this problem before.
>>>
>> Don't worry, it's not a problem. I was just saying that in case you have
>> already solved it in the past somehow (and documented how to do it) and you
>> have forgot it :)
>>
>>
>>> Is  the version of GDAL 1.7.3 essential? I could download GDAL
>>> 1.8.0-4?
>>>
>> We didn't tried GDAL 1.8  yet with imageio-ext, just tested with 1.7.3,
>> therefore I have no idea.
>> The only thing which could do the difference is related to the JNI
>> bindings which are invoked by ImageIO-ext. I don't know if something has
>> been changed on that side (We didn't looked at the swig interface of 1.8
>> yet).
>> You could do a try and see how it works. In case it works, please, let us
>> know so we can report that.
>>
>> Hope this helps.
>> Regards,
>> Daniele
>>
>>>
>>> Garey
>>>
>>>
>>> On 10/28/2011 1:52 AM, Daniele Romagnoli wrote:
>>>
>>> Hi Garey,
>>> if my memory serves me right, you have already encountered this error a
>>> few months ago which is mainly related to the underlying set of libraries
>>> available on your machine.
>>> I did a quick search on the web and I found several forum/discussions
>>> talking about this issue, as well as several solutions/ways/attempts to fix
>>> it. Some of them worked for some users while some others ways worked for
>>> other ones. Look f

Re: [Geoserver-users] problem with imagecollection plugin

[Garey Mills]

Daniele -

On the page 
http://docs.geoserver.org/latest/en/user/data/gdal.html?highlight=gdal
the instructions have you go to the ImageI/O-Ext releases page. There 
you get a number of libraries that you download and install in 
$JAVA_HOME/jre/lib/i386.


In the ImageIO-Ext Setup Guide, for imageio-ext one downloads the 
sources and runs 'mvn install'.


If I have already downloaded an imageio release following the 
Geoserver doc page, will 'mvn install' replace those libraries in 
jre/lib/i386, or do I have to clear them out manually? Where does the 
mvn install install the libraries?


Garey

On 10/31/2011 12:42 PM, Daniele Romagnoli wrote:

Hi Garey,
using GDAL 1.7.3, I would recommend using with the ImageI/O Setup 
guide 1.1.1 (Not sure whether the paragraph number is the same).

http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf

Anyway, if my memory serves me right, these gdal versions also require 
you specify "--with-threads" in the configure. I remember I saw a 
warning message on the JNI methods call when loading them without this 
flag being set.


Hope this helps.
Regards,
Daniele

On Mon, Oct 31, 2011 at 7:22 PM, Garey Mills 
mailto:gmi...@library.berkeley.edu>> wrote:


Daniele -

I found the Image I/O Setup Guide 1.0.8 again and followed the
instructions for Linux. I found the version 7 MrSid DSDK and
installed JAI and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and
did not apply the patches for gdal1.4.5. This is how I configured
GDAL:

./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes
--with-png=internal --with-libtiff=internal
--with-geotiff=internal --with-jpeg=internal --with-gif=internal
--with-hide-internal-symbols

once I had compiled and installed GDAL, I ran SWIG, though, I left
the lines in GDALmake.opt like this

CFLAGS  = -g -O1 -fvisibility=hidden  -Wall
-Wdeclaration-after-statement $(USER_DEFS)
CXXFLAGS= -g -O1 -fvisibility=hidden  -Wall $(USER_DEFS)

assuming the optimization change to be what was required. I then
copied the libraries SWIG generated to $JAVA_HOME/jre/lib/i386



In any case, when I try to run GeoServer, I get this at startup


WARNING: Failed to load the GDAL native libs. This is not a
problem unless you need to use the GDAL plugins: they won't be
enabled.java.lang.UnsatisfiedLinkError:
org.gdal.gdal.gdalJNI.AllRegister()V

Garey

On 10/31/2011 1:32 AM, Daniele Romagnoli wrote:

Hi Garey,

On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills
mailto:gmi...@library.berkeley.edu>> wrote:

Daniele -

First let me apologize for having asked this question
twice. I just plain forgot that I had encountered this
problem before.

Don't worry, it's not a problem. I was just saying that in case
you have already solved it in the past somehow (and documented
how to do it) and you have forgot it :)


Is  the version of GDAL 1.7.3 essential? I could download
GDAL 1.8.0-4?

We didn't tried GDAL 1.8  yet with imageio-ext, just tested with
1.7.3, therefore I have no idea.
The only thing which could do the difference is related to the
JNI bindings which are invoked by ImageIO-ext. I don't know if
something has been changed on that side (We didn't looked at the
swig interface of 1.8 yet).
You could do a try and see how it works. In case it works,
please, let us know so we can report that.

Hope this helps.
Regards,
Daniele


Garey


On 10/28/2011 1:52 AM, Daniele Romagnoli wrote:

Hi Garey,
if my memory serves me right, you have already encountered
this error a few months ago which is mainly related to the
underlying set of libraries available on your machine.
I did a quick search on the web and I found several
forum/discussions talking about this issue, as well as
several solutions/ways/attempts to fix it. Some of them
worked for some users while some others ways worked for
other ones. Look for "/usr/lib/libstdc++.so.6: version
`GLIBCXX_3.4.9' not found" on the web. I'll suggest to read
some of these threads to better investigate on which
dependencies you have on your machine and how to add/depends
on the required ones. (Sometime it's seems only matter of
updating a few symbolic links).

I'm sorry about not being able to provide you more helps on
that topic but I guess it's a typical dependencies problem
which should be analyzed case by case.

Alternatively, you can build GDAL 1.7.3 by yourself on your
system (therefore using the set of libraries you have on
your own machine).
I can forward you an email I sent to you a few months ago,
with pointers to the paragraphs of the ImageIO-Ext setup
document re

Re: [Geoserver-users] problem with imagecollection plugin

[Daniele Romagnoli]

Hi Garey,
using GDAL 1.7.3, I would recommend using with the ImageI/O Setup guide
1.1.1 (Not sure whether the paragraph number is the same).
http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf

Anyway, if my memory serves me right, these gdal versions also require you
specify "--with-threads" in the configure. I remember I saw a warning
message on the JNI methods call when loading them without this flag being
set.

Hope this helps.
Regards,
Daniele

On Mon, Oct 31, 2011 at 7:22 PM, Garey Mills wrote:

>  Daniele -
>
> I found the Image I/O Setup Guide 1.0.8 again and followed the
> instructions for Linux. I found the version 7 MrSid DSDK and installed JAI
> and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the
> patches for gdal1.4.5. This is how I configured GDAL:
>
> ./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes
> --with-png=internal --with-libtiff=internal --with-geotiff=internal
> --with-jpeg=internal --with-gif=internal --with-hide-internal-symbols
>
> once I had compiled and installed GDAL, I ran SWIG, though, I left the
> lines in GDALmake.opt like this
>
> CFLAGS  = -g -O1 -fvisibility=hidden  -Wall
> -Wdeclaration-after-statement $(USER_DEFS)
> CXXFLAGS= -g -O1 -fvisibility=hidden  -Wall $(USER_DEFS)
>
> assuming the optimization change to be what was required. I then copied
> the libraries SWIG generated to $JAVA_HOME/jre/lib/i386
>
>
>
> In any case, when I try to run GeoServer, I get this at startup
>
>
> WARNING: Failed to load the GDAL native libs. This is not a problem unless
> you need to use the GDAL plugins: they won't be
> enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V
>
> Garey
>
> On 10/31/2011 1:32 AM, Daniele Romagnoli wrote:
>
> Hi Garey,
>
> On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills 
> wrote:
>
>>  Daniele -
>>
>> First let me apologize for having asked this question twice. I just
>> plain forgot that I had encountered this problem before.
>>
> Don't worry, it's not a problem. I was just saying that in case you have
> already solved it in the past somehow (and documented how to do it) and you
> have forgot it :)
>
>
>> Is  the version of GDAL 1.7.3 essential? I could download GDAL
>> 1.8.0-4?
>>
> We didn't tried GDAL 1.8  yet with imageio-ext, just tested with 1.7.3,
> therefore I have no idea.
> The only thing which could do the difference is related to the JNI
> bindings which are invoked by ImageIO-ext. I don't know if something has
> been changed on that side (We didn't looked at the swig interface of 1.8
> yet).
> You could do a try and see how it works. In case it works, please, let us
> know so we can report that.
>
> Hope this helps.
> Regards,
> Daniele
>
>>
>> Garey
>>
>>
>> On 10/28/2011 1:52 AM, Daniele Romagnoli wrote:
>>
>> Hi Garey,
>> if my memory serves me right, you have already encountered this error a
>> few months ago which is mainly related to the underlying set of libraries
>> available on your machine.
>> I did a quick search on the web and I found several forum/discussions
>> talking about this issue, as well as several solutions/ways/attempts to fix
>> it. Some of them worked for some users while some others ways worked for
>> other ones. Look for "/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
>> found" on the web. I'll suggest to read some of these threads to better
>> investigate on which dependencies you have on your machine and how to
>> add/depends on the required ones. (Sometime it's seems only matter of
>> updating a few symbolic links).
>>
>> I'm sorry about not being able to provide you more helps on that topic
>> but I guess it's a typical dependencies problem which should be analyzed
>> case by case.
>>
>> Alternatively, you can build GDAL 1.7.3 by yourself on your system
>> (therefore using the set of libraries you have on your own machine).
>> I can forward you an email I sent to you a few months ago, with pointers
>> to the paragraphs of the ImageIO-Ext setup document referring to how to
>> build the GDAL native part. Just let me know.
>>
>> Anyway, let us know if you have both more questions as well as reports on
>> how you have fixed that problem too, so we can learn from your experience.
>>
>> Best Regards,
>> Daniele
>>
>>
>>  On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills <
>> gmi...@library.berkeley.edu> wrote:
>>
>>>  Andrea -
>>>
>>> Thanks for the info. I downloaded gdal-1.7.3 and installed it as
>>> suggested. I am now getting this error:
>>>
>>> Oct 27, 2011 1:42:35 PM
>>> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>>> WARNING: Failed to load the GDAL native libs. This is not a problem
>>> unless you need to use the GDAL plugins: they won't be
>>> enabled.java.lang.UnsatisfiedLinkError:
>>> /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6:
>>> version `GLIBCXX_3.4.9' not found (required by
>>> /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1)
>>>
>>> in /usr/li

Re: [Geoserver-users] problem with imagecollection plugin

[Garey Mills]

Daniele -

I found the Image I/O Setup Guide 1.0.8 again and followed the 
instructions for Linux. I found the version 7 MrSid DSDK and installed 
JAI and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the 
patches for gdal1.4.5. This is how I configured GDAL:


./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes 
--with-png=internal --with-libtiff=internal --with-geotiff=internal 
--with-jpeg=internal --with-gif=internal --with-hide-internal-symbols


once I had compiled and installed GDAL, I ran SWIG, though, I left the 
lines in GDALmake.opt like this


CFLAGS  = -g -O1 -fvisibility=hidden  -Wall 
-Wdeclaration-after-statement $(USER_DEFS)

CXXFLAGS= -g -O1 -fvisibility=hidden  -Wall $(USER_DEFS)

assuming the optimization change to be what was required. I then copied 
the libraries SWIG generated to $JAVA_HOME/jre/lib/i386




In any case, when I try to run GeoServer, I get this at startup


WARNING: Failed to load the GDAL native libs. This is not a problem 
unless you need to use the GDAL plugins: they won't be 
enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V


Garey

On 10/31/2011 1:32 AM, Daniele Romagnoli wrote:

Hi Garey,

On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills 
mailto:gmi...@library.berkeley.edu>> wrote:


Daniele -

First let me apologize for having asked this question twice. I
just plain forgot that I had encountered this problem before.

Don't worry, it's not a problem. I was just saying that in case you 
have already solved it in the past somehow (and documented how to do 
it) and you have forgot it :)



Is  the version of GDAL 1.7.3 essential? I could download GDAL
1.8.0-4?

We didn't tried GDAL 1.8  yet with imageio-ext, just tested with 
1.7.3, therefore I have no idea.
The only thing which could do the difference is related to the JNI 
bindings which are invoked by ImageIO-ext. I don't know if something 
has been changed on that side (We didn't looked at the swig interface 
of 1.8 yet).
You could do a try and see how it works. In case it works, please, let 
us know so we can report that.


Hope this helps.
Regards,
Daniele


Garey


On 10/28/2011 1:52 AM, Daniele Romagnoli wrote:

Hi Garey,
if my memory serves me right, you have already encountered this
error a few months ago which is mainly related to the underlying
set of libraries available on your machine.
I did a quick search on the web and I found several
forum/discussions talking about this issue, as well as several
solutions/ways/attempts to fix it. Some of them worked for some
users while some others ways worked for other ones. Look for
"/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found" on
the web. I'll suggest to read some of these threads to better
investigate on which dependencies you have on your machine and
how to add/depends on the required ones. (Sometime it's seems
only matter of updating a few symbolic links).

I'm sorry about not being able to provide you more helps on that
topic but I guess it's a typical dependencies problem which
should be analyzed case by case.

Alternatively, you can build GDAL 1.7.3 by yourself on your
system (therefore using the set of libraries you have on your own
machine).
I can forward you an email I sent to you a few months ago, with
pointers to the paragraphs of the ImageIO-Ext setup document
referring to how to build the GDAL native part. Just let me know.

Anyway, let us know if you have both more questions as well as
reports on how you have fixed that problem too, so we can learn
from your experience.

Best Regards,
Daniele


On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills
mailto:gmi...@library.berkeley.edu>> wrote:

Andrea -

Thanks for the info. I downloaded gdal-1.7.3 and
installed it as suggested. I am now getting this error:

Oct 27, 2011 1:42:35 PM
it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
WARNING: Failed to load the GDAL native libs. This is not a
problem unless you need to use the GDAL plugins: they won't
be enabled.java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so:
/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found
(required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1)

in /usr/lib I have

libstdc++.so.6.0.8

What's the best way of getting gdal working from here?

Garey




On 10/27/2011 11:16 AM, Andrea Aime wrote:

On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills
mailto:gmi...@library.berkeley.edu>> wrote:

Robert -


Thank you. Commenting out



in server.xml worked!

Now the next thing I want to do is to make the
Imagecollection plugin work with MrSid

Re: [Geoserver-users] problem with imagecollection plugin

[Daniele Romagnoli]

Hi Garey,

On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills wrote:

>  Daniele -
>
> First let me apologize for having asked this question twice. I just
> plain forgot that I had encountered this problem before.
>
Don't worry, it's not a problem. I was just saying that in case you have
already solved it in the past somehow (and documented how to do it) and you
have forgot it :)


> Is  the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4?
>
We didn't tried GDAL 1.8  yet with imageio-ext, just tested with 1.7.3,
therefore I have no idea.
The only thing which could do the difference is related to the JNI bindings
which are invoked by ImageIO-ext. I don't know if something has been
changed on that side (We didn't looked at the swig interface of 1.8 yet).
You could do a try and see how it works. In case it works, please, let us
know so we can report that.

Hope this helps.
Regards,
Daniele

>
> Garey
>
>
> On 10/28/2011 1:52 AM, Daniele Romagnoli wrote:
>
> Hi Garey,
> if my memory serves me right, you have already encountered this error a
> few months ago which is mainly related to the underlying set of libraries
> available on your machine.
> I did a quick search on the web and I found several forum/discussions
> talking about this issue, as well as several solutions/ways/attempts to fix
> it. Some of them worked for some users while some others ways worked for
> other ones. Look for "/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
> found" on the web. I'll suggest to read some of these threads to better
> investigate on which dependencies you have on your machine and how to
> add/depends on the required ones. (Sometime it's seems only matter of
> updating a few symbolic links).
>
> I'm sorry about not being able to provide you more helps on that topic but
> I guess it's a typical dependencies problem which should be analyzed case
> by case.
>
> Alternatively, you can build GDAL 1.7.3 by yourself on your system
> (therefore using the set of libraries you have on your own machine).
> I can forward you an email I sent to you a few months ago, with pointers
> to the paragraphs of the ImageIO-Ext setup document referring to how to
> build the GDAL native part. Just let me know.
>
> Anyway, let us know if you have both more questions as well as reports on
> how you have fixed that problem too, so we can learn from your experience.
>
> Best Regards,
> Daniele
>
>
>  On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills <
> gmi...@library.berkeley.edu> wrote:
>
>>  Andrea -
>>
>> Thanks for the info. I downloaded gdal-1.7.3 and installed it as
>> suggested. I am now getting this error:
>>
>> Oct 27, 2011 1:42:35 PM
>> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>> WARNING: Failed to load the GDAL native libs. This is not a problem
>> unless you need to use the GDAL plugins: they won't be
>> enabled.java.lang.UnsatisfiedLinkError:
>> /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6:
>> version `GLIBCXX_3.4.9' not found (required by
>> /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1)
>>
>> in /usr/lib I have
>>
>> libstdc++.so.6.0.8
>>
>> What's the best way of getting gdal working from here?
>>
>> Garey
>>
>>
>>
>>
>> On 10/27/2011 11:16 AM, Andrea Aime wrote:
>>
>> On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills > > wrote:
>>
>>>  Robert -
>>>
>>>
>>> Thank you. Commenting out
>>>
>>>
>>>
>>> >> className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
>>>
>>>
>>> in server.xml worked!
>>>
>>> Now the next thing I want to do is to make the Imagecollection
>>> plugin work with MrSid images. Does anyone have any idea what the steps
>>> would be to do that? In the imagecollection module, the only mention of
>>> formats seems to be in Utils.java where the code checks the file extension.
>>> However, though I add in '.sid', there, when I try to publish a MrSid
>>> image, MrSid is not one of the image formats that show up.
>>>
>>
>>  Hmm... do you have the support to read MrSid files to start with?
>> It's part of the GDAL data sources, requires the right GDAL native libs
>> to be installed, distributed
>> along with imageio-ext itself.
>>
>>  Anyways, don't know if having those is sufficient.. but for sure if
>> don't have a MrSid store showing
>> up in the store list when you try to create a new store you won't be able
>> to open a .sid file
>>
>>  Cheers
>> Andrea
>>
>>
>>  --
>> ---
>> Ing. Andrea Aime
>> GeoSolutions S.A.S.
>> Tech lead
>>
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>>
>> phone: +39 0584 962313 <%2B39%200584%20962313>
>> fax:  +39 0584 962313 <%2B39%200584%20962313>
>>
>> http://www.geo-solutions.it
>> http://geo-solutions.blogspot.com/
>> http://www.youtube.com/user/GeoSolutionsIT
>> http://www.linkedin.com/in/andreaaime
>> http://twitter.com/geowolf
>>
>> ---
>>
>>
>
>
> --
> 

Re: [Geoserver-users] problem with imagecollection plugin

[Garey Mills]

Daniele -

First let me apologize for having asked this question twice. I just 
plain forgot that I had encountered this problem before.


Is  the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4?

Garey


On 10/28/2011 1:52 AM, Daniele Romagnoli wrote:

Hi Garey,
if my memory serves me right, you have already encountered this error 
a few months ago which is mainly related to the underlying set of 
libraries available on your machine.
I did a quick search on the web and I found several forum/discussions 
talking about this issue, as well as several solutions/ways/attempts 
to fix it. Some of them worked for some users while some others ways 
worked for other ones. Look for "/usr/lib/libstdc++.so.6: version 
`GLIBCXX_3.4.9' not found" on the web. I'll suggest to read some of 
these threads to better investigate on which dependencies you have on 
your machine and how to add/depends on the required ones. (Sometime 
it's seems only matter of updating a few symbolic links).


I'm sorry about not being able to provide you more helps on that topic 
but I guess it's a typical dependencies problem which should be 
analyzed case by case.


Alternatively, you can build GDAL 1.7.3 by yourself on your system 
(therefore using the set of libraries you have on your own machine).
I can forward you an email I sent to you a few months ago, with 
pointers to the paragraphs of the ImageIO-Ext setup document referring 
to how to build the GDAL native part. Just let me know.


Anyway, let us know if you have both more questions as well as reports 
on how you have fixed that problem too, so we can learn from your 
experience.


Best Regards,
Daniele


On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills 
mailto:gmi...@library.berkeley.edu>> wrote:


Andrea -

Thanks for the info. I downloaded gdal-1.7.3 and installed it
as suggested. I am now getting this error:

Oct 27, 2011 1:42:35 PM
it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
WARNING: Failed to load the GDAL native libs. This is not a
problem unless you need to use the GDAL plugins: they won't be
enabled.java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so:
/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found
(required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1)

in /usr/lib I have

libstdc++.so.6.0.8

What's the best way of getting gdal working from here?

Garey




On 10/27/2011 11:16 AM, Andrea Aime wrote:

On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills
mailto:gmi...@library.berkeley.edu>> wrote:

Robert -


Thank you. Commenting out



in server.xml worked!

Now the next thing I want to do is to make the
Imagecollection plugin work with MrSid images. Does anyone
have any idea what the steps would be to do that? In the
imagecollection module, the only mention of formats seems to
be in Utils.java where the code checks the file extension.
However, though I add in '.sid', there, when I try to publish
a MrSid image, MrSid is not one of the image formats that
show up.


Hmm... do you have the support to read MrSid files to start with?
It's part of the GDAL data sources, requires the right GDAL
native libs to be installed, distributed
along with imageio-ext itself.

Anyways, don't know if having those is sufficient.. but for sure
if don't have a MrSid store showing
up in the store list when you try to create a new store you won't
be able to open a .sid file

Cheers
Andrea


-- 
---

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313 
fax: +39 0584 962313 

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

---





--
---
Ing. Daniele Romagnoli
GeoSolutions S.A.S.
Software Engineer

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313
fax:  +39 0584 962313

http://www.geo-solutions.it 
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://it.linkedin.com/in/danieleromagnoli


---

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.ne

Re: [Geoserver-users] problem with imagecollection plugin

[Daniele Romagnoli]

Hi Garey,
if my memory serves me right, you have already encountered this error a few
months ago which is mainly related to the underlying set of libraries
available on your machine.
I did a quick search on the web and I found several forum/discussions
talking about this issue, as well as several solutions/ways/attempts to fix
it. Some of them worked for some users while some others ways worked for
other ones. Look for "/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
found" on the web. I'll suggest to read some of these threads to better
investigate on which dependencies you have on your machine and how to
add/depends on the required ones. (Sometime it's seems only matter of
updating a few symbolic links).

I'm sorry about not being able to provide you more helps on that topic but I
guess it's a typical dependencies problem which should be analyzed case by
case.

Alternatively, you can build GDAL 1.7.3 by yourself on your system
(therefore using the set of libraries you have on your own machine).
I can forward you an email I sent to you a few months ago, with pointers to
the paragraphs of the ImageIO-Ext setup document referring to how to build
the GDAL native part. Just let me know.

Anyway, let us know if you have both more questions as well as reports on
how you have fixed that problem too, so we can learn from your experience.

Best Regards,
Daniele


On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills
wrote:

>  Andrea -
>
> Thanks for the info. I downloaded gdal-1.7.3 and installed it as
> suggested. I am now getting this error:
>
> Oct 27, 2011 1:42:35 PM it.geosolutions.imageio.gdalframework.GDALUtilities
> loadGDAL
> WARNING: Failed to load the GDAL native libs. This is not a problem unless
> you need to use the GDAL plugins: they won't be
> enabled.java.lang.UnsatisfiedLinkError:
> /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6:
> version `GLIBCXX_3.4.9' not found (required by
> /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1)
>
> in /usr/lib I have
>
> libstdc++.so.6.0.8
>
> What's the best way of getting gdal working from here?
>
> Garey
>
>
>
>
> On 10/27/2011 11:16 AM, Andrea Aime wrote:
>
> On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills 
> wrote:
>
>>  Robert -
>>
>>
>> Thank you. Commenting out
>>
>>
>>
>> > className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
>>
>>
>> in server.xml worked!
>>
>> Now the next thing I want to do is to make the Imagecollection plugin
>> work with MrSid images. Does anyone have any idea what the steps would be to
>> do that? In the imagecollection module, the only mention of formats seems to
>> be in Utils.java where the code checks the file extension. However, though I
>> add in '.sid', there, when I try to publish a MrSid image, MrSid is not one
>> of the image formats that show up.
>>
>
>  Hmm... do you have the support to read MrSid files to start with?
> It's part of the GDAL data sources, requires the right GDAL native libs to
> be installed, distributed
> along with imageio-ext itself.
>
>  Anyways, don't know if having those is sufficient.. but for sure if don't
> have a MrSid store showing
> up in the store list when you try to create a new store you won't be able
> to open a .sid file
>
>  Cheers
> Andrea
>
>
>  --
> ---
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax:  +39 0584 962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> ---
>
>


-- 
---
Ing. Daniele Romagnoli
GeoSolutions S.A.S.
Software Engineer

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313
fax:  +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://it.linkedin.com/in/danieleromagnoli


---
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] problem with imagecollection plugin

[Garey Mills]

Andrea -

Thanks for the info. I downloaded gdal-1.7.3 and installed it as 
suggested. I am now getting this error:


Oct 27, 2011 1:42:35 PM 
it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
WARNING: Failed to load the GDAL native libs. This is not a problem 
unless you need to use the GDAL plugins: they won't be 
enabled.java.lang.UnsatisfiedLinkError: 
/usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: 
/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by 
/usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1)


in /usr/lib I have

libstdc++.so.6.0.8

What's the best way of getting gdal working from here?

Garey



On 10/27/2011 11:16 AM, Andrea Aime wrote:
On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills 
mailto:gmi...@library.berkeley.edu>> wrote:


Robert -


Thank you. Commenting out



in server.xml worked!

Now the next thing I want to do is to make the Imagecollection
plugin work with MrSid images. Does anyone have any idea what the
steps would be to do that? In the imagecollection module, the only
mention of formats seems to be in Utils.java where the code checks
the file extension. However, though I add in '.sid', there, when I
try to publish a MrSid image, MrSid is not one of the image
formats that show up.


Hmm... do you have the support to read MrSid files to start with?
It's part of the GDAL data sources, requires the right GDAL native 
libs to be installed, distributed

along with imageio-ext itself.

Anyways, don't know if having those is sufficient.. but for sure if 
don't have a MrSid store showing
up in the store list when you try to create a new store you won't be 
able to open a .sid file


Cheers
Andrea


--
---
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313
fax:  +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

---
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] problem with imagecollection plugin

[Andrea Aime]

On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills wrote:

>  Robert -
>
>
> Thank you. Commenting out
>
>
>
>  className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
>
>
> in server.xml worked!
>
> Now the next thing I want to do is to make the Imagecollection plugin
> work with MrSid images. Does anyone have any idea what the steps would be to
> do that? In the imagecollection module, the only mention of formats seems to
> be in Utils.java where the code checks the file extension. However, though I
> add in '.sid', there, when I try to publish a MrSid image, MrSid is not one
> of the image formats that show up.
>

Hmm... do you have the support to read MrSid files to start with?
It's part of the GDAL data sources, requires the right GDAL native libs to
be installed, distributed
along with imageio-ext itself.

Anyways, don't know if having those is sufficient.. but for sure if don't
have a MrSid store showing
up in the store list when you try to create a new store you won't be able to
open a .sid file

Cheers
Andrea


-- 
---
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313
fax:  +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

---
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] problem with imagecollection plugin

[Garey Mills]

Robert -


Thank you. Commenting out



in server.xml worked!

Now the next thing I want to do is to make the Imagecollection 
plugin work with MrSid images. Does anyone have any idea what the steps 
would be to do that? In the imagecollection module, the only mention of 
formats seems to be in Utils.java where the code checks the file 
extension. However, though I add in '.sid', there, when I try to publish 
a MrSid image, MrSid is not one of the image formats that show up.


Garey Mills
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] problem with imagecollection plugin

[Robert Buckley]

Have a look at this and see if it works for you...

http://www.mail-archive.com/geoserver-users@lists.sourceforge.net/msg07315.html


hope it works,

Rob



Von: Garey Mills 
An: geoserver-users@lists.sourceforge.net
Gesendet: 0:39 Donnerstag, 27.Oktober 2011 
Betreff: [Geoserver-users] problem with imagecollection plugin


Hi -

    I am working on an RHEL5 system, 1.6_023 jdk. I downloaded and
built Geoserver from trunk, and then built the imagecollection
plugin and moved it's jar into WEB-INF/lib.

    Geoserver is working; that is I can preview and download vector
layers. I set up a directory for non-georeferenced images in my data
directory and then tried to build a store on top of it.

    In Geoserver, I got the error message

Could not list layers for this store, an error occurred retrieving them: 
IOException occurred while accessing the specified path 
/opt/geoserver-data/images/argentina/2366-1_2166-3.tif

    though the permissions are all opened up as far as they can go.
In the tomcat logs, I get


java.lang.RuntimeException: Could not list layers for this store, an
error occurred retrieving them: IOException oc
curred while accessing the specified path
/opt/geoserver-data/images/argentina/2366-1_2166-3.tif
    at
org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:115)
    at
org.geoserver.web.wicket.GeoServerDataProvider.fullSize(GeoServerDataProvider.java:225)
    at
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:509)
    at
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.(GeoServerTablePanel.java:502)
    at
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:200)
    at
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:91)
    at
org.geoserver.web.data.layer.NewLayerPage$1.(NewLayerPage.java:100)
    at
org.geoserver.web.data.layer.NewLayerPage.(NewLayerPage.java:100)
    at
org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:71)
    at
org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:114)
    at
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:68)
    at
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143)
    at
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
    at
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
    at
org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestT
arget.java:119)
    at
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java
:92)
    at
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
    at
org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
    at
org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
    at
org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
    at
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
    at
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:160)
    at
javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
    at
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
    at
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingContr
oller.java:159)
    at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
    at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter
.java:48)
    at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:790)
    at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
    at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
    at
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
    at
javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
...

Caused by: org.geotools.data.DataSourceException: IOException
occurred while accessing the specified path
/opt/geoserver-data/images/argentina/2366-1_2166-3.tif
    at
org.geotools.gce.imagecollection.RasterManager.initDatasetManager(RasterManager.java:689)
    at
org.geotools.gce.imagecollection.RasterManager.getDatasetManager(RasterManager.java:621)
    at
org.geotools.gce.imagecollection.RasterLayerRequest.prepare(RasterLayerRequest.java:396)
    at
org.geotools.gce.imagecollection.RasterLayerRequest.(RasterLayerRequest.java:159)
 

[Geoserver-users] problem with imagecollection plugin

[Garey Mills]

Hi -

I am working on an RHEL5 system, 1.6_023 jdk. I downloaded and 
built Geoserver from trunk, and then built the imagecollection plugin 
and moved it's jar into WEB-INF/lib.


Geoserver is working; that is I can preview and download vector 
layers. I set up a directory for non-georeferenced images in my data 
directory and then tried to build a store on top of it.


In Geoserver, I got the error message

Could not list layers for this store, an error occurred retrieving them: 
IOException occurred while accessing the specified path 
/opt/geoserver-data/images/argentina/2366-1_2166-3.tif


though the permissions are all opened up as far as they can go. In 
the tomcat logs, I get



java.lang.RuntimeException: Could not list layers for this store, an 
error occurred retrieving them: IOException oc
curred while accessing the specified path 
/opt/geoserver-data/images/argentina/2366-1_2166-3.tif
at 
org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:115)
at 
org.geoserver.web.wicket.GeoServerDataProvider.fullSize(GeoServerDataProvider.java:225)
at 
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:509)
at 
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.(GeoServerTablePanel.java:502)
at 
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:200)
at 
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:91)
at 
org.geoserver.web.data.layer.NewLayerPage$1.(NewLayerPage.java:100)
at 
org.geoserver.web.data.layer.NewLayerPage.(NewLayerPage.java:100)
at 
org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:71)
at 
org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:114)
at 
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:68)
at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143)
at 
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
at 
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
at 
org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestT

arget.java:119)
at 
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java

:92)
at 
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)

at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at 
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:160)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingContr

oller.java:159)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter

.java:48)
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:790)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
...

Caused by: org.geotools.data.DataSourceException: IOException occurred 
while accessing the specified path 
/opt/geoserver-data/images/argentina/2366-1_2166-3.tif
at 
org.geotools.gce.imagecollection.RasterManager.initDatasetManager(RasterManager.java:689)
at 
org.geotools.gce.imagecollection.RasterManager.getDatasetManager(RasterManager.java:621)
at 
org.geotools.gce.imagecollection.RasterLayerRequest.prepare(RasterLayerRequest.java:396)
at 
org.geotools.gce.imagecollection.RasterLayerRequest.(RasterLayerRequest.java:159)
at 
org.geotools.gce.imagecollection.RasterManager.read(RasterManager.java:520)
at 
org.geotools.gce.imagecollection.ImageCollectionReader.read(ImageCollectionReader.java:432)
at 
org.geoserver.catalog.CatalogBuilder.buildCoverage(CatalogBuilder.java:864)
at 
org.geoserver.catalog.CatalogBuilder.buildCoverage(CatalogBuilder.java:773)
at 
org.geoserver.web.data.laye