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

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

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

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

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

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

Sources de données éditables

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

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

Inclusion de plusieurs fichiers

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

Navigation dans le système de fichiers

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

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

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

Exemple

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

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

Téléversement de fichiers

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

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

Sources de données spatiales Système

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

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

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

Dans le cas des SDS matricielles créées à partir de la librairie GDAL, l'interface de configuration vous permet d'ajouter des systèmes de coordonnées de référence au système de projection d'origine des données. La section GDAL - Geospatial Data Abstraction Library offre les détails sur ce sujet.

Attributs

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

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

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

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

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

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

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

Attributs des sources de données vectorielles

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

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

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

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

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

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

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

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

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

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

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

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

Projections

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

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

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

Consultez les sections 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 le tableau des sources de données, dans la colonne Partagée.

Partage d’une SDS avec JMap Cloud

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

Mise à jour des sources de données spatiales

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

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

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

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

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

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

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

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

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

Suppression de sources de données spatiales

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

État des sources de données spatiales

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

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

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

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

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

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

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

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

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 MID/MIF en tant que source de données spatiales. Ces fichiers sont généralement produits par les applications MapInfo.

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

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

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

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

Sélectionner des champs

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

Requête SQL

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

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 à 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 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 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 à MongoDB afin d’extraire des données spatiales et des attributs devant être utilisés en tant que source de données spatiales.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

JMap Server peut 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.

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, 1.1.0 et 2.0 en les utilisant comme sources de données spatiales.

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

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.

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

JMap Server peut se connecter à des bases de données 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.

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

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

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

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

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

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.

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