Whereoil/OpenSpirit Integration in a Major Information Access Project
-
Upload
kadme -
Category
Technology
-
view
1.175 -
download
3
Transcript of Whereoil/OpenSpirit Integration in a Major Information Access Project
Whereoil/OpenSpirit Integration in a Major Information Access Project
EAGE Vienna, 26th May 2011
Thursday, June 9, 2011
The Challenge
Thursday, June 9, 2011
The Challenge
• The customer is a major international oil company with multiple office locations worldwide.
• Access to the information distributed across locations and data silos is a major challenge for the Head Office.
• Information is also available in the form of data subscriptions and external data storage facilities such as National Data Repositories.
• The organization wanted a simple, fast, single point of access to those multiple sources of information.
• The system should reduce the time spent to collect and assemble information from different applications, databases and websites.
• The system should be accessed via a web based GIS front-end.
Thursday, June 9, 2011
The Challenge
• The customer is a major international oil company with multiple office locations worldwide.
• Access to the information distributed across locations and data silos is a major challenge for the Head Office.
• Information is also available in the form of data subscriptions and external data storage facilities such as National Data Repositories.
• The organization wanted a simple, fast, single point of access to those multiple sources of information.
• The system should reduce the time spent to collect and assemble information from different applications, databases and websites.
• The system should be accessed via a web based GIS front-end.
Simple
Thursday, June 9, 2011
The Challenge
• The customer is a major international oil company with multiple office locations worldwide.
• Access to the information distributed across locations and data silos is a major challenge for the Head Office.
• Information is also available in the form of data subscriptions and external data storage facilities such as National Data Repositories.
• The organization wanted a simple, fast, single point of access to those multiple sources of information.
• The system should reduce the time spent to collect and assemble information from different applications, databases and websites.
• The system should be accessed via a web based GIS front-end.
Simple Fast
Thursday, June 9, 2011
The Challenge
• The customer is a major international oil company with multiple office locations worldwide.
• Access to the information distributed across locations and data silos is a major challenge for the Head Office.
• Information is also available in the form of data subscriptions and external data storage facilities such as National Data Repositories.
• The organization wanted a simple, fast, single point of access to those multiple sources of information.
• The system should reduce the time spent to collect and assemble information from different applications, databases and websites.
• The system should be accessed via a web based GIS front-end.
Simple Fast Affordable
Thursday, June 9, 2011
The Challenge
• The customer is a major international oil company with multiple office locations worldwide.
• Access to the information distributed across locations and data silos is a major challenge for the Head Office.
• Information is also available in the form of data subscriptions and external data storage facilities such as National Data Repositories.
• The organization wanted a simple, fast, single point of access to those multiple sources of information.
• The system should reduce the time spent to collect and assemble information from different applications, databases and websites.
• The system should be accessed via a web based GIS front-end.
Simple Fast Affordable Comprehensive
Thursday, June 9, 2011
Thursday, June 9, 2011
Thursday, June 9, 2011
Information access scenario
internal data
Corporate Geodatabase
(ArcSDE)
Petrel
GIS portal
OpenWells Corporate DB
Task Management application
Whereoil server
Whereoil Search
OpenSpirit
external data
NPD DEAL
IHS GEUS
Petrobank News
send data to search
send data to map
OpenWorksR2300
OpenWorksR5000
Thursday, June 9, 2011
OpenWorks/SeisWorks Crawler
• Metadata contained within an Openworks / Seisworks data repository is scanned and then crawled for inclusion into Whereoil. The metadata extraction process is performed using the Openspirit API
• The following Openspirit Data Model types are supported: Project, Well, WellBore, WellPick, WellVelocity, WellLogTrace, LineGeometry2d, SeismicGeometry3d, PostStack3d, PostStack2d
• Scanning can be a processor and time-consuming exercise, hence the need for an “updated only” scan. Scan commands must be executed as a user with suitable access permissions to the Openworks / Seisworks data repository.
• Therefore we created two Whereoil tools for metadata extraction:
• A Scan tool that undertakes full metadata extraction from a specified Openspirit DataSource
• An Update tool that only extracts metadata modified within a specified time interval
Thursday, June 9, 2011
OpenSpirit data sources and the rest
Thursday, June 9, 2011
Entitlement management in OpenWorks/SeisWorks
• OpenSpirit is normally used at runtime with a named user, so this particular use in this project (check with Igor)
• As Openworks metadata is not available for public access, users must be granted a minimum of "browse" level access to view data. User access is configured on a User/Project basis in Openworks.
• The Whereoil Crawler is setting the corresponding access rights for each extracted record during the crawling phase.
• Individual entitlement properties determine record filtering during querying in Whereoil Search.
• To preserve in Whereoil the user access level defined in Seisworks, data entitlements are extracted from the plist.* text files in the user profile directory.
Thursday, June 9, 2011
Using the OpenSpirit API
• To maintain OpenWorks spatial data in the GIS portal, the OpenSpirit Scan Utility was used to convert datatypes to features that can be stored in ArcSDE.
• This data spatialization process is both time and process intensive. As the Scan Utility does not handle selective updating, the need for a batch updating process that only processes changes is of the highest importance.
• This was achieved using a utility developed by Kadme, called SCANXML. The utility determines updated datasource files and generates Scan Utility xml configuration files.
• The Scan Utility is then run in batch mode, invoked selectively with the xml configuration files created by SCANXML to update the ArcSDE datastore and ensuring updated features can be displayed on the GIS portal.
• We understand that this type of functionality will be included in the next release of the Scan Utility.
Thursday, June 9, 2011
Integration with the GIS portal
Send to map
Thursday, June 9, 2011
Global Rollout
internal data
Corporate Geodatabase
(ArcSDE)
Petrel
GIS portal
OpenWells Corporate DB
Task Management application
Whereoil server
Whereoil Search
OpenSpirit
external data
NPD DEAL
IHS GEUS
Petrobank News
send data to search
send data to map
OpenWorksR2300
OpenWorksR5000
SDE Whereoil server
OpenSpirit
SDE Whereoil server
OpenSpirit
SDE Whereoil server
OpenSpirit
Data sync
Dat
a sy
nc
Data sync
Thursday, June 9, 2011
Future Developments
• Possible new connectors for other OpenSpirit enabled data sources
• Use of OpenSpirit’s Enterprise Service Bus
• To support exchange of events between Whereoil and OpenSpirit-enabled applications, applied for OpenSpirit-enabled data sources.
• Run Time access to applications
• Data transfer workflows
Thursday, June 9, 2011
12
Thanks!
For more info about Whereoil, please visit:http://www.kadme.com/solutions/whereoil/
You can see a short video demonstration of Whereoil at:http://www.kadme.com/solutions/whereoil/whereoil-demo-video/
KADME is booth number 1591
Thursday, June 9, 2011