Jody Garnett a écrit :
> From the GeoTools library level both implementations are treated the
> same - as implementations of GridCoverageReader.
Actually we don't have a common GridCoverageReader interface yet. GeoAPI
defined
such an interface, but we did so only because it was part of OGC 01-004 ("Grid
Coverage implementation specification"). This is one of the few metadata /
referencing / coverage interface I never tried to implement.
As far as "coverageio" is concerned, its present focus is toward J2SE ImageIO
API only - it is not yet commited to any GridCoverageReader API, so the doors
remind open in this area.
> The uDig community may of given you the impression that imageio-ext work
> was more focused on performance (because that is what we are excited
> about over there). At a low level they are all doing the same scientific
> work and take this stuff very seriously.
imageio-ext supports a wider range of formats than coverageio, which is still
more focused on the fundation rather than supporting many formats.
However coverageio focus on performance maybe through more complex structures,
with stuff like a RTree for managing the tiles in a mosaic, image mosaic built
directly at ImageReader.read(...) step rather than as separated images
assembled
afterward with JAI "Mosaic" operation, multi-threading, etc. The complexity of
those structures make coverageio slower to develop and to debug, but the
execution speed is not bad.
Martin
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
