[Geoserver-users] Why GDAL plugin not work for me

GeoServer GeoServer User
1

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction in http://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

2

Cindy -

I’m not an expert, but I have a working GDAL installation on a RHEL6 machine. I just checked and I have libgeos_c.so in my library path. On Linux, the library path is set first the by the environment variable LD_LIBRARY_PATH and then by /etc/ld.so.conf. The directory containing libgeos_c.so(*) has to be named in on or other of those places.

You can get the Geos dist at http://trac.osgeo.org/geos/, though I have no idea which version is the correct one.

Garey Mills
Library Systems Office
UC Berkeley

···

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction in http://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

3

Garey,

Thank you so much for your help.

After checking the library paths you mentioned, I confirmed that I do not have libgeos in my system. So I downloaded the source code, compiled and put into the LD_LIBRARY_PATH.

Now gdalinfo works perfect. It displayed all the available formats.

However, my geoserver still does not see all the formats, I am using the following commands under my directory /work/geoserver-2.5.2/src/web/app:

mvn -DGEOSERVER_DATA_DIR=/terrain/data jetty:run

Everything starts good. In Geoserver’s admin tool, I select the Data->Stores->Add new Stores, the new formats types still would not show up under Raster Data Sources.

I even tried to copy again imageio-ext-gdal-bindings-1.9.2.jar from my download gdal_lib to my geoserver WEB-INF/lib.
I also have my environment GDAL_DATA set to the gdal_data directory

Any other suggestions that I can try?

Thanks again.

···

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction in http://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

4

Cindy - I have never run Tomcat under Jetty, but you must be careful to have only one reference to any jar that uses JNI (gdal for instance, also image-io). I usually deploy in tomcat, and put all the jars in the /WEB-INF/lib directory. Have you looked at your logs? What do they say. Look for lines saying that GDAL has been loaded (or not) and, if it was not loaded, why?

Garey

···

On Wed, Sep 10, 2014 at 12:58 PM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Garey,

Thank you so much for your help.

After checking the library paths you mentioned, I confirmed that I do not have libgeos in my system. So I downloaded the source code, compiled and put into the LD_LIBRARY_PATH.

Now gdalinfo works perfect. It displayed all the available formats.

However, my geoserver still does not see all the formats, I am using the following commands under my directory /work/geoserver-2.5.2/src/web/app:

mvn -DGEOSERVER_DATA_DIR=/terrain/data jetty:run

Everything starts good. In Geoserver’s admin tool, I select the Data->Stores->Add new Stores, the new formats types still would not show up under Raster Data Sources.

I even tried to copy again imageio-ext-gdal-bindings-1.9.2.jar from my download gdal_lib to my geoserver WEB-INF/lib.
I also have my environment GDAL_DATA set to the gdal_data directory

Any other suggestions that I can try?

Thanks again.

From: gmills@anonymised.com0… [gmills@anonymised.com5940…] on behalf of Garey Mills [gmills@anonymised.com]
Sent: Wednesday, September 10, 2014 12:38 PM
To: Zhang, Cindy
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy -

I’m not an expert, but I have a working GDAL installation on a RHEL6 machine. I just checked and I have libgeos_c.so in my library path. On Linux, the library path is set first the by the environment variable LD_LIBRARY_PATH and then by /etc/ld.so.conf. The directory containing libgeos_c.so(*) has to be named in on or other of those places.

You can get the Geos dist at http://trac.osgeo.org/geos/, though I have no idea which version is the correct one.

Garey Mills
Library Systems Office
UC Berkeley

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction in http://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

5

Cindy,

Here are instructions for a server using Java 8… so replace path/folder names with your correct Java version, and make sure to wget the correct imageio and jai versions for your specific platform:

cd /usr/lib/jvm/java-8-oracle
wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin
wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin
sudo sh jai-1_1_3-lib-linux-amd64-jdk.bin
sed s/+215/-n+215/ jai_imageio-1_1-lib-linux-amd64-jdk.bin > jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
sudo sh jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
//can also mv jai_imageio-1_1-lib-linux-amd64-jdk.bin to jai_imageio-1_1-lib-linux-amd64-jdk.zip and unzip it if above .bin fix/repair step does not work for you.
sudo rm jai-1_1_3-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin

cd /usr/lib/jvm/java-8-oracle/jre/lib/amd64
wget http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz
tar -xvzpf gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz && rm gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz

nano ~/.bashrc

···

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction inhttp://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

6

Hi, Eric and Garey.

Thank you so much for your help.

It works now. I have to run the geoserver from the tomcat on my machine. If I ran the jetty:run from the geoserser release, the GDAL plugin would not show up. Maybe the geoserver’s jetty override the LD_LIBRARY_PATH (There was no log information for GDAL although) or some other reasons?

Thanks again.

Cindy

···

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com4…> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction inhttp://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

7

I only got GDAL plugin partially working. I got all the Raster Data Types displayed in “Add New Store” of geoserver’s admin page.

Now when I try to add a new store, under the Raster Data Sources, I pick the RPFTOC, and
specify the relative path to the my database CADRG/RPF/A.TOC, it does not
seem to accept it, waiting forever, would not navigate me to the “New Layer” page.
I looked over to the tomcat console, catelina.out, geoserver.logs at my data directory, I don’t see any errors.

I am running linux CentOS release 6.3, java 1.6.0_32, gcc 4.4.6. kernal 2.6.32-279.5.1.el6.x86_64. and Geoserver 2.5.2.

So I downloaded geoserver-2.5.2-gdal-plugin.zip and gdal native library gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz. The gdalinfo --format works. But I can not add the RPFTOC store.

I even tried gdal192-Redhat6.0-acc4.4.4-x86_64.tar.gz, the same. The gdainfo works but it adding RPFTOC does not work.

By the way, I have gdal_data on my local drive, and used env GDAL_DATA point to the folder which has a gdal-data directory in the folder. I tried also point the GDAL_DATA to the gdal-data too.

Anything else that I can try or debug?

Thanks a lot.

Cindy

···

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com4…> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction inhttp://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

8

Cindy - Would you take a look at your Tomcat/Jetty logs for the time at which you are trying to create a new GDAL-enabled store?
Perhaps you could post it to the list?

Garey Mills

···

On Mon, Sep 15, 2014 at 10:07 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

I only got GDAL plugin partially working. I got all the Raster Data Types displayed in “Add New Store” of geoserver’s admin page.

Now when I try to add a new store, under the Raster Data Sources, I pick the RPFTOC, and
specify the relative path to the my database CADRG/RPF/A.TOC, it does not
seem to accept it, waiting forever, would not navigate me to the “New Layer” page.
I looked over to the tomcat console, catelina.out, geoserver.logs at my data directory, I don’t see any errors.

I am running linux CentOS release 6.3, java 1.6.0_32, gcc 4.4.6. kernal 2.6.32-279.5.1.el6.x86_64. and Geoserver 2.5.2.

So I downloaded geoserver-2.5.2-gdal-plugin.zip and gdal native library gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz. The gdalinfo --format works. But I can not add the RPFTOC store.

I even tried gdal192-Redhat6.0-acc4.4.4-x86_64.tar.gz, the same. The gdainfo works but it adding RPFTOC does not work.

By the way, I have gdal_data on my local drive, and used env GDAL_DATA point to the folder which has a gdal-data directory in the folder. I tried also point the GDAL_DATA to the gdal-data too.

Anything else that I can try or debug?

Thanks a lot.

Cindy

From: Zhang, Cindy
Sent: Thursday, September 11, 2014 2:31 PM
To: geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] Why GDAL plugin not work for me

Hi, Eric and Garey.

Thank you so much for your help.

It works now. I have to run the geoserver from the tomcat on my machine. If I ran the jetty:run from the geoserser release, the GDAL plugin would not show up. Maybe the geoserver’s jetty override the LD_LIBRARY_PATH (There was no log information for GDAL although) or some other reasons?

Thanks again.

Cindy

From: Eric Jarvies [7@anonymised.com.3779…]
Sent: Wednesday, September 10, 2014 4:40 PM
To: geoserver-users@lists.sourceforge.net
Cc: Zhang, Cindy
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy,

Here are instructions for a server using Java 8… so replace path/folder names with your correct Java version, and make sure to wget the correct imageio and jai versions for your specific platform:

cd /usr/lib/jvm/java-8-oracle
wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin
wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin
sudo sh jai-1_1_3-lib-linux-amd64-jdk.bin
sed s/+215/-n+215/ jai_imageio-1_1-lib-linux-amd64-jdk.bin > jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
sudo sh jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
//can also mv jai_imageio-1_1-lib-linux-amd64-jdk.bin to jai_imageio-1_1-lib-linux-amd64-jdk.zip and unzip it if above .bin fix/repair step does not work for you.
sudo rm jai-1_1_3-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin

cd /usr/lib/jvm/java-8-oracle/jre/lib/amd64
wget http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz
tar -xvzpf gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz && rm gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz

nano ~/.bashrc
#
export JAVA_HOME=/usr/lib/jvm/java-8-oracle
# make sure you have these too if you need them:

export LD_LIBRARY_PATH=/usr/local/lib
export GDAL_DATA=/usr/local/share/gdal

export GEOS_LIBRARY_PATH=/usr/local/share/gdal
source ~/.bashrc
sudo ldconfig

Then, make sure to download GeoServer plugin(make sure to change to correct version number):

cd /path/to/your/geoserver/WEB-INF/lib
wget http://superb-dca2.dl.sourceforge.net/project/geoserver/GeoServer/2.5.2/extensions/geoserver-2.5.2-gdal-plugin.zip
unzip geoserver-2.5.2-gdal-plugin.zip && rm geoserver-2.5.2-gdal-plugin.zip

Now restart Tomcat(or Jetty or whatever) and things should work.

Eric

On Sep 10, 2014, at 1:58 PM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Garey,

Thank you so much for your help.

After checking the library paths you mentioned, I confirmed that I do not have libgeos in my system. So I downloaded the source code, compiled and put into the LD_LIBRARY_PATH.

Now gdalinfo works perfect. It displayed all the available formats.

However, my geoserver still does not see all the formats, I am using the following commands under my directory /work/geoserver-2.5.2/src/web/app:

mvn -DGEOSERVER_DATA_DIR=/terrain/data jetty:run

Everything starts good. In Geoserver’s admin tool, I select the Data->Stores->Add new Stores, the new formats types still would not show up under Raster Data Sources.

I even tried to copy again imageio-ext-gdal-bindings-1.9.2.jar from my download gdal_lib to my geoserver WEB-INF/lib.
I also have my environment GDAL_DATA set to the gdal_data directory

Any other suggestions that I can try?

Thanks again.

From: gmills@anonymised.com0… [gmills@anonymised.com] on behalf of Garey Mills [gmills@anonymised.com]
Sent: Wednesday, September 10, 2014 12:38 PM
To: Zhang, Cindy
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy -

I’m not an expert, but I have a working GDAL installation on a RHEL6 machine. I just checked and I have libgeos_c.so in my library path. On Linux, the library path is set first the by the environment variable LD_LIBRARY_PATH and then by /etc/ld.so.conf. The directory containing libgeos_c.so(*) has to be named in on or other of those places.

You can get the Geos dist at http://trac.osgeo.org/geos/, though I have no idea which version is the correct one.

Garey Mills
Library Systems Office
UC Berkeley

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction inhttp://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

9

Garey,

4 seconds after issuing the command, I got in catelina.out:

java.lang.reflect.InvocationTargetException
java.lang.reflect.InvocationTargetException
Exception in thread “http-bio-8080-exec-4” java.lang.OutOfMemoryError: PermGen space

No changes in geoserver.log and catelina.2014.-09-15.log.

Do I need to increase PermGen space? I have no permGem problem when running geosesrver 2.1.x.

Thanks.

Cindy

···

On Mon, Sep 15, 2014 at 10:07 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

I only got GDAL plugin partially working. I got all the Raster Data Types displayed in “Add New Store” of geoserver’s admin page.

Now when I try to add a new store, under the Raster Data Sources, I pick the RPFTOC, and
specify the relative path to the my database CADRG/RPF/A.TOC, it does not
seem to accept it, waiting forever, would not navigate me to the “New Layer” page.
I looked over to the tomcat console, catelina.out, geoserver.logs at my data directory, I don’t see any errors.

I am running linux CentOS release 6.3, java 1.6.0_32, gcc 4.4.6. kernal 2.6.32-279.5.1.el6.x86_64. and Geoserver 2.5.2.

So I downloaded geoserver-2.5.2-gdal-plugin.zip and gdal native library gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz. The gdalinfo --format works. But I can not add the RPFTOC store.

I even tried gdal192-Redhat6.0-acc4.4.4-x86_64.tar.gz, the same. The gdainfo works but it adding RPFTOC does not work.

By the way, I have gdal_data on my local drive, and used env GDAL_DATA point to the folder which has a gdal-data directory in the folder. I tried also point the GDAL_DATA to the gdal-data too.

Anything else that I can try or debug?

Thanks a lot.

Cindy

From: Zhang, Cindy
Sent: Thursday, September 11, 2014 2:31 PM
To: geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] Why GDAL plugin not work for me

Hi, Eric and Garey.

Thank you so much for your help.

It works now. I have to run the geoserver from the tomcat on my machine. If I ran the jetty:run from the geoserser release, the GDAL plugin would not show up. Maybe the geoserver’s jetty override the LD_LIBRARY_PATH (There was no log information for GDAL although) or some other reasons?

Thanks again.

Cindy

From: Eric Jarvies [7@…3779…]
Sent: Wednesday, September 10, 2014 4:40 PM
To: geoserver-users@lists.sourceforge.net
Cc: Zhang, Cindy
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy,

Here are instructions for a server using Java 8… so replace path/folder names with your correct Java version, and make sure to wget the correct imageio and jai versions for your specific platform:

cd /usr/lib/jvm/java-8-oracle
wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin
wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin
sudo sh jai-1_1_3-lib-linux-amd64-jdk.bin
sed s/+215/-n+215/ jai_imageio-1_1-lib-linux-amd64-jdk.bin > jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
sudo sh jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
//can also mv jai_imageio-1_1-lib-linux-amd64-jdk.bin to jai_imageio-1_1-lib-linux-amd64-jdk.zip and unzip it if above .bin fix/repair step does not work for you.
sudo rm jai-1_1_3-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin

cd /usr/lib/jvm/java-8-oracle/jre/lib/amd64
wget http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz
tar -xvzpf gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz && rm gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz

nano ~/.bashrc
#
export JAVA_HOME=/usr/lib/jvm/java-8-oracle
# make sure you have these too if you need them:

export LD_LIBRARY_PATH=/usr/local/lib
export GDAL_DATA=/usr/local/share/gdal

export GEOS_LIBRARY_PATH=/usr/local/share/gdal
source ~/.bashrc
sudo ldconfig

Then, make sure to download GeoServer plugin(make sure to change to correct version number):

cd /path/to/your/geoserver/WEB-INF/lib
wget http://superb-dca2.dl.sourceforge.net/project/geoserver/GeoServer/2.5.2/extensions/geoserver-2.5.2-gdal-plugin.zip
unzip geoserver-2.5.2-gdal-plugin.zip && rm geoserver-2.5.2-gdal-plugin.zip

Now restart Tomcat(or Jetty or whatever) and things should work.

Eric

On Sep 10, 2014, at 1:58 PM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Garey,

Thank you so much for your help.

After checking the library paths you mentioned, I confirmed that I do not have libgeos in my system. So I downloaded the source code, compiled and put into the LD_LIBRARY_PATH.

Now gdalinfo works perfect. It displayed all the available formats.

However, my geoserver still does not see all the formats, I am using the following commands under my directory /work/geoserver-2.5.2/src/web/app:

mvn -DGEOSERVER_DATA_DIR=/terrain/data jetty:run

Everything starts good. In Geoserver’s admin tool, I select the Data->Stores->Add new Stores, the new formats types still would not show up under Raster Data Sources.

I even tried to copy again imageio-ext-gdal-bindings-1.9.2.jar from my download gdal_lib to my geoserver WEB-INF/lib.
I also have my environment GDAL_DATA set to the gdal_data directory

Any other suggestions that I can try?

Thanks again.

From: gmills@anonymised.com940… [gmills@anonymised.com] on behalf of Garey Mills [gmills@anonymised.com]
Sent: Wednesday, September 10, 2014 12:38 PM
To: Zhang, Cindy
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy -

I’m not an expert, but I have a working GDAL installation on a RHEL6 machine. I just checked and I have libgeos_c.so in my library path. On Linux, the library path is set first the by the environment variable LD_LIBRARY_PATH and then by /etc/ld.so.conf. The directory containing libgeos_c.so(*) has to be named in on or other of those places.

You can get the Geos dist at http://trac.osgeo.org/geos/, though I have no idea which version is the correct one.

Garey Mills
Library Systems Office
UC Berkeley

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction inhttp://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

10

Cindy - See here http://docs.geoserver.org/stable/en/user/production/container.html

···

On Mon, Sep 15, 2014 at 10:52 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Garey,

4 seconds after issuing the command, I got in catelina.out:

java.lang.reflect.InvocationTargetException
java.lang.reflect.InvocationTargetException
Exception in thread “http-bio-8080-exec-4” java.lang.OutOfMemoryError: PermGen space

No changes in geoserver.log and catelina.2014.-09-15.log.

Do I need to increase PermGen space? I have no permGem problem when running geosesrver 2.1.x.

Thanks.

Cindy

From: gmills@anonymised.com [gmills@anonymised.com] on behalf of Garey Mills [gmills@anonymised.com]
Sent: Monday, September 15, 2014 1:18 PM

To: Zhang, Cindy
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy - Would you take a look at your Tomcat/Jetty logs for the time at which you are trying to create a new GDAL-enabled store?
Perhaps you could post it to the list?

Garey Mills

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

On Mon, Sep 15, 2014 at 10:07 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

I only got GDAL plugin partially working. I got all the Raster Data Types displayed in “Add New Store” of geoserver’s admin page.

Now when I try to add a new store, under the Raster Data Sources, I pick the RPFTOC, and
specify the relative path to the my database CADRG/RPF/A.TOC, it does not
seem to accept it, waiting forever, would not navigate me to the “New Layer” page.
I looked over to the tomcat console, catelina.out, geoserver.logs at my data directory, I don’t see any errors.

I am running linux CentOS release 6.3, java 1.6.0_32, gcc 4.4.6. kernal 2.6.32-279.5.1.el6.x86_64. and Geoserver 2.5.2.

So I downloaded geoserver-2.5.2-gdal-plugin.zip and gdal native library gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz. The gdalinfo --format works. But I can not add the RPFTOC store.

I even tried gdal192-Redhat6.0-acc4.4.4-x86_64.tar.gz, the same. The gdainfo works but it adding RPFTOC does not work.

By the way, I have gdal_data on my local drive, and used env GDAL_DATA point to the folder which has a gdal-data directory in the folder. I tried also point the GDAL_DATA to the gdal-data too.

Anything else that I can try or debug?

Thanks a lot.

Cindy

From: Zhang, Cindy
Sent: Thursday, September 11, 2014 2:31 PM
To: geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] Why GDAL plugin not work for me

Hi, Eric and Garey.

Thank you so much for your help.

It works now. I have to run the geoserver from the tomcat on my machine. If I ran the jetty:run from the geoserser release, the GDAL plugin would not show up. Maybe the geoserver’s jetty override the LD_LIBRARY_PATH (There was no log information for GDAL although) or some other reasons?

Thanks again.

Cindy

From: Eric Jarvies [7@anonymised.com.3779…]
Sent: Wednesday, September 10, 2014 4:40 PM
To: geoserver-users@lists.sourceforge.net
Cc: Zhang, Cindy
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy,

Here are instructions for a server using Java 8… so replace path/folder names with your correct Java version, and make sure to wget the correct imageio and jai versions for your specific platform:

cd /usr/lib/jvm/java-8-oracle
wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin
wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin
sudo sh jai-1_1_3-lib-linux-amd64-jdk.bin
sed s/+215/-n+215/ jai_imageio-1_1-lib-linux-amd64-jdk.bin > jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
sudo sh jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
//can also mv jai_imageio-1_1-lib-linux-amd64-jdk.bin to jai_imageio-1_1-lib-linux-amd64-jdk.zip and unzip it if above .bin fix/repair step does not work for you.
sudo rm jai-1_1_3-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin

cd /usr/lib/jvm/java-8-oracle/jre/lib/amd64
wget http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz
tar -xvzpf gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz && rm gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz

nano ~/.bashrc
#
export JAVA_HOME=/usr/lib/jvm/java-8-oracle
# make sure you have these too if you need them:

export LD_LIBRARY_PATH=/usr/local/lib
export GDAL_DATA=/usr/local/share/gdal

export GEOS_LIBRARY_PATH=/usr/local/share/gdal
source ~/.bashrc
sudo ldconfig

Then, make sure to download GeoServer plugin(make sure to change to correct version number):

cd /path/to/your/geoserver/WEB-INF/lib
wget http://superb-dca2.dl.sourceforge.net/project/geoserver/GeoServer/2.5.2/extensions/geoserver-2.5.2-gdal-plugin.zip
unzip geoserver-2.5.2-gdal-plugin.zip && rm geoserver-2.5.2-gdal-plugin.zip

Now restart Tomcat(or Jetty or whatever) and things should work.

Eric

On Sep 10, 2014, at 1:58 PM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Garey,

Thank you so much for your help.

After checking the library paths you mentioned, I confirmed that I do not have libgeos in my system. So I downloaded the source code, compiled and put into the LD_LIBRARY_PATH.

Now gdalinfo works perfect. It displayed all the available formats.

However, my geoserver still does not see all the formats, I am using the following commands under my directory /work/geoserver-2.5.2/src/web/app:

mvn -DGEOSERVER_DATA_DIR=/terrain/data jetty:run

Everything starts good. In Geoserver’s admin tool, I select the Data->Stores->Add new Stores, the new formats types still would not show up under Raster Data Sources.

I even tried to copy again imageio-ext-gdal-bindings-1.9.2.jar from my download gdal_lib to my geoserver WEB-INF/lib.
I also have my environment GDAL_DATA set to the gdal_data directory

Any other suggestions that I can try?

Thanks again.

From: gmills@anonymised.com0… [gmills@anonymised.com] on behalf of Garey Mills [gmills@anonymised.com]
Sent: Wednesday, September 10, 2014 12:38 PM
To: Zhang, Cindy
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy -

I’m not an expert, but I have a working GDAL installation on a RHEL6 machine. I just checked and I have libgeos_c.so in my library path. On Linux, the library path is set first the by the environment variable LD_LIBRARY_PATH and then by /etc/ld.so.conf. The directory containing libgeos_c.so(*) has to be named in on or other of those places.

You can get the Geos dist at http://trac.osgeo.org/geos/, though I have no idea which version is the correct one.

Garey Mills
Library Systems Office
UC Berkeley

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction inhttp://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

11

Garey.

Thank you so much.

I just got it work. I have to increase the memory as in your link stated. However it world not work to add the options into CATALINA_OPTS, I have to add into the JAVA_OPTS, not sure for what reason.

Now I finally got the coverage data displayed on the layer preview.

Thanks again.

Cindy

···

On Mon, Sep 15, 2014 at 10:52 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Garey,

4 seconds after issuing the command, I got in catelina.out:

java.lang.reflect.InvocationTargetException
java.lang.reflect.InvocationTargetException
Exception in thread “http-bio-8080-exec-4” java.lang.OutOfMemoryError: PermGen space

No changes in geoserver.log and catelina.2014.-09-15.log.

Do I need to increase PermGen space? I have no permGem problem when running geosesrver 2.1.x.

Thanks.

Cindy

From: gmills@anonymised.com [gmills@anonymised.com] on behalf of Garey Mills [gmills@anonymised.com]
Sent: Monday, September 15, 2014 1:18 PM

To: Zhang, Cindy
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy - Would you take a look at your Tomcat/Jetty logs for the time at which you are trying to create a new GDAL-enabled store?
Perhaps you could post it to the list?

Garey Mills

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

On Mon, Sep 15, 2014 at 10:07 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

I only got GDAL plugin partially working. I got all the Raster Data Types displayed in “Add New Store” of geoserver’s admin page.

Now when I try to add a new store, under the Raster Data Sources, I pick the RPFTOC, and
specify the relative path to the my database CADRG/RPF/A.TOC, it does not
seem to accept it, waiting forever, would not navigate me to the “New Layer” page.
I looked over to the tomcat console, catelina.out, geoserver.logs at my data directory, I don’t see any errors.

I am running linux CentOS release 6.3, java 1.6.0_32, gcc 4.4.6. kernal 2.6.32-279.5.1.el6.x86_64. and Geoserver 2.5.2.

So I downloaded geoserver-2.5.2-gdal-plugin.zip and gdal native library gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz. The gdalinfo --format works. But I can not add the RPFTOC store.

I even tried gdal192-Redhat6.0-acc4.4.4-x86_64.tar.gz, the same. The gdainfo works but it adding RPFTOC does not work.

By the way, I have gdal_data on my local drive, and used env GDAL_DATA point to the folder which has a gdal-data directory in the folder. I tried also point the GDAL_DATA to the gdal-data too.

Anything else that I can try or debug?

Thanks a lot.

Cindy

From: Zhang, Cindy
Sent: Thursday, September 11, 2014 2:31 PM
To: geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] Why GDAL plugin not work for me

Hi, Eric and Garey.

Thank you so much for your help.

It works now. I have to run the geoserver from the tomcat on my machine. If I ran the jetty:run from the geoserser release, the GDAL plugin would not show up. Maybe the geoserver’s jetty override the LD_LIBRARY_PATH (There was no log information for GDAL although) or some other reasons?

Thanks again.

Cindy

From: Eric Jarvies [7@…3779…]
Sent: Wednesday, September 10, 2014 4:40 PM
To: geoserver-users@lists.sourceforge.net
Cc: Zhang, Cindy
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy,

Here are instructions for a server using Java 8… so replace path/folder names with your correct Java version, and make sure to wget the correct imageio and jai versions for your specific platform:

cd /usr/lib/jvm/java-8-oracle
wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin
wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin
sudo sh jai-1_1_3-lib-linux-amd64-jdk.bin
sed s/+215/-n+215/ jai_imageio-1_1-lib-linux-amd64-jdk.bin > jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
sudo sh jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin
//can also mv jai_imageio-1_1-lib-linux-amd64-jdk.bin to jai_imageio-1_1-lib-linux-amd64-jdk.zip and unzip it if above .bin fix/repair step does not work for you.
sudo rm jai-1_1_3-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk.bin && sudo rm jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin

cd /usr/lib/jvm/java-8-oracle/jre/lib/amd64
wget http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz
tar -xvzpf gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz && rm gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz

nano ~/.bashrc
#
export JAVA_HOME=/usr/lib/jvm/java-8-oracle
# make sure you have these too if you need them:

export LD_LIBRARY_PATH=/usr/local/lib
export GDAL_DATA=/usr/local/share/gdal

export GEOS_LIBRARY_PATH=/usr/local/share/gdal
source ~/.bashrc
sudo ldconfig

Then, make sure to download GeoServer plugin(make sure to change to correct version number):

cd /path/to/your/geoserver/WEB-INF/lib
wget http://superb-dca2.dl.sourceforge.net/project/geoserver/GeoServer/2.5.2/extensions/geoserver-2.5.2-gdal-plugin.zip
unzip geoserver-2.5.2-gdal-plugin.zip && rm geoserver-2.5.2-gdal-plugin.zip

Now restart Tomcat(or Jetty or whatever) and things should work.

Eric

On Sep 10, 2014, at 1:58 PM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Garey,

Thank you so much for your help.

After checking the library paths you mentioned, I confirmed that I do not have libgeos in my system. So I downloaded the source code, compiled and put into the LD_LIBRARY_PATH.

Now gdalinfo works perfect. It displayed all the available formats.

However, my geoserver still does not see all the formats, I am using the following commands under my directory /work/geoserver-2.5.2/src/web/app:

mvn -DGEOSERVER_DATA_DIR=/terrain/data jetty:run

Everything starts good. In Geoserver’s admin tool, I select the Data->Stores->Add new Stores, the new formats types still would not show up under Raster Data Sources.

I even tried to copy again imageio-ext-gdal-bindings-1.9.2.jar from my download gdal_lib to my geoserver WEB-INF/lib.
I also have my environment GDAL_DATA set to the gdal_data directory

Any other suggestions that I can try?

Thanks again.

From: gmills@anonymised.com940… [gmills@anonymised.com] on behalf of Garey Mills [gmills@anonymised.com]
Sent: Wednesday, September 10, 2014 12:38 PM
To: Zhang, Cindy
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Why GDAL plugin not work for me

Cindy -

I’m not an expert, but I have a working GDAL installation on a RHEL6 machine. I just checked and I have libgeos_c.so in my library path. On Linux, the library path is set first the by the environment variable LD_LIBRARY_PATH and then by /etc/ld.so.conf. The directory containing libgeos_c.so(*) has to be named in on or other of those places.

You can get the Geos dist at http://trac.osgeo.org/geos/, though I have no idea which version is the correct one.

Garey Mills
Library Systems Office
UC Berkeley

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)

On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <XINFAN.ZHANG@anonymised.com> wrote:

Hi,

I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction inhttp://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up.

My machine is CentOS release 6.3. My gcc is 4.4.6.

I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message:

./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory

Do I need to install libgeos_c? how and where?

Thanks.

Cindy

Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Generate messages about directories that cannot be
read, files that cannot be opened … rather than being silent …
(from man du)