OGC Symbology Conceptual Model: Core part
Erwan Bocher
(1)
,
Olivier Ertz
(2)
Erwan Bocher
- Fonction : Auteur
- PersonId : 1577
- IdHAL : erwan-bocher
- ORCID : 0000-0002-4936-7079
- IdRef : 095751548
Olivier Ertz
- Fonction : Auteur
- PersonId : 962220
Format du dépôt | Fichier |
---|---|
Type de dépôt | Autre publication scientifique |
Titre |
en
OGC Symbology Conceptual Model: Core part
|
Auteur(s) |
Erwan Bocher
1
, Olivier Ertz
2
1
Lab-STICC_CNRS_CID_DECIDE
( 530909 )
- UMR 6285
IMT Atlantique
CS 83818
29238 BREST CEDEX 3
- France
2
HEIG-VD -
Haute Ecole d'Ingénierie et de Gestion du Canton de Vaud [Yverdon-les-Bains]
( 51014 )
- Avenue des Sports 20, 1401 Yverdon-les-Bains
- Suisse
|
Langue du document |
Anglais
|
Vulgarisation |
Non
|
Date de publication |
2019-08-12
|
Description |
The Symbology Conceptual Core Model (SymCore) is the conceptual basis to define symbology rules for the portrayal of geographical data. It is modular and extensible (one core model, many extensions), also encoding agnostic (one symbology model, many encodings).
The SWG work that led to this proposal has been done in the continuation of the Symbology Encoding standard (SE 1.1). While portrayal concerns the complete picture of what can be called a “cartographic ecosystem”, the description of symbology rules rather concerns the subpart of it about the cartographic instructions to be applied by a rendering engine to portray geodata. That’s why this proposal has a focus on symbology versus concerns close to WMS Style Layer Descriptor profile (SLD) considerations. In other words, while a set of “layer style” describe the links between some geodata and some styles to build a map, each of these styles are built of a set of symbology rules in accordance with SymCore.
The overall motivation that lead to this proposal is related to the issue “how to make the symbology abilities richer”. The first answer is modularity which comes with extensibility. SE 1.1 is not modular per se, this proposal is designed to be so with a core model extensible to host the diversity of such abilities in relation to various data models. Which means that the core model is somewhat abstract and does not define concrete visualisations (e.g. red dashed line of wide thickness to draw features of type cable car).
The second answer that follows from the first is about extensions. As soon as the conceptual basis is set out in a specification document (this proposal), then extensions have to document the concrete symbology concepts to portray geodata structured according to a given data model. It is worth to notice that conceptually the core model is not related to any specific underlying data model to represent. It is up to an extension to define styling abilities in relation to a specific data model (e.g FeatureTypeStyle).
Third answer is about encodings. As soon as the conceptual basis is set out, extensions packaged, then it is to define encodings to format the concrete conceptual symbology abilities.
In summary, SymCore concerns the first answer with a consistent approach to:
- provide the flexibility required to achieve adequate symbology rules for a variety of information communities; e.g. aviation symbols, weather symbols, thematic maps, etc, and;
- achieve a high level styling interoperability without encoding dependencies
As a consequence, this proposal follows the same motivation that split up SLD 1.0 (SLD 1.1 and SE 1.1). It is to put together parts that are not specific to any service (e.g. WMS), that is to be independent, and to allow the concepts to be reused by other standards willing to address aspects related to cartography. So a more general and portable symbology model is proposed for use across the broad OGC standards baseline, to be applied to geospatial datasets as well as online geospatial data and mapping services.
Potential implementations of SymCore are expected to enhance OGC standards such as the Web Map Service, Web Feature Service, GeoPackage, and others. By sharing a common core, and using an extension mechanism, integration of these standards for the purposes of cartographic representation could be greatly simplified.
|
Domaine(s) |
|
Origine :
Accord explicite pour ce dépôt
Loading...