Re: [Geoserver-users] problem with imagecollection plugin
Hi Garey, On Tue, Nov 1, 2011 at 7:56 PM, Garey Mills gmi...@library.berkeley.eduwrote: 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 gmi...@library.berkeley.eduwrote: 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 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
Re: [Geoserver-users] problem with imagecollection plugin
Hi Garey, On Wed, Nov 2, 2011 at 5:02 PM, Garey Mills gmi...@library.berkeley.eduwrote: 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 gmi...@library.berkeley.eduwrote: 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 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 gmi...@library.berkeley.edu wrote: Daniele - First let me apologize for having asked this question twice. I just plain forgot that I
Re: [Geoserver-users] problem with imagecollection plugin
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 gmi...@library.berkeley.edu 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 gmi...@library.berkeley.edu 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
Re: [Geoserver-users] problem with imagecollection plugin
Hi Garey, On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills gmi...@library.berkeley.eduwrote: 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 gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener 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 --- -- --- Ing. Daniele Romagnoli GeoSolutions S.A.S. Software Engineer Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584
Re: [Geoserver-users] problem with imagecollection plugin
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 gmi...@library.berkeley.edu 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 gmi...@library.berkeley.edu 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 gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener
Re: [Geoserver-users] problem with imagecollection plugin
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 gmi...@library.berkeley.eduwrote: 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 gmi...@library.berkeley.eduwrote: 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:
Re: [Geoserver-users] problem with imagecollection plugin
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.eduwrote: 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 gmi...@library.berkeley.eduwrote: Robert - Thank you. Commenting out Listener 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
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 gmi...@library.berkeley.edu 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 gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener 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 tel:%2B39%200584%20962313 fax: +39 0584 962313 tel:%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 --- -- --- 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://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
Re: [Geoserver-users] problem with imagecollection plugin
On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills gmi...@library.berkeley.eduwrote: Robert - Thank you. Commenting out Listener 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
Re: [Geoserver-users] problem with imagecollection plugin
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 gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener 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