On Wed, Jun 4, 2008 at 2:51 PM, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: > Hello all > > Just to brings my 2 cents. We have see with the "JAXB in metadata" topic > that managing dependencies is not an easy task, and we are still looking for > a solution to this JAXB issue (I have some idea along the line of splitting > the GeoTools project is a number of sub-projects). > > If I'm understanding right, the GDAL dependencies in "render" now appears > indirectly through Maven transitive dependencies.
To clarify again, since confusion has been raised (not by us, the proposal page for imageio-ext is long but quite clear). There is NO GDAL dependency in the renderer, and if there is one it is an error and we'll fix it. I'll ask daniele to check if there is a real need not just impressions, like in this case. I am sorry to be picky, but please let's report problems that are real not just "impressions" and we will be happy to solve then. As I mentioned previously the GridCoverageRenderer uses the Imageio-ext ascii grid reader (which is PURE JAVA) to load some small ascii grid in its test-data to create some renderedimage with float data. If this is an issue we can try to find an alternative solution but again, there is NO gdal dependency in the renderer, hence I would suggest to be a bit more careful before generating confusion. > We could document that the > GDAL wrapper JAR can be deleted and the render will still work, but this is > not obvious. See above. > To make a comparaison (again) with metadata/referencing, few > peoples are aware that referencing can be used as a standalone module. It > leads me again to the idea of splitting the GeoTools project in a number of > sub-projects. > > "imageio-ext" is not a dependency like the other ones to us. Some libraries > like Apache, JTS and Sun Microsystems are widely trusted (even if they still > have bugs). "imageio-ext" is a work in progress by what looks like a subset > of the GeoTools community (maybe I'm wrong - I don't know the list of > contributors). > Being isolated on an external SVN, I don't think it has > received the reviewing it would have got on GeoTools SVN (at least not from > me - I don't know for other). I would like to remind you that imageio-ext is on a public SVN server, hence you can have all the information, you are looking. Besides this, as I already said it is used in some geotools plugins and not in any core component which you can happily avoid to use if you don't feel confident on them. I am sorry but I have to say that this discussion is not based on a a reason and does not have a real objective since it is mainly based on confusion on your side. However I see that there are things that could be better clarified on our side but also I would suggest that you "at least read" the GDAL page proposal before making suggestions, since this is not the first that I see emails from your side based on impressions and wrong assumptions. Thanks a lot, Simone. > > > Martin > -- ------------------------------------------------------- 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 ------------------------------------------------------- ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
