Home

Ce wiki est aussi disponible en 🇬🇧 anglais et en 🇩🇪 allemand

Ce wiki a pour fonction de présenter une procédure développée afin de numériser un réseau d'itinéraires de ski de randonnée. Il est disponible en français, en anglais et en allemand (traduction automatique).

Note de vocabulaire : un segment est la plus petite partie d'un réseau : un vecteur avec un identifiant unique; une composition est la somme de plusieurs segments, qui peut avoir plusieurs attributs (nom, nom de départ, d'arrivée, etc.), mais doit avoir au minimum un identifiant unique et la liste des segments qui la compose. Dans notre cas, une composition est un itinéraire, mais dans un réseau routier par exemple, une composition serait la route n° tel ; un réseau est le terme générique recouvrant l'ensemble des segments et des compositions.

Ce que cette procédure permet :

• Mettre à jour une composition de segments (un itinéraire, donc), lorsque l'un de ses segments est scindé en deux.

split.webm

• Mettre à jour une composition de segments, lorsque des segments la composant sont fusionnés.

join.webm

• Montrer les erreur de compositions à la volée :

1. Quand un segment est mal accroché

erreur1.webm

2. Quand un itinéraire est mal composé.

erreur2.webm

Objectifs

Il n'exite pas, à notre connaissance, de procédure simple, rationnelle et commune pour la numérisation d'un réseau (hydrique, routier, etc.) géographique répondant à ces quelques exigences :

• Ne dessiner qu'une fois chaque objet geographique (il a été d'usage, pour créer un nouvel itinéraire, de devoir recopier le début d'un autre, ce qui est pénible et source d'erreurs);
• Créer une composition dans le logiciel de SIG (il a été essayé de renseigner les compositions dans un tableur, et de créer les itinéraires après coup, ce qui en plus de causer de terribles maux de têtes, laissait passer beaucoup d'erreurs et ne permettait pas d'associer un identifiant fixe à une composition);
• Pouvoir visualiser une composition directement dans le logiciel de SIG (avec la méthode décrite ci-dessus, seuls les segments étaient visibles);
• Avoir pour résultat des vecteurs simples (Linestring, i.e. une suite de coordonnées) et non des objets complexes (Multilinestrings, i.e. plusieurs vecteurs - ponctuels ou polygones - associés dans un même objet géographique).

La solution proposée

Pour répondre à ces exigences, nous avons construit une méthode s'appuyant sur PostgreSQL et son extension géographique PostGis, qui se trouve être parfaitement intégré à Qgis. Ce choix repose sur la possibilité offerte par PostgreSQL de déclencher des actions en fonction d'un événement (un déclencheur ou trigger en anglais).

Exemple : L'itinéraire A vers B est composé des segments 1, 2, 3. Si le segment 3 est coupé - pour ajouter un nouvel itinéraire -, il est séparé en deux segments : le 3 et un nouveau prenant automatiquement le dernier identifiant disponible (ici 4). Les déclencheurs permettent ici de mettre à jour automatiquement la composition de notre itinéraire A vers B en rajoutant le nouveau segment créer après la scission du segment 3. La nouvelle composition sera donc 1,2,3,4.

Installation

Pour procéder à l'installation et à la configuration, cliquer là ou sur l'onglet installation.