|
||||
[Maplab-dev] [Bug 231] [SECTStudio-Classifier] Feature Type Raster Classification not validbugzilla-daemon@www.maptools.org bugzilla-daemon@www.maptools.orgMon, 23 Feb 2004 13:08:34 -0500
|
http://www.maptools.org/bugzilla/show_bug.cgi?id=231 ------- Additional Comments From assefa@dmsolutions.ca 2004-02-23 13:08 ------- There is still something unclear for me in the specs. Here is how the SLD looks like <ColorMapEntry color="#00ff00" quantity="-500"/> <ColorMapEntry color="#00fa00" quantity="-417"/> <ColorMapEntry color="#14f500" quantity="-333"/> <ColorMapEntry color="#28f502" quantity="-250"/> <ColorMapEntry color="#3cf505" quantity="-167"/> <ColorMapEntry color="#50f50a" quantity="-83"/> <ColorMapEntry color="#64f014" quantity="-1"/> Here is what is specified in the specs : For example, a DEM raster giving elevations in meters above sea level can be translated to a colored image with a ColorMap. The quantity attributes of a color-map are used for translating between numeric matrixes and color rasters and the ColorMap entries should be in order of increasing numeric quantity so that intermediate numeric values can be matched to a color (or be interpolated between two colors). It seems that the specs expect to work on range of values for classification and not on descrete values. (In the example above we would have pixel >= 500 and pixel < 417 as a first class) There were a couple of e-mails sent to the ogc mailing lists but no answer to clarify this. It is not a big deal to generate the sld but we have to make a descision on this issue. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
This archive was generated by Pipermail. |
MapTools.org -- Hosted by DM Solutions Group |