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.

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.

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

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.

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

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.

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

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 GeoJSON en tant que source 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.

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 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 géodatabases fichier d’ESRI en tant que source de données spatiales.

À 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 Gestion des utilisateurs et des groupes pour plus d’informations sur la gestion des utilisateurs dans JMap.

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

JMap Server peut lire les fichiers KML en tant que source de données 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.

Attributs

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

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 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 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 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 pour plus d’information.

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

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

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.

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

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

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

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.

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.

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

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

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

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