On Feb 8, 2008 6:06 PM, Adrian Custer <[EMAIL PROTECTED]> wrote: > 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. >
Sounds good... > > 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. I hope you don't mind if I enthusiastically provide a unified answer to all these interesting questions :-) We have dedicated part of our time during the last year and a half to put together this imageio-ext (https://imageio-ext.dev.java.net/) experiment which would like to become the home for extensions to imageio as well as experiment around it. Between the other things a lot of work has been done to for trying to adapt gdal to the imageio model in order to be able to leverage on the N where N > 40 ( I lost the count, check here http://www.gdal.org/formats_list.html if interested) raster formats that gdal can already read. A few months ago we started to put some plugins based on this work inside unsupported since there are some people already using for udig as well as for geoserver. These plugins where ECW and MRSID (I am sure you can find details on the internet for these formats if you need them). Now that the work on imageio-ext has reached a decent stage daniele is spending a bit of time on creating a simple structure to flesh out a structure that would reduce code duplication and which would reduce the dependency on the AbstractGridCoverage2D class which sooner or later will be replaced. When this will be ready the two old plugins will be removed and the new ones should be gradually moved to trunk. We are concerned as well about the native lib dependencies but for some formats there is no other option available. For the moment we support them on linux and windows but we have just bought a mac and we'll start playing with it soon. The goal is to build a unit tests that don't bother if the libs are not avalaible but also put libs where they can be downloaded. But this discussion is still a bit premature, when things will be in place we'll decide if we want to use these plugins as extensions to minimize the impact of the native libs or as real plugins (i.e. under the plugins directory). For the moment our goal is to have what daniele is doing in a place where people can have a look and possible contribute with suggestions/ideas/fixes etc... since we believe that collaboration is something different from "this is what I've done you can use it if you want". Regards, Simone. > > 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 > -- ------------------------------------------------------- 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: 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
