Hey Daniele,

Sounds like lots of cool work.

To propose a new module, you will have to work against the wiki and add
a new module page...see the developer's guide for the details, I expect.
Of course you will have to sacrifice a small animal to the confluence
gods merely to get to read that document.


Also, before you start this work, could you flesh out the details of the
dependency? I understand a bit of the attraction but little of the
consequences. Why another external dependency for a new format? How does
this compare to the other dependencies in the coverageio module? What
are the licensing issues? Why GDAL for two formats? How does this work
for gnu/mac/ms; how do users get the required dependencies? what's the
long term vision? How does this affect the build and the release of 2.5
and beyond? Others have been really concerned with external dependencies
even when they were in the Java VM itself, so I expect we will all want
to digest what depending on GDAL or GDAL bindings or whatever, means.

Also, what does it mean that you will have other code that is not
modified. Are we adding two new modules to do the same thing than two
old modules? Why leave a mess rather than cleanup what is there? When
will the old modules be deprecated/removed? Are the old modules an
earlier attempt of yours or is that someone else's work? Either way, why
didn't they work? I'd really like to keep geotools clean so we don't end
up with a gazillion unsupported modules.

Thanks,
--Adrian

On Fri, 2008-02-08 at 16:35 +0100, Daniele Romagnoli wrote:
> Hi list,
> I would like to add a new gt2-imageio-ext unsupported module on
> geotools to improve coverage access capabilities based on GDAL.
> 
> Some notes to introduce the aim of this module:
> - Actually, we (GeoSolutions) have improved the Image I/O project
> which mainly provides raster data access capabilities using GDAL java
> bindings.
> - The unsupported section already contains a MrSID and an ECW modules
> which leverage on such a library to provide coverage access to these
> formats. However, both modules contains a lot of shared/duplicated
> code.
> - The aim of the proposed module would be defining a "generic"
> gdalbased reader which extends the AbstractGridCoverage2DReader,
> containing all the common code. Moreover, initially, it will contain a
> set of format specific plugin (ECW/MrSID) which leverage on the
> "generic" reader. The specific plugins simply need to define some
> format specific properties to be used by the generic one. Moreover
> they will contain additional code for metadata management when
> available. 
> - During an initial incubation/developing/testing phase, the actual
> standalone MrSID and ECW modules on the actual unsupported zone, will
> not be modified.
> 
> Can I obtain the "GO" to start with this work on unsupported? :)
> 
> Best Regards,
> Daniele Romagnoli
> 
> PS: let me know if I need to specify further details or additional
> info. I apologize in case I forgotten something :(
> 
> -- 
> -------------------------------------------------------
> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Geotools-devel mailing list 
> Geotools-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/geotools-devel


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to