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

Pour amorcer la création d’une nouvelle connexion, appuyez sur le bouton Créer dans la page listant les connexions et suivez les étapes requises.

Cette section 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.

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.

Notez que votre licence d’utilisation de JMap doit permettre les sessions serveur pour qu’un autre JMap Server puisse se connecter à votre JMap Server. Pour plus d’information, reportez‑vous à la section État de JMap Server.

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).

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.

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é.

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.

Une fois JMap Admin ouvert, on vous demandera un nom d’utilisateur et un mot de passe. À la suite de l’installation, le nom d’utilisateur par défaut est « administrator » et le champ Mot de passe est vide.

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 dans les données de votre carte.

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

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

Pour amorcer la création d’une nouvelle connexion à une base de données, appuyez sur le bouton Créer dans la page listant les 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.

JMap Admin fournit une console SQL générique qui permet de visualiser les structures de bases de données, d’exécuter des requêtes SQL, d’inspecter le contenu des tables, de tester la vitesse d’exécution des requêtes, etc. Toutes les bases de données configurées sont accessibles à partir de cette console.

Lorsque vous effectuez une requête SQL, l’exécution de la requête est sujette aux permissions de sécurité accordées à l’utilisateur qui est connecté à la base de données. Reportez‑vous à la section Création de bases de données afin d’obtenir plus de détails sur la définition de l’utilisateur pour les connexions à la base de données.

Les résultats des requêtes s’affichent dans une nouvelle fenêtre. Les résultats des requêtes de type INSERT, UPDATE et DELETE sont groupés dans le même onglet. Les résultats des requêtes de type SELECT s’affichent dans des onglets séparés.

Pour débuter la création d’une nouvelle source de données spatiales, affichez la section Données spatiales et 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.

Notez que des types de sources de données personnalisés peuvent aussi être présents. Ces nouveaux types de sources de données sont développés à des fins particulières en utilisant JMap SDK.

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.

Comme l’indique son nom, une source de données spatiales dans JMap correspond à toute source pouvant fournir des données spatiales. Les sources de données spatiales sont séparées en 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). La configuration des sources de données constitue généralement la première étape menant à la publication de données spatiales avec JMap.

Certaines sources de données spatiales fonctionnent avec un lecteur de fichier qui permet de charger des données spatiales à partir de fichiers de divers formats (p. ex. fichiers images, fichiers MIF, fichiers Shape, fichiers photos JPEG, etc.). D’autres sources de données accèdent aux données stockées sur des serveurs de données spatiales à distance (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. Concrètement, cette opération comporte différentes tâches, selon le type de source de données en question. 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 spatiales sont présentées dans la section Sources de données spatiales de JMap Admin. La table affichée y présente les informations de base sur chaque source de données. Lorsque vous cliquez sur le nom d’une source de données, une section détaillée s’affiche. Cette section présente des informations utiles sur la source de données spatiales et donne accès à certaines fonctions de gestion de celle-ci.

Concepts de base

Sources de données éditables

Certaines sources de données spatiales supportent l’édition des données (écriture) par JMap. 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. 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 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.

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 à toutes les comptes utilisateur.

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, 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.

Dans JMap Admin, vous pouvez mettre à jour une source de données en appuyant sur Mise à jour dans sa section d’information. Vous pouvez aussi mettre à jour plusieurs sources de données simultanément en les sélectionnant dans la section présentant la liste des sources de données et en appuyant sur Mise à jour.

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 Tâches planifiées dans sa section de détails ou depuis la liste 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.

À tout moment, vous pouvez accéder à la liste de toutes les mises à jour planifiées pour les sources de données en cliquant sur Tâches planifiées dans la section JMap Server.

Suppression de sources de données spatiales

Vous pouvez supprimer des sources de données spatiales en appuyant sur Supprimer à partir de la section d’information de la source de données. Vous pouvez également supprimer les sources de données en les sélectionnant dans la section listant les sources et en appuyant sur Supprimer. 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.

États 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. L’état d’une source de données nouvellement créée est toujours non initialisé (à moins que vous ayez activé le démarrage de la mise à jour automatique), ce qui signifie que la source de données ne peut pas encore être utilisée. Afin de pouvoir être utilisée, toute source de données doit être mise à jour au moins une fois.

Les sources de données peuvent être mises à jour en lots. 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.

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

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 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 de la liste des sources de données.

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 de JMap Admin affiche une table des bases de données existantes et montre leurs statuts.

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.

Attributs

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 base de données dans la section Base de données, l’interface Configuration des bases de données s’affiche.

Celle-ci comporte des boutons pour Éditer, , ou la base de données. Le bouton permet l’accès aux sections et .

Des sous-sections 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. Les 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 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.

À partir de la section de détails d’une source de données spatiales, appuyez sur Permissions afin d’accéder à la section des permissions. Vous pouvez aussi modifier les permissions en lots en sélectionnant plusieurs sources de données à partir de la liste et en appuyant sur Permissions.

Une liste des utilisateurs et groupes ayant des permissions s’affiche. Appuyez sur Ajouter afin d’ajouter de nouveaux utilisateurs ou groupes. Les utilisateurs et groupes disponibles sont configurés dans la section JMap Server de JMap Admin. Reportez‑vous à la section pour plus d’informations sur la gestion des utilisateurs dans JMap.

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

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 créés à partir de l’assistant de création de sources de données spatiales.

Afin de créer un attribut externe, appuyez sur Éditer dans 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.

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 ans 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.

Modèles de métadonnées

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. 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 de gestion des modèles de métadonnées est accessible en appuyant sur Modèles métadonnées depuis la section Données spatiales.

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.

Les sources de données spatiales 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 la liste des sources de données, dans la colonne Partagée.

Partage d’une SDS vectorielle avec JMap Cloud

Vous pouvez partager une SDS vectorielle avec JMap Cloud, la plateforme infonuagique développée par K2 Geospatial. Au préalable vous devez vous 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.

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.

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 ne peut pas être supprimée et elle ne devrait être manipulée que par des administrateurs avertis. Reportez‑vous à la section Base de données System de JMap Server pour plus de détails à ce sujet.

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.

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.

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 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 Création de bases de données pour plus d’informations sur la configuration des connexions de bases de données.

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

JMap Server peut lire les fichiers GeoJSON 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 géodatabases fichier d’ESRI 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).

JMap Server peut lire les fichiers GML 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 peut lire les fichiers GML des versions 2.x et 3.x.

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 KML en tant que source de données spatiales.

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 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 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 sources 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 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.

Notez qu’il est aussi possible de créer un projet JMap en important une configuration de couches existante d’un service ArcGIS REST. Voir la section Création de projets pour plus d’information.

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.

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 Création de bases de données 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 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 Création de bases de données 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 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 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 (https://www.mongodb.com/fr) 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 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 Création de bases de données pour plus de détails à ce sujet.

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 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 Création de bases de données pour plus de détails à ce sujet.

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 pour plus de détails à ce sujet.

Note : Le système de projection sélectionné pour la source de données spatiales doit correspondre exactement à l’identifiant de référence spatiale (SRID, ex. EPSG) des éléments de la table, pour que les éléments s’affichent.

JMap Server peut se connecter aux services répondant à la norme OGC API Features (https://ogcapi.ogc.org/features/) pour les utiliser en tant que source de données spatiales. Cette nouvelle norme de l’OGC remplace la norme des services WFS.

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 (https://www.ogc.org/standards/ogcapi-features).

JMap Server Kathmandu 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 (https://ogcapi.ogc.org/features/overview.html).

Web Feature Service (WFS) est une norme proposée par l’ 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 et 1.1.0 en les utilisant comme sources de données spatiales.

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.

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.

JMap Server peut se connecter à des bases de données contenant des géométries encodées selon les standards WKB et WKT ().

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 pour plus de détails à ce sujet.

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é.

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 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.

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 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.

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.

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.

Dans JMap, les données des cartes 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.

Afin de créer un nouveau projet, appuyez sur Créer dans la section dressant la liste des 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.

JMap supporte l’importation de couches matricielles OGC WMTS.

Dans l’interface d’importation des couches du service REST, des icônes indiquent les couches dont le format n’est pas compatible avec JMap.

Vous pouvez configurer les projets JMap 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.

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

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 : influence la performance de la production des tuiles. Augmenter la mémoire allouée au serveur JMap peut accélérer la production des tuiles.

L’interface de configuration d’un projet vous permet d’accéder aux informations sur le projet ainsi qu’à des fonctions de configuration de paramètres tels que la vue initiale du projet dans les applications.

Aperçu du projet

L'aperçu du projet offre un aperçu de la carte, dans lequel vous pouvez tester les configurations effectuées tel comme elles fonctionnent dans les applications JMap Server.

Aperçu JMap Web

Cet aperçu ouvre une application JMap Web dans une nouvelle fenêtre du navigateur.

L’aperçu offre la plupart des fonctionnalités des applications JMap Web et permet de valider la configuration du projet.

Il permet aussi d’établir la vue initiale du projet lorsqu’il est ouvert dans les applications JMap Web. Pour ce faire, appuyez sur et ensuite sur Étendue initiale. Un rectangle s’affiche pour délimiter l’étendue initiale.

Appuyez sur Étendue maximale pour afficher l’étendue maximale. Lorsque vous fermez l’aperçu, les coordonnées géographiques de l’étendue initiale s’enregistrent de manière automatique.

Aperçu JMap NG

Cet aperçu ouvre une application JMap NG dans une nouvelle fenêtre du navigateur.

L’aperçu offre la plupart des fonctionnalités des applications JMap NG et permet de valider la configuration du projet.

Aperçu JMap Pro

Cet aperçu ouvre une application JMap Pro qui offre la plupart les fonctionnalités des applications JMap Pro. Vous pouvez valider la configuration du projet.

Vous pouvez aussi délimiter la vue initiale du projet lorsqu’il est ouvert dans les applications JMap Pro. Appuyez sur . Un rectangle s’affiche pour délimiter la vue initiale. Lorsque vous fermez l’aperçu, les coordonnées géographiques de la vue initiale s’enregistrent de manière automatique.

Synchroniser le projet avec JMap Cloud

Vous pouvez synchroniser le projet avec JMap Cloud, la plateforme infonuagique développée par K2 Geospatial. Au préalable vous devez vous connecter à JMap Cloud. La section Paramètres de JMap Server offre les détails sur ce sujet.

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. Attention, le lien entre le projet en JMap Server et le projet en JMap Cloud n’est pas conservé, donc, des changements dans les propriétés ou l’ordre ou hiérarchie des couches dans le projet sur JMap Server ne sont pas synchronisés avec 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 plusieurs options :

   Nom : 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.

   Copier : 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.

   Copier et synchroniser manuellement : 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 ne sont pas synchronisées automatiquement avec JMap Cloud. L’utilisateur peut lancer une synchronisation manuelle en appuyant sur dans la section JMap Cloud de l’interface de configuration de la couche (Partage d’une couche avec JMap Cloud) et de la source de données spatiales (Partage d’une SDS vectorielle avec JMap Cloud).

   Copier et synchroniser automatiquement : 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, la couche et sa source de données spatiales sont synchronisées automatiquement avec JMap Cloud.

2. Sélectionnez l’option qui vous convient et appuyez sur OK. Étant donné qu’il n’y a pas de lien entre le projet dans JMap Server et le projet dans JMap Cloud, aucune information est fournie sur le projet sur JMap Cloud.

3. Si vous appuyez à nouveau sur le bouton Sync avec JMap Cloud… une nouvelle fenêtre s’ouvre. Celle-ci indique que certaines couches du projet sont déjà synchronisées avec un autre projet sur JMap Cloud. Les options proposées sont :

   Ignorer ces couches : La synchronisation ne concernera pas les couches déjà synchronisées.

   Associer la synchronisation avec le projet sélectionné : la synchronisation créera le projet entier dans un nouveau projet sur JMap Cloud.

   Les options pour les couches du projet sont semblables à celles décrites dans le point 1.

Producteur d’images

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.

Extensions JMap compatibles avec JMap NG ou JMap Survey

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

Pour configurer l’extension au niveau du projet, cliquez sur le nom de l’extension dans le menu . Une fois la configuration complétée, appuyez sur Enregistrer.

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

Le chapitre Extensions JMap Server offre les détails sur la configuration des extensions dans JMap Server.

Les couches personnelles sont des couches de données créées et peuplées par les utilisateurs. Lors de la création d’une nouvelle couche personnelle, l’utilisateur définit un nom, un type de géométrie et un ensemble d’attributs. La configuration de la couche et les données (géométries et attributs) sont stockées dans la base de données System de JMap Server. Une fois créées, les couches personnelles peuvent être partagées entre les utilisateurs avec un système de permissions. Elles peuvent aussi être converties en couches normales insérées dans un projet par l’administrateur. Les utilisateurs doivent avoir une permission spéciale accordée par l’administrateur afin de créer des couches personnelles.

Vous pouvez accéder à la section des couches personnelles en sélectionnant Couches personnelles dans la section Projets.

Dans JMap Admin, l’administrateur peut voir la liste des couches personnelles existantes. Les données peuvent être présentées par couche personnelle ou par utilisateur. Lorsque vous sélectionnez une couche personnelle, vous pouvez voir les utilisateurs qui y ont accès. Lorsque vous sélectionnez un utilisateur, vous pouvez voir les couches personnelles auxquelles il a accès. Vous pouvez aussi sélectionner une couche personnelle dans la liste afin d’ouvrir sa section détaillée.

Suppression d’une couche personnelle

Afin de supprimer une couche personnelle, sélectionnez‑la dans la liste et appuyez sur Supprimer. Notez que la suppression d’une couche personnelle supprime aussi sa configuration et toutes ses données. Cette action ne peut pas être annulée.

Publication d’une couche personnelle

La publication d’une couche personnelle transforme celle-ci en une couche régulière de projet. Une fois publiée, une couche personnelle ne peut plus être gérée par les utilisateurs. Elle pourra cependant encore être éditée si l’administrateur accorde la permission à des utilisateurs. Afin de publier une couche personnelle, sélectionnez‑la dans la liste, appuyez sur Publier et sélectionnez le projet dans lequel vous désirez insérer la couche.

À partir de la section de détails d’un projet, appuyez sur Permissions afin d’accéder à la section des permissions du projet. Une liste des utilisateurs et groupes autorisés s’affiche. Appuyez sur Ajouter afin d’ajouter de nouveaux utilisateurs ou groupes et de leur donner automatiquement la permission Ouvrir ce projet. Les utilisateurs et groupes disponibles sont configurés dans la section JMap Server de JMap Admin. Reportez‑vous à la section Gestion d’utilisateurs et de groupes pour plus d’informations sur la gestion des utilisateurs dans JMap.

Les permissions sur les projets sont divisées en deux catégories : les permissions administrateur et les permissions utilisateur.

Permissions administrateur

Les permissions administrateur des projets définissent les droits d’administration du projet par les utilisateurs autorisés à utiliser JMap Admin. Pour plus d’information sur les concepts de permissions et rôles d’administration dans JMap Admin, consultez la section Gestion des permissions.

Permissions utilisateur

Les permissions utilisateur des projets définissent quels utilisateurs et groupes peuvent ouvrir un projet. L’accès sera refusé aux utilisateurs ne détenant pas les permissions requises. La sécurité peut aussi être définie au niveau des couches. Consultez la section Permissions des couches pour plus de détails à ce sujet.

Utilisateur Anonymous

L’ajout de l’utilisateur Anonymous à la liste des utilisateurs autorisés à ouvrir le projet permet aux utilisateurs d’ouvrir le projet sans s’authentifier, ce qui revient à supprimer toute sécurité pour l’ouverture du projet. Cette option est utile pour les applications publiques, lorsqu’aucune restriction d’accès n’est nécessaire.

Utilisateur Everyone

L’ajout de l’utilisateur Everyone à la liste des utilisateurs autorisés à ouvrir le projet permet à tous les utilisateurs d’ouvrir le projet, incluant l’utilisateur Anonymous. C’est à dire que le projet est accessible à tous les utilisateurs, avec ou sans authentification.

Utilisateur Authenticated users

L’ajout de l’utilisateur Authenticated users à la liste des utilisateurs autorisés à ouvrir le projet permet à tous les utilisateurs d’ouvrir le projet, à l’exception de l’utilisateur Anonymous. Cette option s’avère utile pour les applications privées où tous les utilisateurs sont autorisés à ouvrir un projet, mais en s’authentifiant.

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 donc associée à un paramètre de la requête ($param1, $param2, etc.).

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

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

Lors de la création d’un formulaire de requête par attributs, il est important de tenir compte des paramètres qui sont requis et de ceux qui sont optionnels dans la définition de la requête. Par exemple, si une composante du formulaire n’a pas l’option Requis d’activée, la requête doit prévoir que le paramètre en question est optionnel. Consultez pour plus d’information sur les paramètres optionnels dans les requêtes.

Les requêtes par attributs permettent de rechercher et 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 ou présentés dans l’explorateur d’éléments.

Vous pouvez accéder à la section de configuration de requêtes en appuyant sur Requêtes depuis la section Projets.

Créer une nouvelle requête par attributs

Pour créer une nouvelle requête, appuyez sur Créer une requête depuis la section Requêtes par attributs. Cela ouvrira l’interface de configuration de requêtes. 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' }

Valeurs multiples pour un même paramètre

$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, appuyez sur Créer un groupe. Pour modifier l’ordre des groupes, appuyez sur Modifier et sélectionnez Réorganiser les groupes. La fenêtre qui s’affiche permet de glisser-déposer les groupes afin d’en modifier l’ordre. Pour renommer un groupe, appuyez sur . 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.

Vous ne pouvez pas modifier ces requêtes “par référence” à partir du projet, elles peuvent être modifiées seulement dans le projet qui contient la couche originale.

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.

La section Projets dans JMap Admin affiche une liste de projets existants. À partir de cette section, vous pouvez créer, cloner ou supprimer des projets.

Modification d’un projet existant

Vous pouvez modifier un projet en appuyant sur Éditer dans la section de détails de celui-ci. Vous modifiez un projet en suivant les mêmes étapes que lors de sa création. Si vous changez la projection d’un projet, le cache des données vectorielles des couches est supprimé.

Duplication de projets

Vous pouvez cloner un projet existant en le sélectionnant dans la table et en appuyant sur Dupliquer. Toutes les couches à l’intérieur du projet sont copiées vers le nouveau projet. Notez que les sources de données spatiales et bases de données subjacentes ne sont pas copiées, mais elles sont plutôt partagées entre les couches du nouveau projet et les couches de l’ancien projet.

Suppression de projets

Vous pouvez supprimer un projet existant en le sélectionnant dans la table et en appuyant sur Supprimer. Vous pouvez aussi supprimer un projet à partir de sa section de configuration. En supprimant un projet, vous supprimez définitivement toutes les configurations de couches qu’il comprend. Les sources de données spatiales ne sont pas affectées.

Un projet est constitué d’une liste ordonnée de couches. Les couches sont utilisées pour afficher des données extraites de sources de données spatiales. Chaque couche est associée à une source de données spatiales spécifique. Les couches vectorielles sont associées aux sources de données vectorielles et affichent des données vectorielles, tandis que les couches matricielles se rapportent aux sources de données matricielles. La configuration des couches détermine l’apparence des données (style de la couche), les seuils de visibilité, l’information rattachée aux données spatiales (attributs), etc. Chaque couche possède ses propres paramètres de configuration pour l’étiquetage, les rapports, les thématiques, etc.

Les couches sont créées dans le projet auquel elles appartiennent. Des permissions spécifiques peuvent être configurées pour chaque couche. Ainsi, certaines couches peuvent être accessibles uniquement à un sous-ensemble des utilisateurs autorisés à ouvrir le projet.

Les couches d’un projet peuvent être organisées selon une hiérarchie ou une structure arborescente logique. Ceci est utile lorsque vous travaillez avec des projets comportant un grand nombre de couches. L’information est alors mieux organisée. Dans les applications client, les utilisateurs peuvent contrôler en un seul clic la visibilité des couches appartenant à un même groupe. Consultez la section Organisation des couches pour plus d’information sur le sujet.

Il est possible de copier des couches d’un projet vers un autre ou même de partager des couches entre différents projets localisés sur le même JMap Server, ou sur un autre JMap Server. À partir de Kathmandu, il est aussi possible de partager des couches avec la plateforme infonuagique JMap Cloud, développée par K2 Geospatial. Consultez la section Partage de couches pour plus d’information sur le sujet.

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.

Afin d’utiliser un modèle de style, cliquez sur Utiliser un modèle de style à partir de toute interface de configuration du style. Reportez‑vous à pour plus de détails à ce sujet.

Vous pouvez accéder à la section de configuration des modèles de style en sélectionnant Modèles de style depuis la section Projets.

Création de modèles de style

Afin de créer un nouveau modèle de style, appuyez sur Créer.

Suppression de modèles de style

Afin de supprimer un modèle de style, sélectionnez‑le dans la liste et appuyez sur Supprimer.

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.

Les couches d’un projet sont présentées dans la section Couches, accessible à partir de l’interface de configuration du projet de JMap Admin.

Dans l’onglet Liste, la table présente des informations de base sur chaque couche du projet. Lorsque vous cliquez sur le nom d’une couche, une section détaillée s’affiche.

Dans l’onglet Hiérarchie s’affichent les groupes et sous-groupes avec les couches qui les composent. Les tâches que vous pouvez effectuer à partir de cet onglet sont détaillés dans la section Organisation des couches.

Dans l’onglet Liste de la section Couches d’un projet vous pouvez effectuer les tâches décrites dans le tableau. Pour certaines tâches vous devez sélectionner plus d’une couche.

Le bouton donne accès à Permissions qui permet de configurer les permissions des couches sélectionnées. Voir Permissions des couches pour plus de détails.

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 Liste de la section Couches du projet. Ensuite appuyez sur le bouton Mise à jour et sur la section Modification en lot… pour ouvrir l’interface pertinente.

L’organisation des couches d’un projet comporte deux volets. D’abord, l’ordre d’affichage des couches sur la carte doit être défini. 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. L’autre volet consiste à créer une hiérarchie logique basée sur la nature des couches. En d’autres mots, cette tâche permet de créer des groupes (et sous‑groupes) de couches possédant 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.

Afin d’organiser les couches, ouvrez la section Couches.

Définition de l’ordre des couches

Afin de définir l’ordre des couches d’un projet, ouvrez l’onglet intitulé Liste. Cette section 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.).

Groupement des couches

Afin d’organiser les couches en groupes, ouvrez l’onglet intitulé Hiérarchie. Cette section présente la hiérarchie actuelle des couches. 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.

L’interface de configuration d’une couche vous permet d’accéder aux informations sur la couche ainsi qu’à des fonctions de configuration de paramètres tels que le style, les étiquettes ou les rapports.

L’interface de configuration des couches matricielles contient les sections Information générale, Paramètres de la couche et Limites de visibilité seulement.

Attributs

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

L’onglet Statistiques offre des statistiques simples sur l’attribut. L’onglet Échantillon de l’attribut affiche la valeur de l’attribut pour un échantillon d’éléments de la couche.

Il existe différents types de permissions pour les couches d’un projet. Les tableaux suivants décrivent chacune d’elles.

Permissions administrateur

Permissions utilisateur

Afin de modifier les permissions des couches, appuyez sur pour sélectionner les utilisateurs et groupes auxquels vous désirez octroyer les permissions. Seuls les utilisateurs et groupes qui ont déjà la permission d’ouvrir le projet contenant la couche peuvent se voir attribuer des permissions relatives à cette couche.