[Geoserver-users] [Geoserver-devel] ECW support

GeoServer GeoServer User
1

Ciao Mauro,
as you noticed the official ERMapper Java SDK sucks :-), that's why I
never developed a geotools plugin for it.

What we have developed instead is a wrapper framework for gdal that
adapts gdal's drivers as ImageIO plugins that allows us to exploit
them from GeoTools and GeoServer.
We have been testing the latest version of the library for a couple of
weeks now with MrSID and ECW formats on a couple pf windows machines
with no problems. We have had issues while testing on fedore 6 but no
issues on a Slackware. I'd say that more testing is needed.
My goal is to be able to show this work at foss4g along with other
improvements mainly concerning with raster symbolization.

As of now there is no code publicly available. I have created a
java.net project for my library but is still under approval. We might
try to pursue other ways to release this code because this java.net
thing is taking too much time really.

Feel free to get back to me in case you need further details.
Simone.

On 8/21/07, Mauro Bartolomeoli <m.bartolomeoli@anonymised.com> wrote:

I read in the list (or somewhere else, I can't remember) that ECW
support for GeoServer is under development.
We are currently trying to develop a Geomedia DataStore for GeoTools and
need ECW support in this context.
We tried to use the official ERMapper Java SDK: it does its work, but
suffers from many memory leaks that in the long term shutdown geoserver
due to OutOfMemory Exceptions.
Then we tried to use the gvSig updated version of the SDK, which seems
to solve memory leaks problems, but is very unstable inside GeoServer
(the JVM itself crashes very often during JNI calls).
I read that you're including ECW support through GDAL. Is there any code
available that I can try to use inside my DataStore?

Thanks in advance,
Mauro Bartolomeoli

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it

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

2

As of now there is no code publicly available. I have created a
java.net project for my library but is still under approval. We might
try to pursue other ways to release this code because this java.net
thing is taking too much time really.

I am sure we could get you a codehaus project if you are interested
Simone. I would be happy to help set it up and administrate it.

-Justin

Feel free to get back to me in case you need further details.
Simone.

On 8/21/07, Mauro Bartolomeoli <m.bartolomeoli@anonymised.com> wrote:

I read in the list (or somewhere else, I can't remember) that ECW
support for GeoServer is under development.
We are currently trying to develop a Geomedia DataStore for GeoTools and
need ECW support in this context.
We tried to use the official ERMapper Java SDK: it does its work, but
suffers from many memory leaks that in the long term shutdown geoserver
due to OutOfMemory Exceptions.
Then we tried to use the gvSig updated version of the SDK, which seems
to solve memory leaks problems, but is very unstable inside GeoServer
(the JVM itself crashes very often during JNI calls).
I read that you're including ECW support through GDAL. Is there any code
available that I can try to use inside my DataStore?

Thanks in advance,
Mauro Bartolomeoli

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

3

Simone Giannecchini wrote:

Ciao Mauro,
as you noticed the official ERMapper Java SDK sucks :-), that's why I
never developed a geotools plugin for it.
  

Yes, I've been using it for several years now and it's time to change :slight_smile:

My goal is to be able to show this work at foss4g along with other
improvements mainly concerning with raster symbolization.
  

I'll be at foss4g too, maybe we could meet there and have a talk on the subject.

As of now there is no code publicly available. I have created a
java.net project for my library but is still under approval. We might
try to pursue other ways to release this code because this java.net
thing is taking too much time really.
  

Our problem, currently, is deploying a stable solution for ECW reading in the shortest time possibile. Please, let me know if you find another way other than java.net.
Thanks for your help.

Mauro Bartolomeoli

4

Hi All,

I say this from a “user requirements” perspective because it sometimes get’s left out in the t3cho t41k…

I am traditionally from a *nix hosting platform, and I have never been able to get the gdal plugin working. I applaud the efforts that have been made to provide ECW support, but the inherited complexities, library incompatibilities, and changing pace of *nix distro’s has been a serious distraction to potential of this format. The introduction of the nice new powerful 64bit hardware has been a real nightmare for this complexity too! However, migrating to windows is not a viable option… and should not be assumed. 9/10 config/tutorial/howto/documentation guides for O/S software you will find is *nix based/syntax.

Anyway `nuff of a rant… long term I would really promote the implementation in Java. Not because it is a “super” language, not because its “so popular”, not for a million other reasons… just because it’s a unique (backwards compatible) platform.

Most users just want things to work, even if it is a little slower.

On 8/24/07, Simone Giannecchini < simboss1@anonymised.com> wrote:

Ciao Mauro,
as you noticed the official ERMapper Java SDK sucks :-), that’s why I
never developed a geotools plugin for it.

What we have developed instead is a wrapper framework for gdal that
adapts gdal’s drivers as ImageIO plugins that allows us to exploit
them from GeoTools and GeoServer.
We have been testing the latest version of the library for a couple of
weeks now with MrSID and ECW formats on a couple pf windows machines
with no problems. We have had issues while testing on fedore 6 but no
issues on a Slackware. I’d say that more testing is needed.
My goal is to be able to show this work at foss4g along with other
improvements mainly concerning with raster symbolization.

As of now there is no code publicly available. I have created a
java.net project for my library but is still under approval. We might
try to pursue other ways to release this code because this java.net
thing is taking too much time really.

Feel free to get back to me in case you need further details.
Simone.

On 8/21/07, Mauro Bartolomeoli <m.bartolomeoli@anonymised.com> wrote:

I read in the list (or somewhere else, I can’t remember) that ECW
support for GeoServer is under development.
We are currently trying to develop a Geomedia DataStore for GeoTools and
need ECW support in this context.
We tried to use the official ERMapper Java SDK: it does its work, but
suffers from many memory leaks that in the long term shutdown geoserver
due to OutOfMemory Exceptions.
Then we tried to use the gvSig updated version of the SDK, which seems
to solve memory leaks problems, but is very unstable inside GeoServer
(the JVM itself crashes very often during JNI calls).
I read that you’re including ECW support through GDAL. Is there any code
available that I can try to use inside my DataStore?

Thanks in advance,
Mauro Bartolomeoli

This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

–

Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it

This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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