Martin Desruisseaux wrote:
> 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.
Okay ... so we are happy with the now ISO based GridCoverage interface; 
and everything else is on the table. Got it.

At a pragmatic level everyone is making use of the GridCoverageReaders 
directly using new; uDig was forced to go with the Abstract base class 
as the only common denominator with the existing implementations.
>> 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.
Sounds great, competition on the implementaitons and collaboration on 
the common api - exactly where an open source project wants to be.

Cheers,
Jody

-------------------------------------------------------------------------
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

Reply via email to