GML n’est pas un format \u00e0 proprement parler mais un langage qui permet de d\u00e9finir ses propres formats.<\/p>\n
GML est un langage d\u00e9riv\u00e9 de XML, particuli\u00e8rement con\u00e7u pour permettre la repr\u00e9sentation d’entit\u00e9s, notamment d’entit\u00e9s g\u00e9ographiques. Une entit\u00e9 est un objet concret ou abstrait du monde r\u00e9el : une route, une parcelle, une soci\u00e9t\u00e9, une personne\u2026<\/p>\n
Une entit\u00e9 peut \u00eatre caract\u00e9ris\u00e9e par ses propri\u00e9t\u00e9s g\u00e9om\u00e9triques et non g\u00e9om\u00e9triques. Par exemple, une route (entit\u00e9) peut \u00eatre d\u00e9crite par son identifiant, sa largeur, son \u00e9tat et la g\u00e9om\u00e9trie de son axe qui repr\u00e9sentent autant de propri\u00e9t\u00e9s. Les entit\u00e9s de m\u00eame type sont regroup\u00e9es en types d’entit\u00e9s. Par exemple l’autoroute \u00ab\u00a0A9\u00a0\u00bb et la \u00ab\u00a0RN113\u00a0\u00bb sont deux entit\u00e9s du type d’entit\u00e9s \u00ab\u00a0ROUTE\u00a0\u00bb.<\/p>\n
L\u00e0 o\u00f9 XML ne connait que les notions d’\u00e9l\u00e9ments et d’attributs, GML apporte donc des concepts tr\u00e8s proches de ceux employ\u00e9s par les utilisateurs d’information g\u00e9ographique et les informaticiens de mani\u00e8re g\u00e9n\u00e9rale : types d’entit\u00e9s, entit\u00e9s, propri\u00e9t\u00e9s, g\u00e9om\u00e9trie, syst\u00e8me de coordonn\u00e9es…<\/p>\n
Contrairement \u00e0 KML ou SVG, autres langages XML destin\u00e9s \u00e0 repr\u00e9senter des donn\u00e9es g\u00e9ographiques, GML n’est pas li\u00e9 \u00e0 une technologie particuli\u00e8re (Google Earth pour KML, navigateur web pour SVG).<\/p>\n
L’utilisation potentielle de GML est beaucoup plus large et il est possible de l’utiliser comme format d’\u00e9change ou dans le cadre de services de type WFS.<\/p>\n
Les formats conformes \u00e0 GML b\u00e9n\u00e9ficient des avantages de XML. Parmi d’autres qualit\u00e9s, on peut dire qu’ils sont :<\/p>\n
- \n
- ouverts<\/li>\n
- d\u00e9finis de mani\u00e8re formelle<\/li>\n
- lisibles et compr\u00e9hensibles par une machine ou un humain<\/li>\n
- validables<\/li>\n
- distribu\u00e9s (les donn\u00e9es peuvent \u00eatre regroup\u00e9es dans un seul document ou bien r\u00e9parties sur plusieurs serveurs)<\/li>\n
- r\u00e9utilisables (par h\u00e9ritage des types d\u00e9crits dans les sch\u00e9mas d’application)<\/li>\n
- manipulables par des outils g\u00e9n\u00e9riques avec des langages et techniques standardis\u00e9s : xPath, xQuery, xslt…<\/li>\n<\/ul>\n
Toutes ces qualit\u00e9s n’emp\u00eachent d’ailleurs pas de pouvoir produire des choses horriblement complexes en GML. Un bon outil ne suffit pas \u00e0 produire des chefs-d’\u0153uvre…<\/p>\n
3. Cr\u00e9ation d’un format GML<\/h1>\n
GML a d\u00e9j\u00e0 servi \u00e0 cr\u00e9er de nombreux formats : CityGML, GeoSciML, Dutch Top 10 GML, German AA-GML, NEN3610, AIXM…<\/p>\n
Mais il ne faut pas croire que seuls des formats riches et complexes tels que ceux-ci peuvent b\u00e9n\u00e9ficier de GML. Nous allons le d\u00e9montrer en cr\u00e9ant en quelques lignes un nouveau format.<\/p>\n
3.1 Sch\u00e9ma d’application<\/h2>\n
Pour cr\u00e9er un nouveau format GML, il suffit de d\u00e9crire un sch\u00e9ma d’application<\/strong>.<\/p>\n
Un sch\u00e9ma d’application est un simple fichier au format Schema XML\u00a0 \u00ab\u00a0.xsd\u00a0\u00bb <\/em>(http:\/\/fr.wikipedia.org\/wiki\/XML_Schema<\/em><\/a>) qui permet de d\u00e9crire totalement et de mani\u00e8re formelle la structure d’un format.<\/p>\n
Un sch\u00e9ma d’application a des caract\u00e9ristiques tr\u00e8s int\u00e9ressantes :<\/p>\n
- \n
- il permet de remplacer des centaines de pages de sp\u00e9cifications\u00a0;<\/li>\n
- il permet de d\u00e9crire un mod\u00e8le de donn\u00e9es ainsi que l’ensemble des contraintes associ\u00e9es (cl\u00e9 primaire, int\u00e9grit\u00e9 r\u00e9f\u00e9rentielle, domaine de valeurs…)\u00a0;<\/li>\n
- il permet de valider des documents contenant les donn\u00e9es, c’est \u00e0 dire de v\u00e9rifier si un fichier de donn\u00e9es est totalement conforme aux sp\u00e9cifications du format.<\/li>\n<\/ul>\n
Pour d\u00e9tailler le contenu d’un sch\u00e9ma d’application nous allons cr\u00e9er un nouveau format : \u00ab\u00a0big\u00a0\u00bb.<\/p>\n
Le format \u00ab\u00a0big\u00a0\u00bb est destin\u00e9 \u00e0 d\u00e9crire un seul type d’entit\u00e9 \u00ab\u00a0Departement\u00a0\u00bb, lui-m\u00eame compos\u00e9 de deux attributs \u00ab\u00a0NOM\u00a0\u00bb et \u00ab\u00a0POPULATION\u00a0\u00bb.<\/p>\n
La figure ci-dessous montre le sch\u00e9ma d’application correspondant :<\/p>\n
![\"Exemple](\"https:\/\/blog.georezo.net\/geointerop\/files\/2011\/06\/A1_fig1.png\")
<\/a>Figure 1 : Exemple de sch\u00e9ma d'application GML<\/figcaption><\/figure>\n Sans trop rentrer dans les d\u00e9tails, il est int\u00e9ressant de d\u00e9crire grossi\u00e8rement le contenu de ce fichier.<\/p>\n
3.1.1 Espace de nommage<\/h3>\n
Le sch\u00e9ma d’application GML doit d\u00e9clarer un espace de nommage cible qui correspond \u00e0 l’espace de nommage dans lequel les types du sch\u00e9ma d’application sont d\u00e9clar\u00e9s. La d\u00e9claration est effectu\u00e9e dans les attributs de l’\u00e9l\u00e9ment racine :<\/p>\n
\ntargetNamespace=\u00a0\u00bbhttp:\/\/www.veremes.com\/big\u00a0\u00bb<\/p>\n<\/div>\n
L’espace de nommage est une URI (Uniform Resource Identifier) contr\u00f4l\u00e9e par l’organisation qui g\u00e9n\u00e8re le sch\u00e9ma d’application (Veremes dans notre exemple). Cette URI est simplement utilis\u00e9e comme identifiant unique pour \u00e9viter les confusions entre types de m\u00eame nom d\u00e9finis par deux organismes diff\u00e9rents.<\/p>\n
Tous les espaces de nommage utilis\u00e9s dans ce sch\u00e9ma sont \u00e9galement d\u00e9clar\u00e9s avec leur pr\u00e9fixe (gml, xlink, big). Ce pr\u00e9fixe est utilis\u00e9 dans le document XML pour identifier l’origine des \u00e9l\u00e9ments et attributs. Dans notre exemple le pr\u00e9fixe de l’espace de nommage cible est \u00ab\u00a0big\u00a0\u00bb :<\/p>\n
\nxmlns:big=\u00a0\u00bbhttp:\/\/www.veremes.com\/big\u00a0\u00bb<\/p>\n<\/div>\n
3.1.2 Importation des types GML<\/h3>\n
La ligne suivante permet d’importer la d\u00e9finition de tous les types pr\u00e9d\u00e9finis par GML et d\u00e9crits dans le sch\u00e9ma \u00ab\u00a0gml.xsd\u00a0\u00bb :<\/p>\n
\n<import namespace=\u00a0\u00bbhttp:\/\/www.opengis.net\/gml\/3.2″ schemaLocation=\u00a0\u00bbhttp:\/\/schemas.opengis.net\/gml\/3.2.1\/gml.xsd\u00a0\u00bb\/><\/p>\n<\/div>\n
Il est n\u00e9cessaire d’importer ces types pr\u00e9d\u00e9finis pour pouvoir d\u00e9clarer un nouveau type par h\u00e9ritage, par exemple pour la d\u00e9finition des types d’entit\u00e9s.<\/p>\n
3.1.3 D\u00e9finition des types d’entit\u00e9s<\/h3>\n
La d\u00e9finition d’un type d’entit\u00e9s s’effectue obligatoirement par d\u00e9rivation (h\u00e9ritage) du type GML pr\u00e9d\u00e9fini AbstractFeatureType.<\/strong><\/p>\n
Ainsi, les lignes suivantes d\u00e9finissent un nouveau type \u00ab\u00a0DepartementType\u00a0\u00bb d\u00e9riv\u00e9 de \u00ab\u00a0AbstractFeatureType\u00a0\u00bb et affectent ce type \u00e0 l’\u00e9l\u00e9ment \u00ab\u00a0Departement\u00a0\u00bb\u00a0\u00bb qui devient ainsi un type d’entit\u00e9s au sens GML.<\/p>\n
\n<element name=\u00a0\u00bbDepartement\u00a0\u00bb type=\u00a0\u00bbbig:DepartementType\u00a0\u00bb substitutionGroup=\u00a0\u00bbgml:AbstractFeature\u00a0\u00bb\/><\/p>\n
<complexType name=\u00a0\u00bbDepartementType\u00a0\u00bb><\/p>\n
<complexContent><\/p>\n
<extension base=\u00a0\u00bbgml:AbstractFeatureType\u00a0\u00bb><\/p>\n<\/div>\n
3.1.4 D\u00e9finition des attributs\/propri\u00e9t\u00e9s<\/h3>\n
Pour \u00e9viter toute confusion entre les d\u00e9finitions \u00ab\u00a0base de donn\u00e9es\u00a0\u00bb et\u00a0 \u00ab\u00a0xml\u00a0\u00bb du terme \u00ab\u00a0attribut\u00a0\u00bb, il est pr\u00e9f\u00e9rable de parler de propri\u00e9t\u00e9s.<\/p>\n
Le sch\u00e9ma d\u00e9crit donc trois propri\u00e9t\u00e9s pour les objets du type d’entit\u00e9s \u00ab\u00a0departement\u00a0\u00bb :\u00a0 \u00ab\u00a0NOM\u00a0\u00bb, \u00ab\u00a0POPULATION\u00a0\u00bb et la g\u00e9om\u00e9trie qui est d\u00e9crite par le type GML \u00ab\u00a0surfaceProperty\u00a0\u00bb. Ce type permet de repr\u00e9senter la g\u00e9om\u00e9trie d’un polygone simple.<\/p>\n
\n<element ref=\u00a0\u00bbgml:surfaceProperty\u00a0\u00bb minOccurs=\u00a0\u00bb0″\/><\/p>\n<\/div>\n
3.2 Structure d’un document GML<\/h2>\n
Le code suivant montre un exemple de document au format \u00ab\u00a0big\u00a0\u00bb. Ce document contient la description d\u2019un d\u00e9partement conform\u00e9ment au sch\u00e9ma d’application d\u00e9fini pr\u00e9c\u00e9demment.<\/p>\n
![\"Exemple](\"https:\/\/blog.georezo.net\/geointerop\/files\/2011\/06\/A1_fig2.png\")
<\/a>Figure 2 : Exemple de document GML au format big<\/figcaption><\/figure>\n Sans trop rentrer dans la structure on peut faire les constatations suivantes :<\/p>\n
- \n
- le fichier est lisible. On y trouve en effet sans difficult\u00e9 le nom du type d’entit\u00e9 \u00ab\u00a0Departement\u00a0\u00bb, les attributs \u00ab\u00a0NOM\u00a0\u00bb & \u00ab\u00a0POPULATION\u00a0\u00bb et leurs valeurs ainsi que la g\u00e9om\u00e9trie (syst\u00e8me de coordonn\u00e9es et coordonn\u00e9es).<\/li>\n
- toutes les entit\u00e9s contenues dans le document sont d\u00e9crites sous l’\u00e9l\u00e9ment \u00ab\u00a0gml:featureMember\u00a0\u00bb dans un sous-\u00e9l\u00e9ment portant le nom du type d’entit\u00e9 (\u00ab\u00a0big:Departement\u00a0\u00bb dans notre exemple)<\/li>\n
- les propri\u00e9t\u00e9s (attributs) de l’entit\u00e9 sont d\u00e9crites sous forme d’\u00e9l\u00e9ments et non d’attributs XML<\/li>\n
- dans cet exemple, l’\u00e9l\u00e9ment \u00ab\u00a0gml:surfaceProperty\u00a0\u00bb d\u00e9crit la g\u00e9om\u00e9trie de l’objet mais il existe un grand nombre de types permettant de repr\u00e9senter une grande diversit\u00e9 de structures g\u00e9om\u00e9triques simples ou complexes (2D ou 3D)<\/li>\n
- l’emplacement du sch\u00e9ma d’application est d\u00e9fini dans l’attribut xsi:schemaLocation de l’\u00e9l\u00e9ment racine. La valeur \u00ab\u00a0http:\/\/www.veremes.com\/big big.xsd\u00a0\u00bb peut se lire ainsi : le sch\u00e9ma d’application correspondant \u00e0 l’espace de nommage \u00ab\u00a0http:\/\/www.veremes.com\/big\u00a0\u00bb est le fichier \u00ab\u00a0big.xsd\u00a0\u00bb (m\u00eame r\u00e9pertoire que le jeu de donn\u00e9es source). Pour \u00e9viter de fournir le fichier .xsd avec le fichier .gml il est g\u00e9n\u00e9ralement pr\u00e9f\u00e9rable de d\u00e9poser le sch\u00e9ma d’application sur Internet et de fournir une d\u00e9finition du type \u00ab\u00a0xsi:schemaLocation=\u00a0\u00bbhttp:\/\/www.veremes.com\/big http:\/\/www.veremes.com\/schemas\/big.xsd\u00a0\u00bb\u00a0\u00bb<\/li>\n<\/ul>\n
A titre de comparaison, l’image ci-dessous montre la description des attributs d’une parcelle dans un fichier EDIGEO\u00a0:<\/p>\n
![\"Extrait](\"https:\/\/blog.georezo.net\/geointerop\/files\/2011\/06\/A1_fig3.png\")
<\/a>Figure 3 : Extrait d'un fichier Edigeo d\u00e9crivant la valeur des attributs d'une parcelle<\/figcaption><\/figure>\n La diff\u00e9rence avec l’exemple GML pr\u00e9c\u00e9dent est \u00e9vidente : dans un cas la structure de donn\u00e9es est facilement compr\u00e9hensible, dans l’autre il est n\u00e9cessaire de faire appel \u00e0 la documentation de r\u00e9f\u00e9rence pour essayer de comprendre comment est structur\u00e9e l’information.<\/p>\n
3.3 Validation<\/h2>\n
Un des grands int\u00e9r\u00eats des documents GML est leur capacit\u00e9 \u00e0 \u00eatre facilement valid\u00e9s.<\/p>\n
La validation permet d’assurer que le document est totalement conforme au sch\u00e9ma d’application du format.<\/p>\n
Pour valider un document GML il suffit d’utiliser un outil de validation XML. Il en existe de nombreux, libres \u00a0ou propri\u00e9taires, en ligne ou autonomes.<\/p>\n
Par exemple, si nous modifions le document pr\u00e9c\u00e9dent en attribuant une valeur d\u00e9cimale \u00e0 l’attribut \u00ab\u00a0POPULATION\u00a0\u00bb alors qu’il est d\u00e9fini comme un entier, la validation va g\u00e9n\u00e9rer un message d’erreur\u00a0:<\/p>\n
![\"Message](\"https:\/\/blog.georezo.net\/geointerop\/files\/2011\/06\/A1_fig41.png\")
<\/a>Figure 4 : Message d'erreur lors de la validation d'un document GML (logiciel XMLSpy)<\/figcaption><\/figure>\n La validation n’est pas un gadget. C’est une fonctionnalit\u00e9 indispensable \u00e0 la cr\u00e9ation de tous nouveaux formats d\u00e8s lors que l’on cherche \u00e0 satisfaire les exigences minimum de qualit\u00e9. La validation permet d’\u00e9conomiser de nombreux co\u00fbts et facilite l’automatisation des cha\u00eenes de production.<\/p>\n
Sur le terrain de la qualit\u00e9, la possibilit\u00e9 de valider un jeu de donn\u00e9es est sans doute plus importante que la normalisation du format.<\/p>\n
Bien qu’Edigeo soit une norme AFNOR, l’absence d’outils de validation publics a permis la diffusion d’un nombre important de fichiers non conformes avec tous les probl\u00e8mes et les co\u00fbts que cela engendre :<\/p>\n
- \n
- un fichier lisible par un logiciel X peut \u00eatre non lisible ou afficher des donn\u00e9es diff\u00e9rentes dans un logiciel Y…<\/li>\n
- il faut parfois modifier manuellement certains fichiers pour les rendre lisibles par certains logiciels.<\/li>\n<\/ul>\n
Dans la suite de cet article nous verrons comment il est possible d’impl\u00e9menter des structures de donn\u00e9es complexes avec GML et comment sp\u00e9cifier des contraintes particuli\u00e8rement utiles dans un sch\u00e9ma d’application : unicit\u00e9, int\u00e9grit\u00e9 r\u00e9f\u00e9rentielle, domaines de valeurs…<\/p>\n
Auteurs : Olivier Gayte<\/a> (Veremes) et Matthieu Ambrosy<\/a> (Veremes)<\/p>\n","protected":false},"excerpt":{"rendered":"
1. Introduction Au moment o\u00f9 l’on reparle d’imposer l’utilisation du format EDIGEO pour l’\u00e9change de certains jeux de donn\u00e9es g\u00e9ographiques, il nous a sembl\u00e9 opportun de pr\u00e9senter une s\u00e9rie d’articles …<\/p>\n","protected":false},"author":60,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4648],"tags":[21],"class_list":["post-218","post","type-post","status-publish","format-standard","hentry","category-big-articles","tag-ogc"],"_links":{"self":[{"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/posts\/218","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/users\/60"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/comments?post=218"}],"version-history":[{"count":8,"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/posts\/218\/revisions"}],"predecessor-version":[{"id":228,"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/posts\/218\/revisions\/228"}],"wp:attachment":[{"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/media?parent=218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/categories?post=218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.georezo.net\/geointerop\/wp-json\/wp\/v2\/tags?post=218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}