Hello all,
On Wed, Jun 4, 2008 at 3:09 PM, Simone Giannecchini <[EMAIL PROTECTED]>
wrote:
> 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.
I checked the dependency tree of the render module using the maven command:
mvn dependency:tree
The result is this:
------------------------------------------------------------------------
Building Render
task-segment: [dependency:tree]
------------------------------------------------------------------------
[dependency:tree]
org.geotools:gt-render:jar:2.5-SNAPSHOT
+- org.geotools:gt-main:jar:2.5-SNAPSHOT:compile
| +- org.geotools:gt-api:jar:2.5-SNAPSHOT:compile
| +- com.vividsolutions:jts:jar:1.9.1-SNAPSHOT:compile
| +- jdom:jdom:jar:1.0:compile
| \- commons-beanutils:commons-beanutils:jar:1.7.0:compile
| \- commons-logging:commons-logging:jar:1.1.1:compile (version managed
from 1.0.3)
+- org.geotools:gt-coverage:jar:2.5-SNAPSHOT:compile
| \- org.geotools:gt-referencing:jar:2.5-SNAPSHOT:compile
| +- java3d:vecmath:jar:1.3.1:compile
| +- commons-pool:commons-pool:jar:1.3:compile
| \- org.geotools:gt-metadata:jar:2.5-SNAPSHOT:compile
| +- org.opengis:geoapi:jar:2.2-SNAPSHOT:compile
| \- javax.units:jsr108:jar:0.01:compile
+- org.geotools:gt-cql:jar:2.5-SNAPSHOT:compile
+- it.geosolutions.imageio-ext:imageio-ext-arcgrid:jar:1.0-SNAPSHOT:compile
| \-
it.geosolutions.imageio-ext:imageio-ext-customstreams:jar:1.0-SNAPSHOT:compile
| \- commons-httpclient:commons-httpclient:jar:3.0.1:compile
| \- commons-codec:commons-codec:jar:1.2:compile
+- org.geotools:gt-epsg-hsql:jar:2.5-SNAPSHOT:test
| \- hsqldb:hsqldb:jar:1.8.0.7:test
+- org.geotools:gt-sample-data:jar:2.5-SNAPSHOT:test
+- javax.media:jai_codec:jar:1.1.3:test
+- javax.media:jai_imageio:jar:1.1:test
+- batik:batik-transcoder:jar:1.6:compile
+- batik:batik-util:jar:1.6:compile
+- xerces:xercesImpl:jar:2.7.1:compile
+- xml-apis:xml-apis-xerces:jar:2.7.1:compile
+- batik:batik-svg-dom:jar:1.6:compile
+- batik:batik-dom:jar:1.6:compile
+- batik:batik-css:jar:1.6:compile
+- batik:batik-bridge:jar:1.6:compile
+- batik:batik-gvt:jar:1.6:compile
+- batik:batik-ext:jar:1.6:compile
+- batik:batik-xml:jar:1.6:compile
+- batik:batik-script:jar:1.6:compile
+- batik:batik-awt-util:jar:1.6:compile
+- batik:batik-parser:jar:1.6:compile
+- javax.media:jai_core:jar:1.1.3:provided
\- junit:junit:jar:4.4:test
------------------------------------------------------------------------
As you can notice, the only imageio-ext dependencies are imageio-ext-arcgrid
and imageio-ext-customstreams.
These are used in tests in order to read some ascii grids using pure java.
There isn't any GDAL related dependency in this module.
Let me know if you get a different result so I will investigate on the cause
and I'll fix it.
Cheers,
Daniele
>
>
> > 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
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
--
-------------------------------------------------------
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
-------------------------------------------------------
-------------------------------------------------------------------------
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
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
