Symbology Encoding clarification

[Andrei Aiordachioaie]

Hello,

Can someone clarify what is meant in the SE spec, in the section about
RasterStyling, with the OverlapBehaviour data structure ? It seems to me
that a RasterStyling describes the style of *one* raster. But the
OverlapBehaviour specifies how multiple raster layers should be
overlapped, one on top of the other. This seems like an inconsistency
... Any thoughts on this issue?

Also, I have encountered the same thing in the ShadedRelief structure,
with parameter "brightnessOnly". There, a value of true means that
shaded relief is to be performed on "the other layers", but not on the
current layer. Any idea how I can implement this in Deegree3, for raster
rendering? This basically translates into the following question: how do
I get a list of other layers being rendered, when I only know one raster
and its associated RasterStyling?

Cheers,
Andrei

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
deegree-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/deegree-devel

[Andreas Schmitz]

Andrei Aiordachioaie wrote:

Hi,

> Can someone clarify what is meant in the SE spec, in the section about
> RasterStyling, with the OverlapBehaviour data structure ? It seems to me
> that a RasterStyling describes the style of *one* raster. But the
> OverlapBehaviour specifies how multiple raster layers should be
> overlapped, one on top of the other. This seems like an inconsistency
> ... Any thoughts on this issue?

I think that this can be used to specify how images should be overlaid
eg. when you select more than one channel. Something else that might
happen (this is not supported by the raster API at the moment, but it
might be...) is that a request on a bbox yields several data sets (ie,
several rasters) from different times. Then overlap behaviour can
specify how to resolve this situation. I think it's best to leave this
alone until we have some use case, test data, and support in the raster
API for it.

> Also, I have encountered the same thing in the ShadedRelief structure,
> with parameter "brightnessOnly". There, a value of true means that
> shaded relief is to be performed on "the other layers", but not on the
> current layer. Any idea how I can implement this in Deegree3, for raster
> rendering? This basically translates into the following question: how do
> I get a list of other layers being rendered, when I only know one raster
> and its associated RasterStyling?

The right place to do things here would be the RasterLayer class, in the
services module, package org.deegree.services.wms.model.layers. Maybe
we'll have to think more about how to properly do this for the 'other'
layers, as I think you usually only get a graphics object here. I think
doing it for a single layer is already a great improvement (and the rest
could be postponed, if not easy to implement).

Best regards, Andreas
--
l a t / l o n  GmbH
Aennchenstrasse 19           53177 Bonn, Germany
phone ++49 [phone]      fax ++49 [phone]
http://www.lat-lon.de        http://www.deegree.org


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
deegree-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/deegree-devel