[Geoserver-users] GeoServer 2.3.0 GDAL extension

Hello everyone,

I have tried to install the GDAL extension following the instructions at http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster formats are available. Looking into the logs via webadmin I can’t see the error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path"
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)

and Tomcat 7.0.35

Am I missing something?

Thanks in advance

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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

-------------------------------------------------------

On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can't see the
error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path"
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Does gdalinfo need to be globally available? if yes, what are the steps?

gdalinfo fails :frowning:

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…

···

2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

It looks like the combination of gcc and libstdc++ on your system does
not match the ones we built ourselves.
Let' see if Daniele has any suggestions.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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

-------------------------------------------------------

On Tue, Mar 19, 2013 at 2:00 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Does gdalinfo need to be globally available? if yes, what are the steps?

gdalinfo fails :frowning:

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
(required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do
not have sudo privileges in the system I am deploying the server...

2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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

-------------------------------------------------------

On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com>
wrote:
> Hello everyone,
>
> I have tried to install the GDAL extension following the instructions at
> http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
>
> I have followed each step carefully, but after restarting no new raster
> formats are available. Looking into the logs via webadmin I can't see
> the
> error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
> WARNING:
> Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
> java.library.path"
> Or anything related to gdal.
>
> The system is a Debian 6.0 2.6.32-5-amd64
> java version "1.6.0_18"
> OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
> OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
> and Tomcat 7.0.35
>
> Am I missing something?
>
> Thanks in advance
>
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

···

2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

···

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com07…>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Hi Santiago,

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

···

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

···

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

···

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

cheers,

···

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

···

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

···

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com…84…> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Hi again,

Finally I decided to try in another server, which has Ubuntu 12.10 instead of Debian 6, but still I can’t make it work.
Instead of installing GDAL as the documentation says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the problem… If I run gdalinfo it works fine, without any library error:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ gdalinfo
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname

I don’t know how to run the formats option though.

The libstdc++ libraries are in:
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

The env variables are set to:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $LD_LIBRARY_PATH
/usr/lib/

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $GDAL_DATA
/home/administrador/gdal-data

Geoserver says nothing about gdal in the log, but no clue about new raster formats…
I feel I’m getting close, hope you can help me with the final push :slight_smile:

Cheers,

Santi

···

2013/3/19 Santiago Timón <stimonmail@anonymised.com>

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Ciao Santiago,
quoting your email "Instead of installing GDAL as the documentation
says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the
problem...".
Well, for sure _not_ doing what the doc says will not help to make
things work :slight_smile:

Jocking aside, I am not sure you wouold get the JNI bindings this way.
Look around for an so like libgdaljni.so or similar.
Moreover, i would check the geoserver log to see if you can find a
message (at the top, after start up) saying something about gdal (it
should complain about
not finding the JNI bindings).

Btw, I am assuming you dropped the jars into the WEB-INF/lib dir and
you restarted GeoServer properly.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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

-------------------------------------------------------

Hi,

Since I see from your output that you now have GLIBCXX_3.4.14 (on Ubuntu 12.10), I would try again with the available 1.9.2 downloads.

I’m not sure about the differences between 1.9.0-3 and 1.9.2 but I think the version you have doesn’t contain the JAVA JNI counterpart which is required to use the drivers on GeoServer.

Anyway, if you want to list the GDAL available formats, you can call “gdalinfo --formats”

Moreover, we have also recently added some selfcontained scripts to the available download.

They allow to do quick tests of the java bindings.

There is a javainfo folder containing a gdalinfo.sh script which invokes the java class (by using the available java bindings) to do the same things the standard gdalinfo app will do.

Hope this helps.
Daniele

···

On Wed, Apr 3, 2013 at 4:53 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hi again,

Finally I decided to try in another server, which has Ubuntu 12.10 instead of Debian 6, but still I can’t make it work.
Instead of installing GDAL as the documentation says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the problem… If I run gdalinfo it works fine, without any library error:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ gdalinfo
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname

I don’t know how to run the formats option though.

The libstdc++ libraries are in:
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep LIBCXX

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13

GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

The env variables are set to:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $LD_LIBRARY_PATH
/usr/lib/

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $GDAL_DATA
/home/administrador/gdal-data

Geoserver says nothing about gdal in the log, but no clue about new raster formats…
I feel I’m getting close, hope you can help me with the final push :slight_smile:

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Santiago Timón <stimonmail@anonymised.com>

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

I have switchted to gdal192, set the LD_LIBRARY_PATH to the directory I extracted it and still doesn’t work :frowning:

03-abr-2013 18:34:19 it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
ADVERTENCIA: 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

Now I have followed all the steps I think…

···

2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi,

Since I see from your output that you now have GLIBCXX_3.4.14 (on Ubuntu 12.10), I would try again with the available 1.9.2 downloads.

I’m not sure about the differences between 1.9.0-3 and 1.9.2 but I think the version you have doesn’t contain the JAVA JNI counterpart which is required to use the drivers on GeoServer.

Anyway, if you want to list the GDAL available formats, you can call “gdalinfo --formats”

Moreover, we have also recently added some selfcontained scripts to the available download.

They allow to do quick tests of the java bindings.

There is a javainfo folder containing a gdalinfo.sh script which invokes the java class (by using the available java bindings) to do the same things the standard gdalinfo app will do.

Hope this helps.
Daniele

On Wed, Apr 3, 2013 at 4:53 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hi again,

Finally I decided to try in another server, which has Ubuntu 12.10 instead of Debian 6, but still I can’t make it work.
Instead of installing GDAL as the documentation says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the problem… If I run gdalinfo it works fine, without any library error:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ gdalinfo
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname

I don’t know how to run the formats option though.

The libstdc++ libraries are in:
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep LIBCXX

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13

GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

The env variables are set to:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $LD_LIBRARY_PATH
/usr/lib/

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $GDAL_DATA
/home/administrador/gdal-data

Geoserver says nothing about gdal in the log, but no clue about new raster formats…
I feel I’m getting close, hope you can help me with the final push :slight_smile:

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Santiago Timón <stimonmail@anonymised.com>

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Hi Santiago,
can you try to see if the java part is working standalone?

The folder where you have extracted the download should contain a javainfo subfolder.

Can you try this?

  • go in that javainfo folder

  • run “./gdalinfo.sh --version”

  • run “./gdalinfo.sh --formats”

And report me the output of those 2 commands?

If everything is working fine, the java part is working so you probably need to check the configuration used to startup geoserver.

Could you also please list the content of your geoserver webapp WEB-INF/lib folder?

Please, let us know.

Best Regards,
Daniele

···

On Wed, Apr 3, 2013 at 6:45 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I have switchted to gdal192, set the LD_LIBRARY_PATH to the directory I extracted it and still doesn’t work :frowning:

03-abr-2013 18:34:19 it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
ADVERTENCIA: 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

Now I have followed all the steps I think…

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi,

Since I see from your output that you now have GLIBCXX_3.4.14 (on Ubuntu 12.10), I would try again with the available 1.9.2 downloads.

I’m not sure about the differences between 1.9.0-3 and 1.9.2 but I think the version you have doesn’t contain the JAVA JNI counterpart which is required to use the drivers on GeoServer.

Anyway, if you want to list the GDAL available formats, you can call “gdalinfo --formats”

Moreover, we have also recently added some selfcontained scripts to the available download.

They allow to do quick tests of the java bindings.

There is a javainfo folder containing a gdalinfo.sh script which invokes the java class (by using the available java bindings) to do the same things the standard gdalinfo app will do.

Hope this helps.
Daniele

On Wed, Apr 3, 2013 at 4:53 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hi again,

Finally I decided to try in another server, which has Ubuntu 12.10 instead of Debian 6, but still I can’t make it work.
Instead of installing GDAL as the documentation says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the problem… If I run gdalinfo it works fine, without any library error:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ gdalinfo
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname

I don’t know how to run the formats option though.

The libstdc++ libraries are in:
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep LIBCXX

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13

GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

The env variables are set to:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $LD_LIBRARY_PATH
/usr/lib/

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $GDAL_DATA
/home/administrador/gdal-data

Geoserver says nothing about gdal in the log, but no clue about new raster formats…
I feel I’m getting close, hope you can help me with the final push :slight_smile:

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Santiago Timón <stimonmail@anonymised.com>

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Hi Daniele,

I am very happy to say that, at least, the plugin is working. I was about to write to tell you, and ask another question :slight_smile:
the command under javainfo works:

administrador@anonymised.com:~/gdal192/javainfo$ ./gdalinfo.sh --formats
Supported Formats:
VRT (rw+v): Virtual Raster
GTiff (rw+v): GeoTIFF
NITF (rw+v): National Imagery Transmission Format
RPFTOC (rov): Raster Product Format TOC format
ECRGTOC (rov): ECRG TOC format
HFA (rw+v): Erdas Imagine Images (.img)
SAR_CEOS (rov): CEOS SAR Image
CEOS (rov): CEOS Image
JAXAPALSAR (rov): JAXA PALSAR Product Reader (Level 1.1/1.5)
GFF (rov): Ground-based SAR Applications Testbed File Format (.gff)
ELAS (rw+v): ELAS
AIG (rov): Arc/Info Binary Grid
AAIGrid (rwv): Arc/Info ASCII Grid
GRASSASCIIGrid (rov): GRASS ASCII Grid
SDTS (rov): SDTS Raster
DTED (rwv): DTED Elevation Raster
PNG (rwv): Portable Network Graphics
JPEG (rwv): JPEG JFIF
MEM (rw+): In Memory Raster
JDEM (rov): Japanese DEM (.mem)
GIF (rwv): Graphics Interchange Format (.gif)
BIGGIF (rov): Graphics Interchange Format (.gif)
ESAT (ro): Envisat Image Format
BSB (rov): Maptech BSB Nautical Charts
XPM (rwv): X11 PixMap Format
BMP (rw+v): MS Windows Device Independent Bitmap
DIMAP (rov): SPOT DIMAP
AirSAR (ro): AirSAR Polarimetric Image
RS2 (ro): RadarSat 2 XML Product
PCIDSK (rw+v): PCIDSK Database File
PCRaster (rw): PCRaster Raster File
ILWIS (rw+v): ILWIS Raster Map
SGI (rw+): SGI Image File Format 1.0
SRTMHGT (rwv): SRTMHGT File Format
Leveller (rw+): Leveller heightfield
Terragen (rw+): Terragen heightfield
ISIS3 (rov): USGS Astrogeology ISIS cube (Version 3)
ISIS2 (rw+v): USGS Astrogeology ISIS cube (Version 2)
PDS (rov): NASA Planetary Data System
TIL (rov): EarthWatch .TIL
ERS (rw+v): ERMapper .ers Labelled
ECW (rw): ERDAS Compressed Wavelets (SDK 3.x)
JP2ECW (rw+v): ERDAS JPEG2000 (SDK 3.x)
L1B (rov): NOAA Polar Orbiter Level 1b Data Set
FIT (rwv): FIT Image
MrSID (rov): Multi-resolution Seamless Image Database (MrSID)
JP2MrSID (rov): MrSID JPEG2000
RMF (rw+v): Raster Matrix Format
MSGN (ro): EUMETSAT Archive native (.nat)
RST (rw+v): Idrisi Raster A.1
INGR (rw+v): Intergraph Raster
GSAG (rwv): Golden Software ASCII Grid (.grd)
GSBG (rw+v): Golden Software Binary Grid (.grd)
GS7BG (rov): Golden Software 7 Binary Grid (.grd)
COSAR (ro): COSAR Annotated Binary Matrix (TerraSAR-X)
TSX (rov): TerraSAR-X Product
COASP (ro): DRDC COASP SAR Processor Raster
R (rwv): R Object Data Store
PNM (rw+v): Portable Pixmap Format (netpbm)
DOQ1 (rov): USGS DOQ (Old Style)
DOQ2 (rov): USGS DOQ (New Style)
ENVI (rw+v): ENVI .hdr Labelled
EHdr (rw+v): ESRI .hdr Labelled
GenBin (rov): Generic Binary (.hdr Labelled)
PAux (rw+): PCI .aux Labelled
MFF (rw+): Vexcel MFF Raster
MFF2 (rw+): Vexcel MFF2 (HKV) Raster
FujiBAS (ro): Fuji BAS Scanner Image
GSC (rov): GSC Geogrid
FAST (rov): EOSAT FAST Format
BT (rw+v): VTP .bt (Binary Terrain) 1.3 Format
LAN (rw+v): Erdas .LAN/.GIS
CPG (ro): Convair PolGASP
IDA (rw+): Image Data and Analysis
NDF (rov): NLAPS Data Format
EIR (rov): Erdas Imagine Raw
DIPEx (rov): DIPEx
LCP (rov): FARSITE v.4 Landscape File (.lcp)
GTX (rw+v): NOAA Vertical Datum .GTX
LOSLAS (rov): NADCON .los/.las Datum Grid Shift
NTv2 (rw+v): NTv2 Datum Grid Shift
ACE2 (rov): ACE2
SNODAS (rov): Snow Data Assimilation System
RIK (ro): Swedish Grid RIK (.rik)
USGSDEM (rwv): USGS Optional ASCII DEM (and CDED)
GXF (ro): GeoSoft Grid Exchange Format
NWT_GRD (rov): Northwood Numeric Grid Format .grd/.tab
NWT_GRC (rov): Northwood Classified Grid Format .grc/.tab
ADRG (rw+v): ARC Digitized Raster Graphics
SRP (rov): Standard Raster Product (ASRP/USRP)
BLX (rw): Magellan topo (.blx)
SAGA (rw+v): SAGA GIS Binary Grid (.sdat)
KMLSUPEROVERLAY (rwv): Kml Super Overlay
XYZ (rwv): ASCII Gridded XYZ
HF2 (rwv): HF2/HFZ heightfield raster
OZI (rov): OziExplorer Image File
CTG (rov): USGS LULC Composite Theme Grid
E00GRID (rov): Arc/Info Export E00 GRID
ZMap (rwv): ZMap Plus Grid
NGSGEOID (rov): NOAA NGS Geoid Height Grids
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-mdd domain]* [-checksum] datasetname

No gdal jni error in the log, but I still can’t see any new raster format. The log now indicates that some (I assume the most if not everyone) formats are not available, for example:

2013-04-03 20:01:18,600 DEBUG [gdal.ecw] - ECWFormatFactory is not availaible.
2013-04-03 20:01:18,600 DEBUG [gce.arcgrid] - ArcGridFormatFactory is availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.rpftoc] - RPFTOCFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.mrsid] - MrSIDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2mrisd] - JP2MrSIDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2k] - JP2KFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2ecw] - JP2ECWFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.ehdr] - EsriHdrFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.dted] - DTEDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.nitf] - NITFFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.envihdr] - EnviHdrFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.erdasimg] - ErdasImgFormatFactory is not availaible.

My final aim is to be able to load ESRI .adf raster files. I hope all this work is not for nothing.

Many thanks

Cheers,

Santi

···

2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
can you try to see if the java part is working standalone?

The folder where you have extracted the download should contain a javainfo subfolder.

Can you try this?

  • go in that javainfo folder

  • run “./gdalinfo.sh --version”

  • run “./gdalinfo.sh --formats”

And report me the output of those 2 commands?

If everything is working fine, the java part is working so you probably need to check the configuration used to startup geoserver.

Could you also please list the content of your geoserver webapp WEB-INF/lib folder?

Please, let us know.

Best Regards,
Daniele

On Wed, Apr 3, 2013 at 6:45 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I have switchted to gdal192, set the LD_LIBRARY_PATH to the directory I extracted it and still doesn’t work :frowning:

03-abr-2013 18:34:19 it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
ADVERTENCIA: 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

Now I have followed all the steps I think…

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi,

Since I see from your output that you now have GLIBCXX_3.4.14 (on Ubuntu 12.10), I would try again with the available 1.9.2 downloads.

I’m not sure about the differences between 1.9.0-3 and 1.9.2 but I think the version you have doesn’t contain the JAVA JNI counterpart which is required to use the drivers on GeoServer.

Anyway, if you want to list the GDAL available formats, you can call “gdalinfo --formats”

Moreover, we have also recently added some selfcontained scripts to the available download.

They allow to do quick tests of the java bindings.

There is a javainfo folder containing a gdalinfo.sh script which invokes the java class (by using the available java bindings) to do the same things the standard gdalinfo app will do.

Hope this helps.
Daniele

On Wed, Apr 3, 2013 at 4:53 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hi again,

Finally I decided to try in another server, which has Ubuntu 12.10 instead of Debian 6, but still I can’t make it work.
Instead of installing GDAL as the documentation says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the problem… If I run gdalinfo it works fine, without any library error:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ gdalinfo
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname

I don’t know how to run the formats option though.

The libstdc++ libraries are in:
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep LIBCXX

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13

GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

The env variables are set to:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $LD_LIBRARY_PATH
/usr/lib/

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $GDAL_DATA
/home/administrador/gdal-data

Geoserver says nothing about gdal in the log, but no clue about new raster formats…
I feel I’m getting close, hope you can help me with the final push :slight_smile:

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Santiago Timón <stimonmail@anonymised.com>

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Hi again,
Could you please list the content of your geoserver webapp WEB-INF/lib folder?

If everything is on the proper place, I think there is some other GDAL libs around on your system (probably on /usr/lib or similar common locations of the LD_LIBRARY_PATH) which take priority at loading so that the 1.9.2 version isn’t properly loaded.

Could you also send me the full geoserver log?

Cheers,
Daniele

···

On Wed, Apr 3, 2013 at 8:12 PM, Santiago Timón <stimonmail@anonymised.com…> wrote:

Hi Daniele,

I am very happy to say that, at least, the plugin is working. I was about to write to tell you, and ask another question :slight_smile:
the command under javainfo works:

administrador@anonymised.com:~/gdal192/javainfo$ ./gdalinfo.sh --formats
Supported Formats:
VRT (rw+v): Virtual Raster
GTiff (rw+v): GeoTIFF
NITF (rw+v): National Imagery Transmission Format
RPFTOC (rov): Raster Product Format TOC format
ECRGTOC (rov): ECRG TOC format
HFA (rw+v): Erdas Imagine Images (.img)
SAR_CEOS (rov): CEOS SAR Image
CEOS (rov): CEOS Image
JAXAPALSAR (rov): JAXA PALSAR Product Reader (Level 1.1/1.5)
GFF (rov): Ground-based SAR Applications Testbed File Format (.gff)
ELAS (rw+v): ELAS
AIG (rov): Arc/Info Binary Grid
AAIGrid (rwv): Arc/Info ASCII Grid
GRASSASCIIGrid (rov): GRASS ASCII Grid
SDTS (rov): SDTS Raster
DTED (rwv): DTED Elevation Raster
PNG (rwv): Portable Network Graphics
JPEG (rwv): JPEG JFIF
MEM (rw+): In Memory Raster
JDEM (rov): Japanese DEM (.mem)
GIF (rwv): Graphics Interchange Format (.gif)
BIGGIF (rov): Graphics Interchange Format (.gif)
ESAT (ro): Envisat Image Format
BSB (rov): Maptech BSB Nautical Charts
XPM (rwv): X11 PixMap Format
BMP (rw+v): MS Windows Device Independent Bitmap
DIMAP (rov): SPOT DIMAP
AirSAR (ro): AirSAR Polarimetric Image
RS2 (ro): RadarSat 2 XML Product
PCIDSK (rw+v): PCIDSK Database File
PCRaster (rw): PCRaster Raster File
ILWIS (rw+v): ILWIS Raster Map
SGI (rw+): SGI Image File Format 1.0
SRTMHGT (rwv): SRTMHGT File Format
Leveller (rw+): Leveller heightfield
Terragen (rw+): Terragen heightfield
ISIS3 (rov): USGS Astrogeology ISIS cube (Version 3)
ISIS2 (rw+v): USGS Astrogeology ISIS cube (Version 2)
PDS (rov): NASA Planetary Data System
TIL (rov): EarthWatch .TIL
ERS (rw+v): ERMapper .ers Labelled
ECW (rw): ERDAS Compressed Wavelets (SDK 3.x)
JP2ECW (rw+v): ERDAS JPEG2000 (SDK 3.x)
L1B (rov): NOAA Polar Orbiter Level 1b Data Set
FIT (rwv): FIT Image
MrSID (rov): Multi-resolution Seamless Image Database (MrSID)
JP2MrSID (rov): MrSID JPEG2000
RMF (rw+v): Raster Matrix Format
MSGN (ro): EUMETSAT Archive native (.nat)
RST (rw+v): Idrisi Raster A.1
INGR (rw+v): Intergraph Raster
GSAG (rwv): Golden Software ASCII Grid (.grd)
GSBG (rw+v): Golden Software Binary Grid (.grd)
GS7BG (rov): Golden Software 7 Binary Grid (.grd)
COSAR (ro): COSAR Annotated Binary Matrix (TerraSAR-X)
TSX (rov): TerraSAR-X Product
COASP (ro): DRDC COASP SAR Processor Raster
R (rwv): R Object Data Store
PNM (rw+v): Portable Pixmap Format (netpbm)
DOQ1 (rov): USGS DOQ (Old Style)
DOQ2 (rov): USGS DOQ (New Style)
ENVI (rw+v): ENVI .hdr Labelled
EHdr (rw+v): ESRI .hdr Labelled
GenBin (rov): Generic Binary (.hdr Labelled)
PAux (rw+): PCI .aux Labelled
MFF (rw+): Vexcel MFF Raster
MFF2 (rw+): Vexcel MFF2 (HKV) Raster
FujiBAS (ro): Fuji BAS Scanner Image
GSC (rov): GSC Geogrid
FAST (rov): EOSAT FAST Format
BT (rw+v): VTP .bt (Binary Terrain) 1.3 Format
LAN (rw+v): Erdas .LAN/.GIS
CPG (ro): Convair PolGASP
IDA (rw+): Image Data and Analysis
NDF (rov): NLAPS Data Format
EIR (rov): Erdas Imagine Raw
DIPEx (rov): DIPEx
LCP (rov): FARSITE v.4 Landscape File (.lcp)
GTX (rw+v): NOAA Vertical Datum .GTX
LOSLAS (rov): NADCON .los/.las Datum Grid Shift
NTv2 (rw+v): NTv2 Datum Grid Shift
ACE2 (rov): ACE2
SNODAS (rov): Snow Data Assimilation System
RIK (ro): Swedish Grid RIK (.rik)
USGSDEM (rwv): USGS Optional ASCII DEM (and CDED)
GXF (ro): GeoSoft Grid Exchange Format
NWT_GRD (rov): Northwood Numeric Grid Format .grd/.tab
NWT_GRC (rov): Northwood Classified Grid Format .grc/.tab
ADRG (rw+v): ARC Digitized Raster Graphics
SRP (rov): Standard Raster Product (ASRP/USRP)
BLX (rw): Magellan topo (.blx)
SAGA (rw+v): SAGA GIS Binary Grid (.sdat)
KMLSUPEROVERLAY (rwv): Kml Super Overlay
XYZ (rwv): ASCII Gridded XYZ
HF2 (rwv): HF2/HFZ heightfield raster
OZI (rov): OziExplorer Image File
CTG (rov): USGS LULC Composite Theme Grid
E00GRID (rov): Arc/Info Export E00 GRID
ZMap (rwv): ZMap Plus Grid
NGSGEOID (rov): NOAA NGS Geoid Height Grids

Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]

[-norat] [-noct] [-mdd domain]* [-checksum] datasetname

No gdal jni error in the log, but I still can’t see any new raster format. The log now indicates that some (I assume the most if not everyone) formats are not available, for example:

2013-04-03 20:01:18,600 DEBUG [gdal.ecw] - ECWFormatFactory is not availaible.
2013-04-03 20:01:18,600 DEBUG [gce.arcgrid] - ArcGridFormatFactory is availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.rpftoc] - RPFTOCFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.mrsid] - MrSIDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2mrisd] - JP2MrSIDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2k] - JP2KFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2ecw] - JP2ECWFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.ehdr] - EsriHdrFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.dted] - DTEDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.nitf] - NITFFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.envihdr] - EnviHdrFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.erdasimg] - ErdasImgFormatFactory is not availaible.

My final aim is to be able to load ESRI .adf raster files. I hope all this work is not for nothing.

Many thanks

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
can you try to see if the java part is working standalone?

The folder where you have extracted the download should contain a javainfo subfolder.

Can you try this?

  • go in that javainfo folder

  • run “./gdalinfo.sh --version”

  • run “./gdalinfo.sh --formats”

And report me the output of those 2 commands?

If everything is working fine, the java part is working so you probably need to check the configuration used to startup geoserver.

Could you also please list the content of your geoserver webapp WEB-INF/lib folder?

Please, let us know.

Best Regards,
Daniele

On Wed, Apr 3, 2013 at 6:45 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I have switchted to gdal192, set the LD_LIBRARY_PATH to the directory I extracted it and still doesn’t work :frowning:

03-abr-2013 18:34:19 it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
ADVERTENCIA: 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

Now I have followed all the steps I think…

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi,

Since I see from your output that you now have GLIBCXX_3.4.14 (on Ubuntu 12.10), I would try again with the available 1.9.2 downloads.

I’m not sure about the differences between 1.9.0-3 and 1.9.2 but I think the version you have doesn’t contain the JAVA JNI counterpart which is required to use the drivers on GeoServer.

Anyway, if you want to list the GDAL available formats, you can call “gdalinfo --formats”

Moreover, we have also recently added some selfcontained scripts to the available download.

They allow to do quick tests of the java bindings.

There is a javainfo folder containing a gdalinfo.sh script which invokes the java class (by using the available java bindings) to do the same things the standard gdalinfo app will do.

Hope this helps.
Daniele

On Wed, Apr 3, 2013 at 4:53 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hi again,

Finally I decided to try in another server, which has Ubuntu 12.10 instead of Debian 6, but still I can’t make it work.
Instead of installing GDAL as the documentation says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the problem… If I run gdalinfo it works fine, without any library error:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ gdalinfo
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname

I don’t know how to run the formats option though.

The libstdc++ libraries are in:
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep LIBCXX

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13

GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

The env variables are set to:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $LD_LIBRARY_PATH
/usr/lib/

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $GDAL_DATA
/home/administrador/gdal-data

Geoserver says nothing about gdal in the log, but no clue about new raster formats…
I feel I’m getting close, hope you can help me with the final push :slight_smile:

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Santiago Timón <stimonmail@anonymised.com>

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

Finally I made it work!

Maybe I made some mistakes in previous steps, but I have done another reboot and seen in the log that there were any GDAL complains… and the new raster formats are now available.

Thanks a lot for your help.

Cheers,
Santi

···

2013/4/4 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi again,
Could you please list the content of your geoserver webapp WEB-INF/lib folder?

If everything is on the proper place, I think there is some other GDAL libs around on your system (probably on /usr/lib or similar common locations of the LD_LIBRARY_PATH) which take priority at loading so that the 1.9.2 version isn’t properly loaded.

Could you also send me the full geoserver log?

Cheers,
Daniele

On Wed, Apr 3, 2013 at 8:12 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hi Daniele,

I am very happy to say that, at least, the plugin is working. I was about to write to tell you, and ask another question :slight_smile:
the command under javainfo works:

administrador@anonymised.com:~/gdal192/javainfo$ ./gdalinfo.sh --formats
Supported Formats:
VRT (rw+v): Virtual Raster
GTiff (rw+v): GeoTIFF
NITF (rw+v): National Imagery Transmission Format
RPFTOC (rov): Raster Product Format TOC format
ECRGTOC (rov): ECRG TOC format
HFA (rw+v): Erdas Imagine Images (.img)
SAR_CEOS (rov): CEOS SAR Image
CEOS (rov): CEOS Image
JAXAPALSAR (rov): JAXA PALSAR Product Reader (Level 1.1/1.5)
GFF (rov): Ground-based SAR Applications Testbed File Format (.gff)
ELAS (rw+v): ELAS
AIG (rov): Arc/Info Binary Grid
AAIGrid (rwv): Arc/Info ASCII Grid
GRASSASCIIGrid (rov): GRASS ASCII Grid
SDTS (rov): SDTS Raster
DTED (rwv): DTED Elevation Raster
PNG (rwv): Portable Network Graphics
JPEG (rwv): JPEG JFIF
MEM (rw+): In Memory Raster
JDEM (rov): Japanese DEM (.mem)
GIF (rwv): Graphics Interchange Format (.gif)
BIGGIF (rov): Graphics Interchange Format (.gif)
ESAT (ro): Envisat Image Format
BSB (rov): Maptech BSB Nautical Charts
XPM (rwv): X11 PixMap Format
BMP (rw+v): MS Windows Device Independent Bitmap
DIMAP (rov): SPOT DIMAP
AirSAR (ro): AirSAR Polarimetric Image
RS2 (ro): RadarSat 2 XML Product
PCIDSK (rw+v): PCIDSK Database File
PCRaster (rw): PCRaster Raster File
ILWIS (rw+v): ILWIS Raster Map
SGI (rw+): SGI Image File Format 1.0
SRTMHGT (rwv): SRTMHGT File Format
Leveller (rw+): Leveller heightfield
Terragen (rw+): Terragen heightfield
ISIS3 (rov): USGS Astrogeology ISIS cube (Version 3)
ISIS2 (rw+v): USGS Astrogeology ISIS cube (Version 2)
PDS (rov): NASA Planetary Data System
TIL (rov): EarthWatch .TIL
ERS (rw+v): ERMapper .ers Labelled
ECW (rw): ERDAS Compressed Wavelets (SDK 3.x)
JP2ECW (rw+v): ERDAS JPEG2000 (SDK 3.x)
L1B (rov): NOAA Polar Orbiter Level 1b Data Set
FIT (rwv): FIT Image
MrSID (rov): Multi-resolution Seamless Image Database (MrSID)
JP2MrSID (rov): MrSID JPEG2000
RMF (rw+v): Raster Matrix Format
MSGN (ro): EUMETSAT Archive native (.nat)
RST (rw+v): Idrisi Raster A.1
INGR (rw+v): Intergraph Raster
GSAG (rwv): Golden Software ASCII Grid (.grd)
GSBG (rw+v): Golden Software Binary Grid (.grd)
GS7BG (rov): Golden Software 7 Binary Grid (.grd)
COSAR (ro): COSAR Annotated Binary Matrix (TerraSAR-X)
TSX (rov): TerraSAR-X Product
COASP (ro): DRDC COASP SAR Processor Raster
R (rwv): R Object Data Store
PNM (rw+v): Portable Pixmap Format (netpbm)
DOQ1 (rov): USGS DOQ (Old Style)
DOQ2 (rov): USGS DOQ (New Style)
ENVI (rw+v): ENVI .hdr Labelled
EHdr (rw+v): ESRI .hdr Labelled
GenBin (rov): Generic Binary (.hdr Labelled)
PAux (rw+): PCI .aux Labelled
MFF (rw+): Vexcel MFF Raster
MFF2 (rw+): Vexcel MFF2 (HKV) Raster
FujiBAS (ro): Fuji BAS Scanner Image
GSC (rov): GSC Geogrid
FAST (rov): EOSAT FAST Format
BT (rw+v): VTP .bt (Binary Terrain) 1.3 Format
LAN (rw+v): Erdas .LAN/.GIS
CPG (ro): Convair PolGASP
IDA (rw+): Image Data and Analysis
NDF (rov): NLAPS Data Format
EIR (rov): Erdas Imagine Raw
DIPEx (rov): DIPEx
LCP (rov): FARSITE v.4 Landscape File (.lcp)
GTX (rw+v): NOAA Vertical Datum .GTX
LOSLAS (rov): NADCON .los/.las Datum Grid Shift
NTv2 (rw+v): NTv2 Datum Grid Shift
ACE2 (rov): ACE2
SNODAS (rov): Snow Data Assimilation System
RIK (ro): Swedish Grid RIK (.rik)
USGSDEM (rwv): USGS Optional ASCII DEM (and CDED)
GXF (ro): GeoSoft Grid Exchange Format
NWT_GRD (rov): Northwood Numeric Grid Format .grd/.tab
NWT_GRC (rov): Northwood Classified Grid Format .grc/.tab
ADRG (rw+v): ARC Digitized Raster Graphics
SRP (rov): Standard Raster Product (ASRP/USRP)
BLX (rw): Magellan topo (.blx)
SAGA (rw+v): SAGA GIS Binary Grid (.sdat)
KMLSUPEROVERLAY (rwv): Kml Super Overlay
XYZ (rwv): ASCII Gridded XYZ
HF2 (rwv): HF2/HFZ heightfield raster
OZI (rov): OziExplorer Image File
CTG (rov): USGS LULC Composite Theme Grid
E00GRID (rov): Arc/Info Export E00 GRID
ZMap (rwv): ZMap Plus Grid
NGSGEOID (rov): NOAA NGS Geoid Height Grids

Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]

[-norat] [-noct] [-mdd domain]* [-checksum] datasetname

No gdal jni error in the log, but I still can’t see any new raster format. The log now indicates that some (I assume the most if not everyone) formats are not available, for example:

2013-04-03 20:01:18,600 DEBUG [gdal.ecw] - ECWFormatFactory is not availaible.
2013-04-03 20:01:18,600 DEBUG [gce.arcgrid] - ArcGridFormatFactory is availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.rpftoc] - RPFTOCFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.mrsid] - MrSIDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2mrisd] - JP2MrSIDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2k] - JP2KFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.jp2ecw] - JP2ECWFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.ehdr] - EsriHdrFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.dted] - DTEDFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.nitf] - NITFFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.envihdr] - EnviHdrFormatFactory is not availaible.
2013-04-03 20:01:18,601 DEBUG [gdal.erdasimg] - ErdasImgFormatFactory is not availaible.

My final aim is to be able to load ESRI .adf raster files. I hope all this work is not for nothing.

Many thanks

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
can you try to see if the java part is working standalone?

The folder where you have extracted the download should contain a javainfo subfolder.

Can you try this?

  • go in that javainfo folder

  • run “./gdalinfo.sh --version”

  • run “./gdalinfo.sh --formats”

And report me the output of those 2 commands?

If everything is working fine, the java part is working so you probably need to check the configuration used to startup geoserver.

Could you also please list the content of your geoserver webapp WEB-INF/lib folder?

Please, let us know.

Best Regards,
Daniele

On Wed, Apr 3, 2013 at 6:45 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I have switchted to gdal192, set the LD_LIBRARY_PATH to the directory I extracted it and still doesn’t work :frowning:

03-abr-2013 18:34:19 it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
ADVERTENCIA: 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

Now I have followed all the steps I think…

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/4/3 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi,

Since I see from your output that you now have GLIBCXX_3.4.14 (on Ubuntu 12.10), I would try again with the available 1.9.2 downloads.

I’m not sure about the differences between 1.9.0-3 and 1.9.2 but I think the version you have doesn’t contain the JAVA JNI counterpart which is required to use the drivers on GeoServer.

Anyway, if you want to list the GDAL available formats, you can call “gdalinfo --formats”

Moreover, we have also recently added some selfcontained scripts to the available download.

They allow to do quick tests of the java bindings.

There is a javainfo folder containing a gdalinfo.sh script which invokes the java class (by using the available java bindings) to do the same things the standard gdalinfo app will do.

Hope this helps.
Daniele

On Wed, Apr 3, 2013 at 4:53 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hi again,

Finally I decided to try in another server, which has Ubuntu 12.10 instead of Debian 6, but still I can’t make it work.
Instead of installing GDAL as the documentation says, I have installed it via synaptic gdal 1.9.0-3. Maybe this is the problem… If I run gdalinfo it works fine, without any library error:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ gdalinfo
Usage: gdalinfo [–help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname

I don’t know how to run the formats option though.

The libstdc++ libraries are in:
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep LIBCXX

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13

GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

The env variables are set to:

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $LD_LIBRARY_PATH
/usr/lib/

administrador@anonymised.com:~/apache-tomcat-7.0.35/bin$ echo $GDAL_DATA
/home/administrador/gdal-data

Geoserver says nothing about gdal in the log, but no clue about new raster formats…
I feel I’m getting close, hope you can help me with the final push :slight_smile:

Cheers,

Santi

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Santiago Timón <stimonmail@anonymised.com>

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,

2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

Done:

paisaje@anonymised.com:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix this without building GDAL by myself?

Mmm. I have no idea on that. I think someone already tried similar tests on old libs with no success (However I have never tried by myself).

Daniele

cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

You may try a final:
“strings /usr/lib/libstdc++.so.6 | grep LIBCXX”

To check which GLIBCXX is available on your system.
(You may also try the same against /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on your machine :slight_smile:

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón <stimonmail@anonymised.com> wrote:

I didn’t

paisaje@anonymised.com:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc+±baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :smiley:

So the library actually exists in the system. Is it an env variable issue? Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón <stimonmail@anonymised.com.84…> wrote:

Thank you very much for your help.

It seems I don’t have libstdc installed:

paisaje@anonymised.com:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/ libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/ libv4l/
libgnome-window-settings1/ libvdpau.so.1
libgphoto2/ libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Did you also try a “locate libstdc++”?

Cheers,
Daniele

Maybe I need to install it before and if still doesn’t work build GDAL from source.
Any tips I should follow?

Cheers,

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and reported by users which were attempting to use the linux libraries on some particular distro.
These are mainly due to the underlying base libs being not available/or differents on that specific distro with respect to the Centos/Ubuntu machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems requires it specific GDAL builds to make sure to solve this kind of issue with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones requested by the available libs and if none fits your needs, I think the solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele

paisaje@anonymised.com:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14’ not found (required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do not have sudo privileges in the system I am deploying the server…


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


2013/3/19 Simone Giannecchini <simone.giannecchini@anonymised.com>

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <stimonmail@anonymised.com> wrote:

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can’t see the
error “it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
java.library.path”
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

Thanks in advance


Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar


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