We hopen dat u genoten heeft van het webinar, 1 Extending the OSDU Data Platform with the Geospatial Consumption Zone (GCZ).7.<\/P>
U kunt de opname hier bekijken: https:\/\/mediaspace.esri.com\/media\/t\/1_9o5jrptp<\/A><\/P>In dit webinar bespraken we de OSDU Data Platform en hoe geospatial kan worden beheerd en gestreamd naar dynamische webservices via het Geospatial Consumption Zone (GCZ) industrieproject. Daarnaast deelden we een korte geschiedenis van OSDU en hoe het zich heeft ontwikkeld en beschreven we de GCZ, het doel, de architectuur en de waarde ervan. Tot slot deelden we inzichten uit gebruikersverhalen die gericht zijn op enterprise geospatial data management die de GCZ-ontwikkelingsinspanning aansturen.Voor meer informatie of vragen kunt u contact opnemen met de volgende Esri-medewerkers: Brian Boulmay: bboulmay@esri.com<\/A> David Jacob: djacob@esri.com<\/A><\/P>Bekijk hieronder de webinarpresentatie.<\/P>Geselecteerde vragen en antwoorden uit het webinar:<\/STRONG><\/P>V: Werkt de GCZ met lokale projectcof6rdinaten? <\/P>A: Binnen het OSDU-framework hebben ze hun eigen cof6rdinatenbehandelingsservice. Alles wat de GCZ doet, gebruikt die service. Dus hoe uw data ook wordt behandeld, het wordt op dezelfde manier behandeld, ongeacht of het voor een ander OSDU-proces is of voor het GCZ-proces. Voor stap één van de GCZ richten we ons op dat soort globale genormaliseerde weergave, wat ook betekent globale genormaliseerde projectie, maar het hulpmiddel is zo ontworpen dat u ook een lokale cof6rdinaat ruimtelijke laag kunt gebruiken. Dus ja, u zou een lokale project CRS kunnen kiezen om enkele ruimtelijke lagen te produceren die een specifieke projectkeuze kunnen dienen. Dat zou een beslissing zijn die u neemt bij het instellen van de transformer.<\/LI><\/UL>V: Beheert dit project andere geospatial data voor onze gebruikers? <\/P>A: OSDU is ontworpen om subsurface data te verwerken en na verloop van tijd zullen ze andere datatypes oppakken. Maar de meeste van deze datatypes zijn vrij complex, soort gestructureerde data. Het is echt niet ontworpen om geospatial data te verwerken. Dus de consumption zone architectuur is standaard een read-only architectuur vanuit OSDU. Dus, de consumption zone gaat meer over het verkrijgen van ruimtelijke data uit OSDU dan het plaatsen van ruimtelijke data in OSDU.<\/LI><\/UL>V: Verandert dit iets aan hoe ArcGIS enterprise wordt ingezet? <\/P>A: Absoluut niet, al die andere datatypes waar we het over hadden en al die andere verschillende formaten die u al moet beheren blijven hetzelfde. Wat het wel zal veranderen is mogelijk veel ETL of verwerking die u vandaag doet om wells of seismic uit uw Master System te halen en in uw geo-spatial stack te krijgen. In theorie hoeft u dat niet meer te doen omdat die data gewoon beschikbaar zal zijn als onderdeel van OSDU. U neemt gewoon die service endpoints en registreert ze bij uw portal en nu is die data gewoon beschikbaar om direct vanuit OSDU deel te nemen aan uw portal. Kunt u die data nog steeds in uw enterprise plaatsen? Dat kan, maar dan bent u weer terug bij het maken van kopieën en beheren van aparte services. Dus het patroon waarvan wij geloven dat we het gaan zien is dat mensen hun ARCGIS enterprise nog steeds draaiende hebben om al die andere datatypes te bedienen die de upstream business ondersteunen en uw OSDU zal de geo-spatial consumption zone leveren voor die datatypes die specifiek zijn binnen het OSDU-framework. We zien deze twee dingen parallel werken, en ze hoeven niet eens op dezelfde plaats te zijn.<\/LI><\/UL>V: Zijn er plannen om Azure Cloud te integreren? <\/P>A: Er zijn vier cloudproviders betrokken bij OSDU: Microsoft Azure, AWS, IBM en Google. IBM en Google waren de eerste twee die ondersteuning voor de GCZ oppakten, direct rond M13, M14. AWS pikt het op, ik geloof M16 en Microsoft heeft ons verteld dat het M17 zal zijn, mogelijk M18. Het verschil zit hem in elke keuze en in welk tempo ze de verschillende modules van OSDU oppakken. Het is sinds M13 beschikbaar en publiekelijk toegankelijk. We hebben klanten die in Azure draaien die het hebben gedownload en begonnen zijn met gebruiken zonder te wachten tot de cloudprovider hun deel doet. Dus het hangt er gewoon vanaf hoe uw OSDU betrokken is. Het draait nu in Azure. Als u uw OSDU-omgeving in Azure beheert kunt u naar de OSDU-website gaan, downloaden wat u nodig hebt om dit te installeren en configureren en vandaag nog beginnen met draaien. Als u wacht op een Microsoft Managed OSDU dan zou u dat moeten krijgen in M17 of M18. Microsoft heeft nog niet precies vastgesteld welke versie dat wordt. Dus ja, we zullen op de Azure cloud zijn.<\/LI><\/UL>Dank u voor uw tijd en aandacht. Houd extra petroleumwebinars in de gaten.<\/P>Hartelijke groeten,Het Petroleum Team<\/P> <\/P>
In dit webinar bespraken we de OSDU Data Platform en hoe geospatial kan worden beheerd en gestreamd naar dynamische webservices via het Geospatial Consumption Zone (GCZ) industrieproject. Daarnaast deelden we een korte geschiedenis van OSDU en hoe het zich heeft ontwikkeld en beschreven we de GCZ, het doel, de architectuur en de waarde ervan. Tot slot deelden we inzichten uit gebruikersverhalen die gericht zijn op enterprise geospatial data management die de GCZ-ontwikkelingsinspanning aansturen.Voor meer informatie of vragen kunt u contact opnemen met de volgende Esri-medewerkers: Brian Boulmay:
Bekijk hieronder de webinarpresentatie.<\/P>
Geselecteerde vragen en antwoorden uit het webinar:<\/STRONG><\/P>V: Werkt de GCZ met lokale projectcof6rdinaten? <\/P>A: Binnen het OSDU-framework hebben ze hun eigen cof6rdinatenbehandelingsservice. Alles wat de GCZ doet, gebruikt die service. Dus hoe uw data ook wordt behandeld, het wordt op dezelfde manier behandeld, ongeacht of het voor een ander OSDU-proces is of voor het GCZ-proces. Voor stap één van de GCZ richten we ons op dat soort globale genormaliseerde weergave, wat ook betekent globale genormaliseerde projectie, maar het hulpmiddel is zo ontworpen dat u ook een lokale cof6rdinaat ruimtelijke laag kunt gebruiken. Dus ja, u zou een lokale project CRS kunnen kiezen om enkele ruimtelijke lagen te produceren die een specifieke projectkeuze kunnen dienen. Dat zou een beslissing zijn die u neemt bij het instellen van de transformer.<\/LI><\/UL>V: Beheert dit project andere geospatial data voor onze gebruikers? <\/P>A: OSDU is ontworpen om subsurface data te verwerken en na verloop van tijd zullen ze andere datatypes oppakken. Maar de meeste van deze datatypes zijn vrij complex, soort gestructureerde data. Het is echt niet ontworpen om geospatial data te verwerken. Dus de consumption zone architectuur is standaard een read-only architectuur vanuit OSDU. Dus, de consumption zone gaat meer over het verkrijgen van ruimtelijke data uit OSDU dan het plaatsen van ruimtelijke data in OSDU.<\/LI><\/UL>V: Verandert dit iets aan hoe ArcGIS enterprise wordt ingezet? <\/P>A: Absoluut niet, al die andere datatypes waar we het over hadden en al die andere verschillende formaten die u al moet beheren blijven hetzelfde. Wat het wel zal veranderen is mogelijk veel ETL of verwerking die u vandaag doet om wells of seismic uit uw Master System te halen en in uw geo-spatial stack te krijgen. In theorie hoeft u dat niet meer te doen omdat die data gewoon beschikbaar zal zijn als onderdeel van OSDU. U neemt gewoon die service endpoints en registreert ze bij uw portal en nu is die data gewoon beschikbaar om direct vanuit OSDU deel te nemen aan uw portal. Kunt u die data nog steeds in uw enterprise plaatsen? Dat kan, maar dan bent u weer terug bij het maken van kopieën en beheren van aparte services. Dus het patroon waarvan wij geloven dat we het gaan zien is dat mensen hun ARCGIS enterprise nog steeds draaiende hebben om al die andere datatypes te bedienen die de upstream business ondersteunen en uw OSDU zal de geo-spatial consumption zone leveren voor die datatypes die specifiek zijn binnen het OSDU-framework. We zien deze twee dingen parallel werken, en ze hoeven niet eens op dezelfde plaats te zijn.<\/LI><\/UL>V: Zijn er plannen om Azure Cloud te integreren? <\/P>A: Er zijn vier cloudproviders betrokken bij OSDU: Microsoft Azure, AWS, IBM en Google. IBM en Google waren de eerste twee die ondersteuning voor de GCZ oppakten, direct rond M13, M14. AWS pikt het op, ik geloof M16 en Microsoft heeft ons verteld dat het M17 zal zijn, mogelijk M18. Het verschil zit hem in elke keuze en in welk tempo ze de verschillende modules van OSDU oppakken. Het is sinds M13 beschikbaar en publiekelijk toegankelijk. We hebben klanten die in Azure draaien die het hebben gedownload en begonnen zijn met gebruiken zonder te wachten tot de cloudprovider hun deel doet. Dus het hangt er gewoon vanaf hoe uw OSDU betrokken is. Het draait nu in Azure. Als u uw OSDU-omgeving in Azure beheert kunt u naar de OSDU-website gaan, downloaden wat u nodig hebt om dit te installeren en configureren en vandaag nog beginnen met draaien. Als u wacht op een Microsoft Managed OSDU dan zou u dat moeten krijgen in M17 of M18. Microsoft heeft nog niet precies vastgesteld welke versie dat wordt. Dus ja, we zullen op de Azure cloud zijn.<\/LI><\/UL>Dank u voor uw tijd en aandacht. Houd extra petroleumwebinars in de gaten.<\/P>Hartelijke groeten,Het Petroleum Team<\/P> <\/P>
Petroleum Team, I would like to find out how to access data stored on a cloud where OSDU is active via ArcGIS Pro. Are there extensions available? Notes on installation and usage? Where would I look for this? I'm willing to work with pre-release extensions as a volunteer community tester. Thank you.
Peter - Apologies for the delay - have a peek at https://community.opengroup.org/osdu/platform/consumption/geospatial/-/wikis/status and https://community.opengroup.org/osdu/platform/consumption/geospatial/-/tree/master/docs - this should help get you up and running...
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
