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: gmi...@berkeley.edu [gmi...@berkeley.edu] on behalf of Garey Mills
[gmi...@library.berkeley.edu]
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
On Mon, Sep 15, 2014 at 10:07 AM, Zhang, Cindy
<xinfan.zh...@leidos.com<mailto:xinfan.zh...@leidos.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
<http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz>
________________________________
From: Zhang, Cindy
Sent: Thursday, September 11, 2014 2:31 PM
To:
geoserver-users@lists.sourceforge.net<mailto: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...@ericjarvies.com<mailto:7...@ericjarvies.com>]
Sent: Wednesday, September 10, 2014 4:40 PM
To:
geoserver-users@lists.sourceforge.net<mailto: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.zh...@leidos.com<mailto:xinfan.zh...@leidos.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: gmi...@berkeley.edu<mailto:gmi...@berkeley.edu>
[gmi...@berkeley.edu<mailto:gmi...@berkeley.edu>] on behalf of Garey Mills
[gmi...@library.berkeley.edu<mailto:gmi...@library.berkeley.edu>]
Sent: Wednesday, September 10, 2014 12:38 PM
To: Zhang, Cindy
Cc:
geoserver-users@lists.sourceforge.net<mailto: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
On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy
<xinfan.zh...@leidos.com<mailto:xinfan.zh...@leidos.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<mailto: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`)
------------------------------------------------------------------------------
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<mailto: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<mailto: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`)
------------------------------------------------------------------------------
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
