Précisions et cas particuliers sur l'utilisation des services

D'où viennent ces métadonnées de service qu'Isogeo ajoute automatiquement ?

Tout serveur géographique implémentant les standards doit décrire ses capacités techniques (les fameuses capabilities) et permettre à son administrateur d'indiquer un point de contact, des mots-clés et une description succincte du serveur.

Exemple dans ArcGIS Server

Pour les services Esri, cela se passe au niveau du menu "Description de l'élément" dans le gestionnaire des services ArcGIS Server Manager et directement dans les propriétés du document fichier MXD :

Type d'informationsInterface de saisie
ArcGIS Server Manager
Fig. 60 : Interface de documentation du GetCapabilities dans ArcGIS Server
ArcGIS Server Manager
Fig. 61 : Interface de documentation du GetCapabilities dans ArcMap

Exemple dans GeoServer

Des pages dédiées existent dans l'interface de GeoServer (version de référence : 2.10) :

ServiceURL type
Point de contact[url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.web.admin.ContactPage
WFS[url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.wfs.web.WFSAdminPage
WMS[url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.wms.web.WMSAdminPage
WMTS[url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.gwc.web.wmts.WMTSAdminPage
WMS GeoServer
Fig. 62 : Interface de documentation du GetCapabilities du WMS dans GeoServer

Pourquoi mon service n'est pas scanné automatiquement ?

Services erreur
Fig. 63 : Une erreur est survenue durant le scan du service. Impossible de pré-remplir les métadonnées.

Dans ce cas-là, plusieurs raisons sont possibles :

Noms de couches en double

Les noms des couches d'un service servant d'identifiant unique, l'adminstrateur d'un service géographique doit s'assurer qu'ils soient uniques de façon à éviter les ambigüités. Dans l'idéal, ils évitent les écueils classiques des caractères spéciaux,

Services error: duplicated layers
Fig. 64 : Doublons dans les noms des couches d'un service

Services non accessibles par les domaines *.isogeo.com

Un service (ou plus précisément ses capacités) peut être inaccessible à la plateforme pour plusieurs raisons (cumulables) :

  • il n'est accessible qu'en interne (intranet)
  • il est protégé par une authentification (login/mot de passe, etc.).

Isogeo étant une solution SaaS, il n'est alors pas possible de scanner le service automatiquement à partir de son URL. Deux solutions sont à envisager.

1. Configurer votre infrastructure réseau pour autoriser les domaines Isogeo

Pour permettre le recensement et la consultation automatiques des services géographiques internes, l'administrateur réseau peut autoriser les requêtes des domaines :

  • app.isogeo.com
  • v1.api.isogeo.com
  • open.isogeo.com

Astuce : consulter la section dédiée à la configuration d'OpenCatalog pour visualiser les services internes

2. Importer les capacités du service sous forme de fichier

Les capacités des services géographiques ne sont ni plus ni moins des fichiers normalisés (XML pour les service OGC, JSON pour ceux d'Esri). Il est donc possible de les importer depuis l'interface pour renseigner les métadonnées automatiquement.

Astuce : consulter la section dédiée à l'import manuel des capacités.

3. Recenser le service et ses couches manuellement

Dans tous les cas, il est toujours possible de documenter la fiche de service manuellement.

Astuce : consulter la section dédiée à la documentation manuelle.

Services injoignables

Il peut tout simplement arriver que le service soit injoignable au moment de la création de la fiche. Le scan des services étant tributaire de l'état des serveurs, il s'agit alors d'attendre un moment de répit du serveur et de cliquer sur Actualiser.

Services update
Fig. 65 : Cliquer sur Actualiser pour mettre à jour les informations des fiches de type service.

Prérequis non remplis

Le service ne correspond pas aux prérequis (format, version...) : écrire au support en détaillant la configuration du serveur géographique. Nous pourrions décider de le prendre en charge dans une prochaine version. En attendant, vous pouvez recenser chaque couche manuellement.


Que se passe-t-il si une des couches déjà associées est supprimée de mon serveur géographique ?

Isogeo ne vérifie pas régulièrement la validité ni la disponibilité des services. L'association reste donc en place jusqu'à ce qu'une actualisation soit déclenchée manuellement.


Que se passe t'il si je supprime la fiche de métadonnées de service ?

Toutes les associations entre les couches du service et les données sont automatiquement supprimées.

results matching ""

    No results matching ""