Wouldn't the client do the swiping in this case (ie, fetch both
coverages as independent images and handle the variation in transparency
client-side?)
--
David Winslow
OpenGeo - http://opengeo.org/
On 12/22/2009 10:38 AM, sophia parafina wrote:
Yes, that's one common use case, the other is the before and after use
case with a swipe tool. You can compare the before and after using a
tool that swipes between the two coverages.
On Tue, Dec 22, 2009 at 8:39 AM, Andrea Aime <[email protected]
<mailto:[email protected]>> wrote:
sophia parafina ha scritto:
What happens if you have 2 or more coverages in the map context?
In general, the others would be drawn with the current method, that
incurs in a scalability issue (synchronization deep in the java2d
libraries).
However, my guess is that at most you'll end up piling a group
of coverages at the bottom of the map context, and add all of the
vector layers on top of it.
If it is so, we could have the code loop over the layers bottom
to top and try to use an optimized path as long as the next
layer is still a coverage.
I guess, but I'm not sure, that we can perform some fast JAI
image composition without going down in java2d as long as we
just need to merge together coverages.
Out of curiosity, what is the common case of mixing multiple
coverages in a single result?
One that comes to mind for me is depicting a DEM using a colormap
driven base layer and a aspect layer that is drawn on top of it,
grayscale with partial transparency, to provide the illusion of
shadows
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel