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>
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
> *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]
> *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
> <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
> <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
> <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
> <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>
> 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 [gmi...@berkeley.edu] on behalf of Garey
> Mills [gmi...@library.berkeley.edu]
> *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
>
>
> On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy <xinfan.zh...@leidos.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`)
>
> ------------------------------------------------------------------------------
> 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`)
------------------------------------------------------------------------------
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
