Difficulty getting GDAL working with 2.x

View: New views
7 Messages — Rating Filter:   Alert me  

Difficulty getting GDAL working with 2.x

by kwg :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I am very new to GeoServer, so please bear with me. I have been trying to get the GDAL extensions to work for some time now in GeoServer 2.x, and I must be missing something as I have not had any success getting the extended formats to appear in the add new store interface. I followed the directions here: http://docs.geoserver.org/trunk/en/user/data/gdal.html

And this process seems to echoed in the forums as well, but I am not having any luck :(

I am running on a Windows XP box at the moment, just getting a feel for how it works and how to get data into it.

I downloaded version 1.0.4 from the Native branch of imagegeio-ext project, as well as the gdal_data zip file. I extracted both zips to (I read in one of the forum posts that 2.0 RC 1 was configured to use this version..?):
c:\gdal1.4\gdal_data-1.4.5
c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls

I added "c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls" to my systems PATH environment variable.
I added a new environment variable called "GDAL_DATA" and set the value to be "C:\GDAL1.4\gdal_data-1.4.5"

I can now go to a command prompt and enter "gdalinfo --version" and that returns "GDAL 1.4.5.0, released 2008/12/14". Also, running “gdalinfo –formats” returns a long list of supported formats.

So, this part seems to be ok.

I then restarted geoserver, and went to the "Add Store" with the hopes the extended formats would be there, but so far I have not had any success.

I also have tried a few things, including downloading and extracting different versions of the imagegeio-ext native libraries. I then change the logging in Geoserver to see if I could get some additional information, and do get the following:

INFO   | jvm 1    | 2009/10/26 10:58:46 | WrapperManager: Initializing...
INFO   | jvm 1    | 2009/10/26 10:58:46 | 0 [WrapperSimpleAppMain] INFO org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@14d3343 via org.mortbay.log.Slf4jLog
INFO   | jvm 1    | 2009/10/26 10:58:47 | 234 [WrapperSimpleAppMain] WARN org.mortbay.log - Deprecated configuration used for C:\Program Files\GeoServer 2.0.0/webapps
INFO   | jvm 1    | 2009/10/26 10:58:47 | 265 [WrapperSimpleAppMain] INFO org.mortbay.log - jetty-6.1.8
INFO   | jvm 1    | 2009/10/26 10:58:48 | Oct 26, 2009 10:58:48 AM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
INFO   | jvm 1    | 2009/10/26 10:58:48 | WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN File option not set for appender [geoserverlogfile].
INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN Are you using FileAppender instead of ConsoleAppender?

| 2009/10/26 11:00:17 |   org.geotools.data.property.PropertyDataStoreFactory
INFO   | jvm 1    | 2009/10/26 11:00:17 |   org.geotools.data.wfs.WFSDataStoreFactory
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG [org.geotools.coverageio.gdal.jp2ecw] - JP2ECWFormatFactory is not availaible.
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG [org.geotools.coverageio.gdal.jp2mrisd] - JP2MrSIDFormatFactory is not availaible.
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG [org.geotools.coverageio.gdal.jp2k] - JP2KFormatFactory is not availaible.
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 INFO [org.geotools.factory] - Factory implementations for category GridFormatFactorySpi:
INFO   | jvm 1    | 2009/10/26 11:00:17 |   org.geotools.gce.arcgrid.ArcGridFormatFactory
INFO   | jvm 1  


Anyway, it seems that GeoServer is not seeing the imagegeio-ext library folder, despite the folders presence in the path variable, or there is another setting I am missing, perhaps a geoserver variable somewhere?

I do have “FWTools 2.4.6” installed, but I have verified that the bin folder for that as well as its data directory are not set in any global environment variables, so I am pretty sure these are not causing the issue.

I would welcome any suggestions :)

Re: Difficulty getting GDAL working with 2.x

by Daniele Romagnoli :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,
which Geoserver version are you using?
Some days ago I have checked the imageio-ext versions used by the different Geoserver 2.0 versions.
RC1 uses the mageio-ext-1.0.3 version whilst RC2 uses the new imageio-ext-1.0.4 one.

In case you are using RC1, you should get the 1.0.3 native libs.

Let me know.
Best Regards,
Daniele


On Tue, Oct 27, 2009 at 7:33 PM, kwg <kgolding@...> wrote:

I am very new to GeoServer, so please bear with me. I have been trying to get
the GDAL extensions to work for some time now in GeoServer 2.x, and I must
be missing something as I have not had any success getting the extended
formats to appear in the add new store interface. I followed the directions
here: http://docs.geoserver.org/trunk/en/user/data/gdal.html

And this process seems to echoed in the forums as well, but I am not having
any luck :(

I am running on a Windows XP box at the moment, just getting a feel for how
it works and how to get data into it.

I downloaded version 1.0.4 from the Native branch of imagegeio-ext project,
as well as the gdal_data zip file. I extracted both zips to (I read in one
of the forum posts that 2.0 RC 1 was configured to use this version..?):
c:\gdal1.4\gdal_data-1.4.5
c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls

I added "c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls" to my systems PATH
environment variable.
I added a new environment variable called "GDAL_DATA" and set the value to
be "C:\GDAL1.4\gdal_data-1.4.5"

I can now go to a command prompt and enter "gdalinfo --version" and that
returns "GDAL 1.4.5.0, released 2008/12/14". Also, running “gdalinfo
–formats” returns a long list of supported formats.

So, this part seems to be ok.

I then restarted geoserver, and went to the "Add Store" with the hopes the
extended formats would be there, but so far I have not had any success.

I also have tried a few things, including downloading and extracting
different versions of the imagegeio-ext native libraries. I then change the
logging in Geoserver to see if I could get some additional information, and
do get the following:

INFO   | jvm 1    | 2009/10/26 10:58:46 | WrapperManager: Initializing...
INFO   | jvm 1    | 2009/10/26 10:58:46 | 0 [WrapperSimpleAppMain] INFO
org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@14d3343 via
org.mortbay.log.Slf4jLog
INFO   | jvm 1    | 2009/10/26 10:58:47 | 234 [WrapperSimpleAppMain] WARN
org.mortbay.log - Deprecated configuration used for C:\Program
Files\GeoServer 2.0.0/webapps
INFO   | jvm 1    | 2009/10/26 10:58:47 | 265 [WrapperSimpleAppMain] INFO
org.mortbay.log - jetty-6.1.8
INFO   | jvm 1    | 2009/10/26 10:58:48 | Oct 26, 2009 10:58:48 AM
it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
INFO   | jvm 1    | 2009/10/26 10:58:48 | WARNING: Native library load
failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN File option not set for
appender [geoserverlogfile].
INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN Are you using
FileAppender instead of ConsoleAppender?

| 2009/10/26 11:00:17 |
org.geotools.data.property.PropertyDataStoreFactory
INFO   | jvm 1    | 2009/10/26 11:00:17 |
org.geotools.data.wfs.WFSDataStoreFactory
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
[org.geotools.coverageio.gdal.jp2ecw] - JP2ECWFormatFactory is not
availaible.
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
[org.geotools.coverageio.gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
availaible.
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
[org.geotools.coverageio.gdal.jp2k] - JP2KFormatFactory is not availaible.
INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 INFO
[org.geotools.factory] - Factory implementations for category
GridFormatFactorySpi:
INFO   | jvm 1    | 2009/10/26 11:00:17 |
org.geotools.gce.arcgrid.ArcGridFormatFactory
INFO   | jvm 1

Anyway, it seems that GeoServer is not seeing the imagegeio-ext library
folder, despite the folders presence in the path variable, or there is
another setting I am missing, perhaps a geoserver variable somewhere?

I do have “FWTools 2.4.6” installed, but I have verified that the bin folder
for that as well as its data directory are not set in any global environment
variables, so I am pretty sure these are not causing the issue.

I would welcome any suggestions :)

--
View this message in context: http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26064402.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

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

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


http://www.geo-solutions.it

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


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Difficulty getting GDAL working with 2.x

by kwg :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I started working with RC2 a week or so ago, then updated to 2.0 when I saw it was released. (I just wiped out RC2 and started over again...)

I have tried the following imageio-ext versions, so far with the same result:
1.0.3
1.0.4
1.0.5

Also note that I did not download the "windows installer" version of the imageio-ext library, I just followed the setup instructions in the GeoServer documentation, which seemed to be saying the imageio-ext libs where in the GeoServer package.

Thanks for the feedback.
Kurt

Daniele Romagnoli wrote:
Hi,
which Geoserver version are you using?
Some days ago I have checked the imageio-ext versions used by the different
Geoserver 2.0 versions.
RC1 uses the mageio-ext-1.0.3 version whilst RC2 uses the new
imageio-ext-1.0.4 one.

In case you are using RC1, you should get the 1.0.3 native libs.

Let me know.
Best Regards,
Daniele


On Tue, Oct 27, 2009 at 7:33 PM, kwg <kgolding@synergywebsystems.net> wrote:

>
> I am very new to GeoServer, so please bear with me. I have been trying to
> get
> the GDAL extensions to work for some time now in GeoServer 2.x, and I must
> be missing something as I have not had any success getting the extended
> formats to appear in the add new store interface. I followed the directions
> here: http://docs.geoserver.org/trunk/en/user/data/gdal.html
>
> And this process seems to echoed in the forums as well, but I am not having
> any luck :(
>
> I am running on a Windows XP box at the moment, just getting a feel for how
> it works and how to get data into it.
>
> I downloaded version 1.0.4 from the Native branch of imagegeio-ext project,
> as well as the gdal_data zip file. I extracted both zips to (I read in one
> of the forum posts that 2.0 RC 1 was configured to use this version..?):
> c:\gdal1.4\gdal_data-1.4.5
> c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls
>
> I added "c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls" to my systems PATH
> environment variable.
> I added a new environment variable called "GDAL_DATA" and set the value to
> be "C:\GDAL1.4\gdal_data-1.4.5"
>
> I can now go to a command prompt and enter "gdalinfo --version" and that
> returns "GDAL 1.4.5.0, released 2008/12/14". Also, running “gdalinfo
> –formats” returns a long list of supported formats.
>
> So, this part seems to be ok.
>
> I then restarted geoserver, and went to the "Add Store" with the hopes the
> extended formats would be there, but so far I have not had any success.
>
> I also have tried a few things, including downloading and extracting
> different versions of the imagegeio-ext native libraries. I then change the
> logging in Geoserver to see if I could get some additional information, and
> do get the following:
> …
> INFO   | jvm 1    | 2009/10/26 10:58:46 | WrapperManager: Initializing...
> INFO   | jvm 1    | 2009/10/26 10:58:46 | 0 [WrapperSimpleAppMain] INFO
> org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@14d3343 via
> org.mortbay.log.Slf4jLog
> INFO   | jvm 1    | 2009/10/26 10:58:47 | 234 [WrapperSimpleAppMain] WARN
> org.mortbay.log - Deprecated configuration used for C:\Program
> Files\GeoServer 2.0.0/webapps
> INFO   | jvm 1    | 2009/10/26 10:58:47 | 265 [WrapperSimpleAppMain] INFO
> org.mortbay.log - jetty-6.1.8
> INFO   | jvm 1    | 2009/10/26 10:58:48 | Oct 26, 2009 10:58:48 AM
> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
> INFO   | jvm 1    | 2009/10/26 10:58:48 | WARNING: Native library load
> failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN File option not set
> for
> appender [geoserverlogfile].
> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN Are you using
> FileAppender instead of ConsoleAppender?
> …
> | 2009/10/26 11:00:17 |
> org.geotools.data.property.PropertyDataStoreFactory
> INFO   | jvm 1    | 2009/10/26 11:00:17 |
> org.geotools.data.wfs.WFSDataStoreFactory
> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
> [org.geotools.coverageio.gdal.jp2ecw] - JP2ECWFormatFactory is not
> availaible.
> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
> [org.geotools.coverageio.gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
> availaible.
> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
> [org.geotools.coverageio.gdal.jp2k] - JP2KFormatFactory is not availaible.
> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 INFO
> [org.geotools.factory] - Factory implementations for category
> GridFormatFactorySpi:
> INFO   | jvm 1    | 2009/10/26 11:00:17 |
> org.geotools.gce.arcgrid.ArcGridFormatFactory
> INFO   | jvm 1
> …
> Anyway, it seems that GeoServer is not seeing the imagegeio-ext library
> folder, despite the folders presence in the path variable, or there is
> another setting I am missing, perhaps a geoserver variable somewhere?
>
> I do have “FWTools 2.4.6” installed, but I have verified that the bin
> folder
> for that as well as its data directory are not set in any global
> environment
> variables, so I am pretty sure these are not causing the issue.
>
> I would welcome any suggestions :)
>
> --
> View this message in context:
> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26064402.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

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

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


http://www.geo-solutions.it

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

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Difficulty getting GDAL working with 2.x

by Daniele Romagnoli :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi again Kurt,
I have just downloaded the GS 2.0, as well as the imageio-ext-1.0.4-windows32 dlls.
I have deployed gs2 on tomcat 5.5 and extracted the DLLs on a C:\testbin folder (which I have added on my PATH environment).
Then I have started gs and GDAL coveragestores are available.

Actually, I guess your system is somehow finding and using a different set of DLLs. Weird things may happen when you have several GDAL dlls installed on your machine. Can you try a scan on your machine to see whether additional GDAL versions are available somewhere?
Did you already tried putting the native libs dlls on your JavaJDK/BIN folder?

Best Regards,
Daniele

On Wed, Oct 28, 2009 at 2:15 PM, kwg <kgolding@...> wrote:

I started working with RC2 a week or so ago, then updated to 2.0 when I saw
it was released. (I just wiped out RC2 and started over again...)

I have tried the following imageio-ext versions, so far with the same
result:
1.0.3
1.0.4
1.0.5

Also note that I did not download the "windows installer" version of the
imageio-ext library, I just followed the setup instructions in the GeoServer
documentation, which seemed to be saying the imageio-ext libs where in the
GeoServer package.

Thanks for the feedback.
Kurt


Daniele Romagnoli wrote:
>
> Hi,
> which Geoserver version are you using?
> Some days ago I have checked the imageio-ext versions used by the
> different
> Geoserver 2.0 versions.
> RC1 uses the mageio-ext-1.0.3 version whilst RC2 uses the new
> imageio-ext-1.0.4 one.
>
> In case you are using RC1, you should get the 1.0.3 native libs.
>
> Let me know.
> Best Regards,
> Daniele
>
>
> On Tue, Oct 27, 2009 at 7:33 PM, kwg <kgolding@...>
> wrote:
>
>>
>> I am very new to GeoServer, so please bear with me. I have been trying to
>> get
>> the GDAL extensions to work for some time now in GeoServer 2.x, and I
>> must
>> be missing something as I have not had any success getting the extended
>> formats to appear in the add new store interface. I followed the
>> directions
>> here: http://docs.geoserver.org/trunk/en/user/data/gdal.html
>>
>> And this process seems to echoed in the forums as well, but I am not
>> having
>> any luck :(
>>
>> I am running on a Windows XP box at the moment, just getting a feel for
>> how
>> it works and how to get data into it.
>>
>> I downloaded version 1.0.4 from the Native branch of imagegeio-ext
>> project,
>> as well as the gdal_data zip file. I extracted both zips to (I read in
>> one
>> of the forum posts that 2.0 RC 1 was configured to use this version..?):
>> c:\gdal1.4\gdal_data-1.4.5
>> c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls
>>
>> I added "c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls" to my systems PATH
>> environment variable.
>> I added a new environment variable called "GDAL_DATA" and set the value
>> to
>> be "C:\GDAL1.4\gdal_data-1.4.5"
>>
>> I can now go to a command prompt and enter "gdalinfo --version" and that
>> returns "GDAL 1.4.5.0, released 2008/12/14". Also, running “gdalinfo
>> –formats” returns a long list of supported formats.
>>
>> So, this part seems to be ok.
>>
>> I then restarted geoserver, and went to the "Add Store" with the hopes
>> the
>> extended formats would be there, but so far I have not had any success.
>>
>> I also have tried a few things, including downloading and extracting
>> different versions of the imagegeio-ext native libraries. I then change
>> the
>> logging in Geoserver to see if I could get some additional information,
>> and
>> do get the following:
>> …
>> INFO   | jvm 1    | 2009/10/26 10:58:46 | WrapperManager: Initializing...
>> INFO   | jvm 1    | 2009/10/26 10:58:46 | 0 [WrapperSimpleAppMain] INFO
>> org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@14d3343 via
>> org.mortbay.log.Slf4jLog
>> INFO   | jvm 1    | 2009/10/26 10:58:47 | 234 [WrapperSimpleAppMain] WARN
>> org.mortbay.log - Deprecated configuration used for C:\Program
>> Files\GeoServer 2.0.0/webapps
>> INFO   | jvm 1    | 2009/10/26 10:58:47 | 265 [WrapperSimpleAppMain] INFO
>> org.mortbay.log - jetty-6.1.8
>> INFO   | jvm 1    | 2009/10/26 10:58:48 | Oct 26, 2009 10:58:48 AM
>> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>> INFO   | jvm 1    | 2009/10/26 10:58:48 | WARNING: Native library load
>> failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
>> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN File option not set
>> for
>> appender [geoserverlogfile].
>> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN Are you using
>> FileAppender instead of ConsoleAppender?
>> …
>> | 2009/10/26 11:00:17 |
>> org.geotools.data.property.PropertyDataStoreFactory
>> INFO   | jvm 1    | 2009/10/26 11:00:17 |
>> org.geotools.data.wfs.WFSDataStoreFactory
>> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> [org.geotools.coverageio.gdal.jp2ecw] - JP2ECWFormatFactory is not
>> availaible.
>> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> [org.geotools.coverageio.gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
>> availaible.
>> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> [org.geotools.coverageio.gdal.jp2k] - JP2KFormatFactory is not
>> availaible.
>> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 INFO
>> [org.geotools.factory] - Factory implementations for category
>> GridFormatFactorySpi:
>> INFO   | jvm 1    | 2009/10/26 11:00:17 |
>> org.geotools.gce.arcgrid.ArcGridFormatFactory
>> INFO   | jvm 1
>> …
>> Anyway, it seems that GeoServer is not seeing the imagegeio-ext library
>> folder, despite the folders presence in the path variable, or there is
>> another setting I am missing, perhaps a geoserver variable somewhere?
>>
>> I do have “FWTools 2.4.6” installed, but I have verified that the bin
>> folder
>> for that as well as its data directory are not set in any global
>> environment
>> variables, so I am pretty sure these are not causing the issue.
>>
>> I would welcome any suggestions :)
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26064402.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
>
> --
> -------------------------------------------------------
> Eng. Daniele Romagnoli
> Software Engineer
>
> GeoSolutions S.A.S.
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax:     +39 0584983027
> mob:   +39 328 0559267
>
>
> http://www.geo-solutions.it
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

--
View this message in context: http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26094441.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

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

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


http://www.geo-solutions.it

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


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Difficulty getting GDAL working with 2.x

by kwg :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

To make absolutly sure about what was on the machine, I started over. I started with a clean Windows 2008 x64.

I installed the latest JDK:
jdk-6u16-nb-6_7_1-windows-ml

I then installed GeoServer:
geoserver-2.0.0a-ng

After setting up the JAVA_HOME enviroment variable, I was able to get GeoServer to start and it seemed to be working correctly.

I downloaded:
gdal_data-1.4.5.zip
imageio-ext-1.0.4-windows32-dlls.zip from the imageio-ext site.

I extracted both to
c:\GDAL\gdal_data-1.4.5
c:\GDAL\imageio-ext-1.0.4-windows32-dlls

I added "c:\GDAL\imageio-ext-1.0.4-windows32-dlls" to my PATH enviroment variable.
Verified that the gdalinfo --version worked from a command prompt.

I created the GDAL_DATA enviroment variable and set that to: c:\GDAL\gdal_data-1.4.5

No Luck.

I tried a few variations, including putting all of the files into the java/bin directory. Adding the java/bin directory to the path. Adding c:\GDAL\gdal_data-1.4.5 to the path.  

No matter what I do, it apparently cannot read the gdalini.dll file.
I had a similer experience trying this on a WinXP SP3 x32 box, so I do not think its a 64bit issue, but it might. However, I think java runs in a 32 bit process..


Daniele Romagnoli wrote:
Hi again Kurt,
I have just downloaded the GS 2.0, as well as the
imageio-ext-1.0.4-windows32 dlls.
I have deployed gs2 on tomcat 5.5 and extracted the DLLs on a C:\testbin
folder (which I have added on my PATH environment).
Then I have started gs and GDAL coveragestores are available.

Actually, I guess your system is somehow finding and using a different set
of DLLs. Weird things may happen when you have several GDAL dlls installed
on your machine. Can you try a scan on your machine to see whether
additional GDAL versions are available somewhere?
Did you already tried putting the native libs dlls on your JavaJDK/BIN
folder?

Best Regards,
Daniele

On Wed, Oct 28, 2009 at 2:15 PM, kwg <kgolding@synergywebsystems.net> wrote:

>
> I started working with RC2 a week or so ago, then updated to 2.0 when I saw
> it was released. (I just wiped out RC2 and started over again...)
>
> I have tried the following imageio-ext versions, so far with the same
> result:
> 1.0.3
> 1.0.4
> 1.0.5
>
> Also note that I did not download the "windows installer" version of the
> imageio-ext library, I just followed the setup instructions in the
> GeoServer
> documentation, which seemed to be saying the imageio-ext libs where in the
> GeoServer package.
>
> Thanks for the feedback.
> Kurt
>
>
> Daniele Romagnoli wrote:
> >
> > Hi,
> > which Geoserver version are you using?
> > Some days ago I have checked the imageio-ext versions used by the
> > different
> > Geoserver 2.0 versions.
> > RC1 uses the mageio-ext-1.0.3 version whilst RC2 uses the new
> > imageio-ext-1.0.4 one.
> >
> > In case you are using RC1, you should get the 1.0.3 native libs.
> >
> > Let me know.
> > Best Regards,
> > Daniele
> >
> >
> > On Tue, Oct 27, 2009 at 7:33 PM, kwg <kgolding@synergywebsystems.net>
> > wrote:
> >
> >>
> >> I am very new to GeoServer, so please bear with me. I have been trying
> to
> >> get
> >> the GDAL extensions to work for some time now in GeoServer 2.x, and I
> >> must
> >> be missing something as I have not had any success getting the extended
> >> formats to appear in the add new store interface. I followed the
> >> directions
> >> here: http://docs.geoserver.org/trunk/en/user/data/gdal.html
> >>
> >> And this process seems to echoed in the forums as well, but I am not
> >> having
> >> any luck :(
> >>
> >> I am running on a Windows XP box at the moment, just getting a feel for
> >> how
> >> it works and how to get data into it.
> >>
> >> I downloaded version 1.0.4 from the Native branch of imagegeio-ext
> >> project,
> >> as well as the gdal_data zip file. I extracted both zips to (I read in
> >> one
> >> of the forum posts that 2.0 RC 1 was configured to use this version..?):
> >> c:\gdal1.4\gdal_data-1.4.5
> >> c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls
> >>
> >> I added "c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls" to my systems PATH
> >> environment variable.
> >> I added a new environment variable called "GDAL_DATA" and set the value
> >> to
> >> be "C:\GDAL1.4\gdal_data-1.4.5"
> >>
> >> I can now go to a command prompt and enter "gdalinfo --version" and that
> >> returns "GDAL 1.4.5.0, released 2008/12/14". Also, running “gdalinfo
> >> –formats” returns a long list of supported formats.
> >>
> >> So, this part seems to be ok.
> >>
> >> I then restarted geoserver, and went to the "Add Store" with the hopes
> >> the
> >> extended formats would be there, but so far I have not had any success.
> >>
> >> I also have tried a few things, including downloading and extracting
> >> different versions of the imagegeio-ext native libraries. I then change
> >> the
> >> logging in Geoserver to see if I could get some additional information,
> >> and
> >> do get the following:
> >> …
> >> INFO   | jvm 1    | 2009/10/26 10:58:46 | WrapperManager:
> Initializing...
> >> INFO   | jvm 1    | 2009/10/26 10:58:46 | 0 [WrapperSimpleAppMain] INFO
> >> org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@14d3343 via
> >> org.mortbay.log.Slf4jLog
> >> INFO   | jvm 1    | 2009/10/26 10:58:47 | 234 [WrapperSimpleAppMain]
> WARN
> >> org.mortbay.log - Deprecated configuration used for C:\Program
> >> Files\GeoServer 2.0.0/webapps
> >> INFO   | jvm 1    | 2009/10/26 10:58:47 | 265 [WrapperSimpleAppMain]
> INFO
> >> org.mortbay.log - jetty-6.1.8
> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | Oct 26, 2009 10:58:48 AM
> >> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | WARNING: Native library load
> >> failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN File option not set
> >> for
> >> appender [geoserverlogfile].
> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN Are you using
> >> FileAppender instead of ConsoleAppender?
> >> …
> >> | 2009/10/26 11:00:17 |
> >> org.geotools.data.property.PropertyDataStoreFactory
> >> INFO   | jvm 1    | 2009/10/26 11:00:17 |
> >> org.geotools.data.wfs.WFSDataStoreFactory
> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
> >> [org.geotools.coverageio.gdal.jp2ecw] - JP2ECWFormatFactory is not
> >> availaible.
> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
> >> [org.geotools.coverageio.gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
> >> availaible.
> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
> >> [org.geotools.coverageio.gdal.jp2k] - JP2KFormatFactory is not
> >> availaible.
> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 INFO
> >> [org.geotools.factory] - Factory implementations for category
> >> GridFormatFactorySpi:
> >> INFO   | jvm 1    | 2009/10/26 11:00:17 |
> >> org.geotools.gce.arcgrid.ArcGridFormatFactory
> >> INFO   | jvm 1
> >> …
> >> Anyway, it seems that GeoServer is not seeing the imagegeio-ext library
> >> folder, despite the folders presence in the path variable, or there is
> >> another setting I am missing, perhaps a geoserver variable somewhere?
> >>
> >> I do have “FWTools 2.4.6” installed, but I have verified that the bin
> >> folder
> >> for that as well as its data directory are not set in any global
> >> environment
> >> variables, so I am pretty sure these are not causing the issue.
> >>
> >> I would welcome any suggestions :)
> >>
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26064402.html
> >> Sent from the GeoServer - User mailing list archive at Nabble.com.
> >>
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> >> is the only developer event you need to attend this year. Jumpstart your
> >> developing skills, take BlackBerry mobile applications to market and
> stay
> >> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> >> http://p.sf.net/sfu/devconference
> >> _______________________________________________
> >> Geoserver-users mailing list
> >> Geoserver-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >>
> >
> >
> >
> > --
> > -------------------------------------------------------
> > Eng. Daniele Romagnoli
> > Software Engineer
> >
> > GeoSolutions S.A.S.
> > Via Carignoni 51
> > 55041 Camaiore (LU)
> > Italy
> >
> > phone: +39 0584983027
> > fax:     +39 0584983027
> > mob:   +39 328 0559267
> >
> >
> > http://www.geo-solutions.it
> >
> > -------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > _______________________________________________
> > Geoserver-users mailing list
> > Geoserver-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26094441.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

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

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


http://www.geo-solutions.it

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

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Difficulty getting GDAL working with 2.x

by Daniele Romagnoli :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi again Kurt,
sorry for the delay of this reply.

On Wed, Oct 28, 2009 at 9:14 PM, kwg <kgolding@...> wrote:

To make absolutly sure about what was on the machine, I started over. I
started with a clean Windows 2008 x64.

Actually, we haven't a Windows 2008 x64 install to test the libraries, therefore, I can't guarantee these DLLs will work on that system.
Did you tried the geoserver as a webapp war deployed on Tomcat?
From the last email you sent to me, I have noticed that you have downloaded the geoserver installer as a windows service.
I have installed it and indeed, the additional coverage stores seem not appear whilst they worked fine on tomcat. I will investigate a bit on this and if needed, I will open a JIRA.
In the meantime, you could try the geoserver war using the settings you have already prepared (gdal_data, path, etc...).

Let me know.
Regards,
Daniele



 

I installed the latest JDK:
jdk-6u16-nb-6_7_1-windows-ml

I then installed GeoServer:
geoserver-2.0.0a-ng

After setting up the JAVA_HOME enviroment variable, I was able to get
GeoServer to start and it seemed to be working correctly.

I downloaded:
gdal_data-1.4.5.zip
imageio-ext-1.0.4-windows32-dlls.zip from the imageio-ext site.

I extracted both to
c:\GDAL\gdal_data-1.4.5
c:\GDAL\imageio-ext-1.0.4-windows32-dlls

I added "c:\GDAL\imageio-ext-1.0.4-windows32-dlls" to my PATH enviroment
variable.
Verified that the gdalinfo --version worked from a command prompt.

I created the GDAL_DATA enviroment variable and set that to:
c:\GDAL\gdal_data-1.4.5

No Luck.

I tried a few variations, including putting all of the files into the
java/bin directory. Adding the java/bin directory to the path. Adding
c:\GDAL\gdal_data-1.4.5 to the path.

Last step (gdal_data in path) isn't necessary since it only contains crs definitions instead of libraries to be loaded.
 

No matter what I do, it apparently cannot read the gdalini.dll file.
I had a similer experience trying this on a WinXP SP3 x32 box, so I do not
think its a 64bit issue, but it might. However, I think java runs in a 32
bit process..



Daniele Romagnoli wrote:
>
> Hi again Kurt,
> I have just downloaded the GS 2.0, as well as the
> imageio-ext-1.0.4-windows32 dlls.
> I have deployed gs2 on tomcat 5.5 and extracted the DLLs on a C:\testbin
> folder (which I have added on my PATH environment).
> Then I have started gs and GDAL coveragestores are available.
>
> Actually, I guess your system is somehow finding and using a different set
> of DLLs. Weird things may happen when you have several GDAL dlls installed
> on your machine. Can you try a scan on your machine to see whether
> additional GDAL versions are available somewhere?
> Did you already tried putting the native libs dlls on your JavaJDK/BIN
> folder?
>
> Best Regards,
> Daniele
>
> On Wed, Oct 28, 2009 at 2:15 PM, kwg <kgolding@...>
> wrote:
>
>>
>> I started working with RC2 a week or so ago, then updated to 2.0 when I
>> saw
>> it was released. (I just wiped out RC2 and started over again...)
>>
>> I have tried the following imageio-ext versions, so far with the same
>> result:
>> 1.0.3
>> 1.0.4
>> 1.0.5
>>
>> Also note that I did not download the "windows installer" version of the
>> imageio-ext library, I just followed the setup instructions in the
>> GeoServer
>> documentation, which seemed to be saying the imageio-ext libs where in
>> the
>> GeoServer package.
>>
>> Thanks for the feedback.
>> Kurt
>>
>>
>> Daniele Romagnoli wrote:
>> >
>> > Hi,
>> > which Geoserver version are you using?
>> > Some days ago I have checked the imageio-ext versions used by the
>> > different
>> > Geoserver 2.0 versions.
>> > RC1 uses the mageio-ext-1.0.3 version whilst RC2 uses the new
>> > imageio-ext-1.0.4 one.
>> >
>> > In case you are using RC1, you should get the 1.0.3 native libs.
>> >
>> > Let me know.
>> > Best Regards,
>> > Daniele
>> >
>> >
>> > On Tue, Oct 27, 2009 at 7:33 PM, kwg <kgolding@...>
>> > wrote:
>> >
>> >>
>> >> I am very new to GeoServer, so please bear with me. I have been trying
>> to
>> >> get
>> >> the GDAL extensions to work for some time now in GeoServer 2.x, and I
>> >> must
>> >> be missing something as I have not had any success getting the
>> extended
>> >> formats to appear in the add new store interface. I followed the
>> >> directions
>> >> here: http://docs.geoserver.org/trunk/en/user/data/gdal.html
>> >>
>> >> And this process seems to echoed in the forums as well, but I am not
>> >> having
>> >> any luck :(
>> >>
>> >> I am running on a Windows XP box at the moment, just getting a feel
>> for
>> >> how
>> >> it works and how to get data into it.
>> >>
>> >> I downloaded version 1.0.4 from the Native branch of imagegeio-ext
>> >> project,
>> >> as well as the gdal_data zip file. I extracted both zips to (I read in
>> >> one
>> >> of the forum posts that 2.0 RC 1 was configured to use this
>> version..?):
>> >> c:\gdal1.4\gdal_data-1.4.5
>> >> c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls
>> >>
>> >> I added "c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls" to my systems
>> PATH
>> >> environment variable.
>> >> I added a new environment variable called "GDAL_DATA" and set the
>> value
>> >> to
>> >> be "C:\GDAL1.4\gdal_data-1.4.5"
>> >>
>> >> I can now go to a command prompt and enter "gdalinfo --version" and
>> that
>> >> returns "GDAL 1.4.5.0, released 2008/12/14". Also, running “gdalinfo
>> >> –formats” returns a long list of supported formats.
>> >>
>> >> So, this part seems to be ok.
>> >>
>> >> I then restarted geoserver, and went to the "Add Store" with the hopes
>> >> the
>> >> extended formats would be there, but so far I have not had any
>> success.
>> >>
>> >> I also have tried a few things, including downloading and extracting
>> >> different versions of the imagegeio-ext native libraries. I then
>> change
>> >> the
>> >> logging in Geoserver to see if I could get some additional
>> information,
>> >> and
>> >> do get the following:
>> >> …
>> >> INFO   | jvm 1    | 2009/10/26 10:58:46 | WrapperManager:
>> Initializing...
>> >> INFO   | jvm 1    | 2009/10/26 10:58:46 | 0 [WrapperSimpleAppMain]
>> INFO
>> >> org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@14d3343 via
>> >> org.mortbay.log.Slf4jLog
>> >> INFO   | jvm 1    | 2009/10/26 10:58:47 | 234 [WrapperSimpleAppMain]
>> WARN
>> >> org.mortbay.log - Deprecated configuration used for C:\Program
>> >> Files\GeoServer 2.0.0/webapps
>> >> INFO   | jvm 1    | 2009/10/26 10:58:47 | 265 [WrapperSimpleAppMain]
>> INFO
>> >> org.mortbay.log - jetty-6.1.8
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | Oct 26, 2009 10:58:48 AM
>> >> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | WARNING: Native library load
>> >> failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN File option not
>> set
>> >> for
>> >> appender [geoserverlogfile].
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN Are you using
>> >> FileAppender instead of ConsoleAppender?
>> >> …
>> >> | 2009/10/26 11:00:17 |
>> >> org.geotools.data.property.PropertyDataStoreFactory
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 |
>> >> org.geotools.data.wfs.WFSDataStoreFactory
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> >> [org.geotools.coverageio.gdal.jp2ecw] - JP2ECWFormatFactory is not
>> >> availaible.
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> >> [org.geotools.coverageio.gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
>> >> availaible.
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> >> [org.geotools.coverageio.gdal.jp2k] - JP2KFormatFactory is not
>> >> availaible.
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 INFO
>> >> [org.geotools.factory] - Factory implementations for category
>> >> GridFormatFactorySpi:
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 |
>> >> org.geotools.gce.arcgrid.ArcGridFormatFactory
>> >> INFO   | jvm 1
>> >> …
>> >> Anyway, it seems that GeoServer is not seeing the imagegeio-ext
>> library
>> >> folder, despite the folders presence in the path variable, or there is
>> >> another setting I am missing, perhaps a geoserver variable somewhere?
>> >>
>> >> I do have “FWTools 2.4.6” installed, but I have verified that the bin
>> >> folder
>> >> for that as well as its data directory are not set in any global
>> >> environment
>> >> variables, so I am pretty sure these are not causing the issue.
>> >>
>> >> I would welcome any suggestions :)
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26064402.html
>> >> Sent from the GeoServer - User mailing list archive at Nabble.com.
>> >>
>> >>
>> >>
>> >>
>> ------------------------------------------------------------------------------
>> >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> >> is the only developer event you need to attend this year. Jumpstart
>> your
>> >> developing skills, take BlackBerry mobile applications to market and
>> stay
>> >> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> >> http://p.sf.net/sfu/devconference
>> >> _______________________________________________
>> >> Geoserver-users mailing list
>> >> Geoserver-users@...
>> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >>
>> >
>> >
>> >
>> > --
>> > -------------------------------------------------------
>> > Eng. Daniele Romagnoli
>> > Software Engineer
>> >
>> > GeoSolutions S.A.S.
>> > Via Carignoni 51
>> > 55041 Camaiore (LU)
>> > Italy
>> >
>> > phone: +39 0584983027
>> > fax:     +39 0584983027
>> > mob:   +39 328 0559267
>> >
>> >
>> > http://www.geo-solutions.it
>> >
>> > -------------------------------------------------------
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> > is the only developer event you need to attend this year. Jumpstart
>> your
>> > developing skills, take BlackBerry mobile applications to market and
>> stay
>> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> > http://p.sf.net/sfu/devconference
>> > _______________________________________________
>> > Geoserver-users mailing list
>> > Geoserver-users@...
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26094441.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
>
> --
> -------------------------------------------------------
> Eng. Daniele Romagnoli
> Software Engineer
>
> GeoSolutions S.A.S.
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax:     +39 0584983027
> mob:   +39 328 0559267
>
>
> http://www.geo-solutions.it
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

--
View this message in context: http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26101419.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

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

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


http://www.geo-solutions.it

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


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Difficulty getting GDAL working with 2.x

by mrdale :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

FWIW I also experienced this problem and indeed if I start things using startup.bat it works fine.  If I start it as a service (even forcing it to log in as me) it does not see the gdal binaries

 

Dale.

 

From: Daniele Romagnoli [mailto:daniele.romagnoli@...]
Sent: Monday, November 09, 2009 3:46 AM
To: kwg
Cc: geoserver-users@...
Subject: Re: [Geoserver-users] Difficulty getting GDAL working with 2.x

 

Hi again Kurt,
sorry for the delay of this reply.

On Wed, Oct 28, 2009 at 9:14 PM, kwg <kgolding@...> wrote:


To make absolutly sure about what was on the machine, I started over. I
started with a clean Windows 2008 x64.


Actually, we haven't a Windows 2008 x64 install to test the libraries, therefore, I can't guarantee these DLLs will work on that system.
Did you tried the geoserver as a webapp war deployed on Tomcat?
>From the last email you sent to me, I have noticed that you have downloaded the geoserver installer as a windows service.
I have installed it and indeed, the additional coverage stores seem not appear whilst they worked fine on tomcat. I will investigate a bit on this and if needed, I will open a JIRA.
In the meantime, you could try the geoserver war using the settings you have already prepared (gdal_data, path, etc...).

Let me know.
Regards,
Daniele



 


I installed the latest JDK:
jdk-6u16-nb-6_7_1-windows-ml

I then installed GeoServer:
geoserver-2.0.0a-ng

After setting up the JAVA_HOME enviroment variable, I was able to get
GeoServer to start and it seemed to be working correctly.

I downloaded:
gdal_data-1.4.5.zip
imageio-ext-1.0.4-windows32-dlls.zip from the imageio-ext site.

I extracted both to
c:\GDAL\gdal_data-1.4.5
c:\GDAL\imageio-ext-1.0.4-windows32-dlls

I added "c:\GDAL\imageio-ext-1.0.4-windows32-dlls" to my PATH enviroment
variable.
Verified that the gdalinfo --version worked from a command prompt.

I created the GDAL_DATA enviroment variable and set that to:
c:\GDAL\gdal_data-1.4.5

No Luck.

I tried a few variations, including putting all of the files into the
java/bin directory. Adding the java/bin directory to the path. Adding
c:\GDAL\gdal_data-1.4.5 to the path.


Last step (gdal_data in path) isn't necessary since it only contains crs definitions instead of libraries to be loaded.
 


No matter what I do, it apparently cannot read the gdalini.dll file.
I had a similer experience trying this on a WinXP SP3 x32 box, so I do not
think its a 64bit issue, but it might. However, I think java runs in a 32
bit process..




Daniele Romagnoli wrote:
>
> Hi again Kurt,
> I have just downloaded the GS 2.0, as well as the
> imageio-ext-1.0.4-windows32 dlls.
> I have deployed gs2 on tomcat 5.5 and extracted the DLLs on a C:\testbin
> folder (which I have added on my PATH environment).
> Then I have started gs and GDAL coveragestores are available.
>
> Actually, I guess your system is somehow finding and using a different set
> of DLLs. Weird things may happen when you have several GDAL dlls installed
> on your machine. Can you try a scan on your machine to see whether
> additional GDAL versions are available somewhere?
> Did you already tried putting the native libs dlls on your JavaJDK/BIN
> folder?
>
> Best Regards,
> Daniele
>
> On Wed, Oct 28, 2009 at 2:15 PM, kwg <kgolding@...>
> wrote:
>
>>
>> I started working with RC2 a week or so ago, then updated to 2.0 when I
>> saw
>> it was released. (I just wiped out RC2 and started over again...)
>>
>> I have tried the following imageio-ext versions, so far with the same
>> result:
>> 1.0.3
>> 1.0.4
>> 1.0.5
>>
>> Also note that I did not download the "windows installer" version of the
>> imageio-ext library, I just followed the setup instructions in the
>> GeoServer
>> documentation, which seemed to be saying the imageio-ext libs where in
>> the
>> GeoServer package.
>>
>> Thanks for the feedback.
>> Kurt
>>
>>
>> Daniele Romagnoli wrote:
>> >
>> > Hi,
>> > which Geoserver version are you using?
>> > Some days ago I have checked the imageio-ext versions used by the
>> > different
>> > Geoserver 2.0 versions.
>> > RC1 uses the mageio-ext-1.0.3 version whilst RC2 uses the new
>> > imageio-ext-1.0.4 one.
>> >
>> > In case you are using RC1, you should get the 1.0.3 native libs.
>> >
>> > Let me know.
>> > Best Regards,
>> > Daniele
>> >
>> >
>> > On Tue, Oct 27, 2009 at 7:33 PM, kwg <kgolding@...>
>> > wrote:
>> >
>> >>
>> >> I am very new to GeoServer, so please bear with me. I have been trying
>> to
>> >> get
>> >> the GDAL extensions to work for some time now in GeoServer 2.x, and I
>> >> must
>> >> be missing something as I have not had any success getting the
>> extended
>> >> formats to appear in the add new store interface. I followed the
>> >> directions
>> >> here: http://docs.geoserver.org/trunk/en/user/data/gdal.html
>> >>
>> >> And this process seems to echoed in the forums as well, but I am not
>> >> having
>> >> any luck :(
>> >>
>> >> I am running on a Windows XP box at the moment, just getting a feel
>> for
>> >> how
>> >> it works and how to get data into it.
>> >>
>> >> I downloaded version 1.0.4 from the Native branch of imagegeio-ext
>> >> project,
>> >> as well as the gdal_data zip file. I extracted both zips to (I read in
>> >> one
>> >> of the forum posts that 2.0 RC 1 was configured to use this
>> version..?):
>> >> c:\gdal1.4\gdal_data-1.4.5
>> >> c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls
>> >>
>> >> I added "c:\gdal1.4\imageio-ext-1.0.4-windows32-dlls" to my systems
>> PATH
>> >> environment variable.
>> >> I added a new environment variable called "GDAL_DATA" and set the
>> value
>> >> to
>> >> be "C:\GDAL1.4\gdal_data-1.4.5"
>> >>
>> >> I can now go to a command prompt and enter "gdalinfo --version" and
>> that
>> >> returns "GDAL 1.4.5.0, released 2008/12/14". Also, running “gdalinfo
>> >> –formats” returns a long list of supported formats.
>> >>
>> >> So, this part seems to be ok.
>> >>
>> >> I then restarted geoserver, and went to the "Add Store" with the hopes
>> >> the
>> >> extended formats would be there, but so far I have not had any
>> success.
>> >>
>> >> I also have tried a few things, including downloading and extracting
>> >> different versions of the imagegeio-ext native libraries. I then
>> change
>> >> the
>> >> logging in Geoserver to see if I could get some additional
>> information,
>> >> and
>> >> do get the following:
>> >> …
>> >> INFO   | jvm 1    | 2009/10/26 10:58:46 | WrapperManager:
>> Initializing...
>> >> INFO   | jvm 1    | 2009/10/26 10:58:46 | 0 [WrapperSimpleAppMain]
>> INFO
>> >> org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@14d3343 via
>> >> org.mortbay.log.Slf4jLog
>> >> INFO   | jvm 1    | 2009/10/26 10:58:47 | 234 [WrapperSimpleAppMain]
>> WARN
>> >> org.mortbay.log - Deprecated configuration used for C:\Program
>> >> Files\GeoServer 2.0.0/webapps
>> >> INFO   | jvm 1    | 2009/10/26 10:58:47 | 265 [WrapperSimpleAppMain]
>> INFO
>> >> org.mortbay.log - jetty-6.1.8
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | Oct 26, 2009 10:58:48 AM
>> >> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | WARNING: Native library load
>> >> failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN File option not
>> set
>> >> for
>> >> appender [geoserverlogfile].
>> >> INFO   | jvm 1    | 2009/10/26 10:58:48 | log4j:WARN Are you using
>> >> FileAppender instead of ConsoleAppender?
>> >> …
>> >> | 2009/10/26 11:00:17 |
>> >> org.geotools.data.property.PropertyDataStoreFactory
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 |
>> >> org.geotools.data.wfs.WFSDataStoreFactory
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> >> [org.geotools.coverageio.gdal.jp2ecw] - JP2ECWFormatFactory is not
>> >> availaible.
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> >> [org.geotools.coverageio.gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
>> >> availaible.
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 DEBUG
>> >> [org.geotools.coverageio.gdal.jp2k] - JP2KFormatFactory is not
>> >> availaible.
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 | 26 Oct 11:00:17 INFO
>> >> [org.geotools.factory] - Factory implementations for category
>> >> GridFormatFactorySpi:
>> >> INFO   | jvm 1    | 2009/10/26 11:00:17 |
>> >> org.geotools.gce.arcgrid.ArcGridFormatFactory
>> >> INFO   | jvm 1
>> >> …
>> >> Anyway, it seems that GeoServer is not seeing the imagegeio-ext
>> library
>> >> folder, despite the folders presence in the path variable, or there is
>> >> another setting I am missing, perhaps a geoserver variable somewhere?
>> >>
>> >> I do have “FWTools 2.4.6” installed, but I have verified that the bin
>> >> folder
>> >> for that as well as its data directory are not set in any global
>> >> environment
>> >> variables, so I am pretty sure these are not causing the issue.
>> >>
>> >> I would welcome any suggestions :)
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26064402.html
>> >> Sent from the GeoServer - User mailing list archive at Nabble.com.
>> >>
>> >>
>> >>
>> >>
>> ------------------------------------------------------------------------------
>> >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> >> is the only developer event you need to attend this year. Jumpstart
>> your
>> >> developing skills, take BlackBerry mobile applications to market and
>> stay
>> >> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> >> http://p.sf.net/sfu/devconference
>> >> _______________________________________________
>> >> Geoserver-users mailing list
>> >> Geoserver-users@...
>> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >>
>> >
>> >
>> >
>> > --
>> > -------------------------------------------------------
>> > Eng. Daniele Romagnoli
>> > Software Engineer
>> >
>> > GeoSolutions S.A.S.
>> > Via Carignoni 51
>> > 55041 Camaiore (LU)
>> > Italy
>> >
>> > phone: +39 0584983027
>> > fax:     +39 0584983027
>> > mob:   +39 328 0559267
>> >
>> >
>> > http://www.geo-solutions.it
>> >
>> > -------------------------------------------------------
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> > is the only developer event you need to attend this year. Jumpstart
>> your
>> > developing skills, take BlackBerry mobile applications to market and
>> stay
>> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> > http://p.sf.net/sfu/devconference
>> > _______________________________________________
>> > Geoserver-users mailing list
>> > Geoserver-users@...
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26094441.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
>
> --
> -------------------------------------------------------
> Eng. Daniele Romagnoli
> Software Engineer
>
> GeoSolutions S.A.S.
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax:     +39 0584983027
> mob:   +39 328 0559267
>
>
> http://www.geo-solutions.it
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

--

View this message in context: http://www.nabble.com/Difficulty-getting-GDAL-working-with-2.x-tp26064402p26101419.html

Sent from the GeoServer - User mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users




--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

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

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


http://www.geo-solutions.it

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


------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users