Présentation des services basés sur OGR et PgRouting

Table des matières

• Présentation des services basés sur OGR et PgRouting
  • Introduction
  • Fournisseurs de Services et fichiers de configuration
  • Le service Buffer (de tampon)
  • Le service Intersection
  • Le service DifferencePy
  • Le service de calcul de plus court chemin routage et les services de profil
  • Conclusion

Introduction

Dans cette section, nous allons utiliser les ZOO-Services basiques: Buffer, Intersection et DifferencePy qui utilisent OGR et des modules psycopg Python. Le but visé de cette section est de présenter et d’interagir avec les services disponibles avant de les chaîner dans la section suivante.

Tout d’abord, vous devez utiliser les liens suivants pour accéder aux interfaces utilisateur et interagir avec vos services, le premier est utilisé pour accéder à l’interface cliente de démonstration avec outils spatiaux basiques et la seconde pour accéder à l’application de routage :

• http://localhost/zoo-ws2014/spatialtools-py.html
• http://localhost/zoo-ws2014/

Fournisseurs de Services et fichiers de configuration

D’abord, vous pouvez vérifier si les ZOO-Services sont disponibles à partir de votre configuration actuelle. Vous pouvez jeter un oeil à Buffer.zcfg, Intersection.zcfg et DifferencePy.zcfg pour obtenir des détails sur les paramètres. Comme vous pouvez le voir depuis les fichiers ZCFG, vous allez utiliser les ZOO-services fournis par le fournisseur de services Python service. Donc, si vous voulez modifier le code Python, vous devrez modifier le fichier correspondant (c’est à dire service.py). Vous êtes invités à utiliser des requêtes similaires à celle utilisée dans les sections précédentes pour en apprendre davantage sur chacun des services individuellement

Le service Buffer (de tampon)

Cliquez d’abord sur une rue, puis une fois que la rue est affichée en bleu, cliquez sur le bouton Buffer au dessus, vous devriez obtenir un résultat similaire à celui affiché dans ce qui suit.

Depuis la version 1.2.0 du ZOO-projet, vous pouvez exécuter automatiquement quelques tests basiques pour s’assurer que vous avez écrit un fichier ZCFG correct et que votre service est validé.

Note

le test actuel est vraiment simple et doit être adapté à chaque fournisseur de services, principalement pour définir les noms en entrée.

Vous pouvez utiliser la commande suivante :

cd /home/user/zoo/testing
./run.sh http://localhost/cgi-bin/zoo_loader.cgi Buffer

Note

Pendant ou après l’exécution du test, vous pouvez jeter un oeil à l’intérieur du répertoire tmp qui contient à la fois les requêtes XML envoyées au ZOO-Kernel et les réponses qu’il a renvoyées (output*.xml).

Le service Intersection

En utilisant la même interface cliente que précédemment, une fois que vous avez un tampon, vous pouvez sélectionner une rue intersectant la géométrie tampon pour calculer l’intersection en cliquant sur le bouton Intersection.

Le service DifferencePy

En utilisant les mêmes instructions que pour Intersection, vous pouvez obtenir le résultat suivant.

Le service de calcul de plus court chemin routage et les services de profil

D’abord cliquez sur le drapeau bleu puis placez votre point de départ sur ​​la carte, faire la même chose avec le drapeau rouge pour obtenir le plus court chemin calculé par le service dédié et afficher son profil. Notez que lorsque vous passez la souris sur l’écran du profil, vous verrez sa position correspondante affichée sur la carte. Vous pouvez également cliquer sur une étape spécifique dans votre chemin pour obtenir la ligne correspondante affichée.

Si vous jetez un oeil dans le fichier: /usr/lib/cgi-bin/routing/do.zcfg vous remarquerez peut-être quelque chose de nouveau dans le format supporté qui est reproduit ci-après.

<Supported>
 mimeType = image/png
 asReference = true
 msStyle = STYLE COLOR 125 0 105 OUTLINECOLOR 0 0 0 WIDTH 3 END
 useMapServer = true
 extension = json
</Supported>

Le mimeType est défini comme image/png et il y a deux nouveaux paramètres, qui sont tous deux optionnels:

• useMapServer: qui vous permet d’informer le ZOO-Kernel qu’il doit utiliser MapServer pour publier votre résultat comme WMS / WFS ou WCS (ce dernier ne sera pas utilisé dans ce workshop) plutôt que de simplement stocker le résultat comme un fichier..
• msStyle: qui vous permet de définir votre propre bloc STYLE MapServer.

Lorsque vous avez besoin d’accéder à un résultat de nombreuses fois ou à des fins différentes en fonction d’autres services alors il est vraiment utile de demander au ZOO-Kernel de publier votre résultat comme WMS, WFS ou WCS.

Notez qu’aucune modification du code du service do a été nécessaire pour gérer la publication automatique du résultat car c’est un format vectoriel supporté par OGR, seule la modification du zcfg était nécessaire.

Cet exemple de routage est ici pour illustrer comme il peut s’avérer utile de publier nos résultats comme ressource WMS, WFS ou WCS. En effet, lorsque notre service de routage a été appelé, le ZOO-Kernel a publié le résultat comme ressources WMS et WFS qui ont été utilisés à la fois dans l’interface graphique pour afficher le chemin résultant sur la carte (WMS), et afficher plus de détails sur chacune des étapes (WFS). Le protocole WFS est également utilisé comme valeur d’entrée pour le calcul du profil. Ainsi, le calcul a été exécuté une fois et utilisé trois fois dans différents buts et depuis différents clients.

Pour plus d’informations sur le support MapServer, merci de vous référer à la documentation ZOO-Project officielle.

Conclusion

Maintenant, vous connaissez les trois principaux services, et vous avez une interface simple pour interagir avec votre WFS MapServer et vos serveurs WPS ZOO-project, vous êtes fin prêts à utiliser ces services d’une manière différente, en les chaînant via l’API ZOO JavaScript pour construire des services plus complexes et plus puissants.