We were using tomcat 7.0.30 (or 7.0.23) with geoserver 2.1.1 and were working
around the issue of loading CADRG RPF A.TOC by changing the server.xml in
the JreLeakPreventionListener section -- as discussed in this blog.
http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html
However, this blog article suggests that the issue has been resolved in
later versions of geoserver. So, I downloaded the geoserver 2.2.4 with the
2.2.4 gdal plugins (and copied the plugin jars into the
geoserver/WEB-INF/lib)
When I try to add the Raster Data Source specifically the RPFTOC, and
specify the relative path to the CADRG/RPF/A.TOC (I copied the whole
CADRG/RPF/ directory and all files to the geoserver/data/data ), it does not
seem to accept it but it would normally navigate me to the "New Layer" page.
But it does not -- it just stays at that same page. I look over to the
tomcat console, and I dont see any errors or any output. I click "Save"
again in the Add Raster Data Set page again, but this time it reports that
the data store already exists. If I try to use that layer it does not
work.
BTW, I checked that the gdal native DLLs (I am using windows) are located in
the JAVA_HOME/bin directory (they are also located in my JAVA_HOME/jre/bin
dir).
Putting that workaround (JreLeakPreventionListener) in the server.xml has no
change in behavior.
--
View this message in context: http://osgeo-org.1560.n6.nabble.com/Adding-CADRG-RPF-A-TOC-Raster-Data-Source-tp5032308.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi,
which GDAL version are you using?
Note that 2.2.4 uses ImageIO-Ext 1.1.6 which internally uses GDAL 1.9.2.
More info are available here:
https://github.com/geosolutions-it/imageio-ext/wiki/Releases
Please, let me know.
Daniele
On Tue, Feb 5, 2013 at 10:50 PM, SK92129 <sk92129@anonymised.com> wrote:
We were using tomcat 7.0.30 (or 7.0.23) with geoserver 2.1.1 and were working
around the issue of loading CADRG RPF A.TOC by changing the server.xml in
the JreLeakPreventionListener section – as discussed in this blog.
http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html
However, this blog article suggests that the issue has been resolved in
later versions of geoserver. So, I downloaded the geoserver 2.2.4 with the
2.2.4 gdal plugins (and copied the plugin jars into the
geoserver/WEB-INF/lib)
When I try to add the Raster Data Source specifically the RPFTOC, and
specify the relative path to the CADRG/RPF/A.TOC (I copied the whole
CADRG/RPF/ directory and all files to the geoserver/data/data ), it does not
seem to accept it but it would normally navigate me to the “New Layer” page.
But it does not – it just stays at that same page. I look over to the
tomcat console, and I dont see any errors or any output. I click “Save”
again in the Add Raster Data Set page again, but this time it reports that
the data store already exists. If I try to use that layer it does not
work.
BTW, I checked that the gdal native DLLs (I am using windows) are located in
the JAVA_HOME/bin directory (they are also located in my JAVA_HOME/jre/bin
dir).
Putting that workaround (JreLeakPreventionListener) in the server.xml has no
change in behavior.
–
View this message in context: http://osgeo-org.1560.n6.nabble.com/Adding-CADRG-RPF-A-TOC-Raster-Data-Source-tp5032308.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
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
Thank you for your response.
I had thought that I had the correct gdal native libraries because I had found a web page (now I cant find it) that said that the geoserver 2.2.4 relies on gdal 1.7.3. So I compared the native libraries in that with what I had already in my JAVA_HOME.
If I follow your link above, it takes me to the GDAL link for ImageIO-Ext 1.1.6.
From there, I follow the windows links and then from there, I see the various versions of Microsoft Studio builds for the 1.9.2.
Although I am using a 64 bit WinXP system, I figure that I might need to download the 32 bit native DLL since my geoserver that is running is not specifically for a 64 bit system, and I am using a 32 bit JRE/JDK. But if I look for 32 bit native DLLs, which one should I use?
And I will download the GDAL data and put them where my environment variable is pointing.
···
On Wed, Feb 6, 2013 at 3:40 AM, Daniele Romagnoli <daniele.romagnoli@anonymised.com> wrote:
Hi,
which GDAL version are you using?
Note that 2.2.4 uses ImageIO-Ext 1.1.6 which internally uses GDAL 1.9.2.
More info are available here:
https://github.com/geosolutions-it/imageio-ext/wiki/Releases
Please, let me know.
Daniele
On Tue, Feb 5, 2013 at 10:50 PM, SK92129 <sk92129@anonymised.com> wrote:
We were using tomcat 7.0.30 (or 7.0.23) with geoserver 2.1.1 and were working
around the issue of loading CADRG RPF A.TOC by changing the server.xml in
the JreLeakPreventionListener section – as discussed in this blog.
http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html
However, this blog article suggests that the issue has been resolved in
later versions of geoserver. So, I downloaded the geoserver 2.2.4 with the
2.2.4 gdal plugins (and copied the plugin jars into the
geoserver/WEB-INF/lib)
When I try to add the Raster Data Source specifically the RPFTOC, and
specify the relative path to the CADRG/RPF/A.TOC (I copied the whole
CADRG/RPF/ directory and all files to the geoserver/data/data ), it does not
seem to accept it but it would normally navigate me to the “New Layer” page.
But it does not – it just stays at that same page. I look over to the
tomcat console, and I dont see any errors or any output. I click “Save”
again in the Add Raster Data Set page again, but this time it reports that
the data store already exists. If I try to use that layer it does not
work.
BTW, I checked that the gdal native DLLs (I am using windows) are located in
the JAVA_HOME/bin directory (they are also located in my JAVA_HOME/jre/bin
dir).
Putting that workaround (JreLeakPreventionListener) in the server.xml has no
change in behavior.
–
View this message in context: http://osgeo-org.1560.n6.nabble.com/Adding-CADRG-RPF-A-TOC-Raster-Data-Source-tp5032308.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
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
–
Sean
Thank you for your response.
I had thought that I had the correct gdal native libraries because I had found a web page (now I cant find it) that said that the geoserver 2.2.4 relies on gdal 1.7.3. So I compared the native libraries in that with what I had already in my JAVA_HOME.
If I follow your link above, it takes me to the GDAL link for ImageIO-Ext 1.1.6.
From there, I follow the windows links and then from there, I see the various versions of Microsoft Studio builds for the 1.9.2.
Although I am using a 64 bit WinXP system, I figure that I might need to download the 32 bit native DLL since my geoserver that is running is not specifically for a 64 bit system, and I am using a 32 bit JRE/JDK. But if I look for 32 bit native DLLs, which one should I use?
It depends on which CRT version do you have on your system.
I think that you can try with the “oldest” one. (MSVC2003).
Please, let me know if you have more issues on this topic. We usually did tests on machine having same arch (32/64) for both OS and Java.
Cheers,
Daniele
···
On Wed, Feb 6, 2013 at 3:40 AM, Daniele Romagnoli <daniele.romagnoli@anonymised.com> wrote:
Hi,
which GDAL version are you using?
Note that 2.2.4 uses ImageIO-Ext 1.1.6 which internally uses GDAL 1.9.2.
More info are available here:
https://github.com/geosolutions-it/imageio-ext/wiki/Releases
Please, let me know.
Daniele
On Tue, Feb 5, 2013 at 10:50 PM, SK92129 <sk92129@anonymised.com> wrote:
We were using tomcat 7.0.30 (or 7.0.23) with geoserver 2.1.1 and were working
around the issue of loading CADRG RPF A.TOC by changing the server.xml in
the JreLeakPreventionListener section – as discussed in this blog.
http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html
However, this blog article suggests that the issue has been resolved in
later versions of geoserver. So, I downloaded the geoserver 2.2.4 with the
2.2.4 gdal plugins (and copied the plugin jars into the
geoserver/WEB-INF/lib)
When I try to add the Raster Data Source specifically the RPFTOC, and
specify the relative path to the CADRG/RPF/A.TOC (I copied the whole
CADRG/RPF/ directory and all files to the geoserver/data/data ), it does not
seem to accept it but it would normally navigate me to the “New Layer” page.
But it does not – it just stays at that same page. I look over to the
tomcat console, and I dont see any errors or any output. I click “Save”
again in the Add Raster Data Set page again, but this time it reports that
the data store already exists. If I try to use that layer it does not
work.
BTW, I checked that the gdal native DLLs (I am using windows) are located in
the JAVA_HOME/bin directory (they are also located in my JAVA_HOME/jre/bin
dir).
Putting that workaround (JreLeakPreventionListener) in the server.xml has no
change in behavior.
–
View this message in context: http://osgeo-org.1560.n6.nabble.com/Adding-CADRG-RPF-A-TOC-Raster-Data-Source-tp5032308.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
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
–
Sean
I guess I answered my own question…
I went ahead and tried the VS 2010 32 bit (or non 64 bit binaries) because my JRE/JDK is 32 bit. Replaced all the native gdal lib that were in JAVA_HOME, and updated the gdal-data files pointed by my GDAL_DATA environment variable. Then geoserver was able to open the CADRG RPF A.TOC.
I ensured that the server.xml did not have the MemoryLeakListener changed.
Looks great.
Thank you for pointing out the correct gdal native libraries.
···
On Wed, Feb 6, 2013 at 8:29 AM, Sean K <sk92129@anonymised.com> wrote:
Thank you for your response.
I had thought that I had the correct gdal native libraries because I had found a web page (now I cant find it) that said that the geoserver 2.2.4 relies on gdal 1.7.3. So I compared the native libraries in that with what I had already in my JAVA_HOME.
If I follow your link above, it takes me to the GDAL link for ImageIO-Ext 1.1.6.
From there, I follow the windows links and then from there, I see the various versions of Microsoft Studio builds for the 1.9.2.
Although I am using a 64 bit WinXP system, I figure that I might need to download the 32 bit native DLL since my geoserver that is running is not specifically for a 64 bit system, and I am using a 32 bit JRE/JDK. But if I look for 32 bit native DLLs, which one should I use?
And I will download the GDAL data and put them where my environment variable is pointing.
–
Sean
On Wed, Feb 6, 2013 at 3:40 AM, Daniele Romagnoli <daniele.romagnoli@anonymised.com> wrote:
Hi,
which GDAL version are you using?
Note that 2.2.4 uses ImageIO-Ext 1.1.6 which internally uses GDAL 1.9.2.
More info are available here:
https://github.com/geosolutions-it/imageio-ext/wiki/Releases
Please, let me know.
Daniele
On Tue, Feb 5, 2013 at 10:50 PM, SK92129 <sk92129@anonymised.com> wrote:
We were using tomcat 7.0.30 (or 7.0.23) with geoserver 2.1.1 and were working
around the issue of loading CADRG RPF A.TOC by changing the server.xml in
the JreLeakPreventionListener section – as discussed in this blog.
http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html
However, this blog article suggests that the issue has been resolved in
later versions of geoserver. So, I downloaded the geoserver 2.2.4 with the
2.2.4 gdal plugins (and copied the plugin jars into the
geoserver/WEB-INF/lib)
When I try to add the Raster Data Source specifically the RPFTOC, and
specify the relative path to the CADRG/RPF/A.TOC (I copied the whole
CADRG/RPF/ directory and all files to the geoserver/data/data ), it does not
seem to accept it but it would normally navigate me to the “New Layer” page.
But it does not – it just stays at that same page. I look over to the
tomcat console, and I dont see any errors or any output. I click “Save”
again in the Add Raster Data Set page again, but this time it reports that
the data store already exists. If I try to use that layer it does not
work.
BTW, I checked that the gdal native DLLs (I am using windows) are located in
the JAVA_HOME/bin directory (they are also located in my JAVA_HOME/jre/bin
dir).
Putting that workaround (JreLeakPreventionListener) in the server.xml has no
change in behavior.
–
View this message in context: http://osgeo-org.1560.n6.nabble.com/Adding-CADRG-RPF-A-TOC-Raster-Data-Source-tp5032308.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
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
–
Sean
Cool.
I thought that using the VS 2010, you could have some issues with missing MSVCR100.dll. Good to know it worked properly.
Thanks for reporting your results.
Regards,
Daniele
···
On Wed, Feb 6, 2013 at 8:29 AM, Sean K <sk92129@anonymised.com> wrote:
Thank you for your response.
I had thought that I had the correct gdal native libraries because I had found a web page (now I cant find it) that said that the geoserver 2.2.4 relies on gdal 1.7.3. So I compared the native libraries in that with what I had already in my JAVA_HOME.
If I follow your link above, it takes me to the GDAL link for ImageIO-Ext 1.1.6.
From there, I follow the windows links and then from there, I see the various versions of Microsoft Studio builds for the 1.9.2.
Although I am using a 64 bit WinXP system, I figure that I might need to download the 32 bit native DLL since my geoserver that is running is not specifically for a 64 bit system, and I am using a 32 bit JRE/JDK. But if I look for 32 bit native DLLs, which one should I use?
And I will download the GDAL data and put them where my environment variable is pointing.
–
Sean
On Wed, Feb 6, 2013 at 3:40 AM, Daniele Romagnoli <daniele.romagnoli@anonymised.com…> wrote:
Hi,
which GDAL version are you using?
Note that 2.2.4 uses ImageIO-Ext 1.1.6 which internally uses GDAL 1.9.2.
More info are available here:
https://github.com/geosolutions-it/imageio-ext/wiki/Releases
Please, let me know.
Daniele
On Tue, Feb 5, 2013 at 10:50 PM, SK92129 <sk92129@anonymised.com> wrote:
We were using tomcat 7.0.30 (or 7.0.23) with geoserver 2.1.1 and were working
around the issue of loading CADRG RPF A.TOC by changing the server.xml in
the JreLeakPreventionListener section – as discussed in this blog.
http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html
However, this blog article suggests that the issue has been resolved in
later versions of geoserver. So, I downloaded the geoserver 2.2.4 with the
2.2.4 gdal plugins (and copied the plugin jars into the
geoserver/WEB-INF/lib)
When I try to add the Raster Data Source specifically the RPFTOC, and
specify the relative path to the CADRG/RPF/A.TOC (I copied the whole
CADRG/RPF/ directory and all files to the geoserver/data/data ), it does not
seem to accept it but it would normally navigate me to the “New Layer” page.
But it does not – it just stays at that same page. I look over to the
tomcat console, and I dont see any errors or any output. I click “Save”
again in the Add Raster Data Set page again, but this time it reports that
the data store already exists. If I try to use that layer it does not
work.
BTW, I checked that the gdal native DLLs (I am using windows) are located in
the JAVA_HOME/bin directory (they are also located in my JAVA_HOME/jre/bin
dir).
Putting that workaround (JreLeakPreventionListener) in the server.xml has no
change in behavior.
–
View this message in context: http://osgeo-org.1560.n6.nabble.com/Adding-CADRG-RPF-A-TOC-Raster-Data-Source-tp5032308.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
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
–
Sean