[Geoserver-users] GDAL plugin & 1.7.2

[jeremyadam77]

Hello list,

I have had mixed luck with the GDAL plugin in hopes of supporting MrSids in
Geoserver. Sometimes I can get it to load and sometimes not. Most of the
time I cannot get it to work. I have tried both windows xp and server 2003
as well as on a linux box. I have gotten it to work and have utilized it for
projects, but when it comes time to set up production servers, it tends to
fail even when mirroring what i had done to get it to work. I've dug around
the forums/documentation to no avail. My most recent trial was on a windows
server2003 box and below is a detailed description of my trial:

Geoserver Trials on ec-gissrv1 (win)
-Raid10 drive array.
-290 G of drive space.
-4G of RAM
Windows Server 2003 R2 SP2

Started this task to try and establish a stable geoserver install with the
gdal/image plugin, specifically for Dodge county imagery. The current
production geoserver would not accept the gdal plugin, but it was installed
successfully on my local machine(win) and on the development machine
(ec-devgeo1 – linux).

1. Installed JAVA JRE/JDK on server
a. Jdk1.6.0_13(latest)
b. Jre6
2. installed Tomcat (6.0.18)
a. set to :8080
b. used workaround for known issue re:
http://stackoverflow.com/questions/141411/tomcat-6-0-18-service-will-not-start-on-a-windows-server/142190
3. Downloaded geoserver_1.7.2.war.zip
4. Downloaded geoserver_1.7.2-gdal-plugin.zip
5. Deployed .war
6. following readme in gdal-plugin:
a. extracted .jars to WEBINF/lib
b. http://geoserver.org/display/GEOSDOC/ImageIO-ext+GDAL+extensions

"Download the libraries that do suit your GeoServer version and operating
system here:
• GeoServer 1.7.0 onwards:
o windows: windows-gdal-mrsid_1.7.0_onwards.zip
o linux: linux-gdal-mrsid_1.7.0_onwards.zip
o for all platforms: gdal_data_1.7.0_onwards.zip
To use these libs, be sure your JAVA_HOME environment variable is properly
configured. Then:
• On Windows: copy the downloaded DLLs to your $JAVA_HOME/bin
• On Linux: if JAVA_HOME links to a JDK run the following command (requires
superuser privileges): sudo unzip -o linux-gdal-mrsid.zip -d
$JAVA_HOME/jre/lib/i386. In case JAVA_HOME links to a JRE, use the same
command with -d $JAVA_HOME/lib/i386 as destination directory specification.
The unzip command will keep symbolic links.
Then setup the GDAL_DATA directory, that allows to support extra EPSG codes:
• Extract gdal_data.zip somewhere on your machine (as an instance
C:/gdal_data).
• Set a GDAL_DATA environment variable linking to the directory where you
have stored data contained in gdal_data.zip, making sure the web container
running GeoServer will pick it up."

7. set env variables for GDAL_DATA and JAVA_HOME
8. copied DLLs
9. Setup C:\gdal_data
10. Restart Server-Started Tomcat-Geoserver
11. went to verify coverage plugins and…nothing (well, nothing additional)!

After this trial I removed java/tomcat/geoserver/env variables and started
again with 1.7.4
The method for getting GDAL support is way more complex, building and
compiling with subversion/binaries/etc…no time to deal with this so I
removed everything again and went back to working with 1.7.2 following the
same steps.
Things I tried:
  Environment variable values for JAVA_HOME
  Putting DLLs in jdk and jre /bin
  Copy/paste vs. extracting
  Restarts, restarts, restarts
  Trying to mirror my local webapps/geoserver dir
  Mirroring java dirs
  Checking logs: (Catalina)
WARNING: Native library load failed.java.lang.UnsatisfiedLinkError:
C:\Program Files\Java\jre6\bin\gdaljni.dll: Can't find dependent libraries

I have a few questions:
am i missing something? how come i can get it to work locally and on a linux
box once or twice, but then have issues elsewhere?
Are there any plans for extending Geoserver out-of-the-box support for the
image types this gdal plugin is needed for? like MrSid?

I appreciate any insight from anyone, it would surely be appreciated!

jeremy holt
GIS Consultant

--
View this message in context: http://www.nabble.com/GDAL-plugin---1.7.2-tp23375086p23375086.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

[Daniele_Romagnoli2]

Hello Jeremy,
with the last geoserver release (1.7.4), the GDAL plugins are included within the war. Therefore, there is no more need to download the gdal extension.
I will update the Documentation page to reflect the new changes, asap.

Simply download the 1.7.4 war file and deploy it on tomcat (for the moment, don’t startup it).
The only additional things you need is getting the standalone GDAL native libraries, available at 1.
Since you are using windows, get the windows32 zip file.
Usually you need to extract its content on your JAVA_HOME\bin folder (As an instance, if your JAVA_HOME is linked against your JDK, deploy the DLLs on your JDK\bin folder).
I have taken a look on the workaround link you posted on your previous email about issues on running tomcat as a service on windows server.
On the basis of this, you could try to extract the native DLLs on windows/system32 OR on tomcat/bin instead of your JAVA_HOME\bin.

Finally, you need the gdal_data.zip archive from 2 which should be extracted on your disk (as an instance on C:\gdal_data). Make sure you set a GDAL_DATA environment linking to that location.
At this point, assuming tomcat is properly configured, you should see the additional coverage plugins when starting it.
Some issues on native library loading failure may occur when you have the same native DLLs, scattered on your machine on different PATH folders.

Let me know if you have additional troubles.

Regards,
Daniele Romagnoli

On Mon, May 4, 2009 at 9:35 PM, jeremyadam77 <jeremy.holt@anonymised.com> wrote:

Hello list,

I have had mixed luck with the GDAL plugin in hopes of supporting MrSids in
Geoserver. Sometimes I can get it to load and sometimes not. Most of the
time I cannot get it to work. I have tried both windows xp and server 2003
as well as on a linux box. I have gotten it to work and have utilized it for
projects, but when it comes time to set up production servers, it tends to
fail even when mirroring what i had done to get it to work. I’ve dug around
the forums/documentation to no avail. My most recent trial was on a windows
server2003 box and below is a detailed description of my trial:

Geoserver Trials on ec-gissrv1 (win)
-Raid10 drive array.
-290 G of drive space.
-4G of RAM
Windows Server 2003 R2 SP2

Started this task to try and establish a stable geoserver install with the
gdal/image plugin, specifically for Dodge county imagery. The current
production geoserver would not accept the gdal plugin, but it was installed
successfully on my local machine(win) and on the development machine
(ec-devgeo1 – linux).

1. Installed JAVA JRE/JDK on server
   a. Jdk1.6.0_13(latest)
   b. Jre6
2. installed Tomcat (6.0.18)
   a. set to :8080
   b. used workaround for known issue re:
   http://stackoverflow.com/questions/141411/tomcat-6-0-18-service-will-not-start-on-a-windows-server/142190
3. Downloaded geoserver_1.7.2.war.zip
4. Downloaded geoserver_1.7.2-gdal-plugin.zip
5. Deployed .war
6. following readme in gdal-plugin:
   a. extracted .jars to WEBINF/lib
   b. http://geoserver.org/display/GEOSDOC/ImageIO-ext+GDAL+extensions

“Download the libraries that do suit your GeoServer version and operating
system here:
• GeoServer 1.7.0 onwards:
o windows: windows-gdal-mrsid_1.7.0_onwards.zip
o linux: linux-gdal-mrsid_1.7.0_onwards.zip
o for all platforms: gdal_data_1.7.0_onwards.zip
To use these libs, be sure your JAVA_HOME environment variable is properly
configured. Then:
• On Windows: copy the downloaded DLLs to your $JAVA_HOME/bin
• On Linux: if JAVA_HOME links to a JDK run the following command (requires
superuser privileges): sudo unzip -o linux-gdal-mrsid.zip -d
$JAVA_HOME/jre/lib/i386. In case JAVA_HOME links to a JRE, use the same
command with -d $JAVA_HOME/lib/i386 as destination directory specification.
The unzip command will keep symbolic links.
Then setup the GDAL_DATA directory, that allows to support extra EPSG codes:
• Extract gdal_data.zip somewhere on your machine (as an instance
C:/gdal_data).
• Set a GDAL_DATA environment variable linking to the directory where you
have stored data contained in gdal_data.zip, making sure the web container
running GeoServer will pick it up.”

7. set env variables for GDAL_DATA and JAVA_HOME
8. copied DLLs
9. Setup C:\gdal_data
10. Restart Server-Started Tomcat-Geoserver
11. went to verify coverage plugins and…nothing (well, nothing additional)!

After this trial I removed java/tomcat/geoserver/env variables and started
again with 1.7.4
The method for getting GDAL support is way more complex, building and
compiling with subversion/binaries/etc…no time to deal with this so I
removed everything again and went back to working with 1.7.2 following the
same steps.
Things I tried:
Environment variable values for JAVA_HOME
Putting DLLs in jdk and jre /bin
Copy/paste vs. extracting
Restarts, restarts, restarts
Trying to mirror my local webapps/geoserver dir
Mirroring java dirs
Checking logs: (Catalina)
WARNING: Native library load failed.java.lang.UnsatisfiedLinkError:
C:\Program Files\Java\jre6\bin\gdaljni.dll: Can’t find dependent libraries

I have a few questions:
am i missing something? how come i can get it to work locally and on a linux
box once or twice, but then have issues elsewhere?
Are there any plans for extending Geoserver out-of-the-box support for the
image types this gdal plugin is needed for? like MrSid?

I appreciate any insight from anyone, it would surely be appreciated!

jeremy holt
GIS Consultant

–
View this message in context: http://www.nabble.com/GDAL-plugin—1.7.2-tp23375086p23375086.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

---

The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there’s a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you’ll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com

---

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

–

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

---

[jeremyadam77]

Thanks Daniele,

Unfortunately multiple attempts were unsuccessful. I did try your suggestion
of placing the DLLs in the Tomcat bin, but with no luck. I stripped the
machine of tomcat/java after each attempt (where i could find no traces of
either), and i also tried earlier versions of tomcat. I'll keep trying, and
i appreciate your reply on the matter. Feel free to offer any further
suggestions...

jeremy

Hello Jeremy,
with the last geoserver release (1.7.4), the GDAL plugins are included
within the war. Therefore, there is no more need to download the gdal
extension.
I will update the Documentation page to reflect the new changes, asap.

Simply download the 1.7.4 war file and deploy it on tomcat (for the moment,
don't startup it).
The only additional things you need is getting the standalone GDAL native
libraries, available at [1].
Since you are using windows, get the windows32 zip file.
Usually you need to extract its content on your JAVA_HOME\bin folder (As an
instance, if your JAVA_HOME is linked against your JDK, deploy the DLLs on
your JDK\bin folder).
I have taken a look on the workaround link you posted on your previous email
about issues on running tomcat as a service on windows server.
On the basis of this, you could try to extract the native DLLs on
windows/system32 OR on tomcat/bin instead of your JAVA_HOME\bin.

Finally, you need the gdal_data.zip archive from [2] which should be
extracted on your disk (as an instance on C:\gdal_data). Make sure you set a
GDAL_DATA environment linking to that location.
At this point, assuming tomcat is properly configured, you should see the
additional coverage plugins when starting it.
Some issues on native library loading failure may occur when you have the
same native DLLs, scattered on your machine on different PATH folders.

Let me know if you have additional troubles.

Regards,
Daniele Romagnoli

[1]:
https://imageio-ext.dev.java.net/servlets/ProjectDocumentList?folderID=11287&expandFolder=11287&folderID=11300
[2]:
https://imageio-ext.dev.java.net/files/documents/7505/133661/gdal_data-1.4.4.zip

On Mon, May 4, 2009 at 9:35 PM, jeremyadam77 <jeremy.holt@anonymised.com>wrote:

Hello list,

I have had mixed luck with the GDAL plugin in hopes of supporting MrSids
in
Geoserver. Sometimes I can get it to load and sometimes not. Most of the
time I cannot get it to work. I have tried both windows xp and server 2003
as well as on a linux box. I have gotten it to work and have utilized it
for
projects, but when it comes time to set up production servers, it tends to
fail even when mirroring what i had done to get it to work. I've dug
around
the forums/documentation to no avail. My most recent trial was on a
windows
server2003 box and below is a detailed description of my trial:

Geoserver Trials on ec-gissrv1 (win)
-Raid10 drive array.
-290 G of drive space.
-4G of RAM
Windows Server 2003 R2 SP2

Started this task to try and establish a stable geoserver install with the
gdal/image plugin, specifically for Dodge county imagery. The current
production geoserver would not accept the gdal plugin, but it was
installed
successfully on my local machine(win) and on the development machine
(ec-devgeo1 – linux).

1. Installed JAVA JRE/JDK on server
a. Jdk1.6.0_13(latest)
b. Jre6
2. installed Tomcat (6.0.18)
a. set to :8080
b. used workaround for known issue re:

http://stackoverflow.com/questions/141411/tomcat-6-0-18-service-will-not-start-on-a-windows-server/142190
3. Downloaded geoserver_1.7.2.war.zip
4. Downloaded geoserver_1.7.2-gdal-plugin.zip
5. Deployed .war
6. following readme in gdal-plugin:
a. extracted .jars to WEBINF/lib
b. http://geoserver.org/display/GEOSDOC/ImageIO-ext+GDAL+extensions

"Download the libraries that do suit your GeoServer version and operating
system here:
• GeoServer 1.7.0 onwards:
o windows: windows-gdal-mrsid_1.7.0_onwards.zip
o linux: linux-gdal-mrsid_1.7.0_onwards.zip
o for all platforms: gdal_data_1.7.0_onwards.zip
To use these libs, be sure your JAVA_HOME environment variable is properly
configured. Then:
• On Windows: copy the downloaded DLLs to your $JAVA_HOME/bin
• On Linux: if JAVA_HOME links to a JDK run the following command
(requires
superuser privileges): sudo unzip -o linux-gdal-mrsid.zip -d
$JAVA_HOME/jre/lib/i386. In case JAVA_HOME links to a JRE, use the same
command with -d $JAVA_HOME/lib/i386 as destination directory
specification.
The unzip command will keep symbolic links.
Then setup the GDAL_DATA directory, that allows to support extra EPSG
codes:
• Extract gdal_data.zip somewhere on your machine (as an instance
C:/gdal_data).
• Set a GDAL_DATA environment variable linking to the directory
where
you
have stored data contained in gdal_data.zip, making sure the web container
running GeoServer will pick it up."

7. set env variables for GDAL_DATA and JAVA_HOME
8. copied DLLs
9. Setup C:\gdal_data
10. Restart Server-Started Tomcat-Geoserver
11. went to verify coverage plugins and…nothing (well, nothing
additional)!

After this trial I removed java/tomcat/geoserver/env variables and started
again with 1.7.4
The method for getting GDAL support is way more complex, building and
compiling with subversion/binaries/etc…no time to deal with this so I
removed everything again and went back to working with 1.7.2 following the
same steps.
Things I tried:
       Environment variable values for JAVA_HOME
       Putting DLLs in jdk and jre /bin
       Copy/paste vs. extracting
       Restarts, restarts, restarts
       Trying to mirror my local webapps/geoserver dir
       Mirroring java dirs
       Checking logs: (Catalina)
WARNING: Native library load failed.java.lang.UnsatisfiedLinkError:
C:\Program Files\Java\jre6\bin\gdaljni.dll: Can't find dependent libraries

I have a few questions:
am i missing something? how come i can get it to work locally and on a
linux
box once or twice, but then have issues elsewhere?
Are there any plans for extending Geoserver out-of-the-box support for the
image types this gdal plugin is needed for? like MrSid?

I appreciate any insight from anyone, it would surely be appreciated!

jeremy holt
GIS Consultant

--
View this message in context: http://www.nabble.com/GDAL-plugin---1.7.2-tp23375086p23446872.html
Sent from the GeoServer - User mailing list archive at Nabble.com.