Toute la gestion de JMap Server se fait à l’aide de l’application JMap Admin. Cette interface web permet aux administrateurs d’effectuer des tâches comme l’intégration de bases de données, la création de projets, la diffusion de cartes et la gestion de la sécurité.

Les captures d’écran ci-dessous présentent l’interface graphique de JMap Admin.

JMap Server est une plateforme d’intégration cartographique. Elle connecte rapidement tous les systèmes et consolide les données d’une organisation. L’ensemble de l’information est ensuite publié sur une carte. Cet accès en temps réel à toutes les données sur une même interface donne aux gestionnaires, aux analystes SIG et aux utilisateurs non-techniques le pouvoir de prendre de meilleures décisions et d’agir rapidement.

A titre de plateforme d’intégration, JMap Server permet de solutionner les problématiques liées au manque d’interopérabilité rencontrées dans certaines organisations. Sa neutralité lui permet de se connecter à n’importe quel système ou environnement informatique sans perturber ce qui est déjà en place.

En tant que plateforme cartographique, JMap Server met à la disposition de ses utilisateurs une série d’outils SIG disponibles en applications bureau, web ou mobile.

Ce site contient la documentation en français destinée aux :

• Administrateurs

• Utilisateurs d'applications

• Administrateurs et utilisateurs des extensions

• Développeurs

Les bouton Permissions s'affiche dans la section Bases de données et s'active lorsque au moins une base de données est sélectionnée. Il s'affiche aussi dans l'interface de configuration d'une base de données.

La section Permissions comporte deux onglets : Permissions et Propriétaires. Les propriétaires sont les seuls à pouvoir gérer les permissions d’administration pour la base de données, gérer la liste des propriétaires et la supprimer.

Une liste des utilisateurs et groupes ayant des permissions s’affiche dans l'onglet Permissions. Appuyez sur afin d’ajouter de nouveaux utilisateurs ou groupes.

Il existe uniquement des permissions administrateur pour les bases de données.

Réinitialisation des bases de données

La réinitialisation d’une base de données ferme toutes les connexions ouvertes et en crée de nouvelles. Cette action peut être utile pour forcer le rétablissement de la connexion à un système de base de données.

Désactivation des bases de données

La désactivation d’une base de données ferme les connexions vers celle-ci sans supprimer sa configuration. JMap Server ne peut plus interroger la base de données. La désactivation est utile lorsque la base de données ne répond plus et entraîne des délais dans le serveur local.

Suppression des bases de données

La suppression d’une base de données supprime la configuration de la connexion pour ce système de base de données. Les données contenues dans la base de données ne sont aucunement affectées.

États des bases de données

Chaque base de données possède un état. Celui-ci indique la condition de la connexion à la base de données. Le tableau suivant décrit les états possibles pour une base de données.

Il est possible d’établir des connexions d’un JMap Server vers un autre JMap Server. Ces connexions peuvent ensuite être utilisées pour partager des couches et des sources de données spatiales entre différents JMap Server, tout en évitant la duplication des données originales. Elles peuvent aussi être utilisées par certaines extensions de JMap Server qui requièrent une communication de serveur à serveur. Les connexions entre instances JMap Server sont notamment utilisées lors de la création de sources de données de types JMap Server vectorielle ou JMap Server matricielle, et lors de l’utilisation de couches partagées.

JMap Server gère les connexions vers d’autres JMap Server en les plaçant dans des réserves.

Le diagramme suivant représente la connexion entre 2 JMap Server (A et B) où l’application JMap, connectée au serveur A, accède à des données spatiales servies par une autre instance de JMap Server (serveur B).

La section Connexions JMap Server dans Ressources affiche un tableau des connexions configurées dans le serveur. Dans cette section vous pouvez créer une nouvelle connexion, accéder à l'interface de configuration d'une connexion en cliquant sur son nom ainsi que gérer les connexions que vous sélectionnez dans le tableau.

Pour amorcer la création d’une nouvelle connexion à une base de données, appuyez sur le bouton Créer dans la section Bases de données et suivez les étapes requises.

Paramètres avancés

En règle générale, les paramètres avancés qui suivent ne doivent pas être modifiés.

Le guide suivant décrit les grandes étapes menant à la configuration et la publication d’une carte en utilisant JMap Server Lima.

Assurez‑vous que JMap Server a démarré. Si vous l’avez installé en tant que service sur Windows, vous devez le démarrer à partir de la fenêtre Services de Windows. Autrement, vous devez le démarrer en utilisant les exécutables dans JMAP_HOME/bin ou en utilisant les raccourcis créés lors de l’installation sur le serveur.

Pour ouvrir JMap Admin, vous pouvez utiliser le raccourci qui a été créé lors de l’installation dans le répertoire de base de l’installation, sur le serveur. Vous pouvez également ouvrir un navigateur Web et taper une adresse URL semblable à http://192.168.0.1:8080/jmapadmin. L’adresse IP et le numéro de port peuvent changer selon l’environnement d’installation et les paramètres choisis.

Dans JMap Admin, vous devrez suivre les étapes décrites ci-dessous afin de publier des données cartographiques.

Étape 1 — Création de sources de données spatiales

Cette étape nécessite que vous définissiez vos sources de données spatiales. Il peut s’agir de fichiers SIG, de serveurs de données spatiales, d’images satellites, etc. Vous indiquez ainsi à JMap Server l’endroit à partir duquel vos données doivent être lues.

Consultez la section Création de sources de données spatiales pour plus de détails à ce sujet.

Étape 2 — Création d’un projet

Dans JMap Server, un projet contient des données sur les définitions des couches d’une carte, de même que des paramètres régissant le contrôle des accès (sécurité), les requêtes, les unités, etc. En créant un projet, vous définissez l’aspect visuel de votre carte et l’information qu’elle contiendra.

Consultez la section Création de projets pour plus de détails à ce sujet.

Étape 3 — Création de couches dans le projet

Cette étape consiste à créer les couches cartographiques pour votre nouveau projet. Chaque couche de votre carte est associée à une source de données spatiales. Pour chaque couche, vous devez définir le style (la façon dont les éléments des couches seront dessinés), les étiquettes, les thématiques, etc. Vous pouvez aussi définir le contrôle d’accès couche par couche.

Consultez la section Création de couches pour plus de détails à ce sujet.

Étape 4 — Diffuser le projet aux utilisateurs

Il s’agit de la dernière étape. Ici, vous publiez votre projet en utilisant le type d’application de votre choix. Chaque type d’application offre différents niveaux de fonctionnalité. Il existe des applications de bureautique et pour le web, des applications qui se déploient et des applications qui se connectent à l’API Web de JMap Server. Une fois votre projet devenu accessible aux utilisateurs, ceux-ci peuvent s’en servir pour naviguer et travailler avec les données de votre carte.

Consultez la section Applications JMap Server pour plus de détails à ce sujet.

JMap Server Lima offre une nouvelle interface utilisateur. Les captures d’écran ci-dessous présentent l’interface graphique de JMap Admin.

La plupart des sections de JMap Admin offre une interface contenant un tableau des ressources de la section, avec des informations de base et des boutons pour la gestion des ressources.

Des plages filtre vous permettent de trouver vos informations lorsque des listes de valeurs sont disponibles :

Des icônes sont utilisés dans toutes les interfaces pour effectuer des tâches fréquentes :

Lorsque vous cliquez sur le nom d’une base de données dans la section Base de données, l’interface Configuration des bases de données s’affiche.

Des boutons situés dans la barre supérieure de l'interface permettent de gérer la base de données : , , accéder aux , ou éditer la base de données. Les détails sont présentés dans la section .

Des sous-sections de l'interface de configuration présentent des informations sur la base de données. Les valeurs des paramètres indiqués ont été définies lors de la création de la connexion à la base des données. Référez-vous à la section pour obtenir les détails de chaque paramètre. Certains paramètres tels que le nom ou la description peuvent être édités directement dans la section. D'autres paramètres peuvent être modifiés en appuyant sur Éditer.

Information générale

Cette sous-section affiche le nom, l’Id (identifiant interne de JMap), la description et le propriétaire de la base de données.

Réserve de connexions

Cette sous-section affiche les détails de la réserve des connexions. Les paramètres indiqués sont : taille initiale, taille maximale, utilisation de la réserve, pointe d’utilisation de la réserve, délai d’expiration de la connexion, délai maximal de connexion.

Connexion

Cette sous-section affiche les détails de la connexion à la base de données. Les paramètres indiqués sont : , base de données (indique le type), pilote, chaîne de connexion, nom d’utilisateur, requête de validation et type de connexion.

Références

Cette sous-section affiche toutes les ressources dans lesquelles sont utilisées les données de la base de données. De manière hiérarchique les sources des données spatiales sont présentées, ainsi que les projets avec les couches, les rapports et les formulaires, tous avec les attributs utilisés. Cette information est utile pour visualiser les ressources qui seraient affectés par les modifications de la base de données.

Réinitialisation des connexions

La réinitialisation d’une réserve de connexions vers JMap Server ferme toutes les connexions ouvertes et en crée de nouvelles. Cette action peut être utile pour forcer le rétablissement de la connexion à un JMap Server.

Désactivation des connexions distantes

Vous pouvez désactiver une connexion distante sans supprimer la configuration de la connexion. Le serveur local ne peut plus interroger le serveur distant. La désactivation est utile lorsque le serveur distant ne répond plus et entraîne des délais dans le serveur local.

Suppression des connexions

La suppression d’une connexion vers JMap Server supprime toute la configuration de cette connexion.

États des connexions

Chaque connexion possède un état. Celui‑ci indique la condition de la connexion vers JMap Server. Le tableau suivant décrit les états possibles pour une connexion :

JMap possède une base de données nommée System qui contient des tables de géométries et de configurations de JMap Server. Cette base de données est essentielle et, en règle générale, ne doit pas être modifiée.

La base de données System est une base de données relationnelle qui stocke des données importantes pour JMap Server.

Si vous utilisez le gestionnaire des utilisateurs intégré à JMap Server, les données relatives aux comptes des utilisateurs et groupes se trouvent dans cette base de données. Ce n’est pas le cas si vous utilisez un autre gestionnaire d’utilisateurs (p. ex. LDAP/Active Directory).

De plus, lorsque les sources de données spatiales lisent leurs données à partir de fichiers (SHP, MIF, DWG, etc.), la géométrie et les données descriptives lues à partir de ces fichiers sont insérées dans les tables de la base de données System. Il y a une table pour chacune de ces sources de données, de même que des tables d’index spatiaux qui accélèrent l’extraction des données.

Les couches personnelles créées par les utilisateurs, ainsi que les tables JMap Spatial, sont aussi stockées dans la base de données System.

Par défaut, le système de gestion de base de données relationnelle (SGBD) utilisé pour stocker les bases de données System de JMap Server est Apache Derby. Il est intégré à JMap Server et ne nécessite aucune maintenance. Ce système convient pour la publication de petites quantités de données spatiales ou pour les environnements de test.

La liste des systèmes compatibles est présentée dans .

Par défaut, les fichiers de base de données de Derby sont situés sous le répertoire JMAP_HOME/db/database.

Déplacement de la base de données System de JMap Server vers un autre environnement

Vous pouvez facilement déplacer la base de données System de JMap Server vers un autre SGBD. Ceci est fortement recommandé pour améliorer la performance ou l’extensibilité ou encore pour avoir accès à des fonctionnalités plus avancées, telles que la création de copies de sécurité. Les SGBD qui sont officiellement pris en charge pour le stockage de la base de données System de JMap se détaillent dans .

Pour contenir la base de données System, vous devriez utiliser une base de données ou un schéma réservé exclusivement à JMap. Le compte utilisateur utilisé pour établir la connexion doit avoir les privilèges requis pour sélectionner, insérer, créer et supprimer des tables et des index.

Pour déplacer la base de données System vers un autre SGBD, vous devez modifier la base de données appelée System dans JMap Admin. Sélectionnez le pilote de base de données et les paramètres de connexion correspondant à l’environnement de la nouvelle base de données System. JMap Server va automatiquement créer les tables requises dans la nouvelle base de données.

Une fois que la base de données System aura été déplacée, toute source de données spatiale qui lit des fichiers de données vectorielles se verra attribuer l’état Non Initialisé. Ces sources de données devront être mises à jour avant de pouvoir être utilisées. Les autres types de sources de données (matricielles, Oracle Spatial, SDE, etc.) ne seront pas affectées.

JMap Server se connecte aux données spatiales en créant des sources de données spatiales (SDS).

Les sources de données spatiales appartiennent à une de deux familles : les sources de données vectorielles et les sources de données matricielles. Les sources de données vectorielles fournissent des données vectorielles ainsi que leurs attributs, tandis que les sources de données matricielles fournissent des données matricielles (images).

JMap Server se connecte aux données spatiales stockées dans de fichiers de divers formats (p. ex. fichiers images, fichiers MIF, fichiers Shape, fichiers photos JPEG, etc.) au moyen de lecteurs de fichier spécifiques. JMap Server se connecte aussi directement aux données stockées sur des serveurs de données spatiales (p. ex. PostGIS, Oracle Spatial/Locator, ArcSDE, serveurs WMS/WFS, etc.).

Lorsqu’une source de données spatiales est créée, elle doit être mise à jour avant d’être utilisée. La mise à jour d’une source de données spatiales signifie la préparation de celle‑ci pour qu’elle soit utilisée par JMap Server. La section Mise à jour offre des détails sur ce sujet.

La section Données spatiales dans Ressources affiche un tableau qui présente les sources de données spatiales configurées dans le serveur. Dans cette section vous pouvez créer une nouvelle SDS, accéder à l'interface de configuration d'une SDS en cliquant sur son nom ainsi que gérer les SDS que vous sélectionnez dans le tableau.

Cette section présente des concepts de base qui permettent de comprendre le fonctionnement des sources de données spatiales en JMap Server.

Sources de données éditables

Certaines sources de données spatiales supportent l’édition des données (écriture) par JMap Server. C’est le cas de la majorité des sources de données de type SGBD (PostGIS, Oracle Spatial, etc.). Chaque section de ce manuel qui se rapporte à un type de source de données indique si celle-ci supporte la lecture seulement ou la lecture et l’écriture.

Les sources de données de type fichier (SHP, GML, etc.) ne supportent pas l’édition des données. Il existe cependant une option qui permet de transformer une telle source de données en source de données de type JMap Spatial qui pourra ensuite permettre l’édition des données spatiales et descriptives dans JMap Server. Une fois la transformation effectuée, la source de données ne sera plus liée aux fichiers originaux. Toutes les modifications sur les données devront être faites directement avec les outils d’édition de JMap.

Inclusion de plusieurs fichiers

Il est possible d’inclure plusieurs fichiers à la fois dans la plupart des sources de données qui lisent des fichiers. Cela permet de former des cartes continues. Une pratique courante de CAD consiste à séparer le territoire en tuiles rectangulaires. En lisant tous les fichiers de tuiles ensemble, les administrateurs de JMap Server peuvent recréer des cartes continues, à la seule condition que les fichiers contiennent la même structure de données (géométrie, couches et types d’attributs).

Navigation dans le système de fichiers

JMap Admin comporte un navigateur de fichiers qui permet de naviguer dans le système de fichiers du serveur où JMap Server est exécuté afin de sélectionner les fichiers à inclure dans les sources de données. Les unités de stockage local et en réseau peuvent être utilisés, à condition que le processus de JMap Server y ait accès.

Vous avez aussi la possibilité de créer des chemins prédéfinis. Ces chemins constituent des raccourcis qui permettent d’économiser du temps lors de la navigation. Ils peuvent également être utilisés pour écrire des chemins propres à un système d’exploitation, tel que Windows UNC (p. ex. \myserver\data). Pour créer un chemin prédéfini, vous devez aller à la racine du système de fichier et appuyez sur Ajouter chemin prédéfini...

Afin de restreindre la navigation dans le système de fichiers, vous pouvez définir un ou plusieurs répertoires racine. L’administrateur JMap ne pourra pas naviguer en dehors de ces répertoires. Pour ce faire, ajoutez une ligne dans le fichier jmapserver.properties.

Exemple

admin.filebrowser.roots=d:/data1|Data1

Dans cet exemple, un répertoire racine est créé et nommé Data1.

Téléversement de fichiers

Accessible à travers l’explorateur de fichiers, le répertoire Téléversements contient les fichiers téléversés par tous les utilisateurs directement vers JMap Server à partir de JMap Admin. Si vous désirez téléverser un fichier pour l’utiliser comme source de données spatiales, ouvrez ce dossier pour accéder à l’interface de téléversement.

Saisissez un nom pour le fichier et appuyez sur Téléverser. Le fichier sera téléversé dans un répertoire créé automatiquement pour votre compte utilisateur. Le fichier est accessible à tous les comptes utilisateur.

Sources de données spatiales Système

Les sources de données spatiales dite Système sont des sources de données créées automatiquement par JMap Server pour supporter le partage de sources de données et de couches JMap. Normalement, il n’y a aucun besoin de gestion pour ces ressources et elles ne sont pas montrées par défaut dans la liste des sources de données spatiales.

Si vous souhaitez les afficher, vous pouvez sélectionner l’option Afficher les sources de données système dans les paramètres d’affichage du tableau de la section Donnés spatiales.

L’interface de configuration d’une source de données spatiales (SDS) vous permet d’accéder aux informations sur la source ainsi qu’à des fonctions de configuration de paramètres tels que les métadonnées, les permissions et les attributs. Dans le cas des SDS matricielles, cette interface vous permet d'ajouter des systèmes de coordonnées de référence au système d'origine des données.

Attributs

La fenêtre de configuration d’un attribut contient deux onglets : Métadonnées et Échantillon de l’attribut.

L’onglet Échantillon de l’attribut affiche la valeur de l’attribut pour un échantillon d’éléments de la SDS.

Lorsque vous cliquez sur le nom d’une connexion, l’interface Configuration de la connexion distante s’affiche.

Les attributs externes d’une source de données spatiales sont ceux qui sont obtenus à partir d’une base de données externe (base de données qui est séparée de la source de données elle-même). Les attributs externes sont ajoutés à la liste d’attributs existants et peuvent ensuite être utilisés de la même façon que tout autre attribut dans les rapports, requêtes, infobulles, thématiques, etc.

Les attributs externes sont uniquement disponibles pour les sources de données vectorielles qui lisent les données à partir de fichiers (shp, mif, tab, dwg, dgn, etc.) et les tables JMap Spatial. Lorsque vous travaillez avec des sources de données vectorielles qui accèdent à des données à l’intérieur de bases de données spatiales existantes (PostGIS, MySQL Spatial, Oracle Spatial/Locator, etc.), cette option n’est pas disponible. Dans ce cas, toutefois, il est souvent facile d’inclure tous les attributs requis en créant des liaisons SQL normales avec d’autres tables ou en créant des vues.

Les attributs externes sont ajoutés à partir de l’assistant de création de sources de données spatiales.

Afin d'ajouter un attribut externe, dans l'onglet Attributs externes de la section Attributs de l’assistant, appuyez sur Ajouter et choisissez l’une des 2 méthodes suivantes : Sélectionner des champs ou Requête SQL.

Sélectionner des champs

Choisissez cette option afin de sélectionner un ou plusieurs champs d’une table spécifique de la base de données à partir desquels vous souhaitez obtenir les valeurs. Cette option constitue la méthode la plus simple et permet de créer plusieurs attributs à la fois.

Requête SQL

Choisissez cette option afin de fournir une requête SQL qui fera l’extraction des valeurs de l’attribut dans la base de données. Cette méthode est plus flexible mais est limitée à un seul attribut à la fois.

Le bouton Permissions s'affiche dans la section Connexions JMap Server et s'active lorsque au moins une connexion est sélectionnée. Il s'affiche aussi dans l'interface de configuration d'une connexion.

La section Permissions comporte deux onglets : Permissions et Propriétaires. Les propriétaires sont les seuls à pouvoir gérer les permissions d’administration pour la connexion, gérer la liste des propriétaires et la supprimer.

Une liste des utilisateurs et groupes ayant des permissions s’affiche dans la section Permissions. Appuyez sur afin d’ajouter de nouveaux utilisateurs ou groupes.

Vous accédez à la section Permissions à partir du bouton Permissions de la section Données spatiales ou de l'interface de détail d'une source de données spatiales.

Cette section comporte deux onglets : Permissions et Propriétaires. Les propriétaires sont les seuls à pouvoir gérer les permissions d’administration pour la source de données spatiales, gérer la liste des propriétaires et la supprimer.

Une liste des utilisateurs et groupes ayant des permissions s’affiche dans la section Permissions. Appuyez sur afin d’ajouter de nouveaux utilisateurs ou groupes.

Il existe uniquement des permissions administrateur pour les sources de données spatiales.

Il est possible d’associer des métadonnées aux sources de données spatiales dans JMap. Les métadonnées pourraient être composées d’informations telles que le producteur des données, la date de mise à jour, une description, etc. Les utilisateurs pourront consulter ces informations dans les applications JMap, pour les couches correspondantes.

Les métadonnées peuvent être entrées directement dans JMap Admin, selon des modèles prédéterminés, ou alors provenir d’un système externe de gestion des métadonnées. Consultez la section Modèles de métadonnées pour plus d’information sur la création des modèles.

Pour accéder à la configuration des métadonnées pour une source de données spatiales, appuyez sur Métadonnées depuis la section des détails d’une source de données spatiales. Les options sont les suivantes.

Les couches qui puisent leurs données dans des sources de données spatiales comportant des métadonnées héritent automatiquement de ces métadonnées. Les métadonnées peuvent être visualisées par les utilisateurs des applications JMap Web, JMap NG et JMap Pro.

Les sources de données vectorielles servent à accéder à des données spatiales vectorielles (points, lignes, polygones, etc.). Consultez les sections suivantes pour de l’information sur les différents types de sources de données vectorielles supportés.

Attributs des sources de données vectorielles

Durant la configuration d’une source de données spatiales vectorielles, vous devez configurer des attributs pour la source de données. Tous les attributs disponibles sont présentés dans une table. Par défaut, tous les attributs sont inclus. Cependant, certains peuvent être exclus. Dans ce cas, JMap Server les ignorera complètement. Il est également possible de spécifier les attributs pour lesquels JMap Server devrait créer un index afin d’optimiser les performances lors de l’exécution de requêtes sur ces attributs (l’absence d’un index n’affecte pas le temps de téléchargement et d’affichage des cartes). Ces index sont utilisés lorsque des requêtes par attributs sont effectuées sur ces champs.

Cette section comporte également des paramètres pour configurer les attributs externes. Consultez la section Attributs externes pour plus de détails à ce sujet.

Pour débuter la création d’une nouvelle source de données spatiales, dans la section Données spatiales appuyez sur Créer. Certains paramètres sont communs à toutes les sources de données tandis que d’autres sont propres à chaque type de source de données.

Les étapes suivantes de la configuration dépendront du type de source de données que vous avez sélectionné. Pour plus de détails sur la configuration d’un type de source de données spatiales, consultez la section correspondante dans ce manuel.

Projections

La projection de la source de données doit être sélectionnée afin de correspondre à la projection des données. Si ce paramètre n’est pas correctement défini, il se peut que les données affichées ne soient pas valides.

JMap Server peut lire les fichiers DGN V7 et V8 en tant que source de données spatiales. Sélectionnez le type de source de données qui correspond à la version de vos fichiers DGN. En général, les fichiers DGN sont produits par Bentley MicroStation.

Les fichiers DGN sont souvent accompagnés d’une base de données d’attributs. Il peut s’agir d’une base de données MS Access ou de tout autre système de bases de données. Si les fichiers DGN possèdent des attributs stockés dans une base de données séparée, vous devez d’abord configurer une réserve de connexions pour cette base de données avant de procéder. Reportez‑vous à la section pour plus d’informations sur la configuration des connexions de bases de données.

JMap Server peut lire les fichiers CSV ou tout autre fichier texte avec des valeurs séparées qui contiennent des coordonnées x et y. Ces coordonnées peuvent être utilisées pour des couches de points. La première rangée doit contenir les noms des champs. Les séparateurs permis sont la virgule (,), le point-virgule (;) et la tabulation. Les champs de texte peuvent être entourés ou non de guillemets. Les coordonnées X et Y doivent être des valeurs numériques.

Mise à jour des sources de données spatiales

Avant qu’une source de données spatiales puisse être utilisée pour créer des couches, il faut qu’elle soit mise à jour. Dans JMap Server, la mise à jour d’une source de données implique généralement la collecte d’informations au sujet des données spatiales et de leurs attributs et la préparation des données de façon à ce qu’elles soient accessibles rapidement et efficacement. Ce processus peut être très court ou peut prendre plusieurs minutes, selon le type de source et la quantité de données.

De façon générale, pour les sources de données qui accèdent à des données stockées dans des fichiers, le contenu est lu par JMap Server et inséré dans les tables de la base de données System de JMap. Un index spatial est ensuite créé pour permettre un accès rapide et les statistiques des attributs sont calculées.

Pour les sources de données qui accèdent aux données stockées sur des serveurs de données spatiales, tels qu’Oracle Spatial/Locator ou les systèmes WFS, le processus de mise à jour est simplifié, se réduisant au simple calcul des statistiques des attributs.

La mise à jour des sources de données de fichiers nécessite plus de temps que la mise à jour des sources de données de serveurs.

Les sources de données peuvent être mises à jour en lot. Un maximum de trois sources de données peut être mis à jour simultanément. Les autres sources de données devant être mises à jour sont placées en attente jusqu’à ce que leur mise à jour puisse être exécutée.

Planification de la mise à jour automatique des sources de données

Vous pouvez planifier la mise à jour automatique des sources de données spatiales. Cette action peut s’avérer utile si vous utilisez des sources de données qui lisent des fichiers de données. Si les fichiers sont fréquemment modifiés, vous pouvez planifier des mises à jour automatiques qui s’exécuteront sur une base régulière (chaque jour à minuit, par exemple) pour ces sources de données. Chaque source de données peut posséder une planification qui lui est propre.

Afin de planifier les mises à jour pour une source de données en particulier, appuyez sur l'icône de la section Horaire de mise à jour dans sa section de détails ou sélectionnez-la et cliquez sur Tâches planifiées dans le tableau des sources de données. Ensuite, vous n’avez qu’à suivre l’assistant afin de définir les moments précis auxquels auront lieu les mises à jour. Les options de planification sont très flexibles.

Une fois les tâches planifiées, vous pouvez visualiser la planification en cours pour une source de données en regardant sa section d’information.

Suppression de sources de données spatiales

Lorsqu’une source de données est supprimée, sa configuration en entier est éliminée de façon définitive. Les données elles-mêmes (le fichier ou la base de données) ne sont pas affectées.

État des sources de données spatiales

Un état est attribué à chaque source de données spatiales. L’état indique la condition de la source de données, c’est‑à‑dire si elle est prête à être utilisée, si une erreur est survenue, etc.

Le tableau suivant décrit les états possibles pour une source de données spatiales :

JMap Server peut lire, en tant que source de données spatiales, les fichiers DWG et DXF produits par Autodesk Autocad, versions 12 à 2018. Les blocs‑attributs sont lus et convertis en attributs des éléments.

JMap Server peut lire les fichiers GeoJSON en tant que source de données spatiales.

JMap Server peut lire les fichiers EDIGEO en tant que source de données spatiales.

Le format GPX est un format d’échange de données GPS basé sur XML. JMap Server peut lire les fichiers GPX en tant que source de données spatiales.

JMap Server peut lire les fichiers de format IFC (Industry Foundation Classes) en tant que source de données spatiales. L’IFC est le format d’échange standard utilisé communément par les logiciels permettant le travail en BIM (Building Information Modeling).

Les sources de données spatiales (SDS) peuvent être partagées afin d’être accédées par d’autres instances de JMap Server. Cela permet de conserver les données à un endroit unique, mais d’y accéder depuis plusieurs JMap Server.

Dans JMap Admin, vous pouvez partager une source de données spatiales en attribuant sur celle-ci la permission Accéder à distance à un ou plusieurs utilisateurs. Ce choix doit correspondre à l’utilisateur utilisé pour établir la connexion à partir du JMap Server qui doit accéder aux sources de données spatiales partagées.

Consultez les sections Permissions des sources de données spatiales et Connexions JMap Server à JMap Server pour plus d’information à ce sujet.

Une fois qu’une source de données spatiales est partagée, une icône apparaît dans le tableau des sources de données, dans la colonne Partagée.

Partage d’une SDS avec JMap Cloud

Vous pouvez partager une SDS avec JMap Cloud, la plateforme infonuagique développée par K2 Geospatial. Au préalable vous devez connecter JMap Server à JMap Cloud. La section Paramètres de JMap Server offre les détails sur ce sujet. Si cette étape n’est pas complétée, un message l’indique dans la section JMap Cloud de l’interface de configuration de la SDS.

Pour partager ou synchroniser la SDS avec JMap Cloud, dans l’interface de configuration, dans la section JMap Cloud :

1. Appuyez sur Synchroniser avec JMap Cloud. Une fenêtre s’ouvre et vous offre plusieurs possibilités :

   Copier : Cette fonction crée une copie de la SDS (configuration et données) dans JMap Cloud. Aucun lien JMap Server → JMap Cloud n’est créé. Si la SDS est mise à jour sur JMap Server, les données ne sont pas synchronisées avec JMap Cloud.

   Copier et synchroniser manuellement : Cette fonction crée une copie de la SDS (configuration et données) dans JMap Cloud. Un lien JMap Server → JMap Cloud est aussi créé. Si la SDS est mise à jour sur JMap Server, les données ne sont pas synchronisées automatiquement avec JMap Cloud. L’utilisateur doit cliquer sur le bouton en haut à droite pour lancer la synchronisation de la SDS avec JMap Cloud.

   Copier et synchroniser automatiquement : Cette fonction crée une copie de la SDS (configuration et données) dans JMap Cloud. Un lien JMap Server → JMap Cloud est aussi créé. Si la SDS est mise à jour sur JMap Server, les données sont synchronisées automatiquement avec JMap Cloud. L’utilisateur peut également cliquer sur le bouton en haut à droite pour lancer la synchronisation manuelle de la SDS avec JMap Cloud.

2. Sélectionnez l’option qui vous convient et appuyez sur OK. Lorsque la SDS est synchronisée avec JMap Cloud la section JMap Cloud présente les informations suivantes :

   Id : Identifiant de la source de données spatiales dans JMap Cloud.

   État : Le statut de la source de données spatiales. Pendant la synchronisation, la tâche de synchronisation en cours s’affiche. Sinon, s’affiche l’état de la SDS dans JMap Cloud.

   Dernière mise à jour : indique la dernière fois que la SDS a été synchronisée.

   Synchronisation automatique : Si la fonction est activée (ON) et qu’une mise à jour se produit sur JMap Server, les données seront synchronisées automatiquement avec JMap Cloud. Une fois que la source de données spatiales est synchronisée avec JMap Cloud, une icône apparaît dans la liste des sources de données, dans la colonne JMap Cloud.

3. Appuyez sur pour supprimer le lien JMap Server → JMap Cloud pour la SDS. Il n’est plus possible de synchroniser la SDS manuelle ou automatiquement. La SDS de JMap Cloud n’est pas supprimée.

4. Appuyez sur pour lancer la synchronisation de la SDS avec JMap Cloud.

Pour amorcer la création d’une nouvelle connexion, appuyez sur le bouton Créer dans la section Connexions JMap Server et suivez les étapes requises.

JMap Server peut lire les géodatabases fichier d’ESRI en tant que source de données spatiales.

JMap Server peut lire les fichiers ADF et E00 en tant que source de données spatiales. Ces fichiers sont généralement produits par le logiciel Arc/Info d’ESRI.

JMap Server peut lire les fichiers SHP en tant que source de données spatiales. Ceux‑ci sont généralement produits par des applications ESRI.

JMap Server peut lire les fichiers de photos (360 ou normales) en format JPEG en tant que source de données spatiales. Ces photos peuvent être visualisées dans les applications JMap Pro et JMap NG à partir des couches de points associées à ce type de source de données.

JMap Server lit tous les fichiers d’images du répertoire que vous indiquez. Les fichiers qui ne sont pas des images ou les fichiers d’images sans informations spatiales (latitude et longitude) sont ignorés.

Dans chaque fichier, JMap Server lit les métadonnées (latitude, longitude et autres informations) et les écrit dans une table JMap Spatial. Les coordonnées (latitude et longitude) définissent un point et les autres métadonnées sont des attributs du point. Les données de direction peuvent être utilisés, par exemple, pour appliquer une rotation aux symboles qui représentent les points. Les photos 360 sont traitées de la même manière que les photos normales.

JMap possède son propre format de stockage d’annotations dans des tables de bases de données. Si vous avez des annotations dans un tel format, JMap Server peut les utiliser comme source de données spatiales. Les tables d’annotations en format JMap possèdent un certain nombre de champs requis, tel qu’expliqué dans le tableau plus bas. Une requête SQL doit être fournie. La requête sera exécutée afin de lire les données et elle peut accéder à plus d’une table à la fois.

La connexion à la base de données doit déjà être configurée. Reportez‑vous à la section Création de bases de données pour plus de détails à ce sujet.

JMap Server peut lire les fichiers TAB en tant que source de données spatiales. Ces fichiers sont généralement produits par les applications MapInfo.

JMap Server peut lire les fichiers KML en tant que source de données spatiales.

JMap Server peut lire les fichiers GML des versions 2.x et 3.x en tant que source de données spatiales. Les fichiers GML doivent être jumelés aux fichiers de schéma (.XSD). Si un fichier GML contient des occurrences de plus d’un type de données, seul un de ces types peut être choisi en tant que type de base de la source de données.

JMap Server peut lire les géodatabases d’entreprise qui utilisent le service ArcSDE d’ESRI (ArcGIS version 10.1 et précédentes) afin d’extraire les données spatiales et les données des attributs devant être utilisées en tant que source de données spatiales (SDS). La connexion au service ArcSDE doit déjà être configurée. Reportez‑vous à la section pour plus de détails à ce sujet.

Il existe une configuration spéciale pour les attributs qui n’est disponible que pour les sources de données ArcSDE possédant des domaines d’attributs.

Exportation des domaines ArcSDE

Afin que JMap puisse utiliser les domaines d’attributs ArcSDE, ceux‑ci doivent être exportés vers des tables d’une base de données pouvant être interprétée par JMap. Il existe un outil intégré à ArcCatalog pour créer ces tables. Veuillez communiquer avec K2 Geospatial pour plus de détails à ce sujet.

JMap Server peut se connecter à des services REST d’ArcGIS Server et ArcGIS Online pour accéder des données vectorielles publiées par ce type de services. Les géométries et les attributs sont disponibles mais les autres informations (style, échelles, …) sont ignorées et doivent être configurées dans les couches du projet JMap.

JMap Server peut lire les géodatabases personnelles ESRI afin d’extraire les données spatiales et les données des attributs devant être utilisées en tant que source de données spatiales. Ce format utilise les fichiers Microsoft Access afin de stocker les données. La connexion à la base de données Access doit déjà être configurée en utilisant le pilote MS Access. Reportez‑vous à la section Création de bases de données pour plus de détails à ce sujet.

JMap Server peut lire les fichiers MID/MIF en tant que source de données spatiales. Ces fichiers sont généralement produits par les applications MapInfo.

JMap Server peut se connecter aux services répondant à la norme OGC API Features () pour les utiliser en tant que source de données spatiales.

OGC API Features fournit des API pour créer, modifier et interroger des “features” (des éléments ou entités du monde réel) sur le Web.

L’OGC API Features est composé de plusieurs parties, chacune d’entre elles étant une norme distincte.

La partie 1, le “noyau”, spécifie les capacités de base et est limitée à la récupération d’entités où les géométries sont représentées dans le système de référence de coordonnées WGS 84 longitude/latitude.

La partie 2 spécifie les capacités d’extraction d’entités dont les géométries sont représentées dans tous les autres systèmes de coordonnées de référence.

La partie 3, qui est en phase d’élaboration, concerne le filtrage des données ainsi que les consultes utilisant le Common Query Langage (CQL).

Des capacités supplémentaires qui répondent à des besoins plus avancés seront spécifiées dans des parties supplémentaires : prise en charge de la création et de la modification de features, des modèles de données plus complexes, des ensembles de données multiples et des hiérarchies de collection ().

JMap Server implémente la partie 1 de la norme, qui permet d’accéder à des données spatiales (entités ou features) organisées en collections. Les données sont envoyées en format HTML ou GeoJSON ().

JMap Server peut lire les géodatabases entreprise d’ESRI (ArcGIS version 10.0 et postérieures, JMap Server valide la version) afin d’extraire les données spatiales et les données des attributs devant être utilisées en tant que source de données spatiales (SDS). La connexion à la base de données doit déjà être configurée. Reportez-vous à la section pour plus de détails à ce sujet.

La source de données spatiales supporte les domaines de valeurs. Les relations définies dans la géodatabase d’entreprise (EGDB) sont aussi supportées mais elles ne peuvent être exploitées qu’à l’aide d’outils externes.

Les attributs de la source de données correspondent aux colonnes de la table. Pour associer les données d’autres tables, une vue peut être créée dans la base de données et configurée comme une couche dans JMap. Les attributs de la source de données correspondront alors aux colonnes retournées par la vue.

JMap Server peut se connecter à des bases de données PostGIS afin d’extraire des données spatiales et des attributs pouvant être utilisés en tant que source de données spatiales. L’unique exigence particulière est la présence d’une colonne numérique avec des valeurs de nombres entiers uniques devant être utilisées en tant qu’identifiants d’éléments. Une requête SQL doit être fournie. La requête sera exécutée afin de lire les données et elle peut accéder à plus d’une table à la fois.

La connexion à la base de données doit déjà être configurée. Reportez‑vous à la section pour plus de détails à ce sujet.

JMap Server peut se connecter à MongoDB afin d’extraire des données spatiales et des attributs devant être utilisés en tant que source de données spatiales.

Les systèmes de bases de données NoSQL tels que MongoDB sont très répandus dans les applications infonuagiques. Ils ont permis de résoudre des problèmes importants auxquels les systèmes de gestion de bases de données SQL traditionnels se sont butés (schémas rigides, manque de scalability, performances limitées).

Vous devez vous connecter à un système MongoDB () stocké localement ou dans le nuage. MongoDB offre une application locale, MongoDB Compass et une application Web, MongoDB Atlas qui vous permettent d’accéder aux données.

Les données ou documents sont organisées en collections (analogues aux tables des bases de données relationnelles) stockées dans des bases de données qui intégrent des “clusters” (déploiements de MongoDB). Les clusters sont organisés en projets.

Le chargement des données peut être lent étant donné le manque de structure des collections de données.

JMap Server peut se connecter aux bases de données Oracle Spatial ou Locator afin d’extraire des attributs et des données spatiales pour les utiliser en tant que source de données spatiales. L’unique exigence particulière est la présence d’une colonne numérique avec des valeurs de nombres entiers uniques devant être utilisées en tant qu’identifiants d’éléments. Une requête SQL doit être fournie. La requête sera exécutée afin de lire les données et elle peut accéder à plus d’une table à la fois.

La connexion à la base de données doit déjà être configurée. Reportez‑vous à la section Création de bases de données pour plus de détails à ce sujet.

JMap Server peut exploiter une source de données spatiales vectorielles qui provient d’une autre instance de JMap Server. Pour ce faire, pour devez d’abord configurer une connexion vers l’autre JMap Server. Reportez‑vous à la section Connexions JMap Server à JMap Server pour plus de détails à ce sujet.

JMap Server peut se connecter aux bases de données MySQL Spatial afin d’extraire des données spatiales et des attributs devant être utilisés en tant que source de données spatiales. L’unique exigence particulière est la présence d’une colonne numérique avec des valeurs de nombres entiers uniques devant être utilisées en tant qu’identifiants d’éléments. Une requête SQL doit être fournie. La requête sera exécutée afin de lire les données et elle peut accéder à plus d’une table à la fois.

La connexion à la base de données doit déjà être configurée. Reportez‑vous à la section pour plus de détails à ce sujet.

Web Feature Service (WFS) est une norme proposée par l’Open Geospatial Consortium qui précise comment les applications client doivent effectuer des requêtes en vue d’obtenir des données vectorielles et leurs attributs à partir d’un serveur compatible avec WFS. Le protocole utilisé est HTTP, et les données retournées sont généralement en format GML (« Geography Markup Language »). Les capacités des serveurs WFS sont publiées dans un document XML qui spécifie les types de requêtes prises en charge et fournit une description des fonctions disponibles.

JMap Server peut lire les données des serveurs WFS, versions 1.0.0, 1.1.0 et 2.0 en les utilisant comme sources de données spatiales.

Ce type de source de données vous permet de lire des fichiers images ECW ou JPG2000 ou d’établir une connexion à un serveur ECWP (Image Web Server d’ERDAS) afin d’obtenir des images. Il n’est pas possible de configurer les deux en même temps.

JMap Server gère les connexions de bases de données en les plaçant dans des réserves. Les réserves comportent un certain nombre de connexions ouvertes vers les bases de données. Les connexions sont partagées à l’ensemble du système et utilisées selon les besoins d’accès aux bases de données.

Toutes les réserves de connexions aux bases de données (ci-après nommées bases de données afin de simplifier le texte) sont gérées centralement à l’aide de JMap Admin. De façon générale, les bases de données sont utilisées par JMap Server pour lire les données spatiales stockées dans les tables et pour accéder aux données descriptives associées aux données spatiales. Une fois que les bases de données ont été configurées dans JMap Admin, on peut les utiliser à partir d’autres sections et à différentes fins lors du processus d’administration.

La section Bases de données dans Ressources affiche un tableau qui présente les bases de données configurées dans le serveur. Dans cette section vous pouvez créer une nouvelle base de données, accéder à l'interface de configuration d'une base de données en cliquant sur son nom ainsi que gérer les bases de données que vous sélectionnez dans le tableau.

JMap Server peut exploiter une source de données spatiales matricielles qui provient d’une autre instance de JMap Server. Pour ce faire, pour devez d’abord configurer une connexion vers l’autre JMap Server. Reportez‑vous à la section Connexions JMap Server à JMap Server pour plus de détails à ce sujet.

Le format JMap Spatial est le format de stockage des données spatiales et descriptives de JMap. Il est basé sur une le format WKB (http://en.wikipedia.org/wiki/Well-known_binary).

Il est possible d’utiliser une table existante JMap Spatial comme source de données spatial ou d’en créer une nouvelle qui pourra recevoir des données.

Ajouter ou modifier une table

Vous pouvez appuyer sur Ajouter table pour créer une nouvelle table au format JMap Spatial. Vous pouvez aussi sélectionner une table existante et appuyer sur Éditer table pour modifier son nom ou sa structure.

Lors de la création ou de la modification d’une table, vous pouvez ajouter de nouveaux champs à la table dans l’onglet Attributs de l’utilisateur en appuyant sur et en enlever en appuyant sur .

Un message d’alerte apparaît si vous utilisez un mot réservé SQL comme nom d’un attribut. Vous devez modifier le nom de l’attribut.

Notez qu’il existe d’autres champs dans la table, affichées dans l’onglet Attributs du système. Ceux-ci comprennent des champs de la géométrie (varient en fonction du type de géométrie), des champs d’index spatial, etc. Ces champs sont créés et peuplés de manière automatique par JMap.

Une fois la table créée ou modifiée, elle peut être utilisée pour la source de données spatiales.

Web Map Service (WMS) est une norme proposée par l’Open Geospatial Consortium qui détermine comment les applications client doivent effectuer des requêtes en vue d’obtenir des cartes d’un serveur compatible avec WMS. Le protocole utilisé est HTTP, et les cartes retournées sont généralement des images dans des formats populaires (PNG, GIF, JPEG, etc.). Les capacités des serveurs WMS sont publiées dans un document XML qui spécifie les types de requêtes prises en charge de même que les métadonnées (listes de couches, projections prises en charge, etc.).

En configurant les sources de données WMS, vous permettez à JMap de se connecter à des serveurs compatibles avec WMS (versions 1.0 à 1.3) et d’interroger ceux‑ci. Vous pouvez alors créer des couches matricielles basées sur les sources de données WMS à l’intérieur des projets.

Une fois les capacités obtenues, il est possible de paramétrer les autres types de requêtes du protocole WMS. JMap Admin propose automatiquement des requêtes par défaut qui fonctionnent normalement très bien. Elles sont générées à partir de la requête GetCapabilities. Si vous voulez modifier ces requêtes par défaut, vous devez sélectionner l’option Outrepasser la requête par défaut et entrer des nouvelles requêtes. Pour chaque type de requête, il est aussi possible d’activer l’authentification HTTP et de fournir les paramètres d’authentification.

Web Map Tile Service (WMTS) est un standard proposé par l’ qui détermine comment les applications client doivent effectuer des requêtes en vue d’obtenir des données cartographiques sous forme de tuiles prédéfinies à partir d’un serveur de données.

En configurant les sources de données WMTS, vous permettez à JMap de se connecter à des serveurs compatibles avec WMTS (version 1.0.0) et d’interroger ceux‑ci. Vous pouvez alors créer des couches matricielles basées sur les sources de données WMTS à l’intérieur des projets.

Ce type de source de données spatiales permet de lire une grande variété de formats de données matricielles. GDAL (Geospatial Data Abstraction Library) est une librairie open source spécialisée dans la conversion et le traitement de données matricielles.

Il peut y avoir un ou plusieurs fichiers images sources (mosaïque d’images). Les images de la mosaïque peuvent se chevaucher et il peut y avoir des trous dans la mosaïque.

Lorsque la source de données est mise à jour, si l’option est activée, une pyramide d’images à plus basse résolution est créée par JMap Server et est stockée dans le cache de l’image. Le cache de l’image est alors utilisé pour produire des images à la volée avec des résolutions précises de manière très performante. Selon les tailles et les paramètres initiaux des images, le cache de l’image peut devenir volumineux. En général, la mémoire cache totale est environ de la même taille que les images originales. Vous devez disposer d’un espace disque suffisant avant de mettre à jour cette source de données. Il est possible que le format de données sélectionné ne nécessite pas la création d’une pyramide. Dans ces cas, le paramètre sera ignoré.

Systèmes de coordonnées de référence multiples

JMap Server Lima présente cette nouvelle fonctionnalité qui permet de sélectionner plusieurs systèmes de coordonnées de référence pour une source de données spatiales (SDS) créée à partir de GDAL. Cela permet de préparer à l'avance plusieurs versions de la SDS matricielle afin d'offrir des performances optimales lors du traimenet des requêtes des différentes applications.

Une fois créée la SDS, la section Reprojections de son interface de configuration permet d'ajouter (+), de mettre à jour () ou de supprimer () des systèmes de projection alternatifs à celui d'origine. Le tableau de la section présente les systèmes configurés pour la SDS.

Lors de l'ajout d'un système de projection, la SDS est projetée dans le système et une pyramide d'images est créée et stockée dans un seul fichier.

Lorsque une application utilise la SDS, celle projetée avec le système de projection pertinent est utilisée (le système de projection doit être spécifié dans les paramètres de la requête de l'application à JMap Server). Par exemple, les applications JMap NG utilisent le système EPSG:3857 - WGS 84 / Pseudo-Mercator, donc la SDS projetée dans ce système est utilisée par JMap NG.

Si la SDS n'est pas projetée dans le système approprié, elle est reprojetée à la volée ce qui consomme des ressources de JMap Server et compromet la performance de l'application.

JMap Server peut se connecter à des bases de données contenant des géométries encodées selon les standards WKB et WKT (http://en.wikipedia.org/wiki/Well-known_text).

En plus de la colonne contenant la géométrie, il doit obligatoirement y avoir une colonne numérique avec des valeurs de nombres entiers uniques utilisées en tant qu’identifiants d’éléments. Aussi, 4 colonnes doivent être présentes et contenir les valeurs de plus petits rectangles englobants (MBR).

Une requête SQL doit être fournie. La requête sera exécutée afin de lire les données et elle peut accéder à plus d’une table à la fois.

La connexion à la base de données doit déjà être configurée. Reportez‑vous à la section Création de bases de données pour plus de détails à ce sujet.

Les sources de données matricielles servent à accéder à des données spatiales matricielles (images). Consultez les sections suivantes pour de l’information sur les différents types de sources de données matricielles supportés.

Dans JMap, les données spatiales sont organisées sous forme de projets. Un projet est composé d’une liste ordonnée de couches. En général, lorsqu’une application JMap se connecte à JMap Server, l’application ouvre un projet et affiche les couches du projet. Vous pouvez créer autant de projets que vous le souhaitez.

Chaque couche d’un projet est associée à une source de données spatiales. La source de données fournit les données de la couche. Différents projets peuvent contenir des couches partageant les mêmes sources de données, ce qui permet d’avoir une variété de styles, de liaisons, etc. pour les mêmes données. Il est aussi possible que plusieurs couches d’un même projet partagent la même source de données, ce qui s’avère utile lorsque vous utilisez des filtres de couches afin de présenter différentes données d’une même source sur plusieurs couches.

Un projet est une ressource sécurisée, ce qui signifie que des permissions y sont associées afin de contrôler l’accès par les utilisateurs. Il est ainsi possible d’exercer un contrôle précis des utilisateurs et groupes qui seront autorisés à ouvrir chaque projet. Un contrôle d’accès similaire est aussi disponible pour chaque couche du projet.

La section Projets dans Ressources, affiche un tableau qui présente les projets configurés dans le serveur. Dans cette section vous pouvez créer un nouveau projet, accéder à l'interface de configuration d'un projet en cliquant sur son nom ainsi que gérer des projets que vous sélectionnez dans le tableau.

JMap Server peut se connecter à des bases de données Microsoft SQL Server Spatial afin d’extraire des données spatiales et des attributs pouvant être utilisés en tant que source de données spatiales. L’unique exigence particulière est la présence d’une colonne numérique avec des valeurs de nombres entiers uniques devant être utilisées en tant qu’identifiants d’éléments. Une requête SQL doit être fournie. La requête sera exécutée afin de lire les données et elle peut accéder à plus d’une table à la fois.

La connexion à la base de données doit déjà être configurée. Reportez‑vous à la section Création de bases de données pour plus de détails à ce sujet.

JMap permet de définir des modèles de métadonnées afin de documenter les sources de données spatiales directement dans JMap Admin. Une fois le modèle défini, vous pouvez associer ce modèle à certaines sources de données et saisir toutes les informations que les utilisateurs pourront ensuite consulter facilement dans les applications JMap Server. Si vous utilisez déjà un système de gestion des métadonnées qui peut être accédé dans un navigateur, vous pouvez aussi créer un lien direct entre certaines couches et ce système.

Vous pouvez créer autant de modèles de métadonnées que vous le souhaitez.

La section Modèles de métadonnées dans Ressources affiche un tableau qui présente les modèles configurés dans le serveur. Dans cette section vous pouvez créer un nouveau modèle, accéder à l'interface de configuration d'un modèle en cliquant sur son nom ainsi qu'octroyer des permissions ou supprimer les modèles que vous sélectionnez dans le tableau.

Création d’un modèle de métadonnées

Appuyez sur Créer pour créer un nouveau modèle. L’interface montre les options suivantes.

Permissions des modèles de métadonnées

Vous accédez à la section Permissions à partir du bouton Permissions de la section Modèles de métadonnées ou de l'interface de détail d'un modèle.

Cette section comporte deux onglets : Permissions et Propriétaires. Les propriétaires sont les seuls à pouvoir gérer les permissions d’administration pour le modèle de métadonnées, gérer la liste des propriétaires et la supprimer.

Une liste des utilisateurs et groupes ayant des permissions s’affiche dans la section Permissions. Appuyez sur afin d’ajouter de nouveaux utilisateurs ou groupes.

Il existe uniquement des permissions administrateur pour les modèles de métadonnées.

Les tuiles vectorielles sont un format de données vectorielles très efficace pour la cartographie web. Le principe consiste en diviser l'ensemble des données vectorielles d'un projet en tuiles de manière analogue aux tuiles des données matricielles (WMTS).

Il existe plusieurs standards pour produire des tuiles vectorielles. Mapbox a proposé un standard basé sur l'encodage Protocol buffers (" Protobuf ") créé par Google (). Le tuiles vectorielles de Mapbox (mvt) sont supportées par un grand éventail de produits cartographiques parmi lesquels JMap Server à partir de la version Jakarta.

Une grille qui définit le tuilage est appliquée aux données vectorielles qui sont alors découpées en tuiles. Chaque tuile peut contenir les données vectorielles (vecteurs) de plusieurs couches.

Un ensemble de tuiles est produit pour chaque niveau d'échelle. Dans la cartographie web en général se considèrent 23 niveaux d'échelle, le niveau 0 correspondant à la Terre et le niveau 22 correspondant à la rue. Les vecteurs des niveaux inférieurs sont simplifiés (généralisés) pour optimiser l'affichage des données tout en gardant des tuiles d'un volume performant.

Les vecteurs (lignes, polygones) de chaque couche sont coupés aux frontières des tuiles. Lorsque les géométries traversent la frontière entre les tuiles, celles-ci sont coupés et chaque tuile contient donc une partie de la géométrie. C'est l'application cartographique qui réunifie les vecteurs pour obtenir la géométrie complète.

Les attributs des éléments cartographiques sont inclus dans les tuiles. Ceci rend possible, par exemple, l'affichage de thématiques créées à la volée ou l'affichage des données dans une carte en fonction de l'application de filtres basés sur leurs attributs. Les données sont ainsi plus dynamiques et interactives.

Les tuiles vectorielles contiennent les géométries et leurs attributs, les styles ne sont pas inclus dans les tuiles. Le informations définissant les styles sont stockées et gérées dans un fichier JSON séparé. Cette caractéristique permet aux utilisateurs des applications de définir des styles de manière dynamique car ce sont les applications qui gèrent les styles. De plus, lorsque le style des données change il n'est pas nécéssaire de générer des nouvelles tuiles.

Les tuiles peuvent être créées à l'avance et mises en cache, la réponse du serveur étant beaucoup plus rapide face aux requêtes de l'application cartographique web ce qui donne un rendu très fluide et performant. De plus les tuiles peuvent être utilisées avec pour obtenir un rendu fluide et performant surtout en 3D.

Production de tuiles vectorielles par JMap Server

Un projet JMap génère trois ensembles de données qui sont utilisées par les applications :

• 1 fichier JSON de style. Ce fichier accompagne les tuiles vectorielles. Il contient la définition de chaque couche contenue dans les tuiles vectorielles, leurs paramètres de style, les thématiques, etc.

• Un ensemble de tuiles vectorielles qui contiennent les géométries et les attributs des couches non éditables. JMap produit un fichier de format mvt par tuile. Ces tuiles peuvent être créées à la demande lorsque les utilisateurs naviguent dans les applications JMap Survey ou JMap NG. Elles peuvent aussi être crées à l'avance et mises en cache. Cet offre des détails sur la procédure pour produire et gérer le cache des tuiles avec JMap.

• Données vectorielles en GeoJSON qui correspondent aux géométries et attributs des couches éditables. Ces données sont envoyées aux applications à la demande par région.

Que les tuiles soient créés à la demande ou à l'avance et mises en cache, elles sont créées dans le répertoire cache/mapbox de JMap Server. Dans ce répertoire il y a un dossier par projet (nommé avec l'identifiant du projet) qui contient un dossier par résolution (actuellement 512). Les fichiers des tuiles sont nommés suivant le code z-x-y.mvt où z est le niveau d'échelle, x et y indiquent la position de la tuile dans la grille.

Facteurs qui affectent la performance des tuiles vectorielles

En général les tuiles vectorielles sont plus légères que les tuiles matricielles mais certains facteurs peuvent affecter la taille des tuiles et avoir un impact sur la performance des applications JMap Survey et JMap NG. La taille des tuiles est associée au temps de leur production, au volume de stockage, au volume des données échangées avec les applications et à la mémoire dédiée des applications.

Des facteurs à considérer :

• Nombre d'attributs liés aux couches : les données des attributs influencent la taille des tuiles, qui augmente lorsque le nombre d'attributs augmente.

• Échelles de visibilité des couches : établir des seuils de visibilité pour l'affichage des couches est indiqué lorsque les couches ont des données très denses. Limiter l'affichage de ces couches à des échelles plus grandes est une bonne stratégie car les tuiles des petites échelles ne contiendront pas les données de ces couches et le temps de production des tuiles sera réduit.

• Mise en cache : la production à l'avance et mise en cache des tuiles améliore grandement la performance des applications et allège la charge de travail de JMap Server qui peut devenir saturé lorsque plusieurs utilisateurs naviguent des applications de projets très grands et complexes.

• Mémoire du serveur JMap Server : influence la performance de la production des tuiles. Augmenter la mémoire allouée au serveur JMap Server peut accélérer la production des tuiles.

Les couches d’un projet sont présentées dans l'onglet Couches de l’interface de configuration du projet. L'icône situé dans la section Couches de l'interface vous amène aussi à l'onglet Couches.

Le tableau affiche des informations de base sur chaque couche du projet. Lorsque vous cliquez sur le nom d’une couche, la section des détails de la couche s’affiche.

Dans cet onglet vous pouvez définir l'ordre des couches dans le projet. La section offre les détails sur ce sujet.

Des boutons vous permettent d'effectuer des tâches de gestion pour les couches que vous sélectionnez dans le tableau, ainsi que d'ajouter des nouvelles couches au projet.

Ajouter des couches

Permissions

Lorsque vous sélectionnez une ou plusieurs couches vous pouvez octroyer des permissions pour l'ensemble. La section offre les détails sur le sujet.

Mise à jour

Modification en lot des couches

Vous pouvez modifier différents paramètres pour un ensemble de couches. Vous devez sélectionner les couches à modifier dans l’onglet Couches du projet. Ensuite appuyez sur le bouton Mise à jour et sur la section Modification en lot… pour ouvrir l’interface pertinente.

Synchroniser avec JMap Cloud

Supprimer

Supprime les couches sélectionnées.

JMap Server peut utiliser la carte de OpenStreetMap comme source de données matricielles. Il n’y a pas de paramètres à configurer pour ce type de source de données.

JMap Server peut se connecter à des services REST d’ArcGIS Server et ArcGIS Online pour accéder des données matricielles de type WMTS publiées par ce type de services.

Les requêtes de sélection par attributs permettent de sélectionner des éléments d’une couche de la carte en utilisant les valeurs de leurs attributs, ou en utilisant une base de données liée à la couche.

Dans JMap Admin, les administrateurs JMap créent les requêtes ainsi que les formulaires qui leurs sont associés. Les utilisateurs JMap utilisent ensuite ces formulaires pour saisir des valeurs d’attributs pour faire la recherche. Tous les éléments dont les valeurs d’attributs correspondent aux valeurs saisies sont alors sélectionnés et présentés dans l’explorateur d’éléments.

L'onglet Requêtes de l'interface de configuration d'un projet vous permet de configurer les requêtes du projet.

Cet onglet présente un tableau qui affiche les groupes de requêtes. Le groupe Défaut est le groupe par défaut. Le tableau indique le nombre de requêtes que contient chaque groupe. La section Organisation des requêtes offre les détails sur les groupes.

Créer une requête par attributs

Les paramètres varient selon le type de requête sélectionné.

Requêtes sur la couche

Requêtes externes

Ce type de requête est utilisé lorsque la recherche doit se faire dans des données contenues dans une base de données externe. La base de données externe doit contenir un champ permettant de faire le lien avec un attribut de la couche. Une requête SQL de type SELECT est d’abord exécutée dans la base de données externe et les valeurs retournées sont ensuite associées aux éléments de la couche en utilisant le champ de liaison.

Paramètres requis et optionnels

Bien que ce soit dans la conception du formulaire de recherche que les champs sont marqués requis ou optionnels, la clause WHERE de la requête doit être ajustée afin de supporter cette option. Pour ce faire, toute partie de la requête qui est associée à des paramètres optionnels doit être incluse à l’intérieur d’une paire d’accolades ( { } ).

Exemple de clause WHERE :

CITY = '$param1' AND { COUNTRY = '$param2' }

Cet exemple fait la recherche des villes qui ont la valeur de leur attribut CITY égale à la valeur du paramètre 1 ($param1) saisie par l’utilisateur et qui, optionnellement, ont la valeur de leur attribut COUNTRY égale à la valeur du paramètre 2 ($param2) saisie par l’utilisateur. Si le paramètre 2 est non-renseigné, tout le bloc { COUNTRY = '$param2' } est enlevé de la requête ainsi que l’opérateur devenu orphelin. Notez que l’administrateur doit absolument définir $param2 comme optionnel lors de la conception du formulaire. Consultez la section Formulaires pour plus d’information sur la conception des formulaires.

Valeurs multiples pour un même paramètre

Des valeurs multiples peuvent être saisis avec un champ de type Liste (choix multiples) dans les formulaires. Les valeurs sont séparées par le caractère délimiteur ; (point-virgule). Cette option peut être activée dans la clause WHERE de la requête. La syntaxe est la suivante :

$multiple{true} {\$delimiter{;}}

Exemple :

CITY = '$param1{$multiple{true} $delimiter{;}}'

Recherche les villes qui ont la valeur de leur attribut CITY égale à une des valeurs saisies dans le paramètre 1. Les valeurs sont séparées par des point-virgule.

Gestion des requêtes par attributs

Les requêtes par attributs peuvent être modifiées par les administrateurs. Lorsque les requêtes d’un projet sont modifiées, les applications qui diffusent le projet ne nécessitent pas d’être redéployées car les changements se reflètent de manière directe.

Organisation des requêtes

Les requêtes peuvent être groupées. Ceci est particulièrement utile pour les projets qui comportent un nombre élevé de requêtes.

Pour créer un nouveau groupe, dans l'onglet Requêtes appuyez sur Créer un groupe.

Pour supprimer un groupe, sélectionnez-le dans la liste et appuyez sur Supprimer.

Suppression des requêtes

La suppression d’une requête par attributs supprime définitivement la requête et le formulaire qui lui est associé. Pour supprimer une requête, sélectionnez-la dans la liste et appuyez sur Supprimer.

Publication des requêtes

Une fois une requête créée, elle est publiée automatiquement. Vous pouvez cependant annuler cette publication pour rendre la requête non disponible dans les applications tout en conservant sa configuration. Pour annuler la publication d’une requête, décochez la case Publiée de la requête dans l’interface de gestion des requêtes.

Requêtes sur des couches par référence

Lorsque un projet contient des couches par référence, les requêtes configurées sur ces couches dans le projet qui contient les couches originales sont disponibles automatiquement dans le projet. Le projet “hérite” de ces requêtes.

Si vous souhaitez modifier une requête “par référence”, créez une copie de la requête en appuyant sur Dupliquer. L’interface de configuration affiche les paramètres de la requête que vous pouvez modifier.

Une fois la nouvelle requête configurée, vous devez décocher la case Publiée de la requête “héritée” de la couche par référence pour qu’elle ne soit plus disponible dans les applications JMap qui utilisent la couche par référence.

Vous pouvez aussi créer une nouvelle requête sur une couche par référence, tel que décrit dans la section Créer une requête par attributs.

JMap Server peut se connecter à n’importe quelle base de données relationnelle afin d’extraire des coordonnées X et Y pouvant être utilisées en tant que source de données spatiales pour ainsi créer des couches de points. La base de données doit au moins contenir des champs de coordonnées (valeurs numériques) ainsi qu’un champ contenant des valeurs de nombres entiers uniques à être utilisées en tant qu’identifiants d’éléments. Une requête SQL doit être fournie. La requête sera exécutée afin de lire les données et elle peut accéder à plus d’une table à la fois.

La connexion à la base de données doit déjà être configurée. Reportez‑vous à la section Création de bases de données pour plus de détails à ce sujet.

Les formulaires sont utilisés dans JMap pour les requêtes par attributs afin de saisir les paramètres de recherche, pour la saisie des données attributaires des couches éditables et pour la gestion de données stockées dans des bases de données, toujours en relation avec les éléments d’une couche.

L’administrateur JMap conçoit les formulaires à l’aide du et les utilisateurs peuvent ensuite les utiliser dans les applications JMap Pro, Web, NG et Survey.

Tout comme les formulaires d’édition de données, les formulaires utilisés pour les requêtes par attributs sont créés en utilisant le . Ces formulaires sont utilisés par les utilisateurs pour saisir les paramètres des requêtes.

Chaque composante du formulaire est associée à un paramètre de la requête ($param1, $param2, etc.).

Contrairement aux autres types de formulaires, les formulaires des requêtes ne peuvent pas être divisés en sections. Les composantes Photo ne sont pas disponibles pour ce type de formulaires.

Les formulaires sont créés lors de la configuration des requêtes par attributs, en appuyant sur Disposition du formulaire.

Les extensions qui sont compatibles avec les applications JMap NG et JMap Survey doivent être configurées et activées dans le projet pour les rendre accessibles aux utilisateurs de ces applications.

Pour configurer l’extension, dans l'interface de configuration du projet sélectionnez l'onglet qui porte le nom de l'extension. Une fois la configuration complétée, appuyez sur Sauvegarder.

Pour activer l’extension, glissez l’interrupteur de l’extension dans la section Extensions de l’interface de configuration du projet.

La section Extensions Installées offre les détails sur la configuration des extensions dans JMap Server.

Les modèles de style sont des styles prédéfinis qui peuvent être réutilisés pour de nombreux projets et couches. Ils épargnent du temps, car vous pouvez configurer un style une seule fois et l’utiliser à de nombreux endroits. Les modèles de style vous aident également à créer des cartes standardisées.

Une fois qu’un modèle de style a été configuré, il peut être utilisé à tout endroit où un style est requis (styles de couches, styles de sélection, thématiques, etc.).

Un modèle de style peut être utilisé en tant que référence ou en tant que copie. Lorsqu’un modèle de style de type référence est modifié, toutes les couches qui s’y rapportent subissent la modification de style. Lorsqu’un style est utilisé en tant que copie, il est détaché du modèle de style et peut être modifié de façon indépendante par la suite.

Les modèles de style sont associés à un seul type d’élément de carte (point, ligne, polygone, etc.) et ne peuvent pas être utilisés pour d’autres types d’éléments.

La section Modèles de style dans Ressources affiche un tableau qui présente les modèles configurés dans le serveur. Dans cette section vous pouvez créer un nouveau modèle, accéder à l'interface de configuration d'un modèle en cliquant sur son nom et gérer les modèles que vous sélectionnez dans le tableau.

Vous pouvez synchroniser ou partager le projet avec JMap Cloud, la plateforme infonuagique développée par K2 Geospatial.

Les propriétés du projet, les couches avec leurs sources de données spatiales y associées, l’ordre et la hiérarchie des couches sont reproduits en JMap Cloud.

Pour synchroniser le projet avec JMap Cloud :

1. Dans l’interface de configuration du projet, appuyez sur le bouton Sync avec JMap Cloud…. Une fenêtre s’ouvre vous proposant deux actions :

   Copier le projet : Une copie des couches du projet (configuration et données) et de leurs sources de données spatiales est créée dans JMap Cloud. Aucun lien JMap Server → JMap Cloud n’est créé. Lorsqu’une couche est mise à jour sur JMap Server, les données ne sont pas synchronisées avec JMap Cloud.

   Synchroniser le projet : Une copie des couches du projet (configuration et données) et de leurs sources de données spatiales est créée dans JMap Cloud. Un lien JMap Server → JMap Cloud est créé. Lorsqu’une couche est mise à jour sur JMap Server, les données sont synchronisées automatiquement avec JMap Cloud. La fenètre propose deux options pour le projet dans JMap Cloud : Créer nouveau projet : Vous pouvez spécifier un nouveau nom de projet qui sera utilisé dans JMap Cloud. Si le projet utilise plusieurs langues, le nom spécifié ici remplacera la valeur de la langue par défaut. Toutes les traductions sont synchronisées. Remplacer le projet : Vous sélectionnez le projet de JMap Cloud qui sera écrasé et remplacé par le projet que vous êtes en train de copier ou synchroniser.

2. Sélectionnez les options qui vous conviennent et appuyez sur OK. Si vous avez sélectionné Copier, la plage État indique que le projet a été copié sur JMap Cloud. L'icône permet de refaire la synchronisation. Si vous avez sélectionné Synchroniser, la section affiche les informations suivantes :

   Id : Identifiant du projet dans JMap Cloud.

   État : Le statut de la création du projet dans JMap Cloud.

   Dernière mise à jour : indique la dernière fois que le projet été synchronisé.

   Synchronisation automatique : Indique que la synchronisation est automatique. Appuyez sur pour supprimer le lien JMap Server → JMap Cloud pour le projet. Le projet de JMap Cloud n’est pas supprimé. Appuyez sur pour lancer la synchronisation du projet avec JMap Cloud. Une fois que le projet est synchronisé avec JMap Cloud, l’icône apparaît dans la liste des couches du projet, dans la colonne JMap Cloud.

L’organisation des couches d’un projet comporte deux volets. :

• Ordre d’affichage des couches sur la carte. Les couches situées dans les positions inférieures sont dessinées en premier, et celles qui sont situées dans les positions supérieures sont dessinées à la fin. Les couches supérieures peuvent cacher des éléments des couches inférieures.

• Hiérarchie logique basée sur la nature des couches. En d’autres mots, des groupes et sous‑groupes de couches qui possèdent des relations logiques. Par exemple, vous pourriez avoir un groupe de couches associé aux routes, un autre associé à l’hydrographie et un autre associé au recensement. L’organisation des couches en groupes facilite leur utilisation.

Vous pouvez définir l'ordre des couches dans l'onglet Couches et la hiérarchie des couches dans l'onglet Groupes de couches de l'interface de configuration du projet.

Définition de l’ordre des couches

Le tableau de l'onglet Couches présente les couches dans leur ordre d’apparition sur la carte. La position la plus basse est la première qui est dessinée sur la carte.

Afin de changer l’ordre, vous devez utiliser le menu Modifier localisé en haut de la colonne qui affiche la position de chaque couche. Il est possible de sélectionner une ou plusieurs couches et les déplacer en utilisant les options disponibles (déplacer vers le haut, déplacer vers le bas, déplacer vers une position précise, etc.). L'option Réorganiser les couches... ouvre une fenêtre dans laquelle vous pouvez réorganiser les couches en les glissant-déposant à la place souhaitée.

Groupement des couches

L'onglet Groupe de couches présente la hiérarchie des groupes et sous-groupes avec un tableau qui affiche les couches de chaque groupe ou sous-groupe.

Par défaut, toutes les couches du projet se trouvent dans un groupe unique nommé Layers.

Afin de créer un nouveau groupe, appuyez sur Nouveau groupe. Remplissez les paramètres du groupe de couches comme suit :

Une fois que des groupes sont créés, vous pouvez déplacer des couches vers ces groupes en utilisant le menu Modifier localisé en haut de la colonne qui affiche la position de chaque couche.

Vous pouvez configurer les projets JMap Server pour supporter plusieurs langues. Ainsi, chaque utilisateur pourra consulter le projet dans sa langue, si celle-ci est disponible pour le projet et que les traductions sont fournies. Quand une application JMap est démarrée, celle-ci peut détecter automatiquement la langue du système d’exploitation de l’utilisateur et utiliser cette langue pour les interfaces graphiques et pour le projet. Ce comportement dépend des options sélectionnées lors du déploiement de l’application.

Pour un projet supportant de multiples langues, chaque élément textuel visible par les utilisateurs peut être traduit dans chacune des langues. Par exemple, vous pouvez fournir les traductions pour le nom du projet, les noms des couches, les étiquettes, les infobulles, les formulaires, etc.

Pour activer le support multilingue, vous devez choisir au moins deux langues lors de la création ou la modification du projet, et vous devez sélectionner la langue qui sera utilisée par défaut.

Par la suite, vous pouvez saisir les traductions aux endroits indiqués par le symbole lors de la configuration du projet et des couches.

Si pour certains textes, des traductions ne sont pas fournies dans toutes les langues disponibles, le texte de la langue par défaut sera affiché automatiquement.

Le producteur d’images d’un projet JMap est responsable de produire des images du projet sur demande. Ces images sont utilisées pour les applications JMap Web. Lorsqu’un utilisateur utilise JMap Pro, le producteur d’images n’est pas sollicité car les données sont transférées en format vectoriel (sauf pour les photos).

Normalement, il n’est pas nécessaire de modifier la configuration du producteur d’images car la configuration par défaut est généralement adéquate. Le tableau suivant décrit les paramètres du producteur d’images.

Vous pouvez gérer un modèle de style à travers son interface de configuration et à travers la section Modèles de style.

Édition

Dans l'interface de configuration du modèle, appuyez sur le bouton Éditer pour le refaire les étapes de création et modifier les paramètres.

Duplication

Dans la section Modèles de style, sélectionnez les modèles et appuyez sur Dupliquer. Une copie de chaque modèle sélectionné est produite et vous pouvez l'éditer par la suite.

Permissions des modèles de style

Vous pouvez octroyer les permissions aux modèles que vous sélectionnez dans la section Modèles de style.

Cette section comporte deux onglets : Permissions et Propriétaires. Les propriétaires sont les seuls à pouvoir gérer les permissions d’administration pour le modèle, gérer la liste des propriétaires et le supprimer.

Dans la section Permissions s'affiche une liste des utilisateurs et groupes ayant des permissions. Appuyez sur afin d’ajouter de nouveaux utilisateurs ou groupes.

Il existe uniquement des permissions administrateur pour les modèles de style.

Suppression de modèles de style

Vous pouvez supprimer un modèle à partir de son interface de configuration ou une sélection de modèles à travers la section Modèles de style, en appuyant sur Supprimer.

Afin de créer un nouveau projet, appuyez sur Créer dans la section Projets. Les projets sont créés à partir d’un assistant.

Source du projet

Lors de la création d’un projet, vous pouvez opter pour la création d’un nouveau projet vide, ou vous pouvez choisir d’importer une configuration de projet existante provenant d’une autre source. En utilisant une configuration existante, vous pouvez automatiser la création des couches du projet et éviter de refaire toute la configuration dans JMap Admin.

Il existe une seule option actuellement : l’importation de projets en provenance de ESRI ArcGIS REST Service.

Importation de projets de ArcGIS REST

Vous pouvez choisir d’importer la configuration des couches d’un service ESRI ArcGIS REST. JMap importera les paramètres du projet, les couches et leur symbologie, les paramètres d’échelles, les étendues, etc.

Sélectionnez l’option ArcGIS REST et appuyez sur Suivant.