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

Reply via email to