Nous espérons que vous avez apprécié le webinaire, « Extension de la plateforme de données OSDU avec la Geospatial Consumption Zone (GCZ). »
Vous pouvez regarder l'enregistrement ici : https://mediaspace.esri.com/media/t/1_9o5jrptp
Dans ce webinaire, nous avons discuté de la plateforme de données OSDU et de la manière dont les données géospatiales peuvent être gérées et diffusées vers des services web dynamiques via le projet industriel Geospatial Consumption Zone (GCZ). De plus, nous avons partagé une brève histoire d'OSDU et son évolution, ainsi que décrit la GCZ, son objectif, son architecture et sa valeur. Enfin, nous avons partagé des perspectives issues d'histoires d'utilisateurs centrées sur la gestion des données géospatiales d'entreprise qui pilotent l'effort de développement de la GCZ.
Pour plus d'informations ou pour toute question, veuillez contacter les membres du personnel Esri suivants :
Brian Boulmay : bboulmay@esri.com
David Jacob : djacob@esri.com
Veuillez consulter le support du webinaire ci-dessous.
Questions et réponses sélectionnées du webinaire :
Q : La GCZ fonctionnera-t-elle avec des coordonnées locales de projet ?
- R : Dans le cadre d'OSDU, ils disposent de leur propre service de gestion des coordonnées. Tout ce que fait la GCZ utilise ce service. Donc, quelle que soit la manière dont vos données sont gérées, elles le seront de la même façon, que ce soit pour un processus OSDU différent ou pour le processus GCZ. Pour la première étape de la GCZ, nous nous concentrons sur ce type de vue normalisée globale qui signifie également une projection normalisée globale, mais l'outil a été conçu pour que vous puissiez également exécuter une couche spatiale en coordonnées locales. Donc, oui, vous pourrez choisir un CRS local de projet pour produire certaines couches spatiales qui peuvent servir un choix spécifique de projet. Ce sera une décision que vous prendrez lors de la configuration du transformateur.
Q : Ce projet gérera-t-il d'autres données géospatiales pour nos utilisateurs ?
- R : OSDU est conçu pour gérer les données du sous-sol et au fil du temps, ils intégreront d'autres types de données. Mais la plupart de ces types de données ont tendance à être assez complexes, des données structurées. Il n'est vraiment pas conçu pour gérer des données géospatiales. Ainsi, l'architecture de la zone de consommation est par défaut une architecture en lecture seule depuis OSDU. Donc, la zone de consommation concerne davantage l'extraction des données spatiales d'OSDU plutôt que l'insertion des données spatiales dans OSDU.
Q : Cela change-t-il quelque chose à la manière dont ArcGIS Enterprise est déployé ?
- R : Absolument pas, tous ces autres types de données dont nous avons parlé et tous les autres formats différents que vous devez déjà gérer resteront les mêmes. Ce qui va potentiellement changer beaucoup, c'est l'ETL ou le traitement que vous faites aujourd'hui pour extraire les puits ou les sismiques de votre système principal vers votre pile géospatiale. En théorie, vous n'aurez plus à faire cela car ces données seront simplement disponibles dans OSDU. Vous prendrez simplement ces points d'accès aux services et vous les enregistrerez dans votre portail et maintenant ces données seront directement disponibles dans votre portail depuis OSDU. Pourriez-vous prendre ces données et les mettre quand même dans votre entreprise ? Oui, mais alors vous reviendrez à faire des copies et à gérer des services séparés. Donc le modèle que nous pensons voir est que les gens auront toujours leur ARCGIS Enterprise en fonctionnement servant tous ces autres types de données qui soutiennent l'activité amont et votre OSDU fournira la zone de consommation géospatiale pour ces types de données spécifiques à l'intérieur du cadre OSDU. Nous voyons ces deux choses fonctionner en parallèle, et elles n'ont même pas besoin d'être au même endroit.
Q : Y a-t-il des plans pour intégrer Azure Cloud ?
- R : Il y a quatre fournisseurs cloud impliqués avec OSDU : Microsoft Azure, AWS, IBM et Google. IBM et Google ont été les deux premiers à prendre en charge la GCZ dès M13, M14 environ. AWS commence à le prendre en charge, je crois que c'était M16 et Microsoft nous a dit que ce sera M17, potentiellement M18. La différence réside dans chaque choix et le rythme auquel ils intègrent les différents modules d'OSDU. Cela est disponible publiquement depuis M13. Nous avons des clients qui fonctionnent sur Azure qui ont téléchargé cela et commencé à l'utiliser sans attendre que le fournisseur cloud fasse sa part. Donc cela dépend juste de comment votre OSDU est impliqué. Cela fonctionne maintenant sur Azure. Si vous gérez votre environnement OSDU sur Azure, vous pouvez aller sur le site web d'OSDU, télécharger ce dont vous avez besoin pour installer et configurer cela et commencer à fonctionner dès aujourd'hui. Si vous attendez un OSDU géré par Microsoft alors vous devriez l'avoir soit en M17 soit en M18. Microsoft n'a pas encore fixé exactement lequel. Donc oui, nous serons sur le cloud Azure.
Merci pour votre temps et votre attention. Restez à l'affût des prochains webinaires sur le pétrole.
Cordialement,
L'équipe Pétrole
