Simone Giannecchini a écrit :
> 1>Did you envision the possibility to do alpha blending between
> coverages that overlap?
Not at this time because the work is built entirely on top of
javax.imageio.ImageReader, which inconditionnaly overwrite the destination area
in the standard JDK. However we could provide some API returning the overlapping
areas and let callers decide what to do. We could consider an extension as a
subclass, maybe "BlendingMosaicImageReader extends MosaicImageReader". For
MosaicImageReader itself, I suggest to stick to the work that standard
ImageReader are expected to do (division of concerns).
> 2>Did you envision the possibility to control the background for the mosaic?
Yes should be easy to do. At this time the initial pixel values are simply 0,
which map to fully transparent in ARGB color models. An API controling that
should be easy to add after I get the basic stuff to works.
> 3>Did you consider the usage of overviews?
It depends if you mean "providing" or "using" overviews. If you mean "using"
existing overviews as a way to read less pixels in presence of subsampling (i.e.
strong zoom out), yes I do. If you mean "providing" overviews to the users, we
can already get this feature by invoking the standard setSubsampling(int,int)
method in javax.imageio.ImageReadParam. However more explicit (and possibily
more efficient) support can also be provided through the standard readThumbnail
method, which is in my plan. Again this is all about implementing standard API -
I do not create any new API outside the one needed for managing tiles.
Martin
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
