[Geoserver-users] Unable to get GDAL support in Geoserver 2.16

GeoServer GeoServer User
1

Hi All!
I am unable to find sufficient information on how to enable the GDAL plugin for Geoserver.
The mailing list has no information that I can use, and the documentation is incomplete.

My setup is Geoserver 2.16, deployed from a war-file under Tomcat 9 on Windows Server 2016 Standard. All 64bit.

The GDAL module is registered, but with a warning sign and this message

Module Name: ImageI/O-Ext GDAL Coverage Extension
Module ID: gs-gdal
Version: 1.3.2
Component: GridCoverage2DReader
Message:
JNI GDAL Wrapper Version: unavailable
java.library.path: C:\apache\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program Files\AdoptOpenJDK\jre-8.0.222.10-hotspot\bin;C:\Program Files\AdoptOpenJDK\jdk-8.0.222.10-hotspot\bin;C:\Program Files\AdoptOpenJDK\jre-8.0.222.10-hotspot\bin;C:\Program Files (x86)\Cuminas\Document Express DjVu Plug-in;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Windows\ServiceProfiles\LocalService\AppData\Local\Microsoft\WindowsApps;.

I have followed various instructions back and forth, but all attempts end up at this same result.
The crucial points are:

1 How do you enable the JNI GDAL Wrapper, and where is it?
2 How do you add the GDAL path to the java.library.path?

or does the answer to 2 also solve 1?
I have added the GDAL path and the GDAL variables as per instructions to no avail.

Another factor is what GDAL version to use? The advised link to gisinternals.com leads to a repository with dozens of packages.
3 Which GISInternal package shall I use for my setup?

One thread claims that only GDAL 1.9.2 will work with Geoserver, so my latest attempt was with release-1600-x64-gdal-1-9-2-mapserver-6-2-0. It did not work.

I might add that I have installed and running instances of PSQL/PostGIS and Geonetwork 3.8.1.0 on the very same machine, and that the rest of Geoserver has no problems.

Regards, Mats.E

···

Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
tel: +46 46 145959 / mob: +46 70 595 39 35
alt e-mail: mats.elfstrom@anonymised.com

2

Hi,
GeoServer and GDAL are under continuous development/improvement so each release series of GeoServer has some requirements in terms of which GDAL version need to be used. This is usually reported in the documentation unless there are typos or some sections don’t get updated properly during updates.
In your case, since you are using 2.16, you need GDAL 2.x as reported here:
https://docs.geoserver.org/stable/en/user/data/raster/gdal.html#installing-gdal-native-libraries
I would use 2.2.x or 2.4.x since these are the versions being reported in the doc as tested.
The GDAL 1.9.2 version’s thread you have seen was probably related to a previous GeoServer version and it won’t work on your case.

As as you said, there are so many versions in GIS internals page.
That is due to the fact that there is a first distinction between 32 bit and 64 bit architecture, plus the different availability of CRT (C RunTime libraries) dependencies on your Windows system.
I have no familiarity with the Windows Server 2016 installation so you may need to test a few of them, finding the right one (this depends on which CRTs are on your system).
I just did a test on my Windows 10 64 using **release-1911-x64-gdal-2-4-2 (**MSVC 2017) compiled binaries in a single zipped package and it worked.

The key point to have it working is having the GDAL binaries and the related JNI (the libs needed to have the Java code “invoke” the C libraries) being referred by the PATH environment variable and some Windows version requries the java.library.path JAVA option too.

Checking your log, I have noticed that no GDAL path is reported in the java.library.path section.
So, on your setenv.bat tomcat script or the one you usually edit, you need to update PATH and JAVA_OPTS variables with something like below.
(I give you my example so you can do a comparison):

SET JAVA_OPTS=-Djava.library.path=C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin;C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java %JAVA_OPTS%

SET PATH=C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin;C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java;%PATH%

Note that each var uses 2 entries:
C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin
C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java

-the first one refers to the path where there is gdal204.dll and all needed dependencies.
-the second one refers to the path where there is the java JNI wrapper lib, gdalalljni.dll

Please, let us know if that helps.
Regards,
Daniele

···

Regards,
Daniele Romagnoli

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.

3

Hi Daniele!
Thank you for a very considerate and complete reply to my question. I really appreciate the time you put into this.
But I am sad to report that it has not helped. Not to say that it is your fault. I understand what you describe, and what needs to be done, but Tomcat and Geoserver will not play along.
Several hours of work and a splitting headache later I am still firmly at square one.
A warning sign on the gs-gdal extension and the message JNI GDAL Wrapper Version: unavailable and no sign of the GDAL path in the java.libray.path.
I had no setenv.bat so I did one, and put it where catalina.bat is supposed to read it. Run by itself, setenv.bat does what it is supposed to, but after starting Tomcat the JAVA_OPTS setting is gone.
In the process I switched Java machine from Oracle to OpenJDK/JRE for licensing reasons. That did not help, but also did not affect Tomact, Geoserver or Geonetwork.
Here comes a tricky part.
In the documentation it is said that if you have installed Geoserver as a Windows 32 bit service, a wrapper setting needs to be adressed. My Geoserver is installed from the war-file under

Tomcat which is running as a 64 bit service. Does that make Geoserver a 64 bit service as well? (I do not miss the Windows installer. The war file is perfect, and I used that for Geonetwork too)

According to the Geoserver log it never tries to load GDAL at all. And I have no wrapper.conf file, in fact no bin folder either
So I am still running blindfolded through the maze.
GDAL is an important library for geodata, so it should not be so hard to make it run.
Have a nice weekend!

Best regards, Mats.E

···

Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
tel: +46 46 145959 / mob: +46 70 595 39 35
alt e-mail: mats.elfstrom@anonymised.com

4

Hi Mats,
quick question:
Which GeoServer 2.16 are you using? Is it a 2.16.0 or a 2.16-RC instead?
The past month we noticed that the 2.16-RC wasn’t containing a GDAL jar so we fixed that before doing the 2.16.0 release which properly contains the missing package.
You might double check on your webapps/geoserver/WEB-INF/lib if the gdal-2.2.0.jar lib is available.
I would also take a look on your tomcat’s catalina.out/catalina.log to see if it spots anything about GDAL.

Please, let us know.
Daniele

···

Regards,
Daniele Romagnoli

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.

5

Hi Daniele!
Thanks once again for your support. I am using the stable version.

The war file I used was downloaded on september 23 and labeled geoserver-2.16.0-war.
The contained geoserver.war file is dated 2016-09-18.

And I can confirm that the file gdal-2.2.0.jar of the same date is present in the lib folder.
The Catalina log from the last restart does mention GDAL but just once.

05-Oct-2019 07:11:54.161 WARNING [main] it.geosolutions.imageio.gdalframework.GDALUtilities.loadGDAL 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: no gdaljni in java.library.path

This I already know, so I forgot to mention that.
I have also tried stopping Geoserver from the Apache manager, manuallay setting

JAVA_OPTS=-Djava.library.path=C:\gdal1911\bin;C:\gdal1911\bin\gdal\java
and then restarting Geoserver. Still no mention of GDAL in the java library path.

As I said, restarting the whole Apache geodata pack kills the JAVA_OPTS setting. I honestly have no idea what is going on here.

Regards, Mats.E

GisKraft, GIS och webbkonsult
Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
tel: +46 70 595 39 35 / web: www.giskraft.com

Den mån 7 okt. 2019 kl 09:19 skrev Daniele Romagnoli <daniele.romagnoli@anonymised.com>:

Hi Mats,
quick question:
Which GeoServer 2.16 are you using? Is it a 2.16.0 or a 2.16-RC instead?
The past month we noticed that the 2.16-RC wasn’t containing a GDAL jar so we fixed that before doing the 2.16.0 release which properly contains the missing package.
You might double check on your webapps/geoserver/WEB-INF/lib if the gdal-2.2.0.jar lib is available.
I would also take a look on your tomcat’s catalina.out/catalina.log to see if it spots anything about GDAL.

Please, let us know.
Daniele

On Sat, Oct 5, 2019 at 9:30 AM Mats Elfström <mats.elfstrom@anonymised.com…84…> wrote:

Hi Daniele!
Thank you for a very considerate and complete reply to my question. I really appreciate the time you put into this.
But I am sad to report that it has not helped. Not to say that it is your fault. I understand what you describe, and what needs to be done, but Tomcat and Geoserver will not play along.
Several hours of work and a splitting headache later I am still firmly at square one.
A warning sign on the gs-gdal extension and the message JNI GDAL Wrapper Version: unavailable and no sign of the GDAL path in the java.libray.path.
I had no setenv.bat so I did one, and put it where catalina.bat is supposed to read it. Run by itself, setenv.bat does what it is supposed to, but after starting Tomcat the JAVA_OPTS setting is gone.
In the process I switched Java machine from Oracle to OpenJDK/JRE for licensing reasons. That did not help, but also did not affect Tomact, Geoserver or Geonetwork.
Here comes a tricky part.
In the documentation it is said that if you have installed Geoserver as a Windows 32 bit service, a wrapper setting needs to be adressed. My Geoserver is installed from the war-file under

Tomcat which is running as a 64 bit service. Does that make Geoserver a 64 bit service as well? (I do not miss the Windows installer. The war file is perfect, and I used that for Geonetwork too)

According to the Geoserver log it never tries to load GDAL at all. And I have no wrapper.conf file, in fact no bin folder either
So I am still running blindfolded through the maze.
GDAL is an important library for geodata, so it should not be so hard to make it run.
Have a nice weekend!

Best regards, Mats.E

Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
tel: +46 46 145959 / mob: +46 70 595 39 35
alt e-mail: mats.elfstrom@anonymised.com

Den fre 4 okt. 2019 kl 10:57 skrev Daniele Romagnoli <daniele.romagnoli@anonymised.com>:

Hi,
GeoServer and GDAL are under continuous development/improvement so each release series of GeoServer has some requirements in terms of which GDAL version need to be used. This is usually reported in the documentation unless there are typos or some sections don’t get updated properly during updates.
In your case, since you are using 2.16, you need GDAL 2.x as reported here:
https://docs.geoserver.org/stable/en/user/data/raster/gdal.html#installing-gdal-native-libraries
I would use 2.2.x or 2.4.x since these are the versions being reported in the doc as tested.
The GDAL 1.9.2 version’s thread you have seen was probably related to a previous GeoServer version and it won’t work on your case.

As as you said, there are so many versions in GIS internals page.
That is due to the fact that there is a first distinction between 32 bit and 64 bit architecture, plus the different availability of CRT (C RunTime libraries) dependencies on your Windows system.
I have no familiarity with the Windows Server 2016 installation so you may need to test a few of them, finding the right one (this depends on which CRTs are on your system).
I just did a test on my Windows 10 64 using **release-1911-x64-gdal-2-4-2 (**MSVC 2017) compiled binaries in a single zipped package and it worked.

The key point to have it working is having the GDAL binaries and the related JNI (the libs needed to have the Java code “invoke” the C libraries) being referred by the PATH environment variable and some Windows version requries the java.library.path JAVA option too.

Checking your log, I have noticed that no GDAL path is reported in the java.library.path section.
So, on your setenv.bat tomcat script or the one you usually edit, you need to update PATH and JAVA_OPTS variables with something like below.
(I give you my example so you can do a comparison):

SET JAVA_OPTS=-Djava.library.path=C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin;C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java %JAVA_OPTS%

SET PATH=C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin;C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java;%PATH%

Note that each var uses 2 entries:
C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin
C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java

-the first one refers to the path where there is gdal204.dll and all needed dependencies.
-the second one refers to the path where there is the java JNI wrapper lib, gdalalljni.dll

Please, let us know if that helps.
Regards,
Daniele

On Thu, Oct 3, 2019 at 10:02 PM Mats Elfström <mats.elfstrom@anonymised.com> wrote:

Hi All!
I am unable to find sufficient information on how to enable the GDAL plugin for Geoserver.
The mailing list has no information that I can use, and the documentation is incomplete.

My setup is Geoserver 2.16, deployed from a war-file under Tomcat 9 on Windows Server 2016 Standard. All 64bit.

The GDAL module is registered, but with a warning sign and this message

Module Name: ImageI/O-Ext GDAL Coverage Extension
Module ID: gs-gdal
Version: 1.3.2
Component: GridCoverage2DReader
Message:
JNI GDAL Wrapper Version: unavailable
java.library.path: C:\apache\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program Files\AdoptOpenJDK\jre-8.0.222.10-hotspot\bin;C:\Program Files\AdoptOpenJDK\jdk-8.0.222.10-hotspot\bin;C:\Program Files\AdoptOpenJDK\jre-8.0.222.10-hotspot\bin;C:\Program Files (x86)\Cuminas\Document Express DjVu Plug-in;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Windows\ServiceProfiles\LocalService\AppData\Local\Microsoft\WindowsApps;.

I have followed various instructions back and forth, but all attempts end up at this same result.
The crucial points are:

1 How do you enable the JNI GDAL Wrapper, and where is it?
2 How do you add the GDAL path to the java.library.path?

or does the answer to 2 also solve 1?
I have added the GDAL path and the GDAL variables as per instructions to no avail.

Another factor is what GDAL version to use? The advised link to gisinternals.com leads to a repository with dozens of packages.
3 Which GISInternal package shall I use for my setup?

One thread claims that only GDAL 1.9.2 will work with Geoserver, so my latest attempt was with release-1600-x64-gdal-1-9-2-mapserver-6-2-0. It did not work.

I might add that I have installed and running instances of PSQL/PostGIS and Geonetwork 3.8.1.0 on the very same machine, and that the rest of Geoserver has no problems.

Regards, Mats.E

Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
tel: +46 46 145959 / mob: +46 70 595 39 35
alt e-mail: mats.elfstrom@anonymised.com136…

Geoserver-users mailing list

Please make sure you read the following two resources before posting to this list:

If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

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

–

Regards,
Daniele Romagnoli

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.

–

Regards,
Daniele Romagnoli

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.

6

Backslashes are probably going to be a problem in JAVA_OPTS=-Djava.library.path=C:\gdal1911\bin;C:\gdal1911\bin\gdal\java - try either JAVA_OPTS=-Djava.library.path=C:/gdal1911/bin;C:/gdal1911/bin/gdal/java or JAVA_OPTS=-Djava.library.path=C:\gdal1911\bin;C:\gdal1911\bin\gdal\java

Ian

···

Ian Turton

7

Hi Mats,
You may want to try Ian’s suggestions.
If still not working, at this point I think it’s an issue in the way Apache Tomcat is configured. The GDAL DLLs need to be properly referenced and loaded to have the GDAL plugin work.
I never used Tomcat as a Windows service so I can’t provide additional help. However, I have found this documentation page:

https://tomcat.apache.org/tomcat-9.0-doc/windows-service-howto.html

You may want to try setting the --Environment flag to specify the PATH and/or the --jvmOptions flag to setup the -Djava.library.path to see if the values you need are somehow sent to the application.
Please, let us know.
Regards,
Daniele

···

Regards,
Daniele Romagnoli

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.

8

Hi Daniele and others who contributed!
You were right, the Tomcat configuration was the core of the problem, not the way Geoserver was set up ir installed.

By piecing together the information fragments and hints given I have been able to patch together a working solution to the GDAL problem.
As often is the case, you change stuff and add stuff and then suddenly it works. And you are not quite sure what did the trick, and what did nothing at all and could be left out along the way.
But I have re-done the setup on a fresh environment. The setup is a Windows Server 2016 Standard 64bit 8GB RAM virtual machine on our network.
Most important point to remember:DO NOT edit or add any bat-file to Tomcat or Geoserver. It did nothing unless crashing the startup om several occasions.

1/ All java settings should be done in the Apache Tomcat configurator. It was not apparent at first that the Java tab and Java Options are editable. But they are, and that is where the java.library.path needs to be set.
-Djava.library.path=C:<gdal folder>\bin;C:<gdal folder>\bin\gdal\java;%PATH%

2/ Other environment variables and PATH adjustmens should be done with the Windows Advanced Settings > System properties > Advanced > Environment variables. I have set the following
GDAL_DATA=C:\ \bin\gdal-data
GDAL_DRIVER_PATH=C:<gdal folder>\bin\gdal\plugins;C:<gdal folder>\bin\gdal\plugins-external;C:\ \bin\gdal\plugins-optional
JAVA_HOME=C:\Program Files\AdoptOpenJDK\jdk-8.0.222.10-hotspot

This did the trick. As you can see, I included all the extra and optional drivers as well. It cant’t hurt.
Pushing my luck, I also ventured to switch to the Marlin renderer. The settings for that went into the Apache Tomcat configurator as well.

Once again, thank you all for your continued support.
Best regards, Mats.E

···

GisKraft, GIS och webbkonsult
Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
tel: +46 70 595 39 35 / web: www.giskraft.com

9

Hi Mats,
thanks for reporting back your findings.
We could think about adding a subsection in the GeoServer documentation containing these feedbacks for whoever is going to enable GDAL on GeoServer deployed on Tomcat running as a Windows Service.
(I think that the setenv.bat are fine when not using tomcat as a service).

Regards,
Daniele

···

Regards,
Daniele Romagnoli

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.