Accès et mise à jour de données

Dans ArcGIS Velocity, vous pouvez configurer l’analyse des données en temps réel et l’analyse de Big Data de manière à écrire les enregistrements en sortie dans une couche d’entités hébergée. En tant que créateur et propriétaire d’une analyse, vous pouvez décider qui a accès aux données dans ces couches d’entités via une combinaison de paramètres de partage et de mise à jour.

Éditeurs de données

Dans ArcGIS Velocity, l’analyse des données temps réel et des Big Data facilite les mises à jour apportées aux couches d’entités hébergées en sortie. Ces opérations s’effectuent dans le cadre du traitement d’analyse plutôt que lors de mises à jour manuelles généralement effectuées par un éditeur. Cela ne veut pas dire que les processus de mise à jour réalisés par un utilisateur ne peuvent pas être effectués. Tenez compte de ces deux processus lorsque vous devez décider qui a besoin d’accéder aux données.

Par défaut, le propriétaire d’une analyse et de ses couches d’entités en sortie peut apporter des mises à jour aux couches, même si la mise à jour n’est pas activée. Cela est utile si une couche nécessite des modifications occasionnelles hors analyse. Si vous n’avez pas besoin de mettre la couche à disposition en vue de mises à jour post-traitement par des utilisateurs de l’organisation et que vous souhaitez que l’analyse soit la source officielle de toutes les mises à jour de la couche, n’activez pas la mise à jour.

Si vous souhaitez que d’autres utilisateurs de l’organisation puissent mettre à jour des données dans une couche d’entités hébergée créée avec ArcGIS Velocity, activez la mise à jour sur la couche et partagez cette dernière avec le groupe approprié. Lors du partage de la couche avec un groupe ou l’organisation, seuls les membres dotés d’un rôle incluant des privilèges de modification ont la possibilité de modifier la couche d’entités. Dans une version future, ArcGIS Velocity prendra en charge le partage public des couches et la mise à jour via l’accès anonyme.

Types de mise à jour

Une fois qu’une couche d’entités hébergée est créée par une analyse, vous devez décider du type de mise à jour autorisé après activation de la mise à jour. Lorsque la mise à jour est activée, trois options permettant aux utilisateurs de contrôler le type de mise à jour nécessaire sont disponibles : add (ajouter), update (mettre à jour), et delete (supprimer). Par exemple, vous pouvez configurer une couche de sorte que les éditeurs puissent mettre à jour des attributs existants, mais pas ajouter de nouveaux enregistrements, ni supprimer des enregistrements. Vous pouvez également configurer une couche de sorte que les éditeurs puissent ajouter de nouveaux enregistrements, mais pas supprimer d’enregistrements, ni mettre à jour des attributs.

Si les utilisateurs qui modifient la couche effectuent le même type de mise à jour, il ne vous faut qu’une seule couche d’entités hébergée avec un paramètre. En tant que propriétaire d’une analyse, vous avez le contrôle complet des mises à jour sur la couche, quels que soient les paramètres de mise à jour configurés pour d’autres utilisateurs.

Si différents utilisateurs doivent effectuer différents types d’opération de modification, une seule couche d’entités hébergée ne suffit pas. Pour répondre à ce besoin, créez une vue de la couche d’entités hébergée à partir de la couche d’entités hébergée, activez les options de modification sur la vue, et partagez la vue avec le groupe approprié. Vous pouvez créer plusieurs vues à partir d’une couche d’entités hébergée pour répondre aux différents besoins de modification, si nécessaire.

Accès utilisateur

De la même façon que l’on accorde différents niveaux d’accès en modification à différents éditeurs, vous pouvez créer des vues de couches d’entités hébergées pour réstreindre l’accès en édition. Vous pouvez activer la mise à jour sur la couche d’entités hébergée et la partager uniquement avec le ou les groupes dont les membres doivent pouvoir modifier la couche. Ensuite, créez une vue de la couche d'entités hébergée à partir de la couche d'entités hébergée modifiable et désactivez la modification pour la couche. Partagez la vue avec les groupes de personnes devant disposer d’un accès en lecture seule aux données. Ceci est utile lorsque vous souhaitez que les entités soient consultables à l’échelle de votre organisation mais que seuls certains utilisateurs puissent les modifier.

Suivi de l’éditeur

Vous pouvez activer le suivi des éditeurs sur une couche d’entités hébergée lorsque vous configurez une sortie Feature Layer (new) (Couche d’entités (nouvelle)) pour la première fois. Cette opération ajoute des champs à la couche afin d’enregistrer le nom de l’utilisateur qui crée une entité et la date de création de l’entité, ainsi que des champs qui contiennent l’auteur de la dernière mise à jour d’une entité ou de ses attributs ainsi que la date de cette mise à jour. Lorsqu’une analyse est utilisée pour faciliter automatiquement les mises à jour apportées à une couche d’entités hébergée, les champs de nom d’utilisateur du créateur et de l’éditeur peuvent être renseignés avec le nom d’utilisateur du propriétaire de l’analyse ou avec une valeur de champ des données en entrée.

Remarque :

Lors de la configuration initiale d’une sortie Couche d’entités (nouvelle) et de l’activation du suivi des éditeurs, la seule option disponible pour le nom d’utilisateur du créateur et/ou de l’éditeur est My username (Mon nom d’utilisateur). Cela suppose que le nom d’utilisateur du créateur et de l’éditeur corresponde au propriétaire de l’analyse. Une fois la sortie Couche d’entités (nouvelle) intégrée dans une analyse en tant que sortie d’un outil, vous pouvez mettre à jour la sortie de la couche d’entités et faire en sorte de choisir un champ de type chaîne pour le nom d’utilisateur du créateur/de l’éditeur. Dans ce cas, le nom d’utilisateur du créateur et de l’éditeur est renseigné avec les valeurs issues des données en continu.

L’activation du suivi des éditeur renforce votre contrôle sur les types de requêtes et de mises à jour pouvant être effectuées par les utilisateurs sur les données. Vous pouvez, par exemple, restreindre les mises à jour des éditeurs aux entités qu’ils ont eux-mêmes ajoutées à la couche ou leur permettre de voir uniquement les entités qu’ils ont ajoutées. Pour ce faire, faites appel au contrôle d’accès basé sur la propriété.

Restreindre la mise à jour à une zone géographique

Si vous devez restreindre les modifications à des zones géographiques spécifiques, vous pouvez créer des vues de couches d’entités hébergées. Cela est utile, par exemple, si les entités d’une zone géographique doivent être modifiées, ou lorsque vous ne voulez permettre aux autres utilisateurs de ne voir qu'une seule zone. Vous pouvez créer une vue, définir une zone d’intérêt et la partager avec un groupe dont les membres doivent pouvoir modifier ou afficher les données de cette zone. Ensuite, créez des vues pour chaque zone d’intérêt supplémentaire requise et partagez ces vues avec les groupes appropriés. Pour plus d’informations, reportez-vous à la rubrique Créer des vues de couches d’entités hébergées.

Restreindre les modifications à des entités ou attributs spécifiques

Pour restreindre les modifications à des entités spécifiques ou aux champs attributaires non spatiaux d’une vue, vous pouvez créer des vues de couches d’entités hébergées et créer des définitions de vues de couches d’entités hébergées.

Par exemple, si les informations sur les chauffeurs et les véhicules sont stockées dans une seule couche d’entités hébergée, vous pouvez créer des vues avec les définitions suivantes :

• Créez une vue pour les utilisateurs qui gèrent les chauffeurs. Configurez la vue de sorte que seuls les champs qui contiennent des données sur les chauffeurs soient disponibles pour ces utilisateurs.
• Créez une autre vue pour les utilisateurs qui gèrent les informations sur les véhicules. Créez une définition pour la vue afin que seuls les champs contenant des informations sur les véhicules soient disponibles, et partagez la vue avec le groupe qui gère ces informations.
• Créez une autre vue pour les utilisateurs qui gèrent les opérations de déplacement. Créez une définition pour la vue afin que l’emplacement de chaque véhicule et d’autres champs ou attributs isochrones soient disponibles pour un groupe constitué du personnel des opérations.