Coloring damage states

[MichaelLangbein]

We've reached an aggreement on how to style damage states. Still need Camilo's Amen for this, though.

• Coloring based on w_damage, the number-of-buildings-weighted average damage state.
• Need to include a no-data value. @nbrinckm : Can we for this set w_damage = -1?
• We require two styles for damage-states: one for SARA and one for Suppasri.

Here's the styling for SARA:

Here's the styling for Suppasri:

[MichaelLangbein]

@jcgomezz : is this categorization of damages for the Peru scenario alright in your eyes?

[nbrinckm]

Ok, I added the buildings column in the shapefile. This one can then be handled in the visualization.

[MichaelLangbein]

Tasks Michael:

• Test if SLD files can be passed to GFZ WMS
• Dynamically create SLD using the layer-name of the WPS-Deus-output
• Pass along SLD as a POST body with every GetMap request

[nbrinckm]

I think it is great to give the responsibility of the styling back to the demonstrator. However I'm a little concerned about performance as there us more network traffic and less chances to cache images. Maybe it is good enough for the demonstrator - but for a productive environment I would suggest to switch over to fixed sld files that we store on the geoserver in the future (at least for the default cases that everyone will see at first).

[MichaelLangbein]

Ok, styles have been updates as per our last discussion. Awaiting feedback.

Here some samples, all for the same scenario: Lima, Mag. 9.0 / ID peru_70000011

Economic loss post eq:

Exposure [SARA] post eq:

Economic loss post ts:

Exposure [Suppasri] post ts:

Exposure [Medina] post ts:

[MichaelLangbein]

This is done - thanks a lot @nbrinckm !

[MichaelLangbein]

I think it is great to give the responsibility of the styling back to the demonstrator. However I'm a little concerned about performance as there us more network traffic and less chances to cache images. Maybe it is good enough for the demonstrator - but for a productive environment I would suggest to switch over to fixed sld files that we store on the geoserver in the future (at least for the default cases that everyone will see at first).

Couldn't agree more. Thanks for providing those styles directly on geoserver. When style changes are decided on and have proven themselves in review, we'll create a MR to update those styles on geoserver!