Open jerstlouis opened 1 year ago
This use case here made me think that perhaps considering the possible values here as an enumeration type (which we already have in the Core Expressions model) instead of as a string would potentially make it easier to style both simple vector data based on attributes and categorical coverage data using exactly the same style sheet.
In both cases, a numeric value would be associated with the enumeration values. In vector datasets it is often a separate join .csv table with the values / name, whereas for a gridded coverage, perhaps the range type could be extended to include that information.
For the selector, it would already be possible to use numeric integer values.
There is also the consideration of fill
: vs. colorChannels:
.
The behavior of what happens if you use fill with coverage or colorChannels with vector could be specified in some requirements class.
Existing conformance classes required for this use case:
See also http://ogc.standardstracker.org/show_request.cgi?id=519
Example stylesheet:
Describe any capability not already addressed by existing conformance classes:
none
Example image illustrating the portrayal use case:
https://youtu.be/ZrDHKfqzprA?t=477
[12] Olefeldt, D., Goswami, S., Grosse, G., Hayes, D., Hugelius, G., Kuhry, P., McGuire, A.D, Romanovsky, V.E, Sannel, A.B.K., Schuur, E.A.G., Turetsky, M.R: Circumpolar distribution and carbon storage of thermokarst landscapes. Nature Communications, 7, 13043. Available at: https://www.nature.com/articles/ncomms13043#f3 (2016)
See also Testbed 13 ER: https://docs.ogc.org/per/17-041.html