Prendre vos cartes hors ligne : publication des données
Par Tom DeWitte, Kevin Ruggiero, Mike Hirschheimer
Partie 3 sur 5
Les organisations grandes et petites doivent tenir leurs travailleurs mobiles informés. Qu'il fasse beau ou que des tempêtes se préparent au-dessus, les travailleurs mobiles ont besoin d'informations actuelles sur le système de services publics qu'ils entretiennent chaque jour. Ces informations informent le travailleur mobile sur quels conducteurs sont sous tension, quelles canalisations sont pressurisées et quels câbles sont actifs. Des informations critiques qui aident à maintenir la sécurité du travailleur mobile et la fiabilité du système de services publics.
Transmettre de manière cohérente et fiable des informations nouvelles et mises à jour à l'ensemble de la main-d'œuvre mobile d'une entreprise de services publics n'est pas facile. Les cartes papier déployées pendant les 150 premières années de l'industrie des services publics ne pouvaient pas recevoir de mises à jour incrémentielles. Le jour même où les cartes papier étaient remises au travailleur mobile, les informations sur la carte étaient déjà obsolètes. Le même problème s'appliquait aux premières applications de visualisation de cartes mobiles, comme ArcReader. L'instantané d'informations stocké localement sur l'appareil mobile ne pouvait pas être mis à jour de manière incrémentielle. Il devenait lui aussi de plus en plus obsolète chaque jour après la création de cet instantané d'informations.
Ces leçons tirées des efforts précédents pour fournir des informations opportunes et actuelles au travailleur mobile nous indiquent qu'un mécanisme est nécessaire pour mettre à jour les informations d'un travailleur mobile de manière incrémentielle et cohérente. Dans le monde mobile d'aujourd'hui, cela équivaut à maintenir une copie locale de la représentation géospatiale des canalisations, conducteurs et câbles sur le téléphone, la tablette ou l'ordinateur portable du travailleur mobile. Le mécanisme pour transmettre ces informations à l'appareil mobile lorsqu'il est connecté à un réseau est les web services.
Qu'est-ce que les Web Services
Un web service est une méthode de communication entre votre appareil mobile et votre serveur de données. Lorsqu'un web service est créé, c'est un processus toujours actif, qui écoute les applications clientes mobiles pour envoyer des requêtes.
Il existe plusieurs types différents de web services. Dans ArcGIS Enterprise, il existe des types spécialisés de web services pour le géocodage, le géotraitement, le partage de données d'image et le partage de données vectorielles. Le partage des données vectorielles est la façon dont les enregistrements d'entités et de tables sont échangés entre l'appareil mobile et le référentiel centralisé de données.
ArcGIS Enterprise prend en charge plusieurs types de web services pour les données vectorielles. Ceux-ci incluent KML, WFS, ArcGIS Feature Services et Hosted Feature Layers. ArcGIS Feature Services et Hosted Feature Layers sont les seuls web services de partage de données vectorielles qui supportent la synchronisation des modifications entre l'appareil mobile et le référentiel centralisé de données. En d'autres termes, pour tenir nos travailleurs mobiles informés avec les changements de données effectués par le personnel du bureau et par d'autres travailleurs mobiles, il doit y avoir soit un Feature Service soit un Hosted Feature Layer pour gérer la communication.
Un feature service est la façon dont les données gérées dans ArcGIS Enterprise Geodatabase telles que les données Utility Network sont partagées aux appareils mobiles pour synchronisation.
Un hosted feature service est la façon dont les données des couches d'entités hébergées dans ArcGIS Portal sont partagées aux appareils mobiles pour synchronisation.
Organisation des données avec Feature Services
Dans l'exemple que nous avons décrit dans cette série de blogs, les données qui doivent être mises à disposition sur l'appareil mobile pour mise en cache locale proviennent de quatre référentiels différents. Deux des référentiels sont des Enterprise Geodatabases, un référentiel est constitué des couches d'entités hébergées du Portal, et le quatrième est une carte de base vectorielle tuilée enregistrée dans ArcGIS Online configurée pour exportation. Chaque Enterprise Geodatabase contiendra plusieurs classes d'entités et tables dont les enregistrements doivent être synchronisés avec les appareils mobiles.
Un seul feature service peut être un regroupement d'une ou plusieurs classes d'entités et tables. Lorsqu'on essaie de déterminer comment organiser vos données en feature services, il est important de savoir que chaque feature service individuel ne peut se connecter qu'à un seul référentiel de données. Cela signifie que toutes les classes d'entités et tables doivent accéder à la même enterprise geodatabase via la même connexion à la base relationnelle.
La publication des données pour une utilisation hors ligne impose quelques contraintes supplémentaires sur l'organisation du contenu dans le feature service.
-Une classe d'entités ou table ne peut être référencée qu'une seule fois.
-Les couches groupe sous-type ne sont pas un type de couche supporté
Publication d'un Feature Service pour synchronisation
Créer un feature service peut aussi être appelé publier les données. La publication des données est la deuxième des quatre étapes principales dans la création des zones cartographiques hors ligne.
L'étape « Publier les Données » est généralement réalisée avec l'outil desktop ArcGIS Pro. L'outil « Partager en tant que couche Web » est l'outil spécifique à utiliser pour publier le feature service.
Par défaut, un feature service ne supporte pas la synchronisation. Pour activer la synchronisation, cochez la case « Activer Sync » dans le panneau de configuration des propriétés du feature service.
Beaucoup des classes d'entités dans les enterprise geodatabases ont leurs géométries configurées pour supporter le stockage d'altitude (Z) et distance le long d'une ligne (M). Les éditeurs terrain de ces données activées Z et M peuvent ne pas avoir cette information disponible au moment de la capture des données. Pour permettre aux éditeurs terrain de collecter cette information sans une définition complète de géométrie, il faut définir des valeurs par défaut et comportements.
Pour la valeur Z cochez la case pour activer « Appliquer par défaut aux entités avec valeurs Z ». Puis définissez la valeur z par défaut souhaitée.
Pour la valeur M cochez la case pour activer « Autoriser mises à jour géométriques sans valeur m ». Cela définira la valeur M à NULL lorsqu'une nouvelle entité sera créée.
Publication de votre Utility Network
La clé pour garder les travailleurs mobiles en sécurité est de fournir des informations actuelles sur leurs actifs utilitaires. Lorsque ces actifs sont stockés dans une enterprise geodatabase et gérés avec les capacités utility network, l'étape publication consiste à modifier les propriétés d'un feature service déjà publié.
Pour que les cartographes du bureau créent et maintiennent la représentation numérique connectée de vos actifs utilitaires, il faut que les données soient configurées comme versionnées par branche et publiées en tant que feature service. Le feature service utility network déjà publié peut ne pas être entièrement configuré pour synchroniser avec les zones cartographiques hors ligne. Pour supporter la synchronisation vers ces zones cartographiques hors ligne deux configurations du feature service devront être définies. La première consiste à modifier les propriétés déjà mentionnées du feature service pour activer la synchronisation. La deuxième configuration consiste à définir le rôle que jouera le versionnage par branche durant le processus de synchronisation. Il y a deux options pour le versionnage par branche lors de la sync :
-Aucune
-Créer une version pour chaque carte téléchargée
Savoir quelle option définir commence par comprendre ce que vos travailleurs mobiles feront avec ces données d'actifs utilitaires.
Création de Version = Aucune
Si la réponse à cette question est que les travailleurs mobiles vont seulement consulter et interroger les données utility network, alors le paramètre par défaut « Aucune » est le réglage correct. Avec cette configuration aucune supplémentaire les versions sont créées ou requises pour synchroniser avec succès.<\/P>
<\/span><\/P>Si vous réglez l'option de création de version sur 1 None7 et permettez vos travailleurs mobiles d'diter les actifs utilitaires, ces modifications seront publies directement dans la version par dfaut. La synchronisation avec la version par dfaut partagera immdiatement ces modifications avec tous les autres utilisateurs du bureau et du terrain.<\/P>Version Creation = Version pour chaque carte tlcharge9e<\/STRONG><\/P>Cette option est recommande9e lorsque vos travailleurs mobiles modifient les actifs utilitaires ge9re9s par le re9seau utilitaire, et que ces modifications doivent tre examine9es et contrf4le9es qualitativement avant d'tre partage9es avec le reste de l'organisation.<\/P>
<\/span><\/P>Lorsque cette option est choisie, une version branche est cre9e9e dans la ge9odatabase d'entreprise lorsque le travailleur mobile tlcharge la zone de carte hors ligne pour la premie8re fois. Toutes les modifications sur le terrain seront synchronise9es avec la version branche cre9e9e.<\/P>Une explication plus de9taille9e est disponible dans la documentation en ligne Esri<\/A>.<\/P>Version Creation = Cre9er une version pour chaque utilisateur<\/STRONG><\/P>Cette option n'est pas valide pour les services de fonctionnalite9s versionne9s en branche.<\/P>Avec ces deux configurations re9gle9es, le service de fonctionnalite9 du r08seau utilitaire est prt supporter la synchronisation des zones de carte hors ligne.<\/P>
Publication de votre base cadastrale<\/H2>Contrairement au Rseau Utilitaire, un service de fonctionnalit peut ne pas exister dj pour le partage des informations cadastrales. Les cartographes de bureau peuvent utiliser l'application ArcMap desktop et sa capacit de connexion directe pour accder aux donnes cadastrales stockes dans une godatabase d'entreprise. Dans cette configuration d'exemple, la godatabase d'entreprise utilisera le versionnage traditionnel pour suivre et grer les modifications apportes la base cadastrale.<\/P>
<\/span><\/P>Publier le service de fonctionnalit cadastrale pour supporter la synchronisation des zones de carte hors ligne exige de cocher l'option de configuration du service de fonctionnalit, Activer Sync.<\/P>
<\/span><\/P>Avec la synchronisation activée, vous devez maintenant dcider quelle stratgie de versionnage dployer pour soutenir les utilisateurs mobiles. Si vos utilisateurs mobiles ne sont pas destinés crer ou modifier les entits cadastrales, alors l'option correcte Sync Version Creation est : None.<\/P>
<\/span><\/P>Si vos utilisateurs mobiles vont crer de nouvelles entits cadastrales ou modifier des entits cadastrales existantes, alors une version doit tre cree pour grer le flux des modifications cadastrales. Deux options de gestion des versions sont disponibles pour le versionnage traditionnel : Crer une version pour chaque carte tlcharge ou Crer une version pour chaque utilisateur.<\/P>Une explication plus dtaille de ces options de service de fonctionnalit
d e synchronisation est disponible dans la documentation en ligne Esri.<\A>
