Siri Jodha Khalsa CIRES, Univ. of Colorado

Slides:



Advertisements
Similar presentations
SIF Status to ADC Co-Chairs
Advertisements

IPY and Semantics Siri Jodha S. Khalsa Paul Cooper Peter Pulsifer Paul Overduin Eugeny Vyazilov Heather lane.
Strategies and Structures for Research and Policy Networks: Presented to the Canadian Primary Health Care Research Network, 2012 Heather Creech, Director,
28 February UN Meeting on Cartography and Geographic Information Science Matching User’s Needs to Technology - An Architectural Approach Chris Duhring.
Alternate Software Development Methodologies
ITIL: Service Transition
Establishing a service oriented composite applications development process for supporting work- based learning and competency progression management Hilary.
Open Library Environment Designing technology for the way libraries really work November 19, 2008 ~ ASERL, Atlanta Lynne O’Brien Director, Academic Technology.
Course Instructor: Aisha Azeem
Domain Modelling the upper levels of the eframework Yvonne Howard Hilary Dexter David Millard Learning Societies LabDistributed Learning, University of.
1 Open Library Environment Designing technology for the way libraries really work December 8, 2008 ~ CNI, Washington DC Lynne O’Brien Director, Academic.
Software Engineering Muhammad Fahad Khan
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
ON THE ROAD TO BUSINESS APPLICATIONS OF SEMANTIC WEB TECHNOLOGY Sematic Web in Business - How to Proceed IASW Kari Oinonen Kiertotie 14.
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
ENV proposal meeting, Geneva, Sep. 24, GCI Presentation Joost van Bemmelen, ESA
SIF Status to ADC Co-Chairs Siri Jodha S. Khalsa Steve Browdy.
From Objects to Assets: The Fungibility of Knowledge Christopher W. Higgins, Esq.
GEOSS Common Infrastructure Internal Structure and Standards Steven F. Browdy (IEEE)
W HAT IS I NTEROPERABILITY ? ( AND HOW DO WE MEASURE IT ?) INSPIRE Conference 2011 Edinburgh, UK.
NA-MIC National Alliance for Medical Image Computing UCSD: Engineering Core 2 Portal and Grid Infrastructure.
Last Updated 1/17/02 1 Business Drivers Guiding Portal Evolution Portals Integrate web-based systems to increase productivity and reduce.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Seeking SC Feedback on Draft Technology Strategy and Roadmap for EarthCube Draft of 3 November 2015 The Technology and Architecture Committee (TAC) Chairs:
Independent Insight for Service Oriented Practice Summary: Service Reference Architecture and Planning David Sprott.
Interoperable Information System of Systems for HTAP.
Providing web services to mobile users: The architecture design of an m-service portal Minder Chen - Dongsong Zhang - Lina Zhou Presented by: Juan M. Cubillos.
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
ISWG / SIF / GEOSS OOSSIW - November, 2008 GEOSS “Interoperability” Steven F. Browdy (ISWG, SIF, SCC)
Cyberinfrastructure Overview of Demos Townsville, AU 28 – 31 March 2006 CREON/GLEON.
Software Reuse. Objectives l To explain the benefits of software reuse and some reuse problems l To discuss several different ways to implement software.
Dr. Ir. Yeffry Handoko Putra
CIS 375 Bruce R. Maxim UM-Dearborn
ITIL: Service Transition
RDA 9th Plenary Breakout 3, 5 April :00-17:30
Jens Ziegler, Markus Graube, Johannes Pfeffer, Leon Urbas
Chapter 8 Environments, Alternatives, and Decisions.
EI Architecture Overview/Current Assessment/Technical Architecture
Prototyping in the software process
CompSci 280 S Introduction to Software Development
Software Risk Management
Lecture 3 Prescriptive Process Models
GEO Strategic Plan : Implementing GEOSS
Implementing through the GCI
Capacity Building Enhance the coordination of efforts to strengthen individual, institutional and infrastructure capacities, particularly in developing.
WMO Integrated Global Observing System (WIGOS) 16-RA VI Side Event Helsinki, Finland, 11 September 2013 Dr Miroslav Ondráš, Dr Wenjian Zhang (WMO) Dr.
Notification Service May 19, 2006 Jon Atherton Mark Mara.
ESMF Governance Cecelia DeLuca NOAA CIRES / NESII April 7, 2017
Standards for success in city IT and construction projects
Introduction to Software Engineering
Ch > 28.4.
Pertemuan 22 Materi : Buku Wajib & Sumber Materi :
Why the Multistakeholder Approach Works
Internet Interconnection
WMO WIGOS is an all-encompassing, holistic approach to the improvement and evolution of the present WMO global observing systems into … (the next slide)
Chapter 2 – Software Processes
Service Oriented Architecture (SOA)
Interoperability and standards for statistical data exchange
Good Morning 1/17/2019.
WGISS Connected Data Assets Oct 24, 2018 Yonsook Enloe
Three Uses for a Technology Roadmap
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
CS310 Software Engineering Lecturer Dr.Doaa Sami
Scott Thorne & Chuck Shubert
MORE ON ARCHITECTURES The main reasons for using an architecture are maintainability and performance. We want to structure the software into reasonably.
4/5 May 2009 The Palazzo dei Congressi di Stresa Stresa, Italy
Brokering as a Core Element of EarthCube’s Cyberinfrastructure
Introduction to SOA Part II: SOA in the enterprise
Australian and New Zealand Metadata Working Group
Presentation transcript:

Siri Jodha Khalsa CIRES, Univ. of Colorado Brokering for Multi-Disciplinary Interoperability: An EarthCube Perspective Siri Jodha Khalsa CIRES, Univ. of Colorado

EarthCube Process Collaboratively produced framework to form an integrated & synergistic path forward Special Interest Groups Special Interest Groups End User Groups Community Discourse Brokering X-Domain Interop. Service Based Integration Earth System Modeling Layered Architecture Dark GeoData Hydrospheric Model (OHMF) Concept Awards Semantics and Ontologies Workflow Governance Data Discovery/Mining/Access Community Groups Collaboration between Cas and CGs critical to the process Recognition that governance is primary need Structure and body still TBD

EarthCube Process Collaboratively produced framework to form an integrated & synergistic path forward Special Interest Groups Special Interest Groups End User Groups Community Discourse Concept Awards Semantics and Ontologies Workflow Governance Data Discovery/Mining/Access Community Groups Collaboration between Cas and CGs critical to the process Recognition that governance is primary need Structure and body still TBD Hydrospheric Model (OHMF) X-Domain Interop. Layered Architecture Earth System Modeling Brokering Dark GeoData Service Based Integration

The Brokering Concept Award Primary Deliverable was a Roadmap: Brokering Terminology &Principles Communications & Collaborations Current State of Art Challenges & Risks Governance Requirements Lessons Learned Recommended Next Steps

Brokering Framework Definition A broker connects information resources by mediating interactions between those resources without requiring either party to adapt new conventions or install software components Enables many-to-many connections A broker connects information resources (a client requesting information and a server providing that information) by mediating interactions between those resources without requiring either party to adapt new conventions or install software components A broker might mediate data discovery (e.g. translating between catalog search protocols), data access (e.g. translating between data formats or CRS), and workflow composition. A broker might mediate between domain semantics or natural languages

Tenets There is no single information technology or standard that will serve all domains Different domains are at different stages of infrastructure development and use Cyberinfrastructure must evolve incrementally it is impossible to anticipate all requirements or technical and sociological trends Brokering can bring the flexibility, adaptability and evolvability necessary for successful CIs

Standards and Infrastructure No universally appropriate standards exist for describing, representing, and interpreting data Standards are often nested may link to and integrate with other standards across systems, organizations, nations, and cultures Standards are relevant to particular communities Embody values and ethical choices What make things easier for one community will be a barrier to another community

Additional Tenets Brokering should be a core service of the CI Managed and maintained independent of the served domains (users or providers) Multiple brokers may work at different levels within the overall system of systems The CI should support the interactions of brokers

Experiments, Pilots and Prototypes Hack-a-thon Evaluate ease with which resources are connected No coding required Evaluated DAB, GeoPortal, ERDDAP Prototyping with DAB GEOSS, ACADIS, CUAHSI, Unidata, Forest Carbon Range from experimental to operational Addressing both specific and general needs Issued Request for Information Seeking to learn of brokering solutions Ways in which we are gaining experience with brokering solutions Driven in most cases by specific needs expressed by use cases

Lessons Learned CI development should begin by addressing real needs with real users evaluating incremental deliveries of functionality Variations in standards implementations require custom adaptors Accumulate understanding of social dynamics involved with infrastructure creation and use

Highlights from Roadmap Brokering is a necessity in any infrastructure aiming to connect information resources of diverse, autonomous disciplines For EarthCube to become a reality it must make a long-term commitment to infrastructure development and maintenance EarthCube will need a well-defined but flexible system of governance to oversee infrastructure evolution, in particular cross-disciplinary solutions EarthCube will need a well-defined but flexible system of governance to aid these decisions and to define organizations and mechanisms to select and sustain the necessary brokers.

Model Webs In phase where there are many competing and overlapping solutions and initiatives Underscores sociotechnical nature of CI evolution Necessity of showing value, understanding users and their needs

Tensions in Infrastructure Development Cost vs. benefit of standards adoption Reliability & availability of brokered resources Ownership, buy in, control, confidence Brokering all conceivable formats/protocols vs. just those bringing most benefits Brokering as a interim solution deciding between social and technical solutions and between global and local approaches (or some combination) as well as choices such as which standards and protocols to support. Balance between top-down promulgation of standards and practices, and bottom-up adoption by communities Ownership/Maintenance of broker configurations Community support for sustainability roliferation of incompatible brokering solutions Develop common description of adaptors? Which resources/standards to broker Stability of resources being brokered Retiring brokering framework when convergence on standards makes it largely unnecessary

Next Steps for EarthCube Build pilots, prototypes and testbeds where components can be developed, tested then integrated Must be guided and evaluated by user community Brokers will grow and evolve as they connect more and more systems Broker implementations will continue under various international programs Coordination and knowledge sharing desirable Develop a brokering “community of practice” graphic

Questions?

A broker connects information resources (a client requesting information and a server providing that information) by mediating interactions between those resources without requiring either party to adapt new conventions or install software components A broker might mediate data discovery (e.g. translating between catalog search protocols), data access (e.g. translating between data formats or CRS), and workflow composition. A broker might mediate between domain semantics or natural languages