{"id":458,"date":"2012-01-09T18:09:52","date_gmt":"2012-01-09T16:09:52","guid":{"rendered":"https:\/\/blog.georezo.net\/geointerop\/?p=458"},"modified":"2012-01-10T13:42:49","modified_gmt":"2012-01-10T11:42:49","slug":"conception-dun-format-gml-avec-contraintes","status":"publish","type":"post","link":"https:\/\/blog.georezo.net\/geointerop\/2012\/01\/09\/conception-dun-format-gml-avec-contraintes\/","title":{"rendered":"Conception d’un format GML avec contraintes"},"content":{"rendered":"
\n

1. Introduction<\/h1>\n<\/div>\n

Ce document est le deuxi\u00e8me d’une s\u00e9rie de trois articles consacr\u00e9s \u00e0 GML.<\/p>\n

Le premier, intitul\u00e9 \u00ab\u00a0Pourquoi utiliser GML ?<\/a>\u00a0\u00bb pr\u00e9sentait les caract\u00e9ristiques de ce format et ses capacit\u00e9s de validation.<\/p>\n

Le pr\u00e9sent article d\u00e9crit de mani\u00e8re plus d\u00e9taill\u00e9e les \u00e9tapes de conception d’un format GML int\u00e9grant des contraintes. Ce sont ces contraintes qui vont permettre d’assurer la qualit\u00e9 de l’\u00e9change de donn\u00e9es et qui constituent une grande partie de l’int\u00e9r\u00eat de ce format.<\/p>\n

Nous commencerons par revenir sur les notions de sch\u00e9mas et de validation XML avant de d\u00e9crire leur application \u00e0 la cr\u00e9ation d’un exemple de format GML (\u00ab\u00a0BIG\u00a0\u00bb) permettant la repr\u00e9sentation d’un mod\u00e8le de donn\u00e9es complexe.<\/p>\n

Au del\u00e0 des aspects purement techniques de l’\u00e9criture d’un sch\u00e9ma d’application XSD, nous discuterons pour terminer des enjeux li\u00e9s aux diff\u00e9rents types de mod\u00e9lisation des donn\u00e9es.<\/p>\n

<\/p>\n

\n

2. Notions de sch\u00e9mas et de validation<\/h1>\n<\/div>\n

En XML, la description pr\u00e9cise de la structure des donn\u00e9es est d\u00e9finie dans un deuxi\u00e8me fichier XML appel\u00e9 sch\u00e9ma. Ce fichier XML d’extension .xsd d\u00e9termine le nom des \u00e9l\u00e9ments et des attributs pouvant \u00eatre pr\u00e9sents dans le XML cibl\u00e9 ainsi que leur type, leur ordre, leur r\u00e9p\u00e9tition, etc.
\nNotez que les sch\u00e9mas sont eux-m\u00eames d\u00e9finis par un sch\u00e9ma sp\u00e9cifique (http:\/\/www.w3.org\/2001\/XMLSchema.xsd)<\/a>.<\/p>\n

Lorsqu’un fichier XML est associ\u00e9 \u00e0 un sch\u00e9ma, un logiciel tiers comme XMLSpy<\/a> permet de s’assurer que le document XML est conforme \u00e0 ce sch\u00e9ma, ce processus s’appelle la validation.<\/p>\n

GML r\u00e9pond \u00e0 cette notion de sch\u00e9ma : un fichier GML est en fait un fichier XML classique auquel on adjoint un sch\u00e9ma pr\u00e9d\u00e9fini accessible par l’URL http:\/\/schemas.opengis.net\/gml\/3.2.1\/gml.xsd<\/a>. C’est ce sch\u00e9ma norm\u00e9 qui donne ses particularit\u00e9s au GML comme la gestion des objets g\u00e9ographiques et des syst\u00e8mes de projection.
\nLe sch\u00e9ma complet du GML est relativement complexe : vous constaterez en effet en affichant le contenu du fichier \u00ab gml.xsd \u00bb cit\u00e9 pr\u00e9c\u00e9demment que ce sch\u00e9ma en inclut d’autres (par exemple \u00ab coverage.xsd \u00bb ou \u00ab coordinateReferenceSystems.xsd \u00bb) et que ces sch\u00e9mas incluent eux-m\u00eames encore d’autres sch\u00e9mas…
\nEn r\u00e9alit\u00e9 la version 3.2.1 du GML fait r\u00e9f\u00e9rence \u00e0 29 sch\u00e9mas XSD visibles depuis l’URL http:\/\/schemas.opengis.net\/gml\/3.2.1\/<\/a>.<\/p>\n

A ce stade, si vous cr\u00e9ez un fichier GML, celui-ci devra donc suivre scrupuleusement le sch\u00e9ma impos\u00e9 par le fichier \u00ab gml.xsd \u00bb et ses inclusions (norme ISO 19136). Cependant vous souhaiterez certainement ajouter des informations comme des noms d’attributs ou de couches ou encore d\u00e9finir des contraintes sp\u00e9cifiques de type parent-enfant pour repr\u00e9senter votre mod\u00e8le de donn\u00e9es. Pour cela il faudra cr\u00e9er votre propre sch\u00e9ma qui inclura lui-m\u00eame le sch\u00e9ma \u00ab gml.xsd \u00bb afin de b\u00e9n\u00e9ficier des nombreuses sp\u00e9cificit\u00e9s du GML.<\/p>\n

Le chapitre suivant d\u00e9crit les diff\u00e9rents contr\u00f4les support\u00e9s par les sch\u00e9mas XSD. Ces contr\u00f4les sont g\u00e9n\u00e9riques et sont utilisables en GML.<\/p>\n

\n

3. Sch\u00e9mas XSD<\/h1>\n<\/div>\n

Il existe deux types d’objets dans un fichier XML ou GML : les \u00e9l\u00e9ments et les attributs. Les sch\u00e9mas XSD permettent de d\u00e9finir leur nom, leur contenu ou encore leur ordre dans le fichier XML ou GML cibl\u00e9.<\/p>\n

Un \u00e9l\u00e9ment s’ouvre et se ferme sous forme de balises. La fermeture est obligatoire. Par exemple, cr\u00e9ons un \u00e9l\u00e9ment nomm\u00e9 \u00ab ville \u00bb contenant la cha\u00eene de caract\u00e8res \u00ab Montpellier\u00a0\u00bb\u00a0:<\/p>\n

<ville>Montpellier<\/ville><\/pre>\n
Si un \u00e9l\u00e9ment ne contient pas de donn\u00e9es, il est possible de l’ouvrir et le fermer avec une seule balise :
\nPar exemple<\/p>\n
<ville\/><\/pre>\n
est \u00e9quivalent \u00e0<\/p>\n
<ville><\/ville><\/pre>\n
Remarquez le \u00ab\u00a0\/\u00a0\u00bb \u00e0 la fin de la balise qui \u00e9quivaut \u00e0<\/p>\n
<\/ville><\/pre>\n
Un attribut est une information directement stock\u00e9e dans la balise d’ouverture d’un \u00e9l\u00e9ment. Par exemple :<\/p>\n
<ville id="1">Montpellier<\/ville><\/pre>\n
Les attributs s’utilisent plut\u00f4t pour le stockage de m\u00e9tadonn\u00e9es internes au XML ou au GML comme dans l’exemple ci-dessus o\u00f9 l’attribut \u00ab id \u00bb repr\u00e9sente un identifiant.
\nPour le stockage de la donn\u00e9e elle-m\u00eame, les \u00e9l\u00e9ments sont recommand\u00e9s. En effet les \u00e9l\u00e9ments ont des avantages sur les attributs : ils donnent notamment un fichier XML plus lisible et peuvent contenir plusieurs valeurs. Un attribut au sens SIG sera donc repr\u00e9sent\u00e9 en XML\/GML par un \u00e9l\u00e9ment et non pas par un attribut au sens XML.<\/p>\n
Dans la suite de ce document, nous nous attarderons donc sur les \u00e9l\u00e9ments et non pas sur les attributs (au sens XML) m\u00eame si ceux-ci se d\u00e9finissent \u00e9galement dans les sch\u00e9mas XSD.<\/p>\n
\n
4.   Mod\u00e9lisation GML par l’exemple<\/h1>\n<\/div>\n
Comme un exemple vaut souvent mieux qu’une longue th\u00e9orie, nous allons partir d’une donn\u00e9e exemple que nous souhaitons convertir en fichier GML associ\u00e9 \u00e0 son sch\u00e9ma .xsd.<\/p>\n
Le mod\u00e8le Entit\u00e9-Association de nos donn\u00e9es est le suivant :<\/p>\n
\"\"<\/a>
Mod\u00e8le de donn\u00e9es exemple<\/figcaption><\/figure>\n
Nous avons donc 2 tables \u00ab REGION \u00bb et \u00ab DEPARTEMENT \u00bb. Nous souhaitons les mod\u00e9liser en GML en conservant leurs caract\u00e9ristiques :<\/p>\n