Difference between revisions of "Ecosystem Approach Community of Practice Overview"

From D4Science Wiki
Jump to: navigation, search
m
m
Line 2: Line 2:
  
 
It is organised as follows:
 
It is organised as follows:
* the [[Ecosystem_Approach_Community_of_Practice:_The iMarine_Board | iMarine Board]] area which contains:
+
* the '''''[[Ecosystem_Approach_Community_of_Practice:_The iMarine_Board | iMarine Board]]''''' area which contains:
 
** ...
 
** ...
* the [[Ecosystem_Approach_Community_of_Practice:_Requirements | Requirements]] area which contains:
+
* the '''''[[Ecosystem_Approach_Community_of_Practice:_Requirements | Requirements]]''''' area which contains:
** the '''[[VRE planning]]''' page;
+
** the '''[[VRE planning]]''' page which describes the EA-CoP desiderata in terms of a composition of services and resources, delivered as a packaged single unit to the CoP. A VRE provides a defined set of services for a specific group of users that collaborate on a specified task or workflow. An alternative approach to VREs are gCube apps. In the context of the CoP desiderata, no difference is made.
** the '''[[iMarine Business Cases]]''' page;
+
** the '''[[iMarine Business Cases]]''' page which combine technical requirements with organizational, political and managerial issues; they specify larger organizational concepts that may be supported by one or more VRE's. The page on business cases describes these from the technology perspective. After all, this is the technical wiki. Other information on organization and operation in support of the Business Cases can be found in the iMarine Board Channel.
** the '''[[EA-COP Cluster collaboration]]''' page;
+
** the '''[[EA-COP Cluster collaboration]]''' page describes how the CoP organizes the requirements collection and discussion on high-level topics in a set of organic, but also technological clusters; geospatial, biodiversity, statistics, and semantic technologies all are supported by technologies that overlap in functionality with other clusters, yet are still easily identifiable as falling within one of the clusters.;
* the [[Ecosystem_Approach_Community_of_Practice:_Governance | Governance]] area which contains:
+
* the '''''[[Ecosystem_Approach_Community_of_Practice:_Governance | Governance]]''''' area which contains:
 
** ...  
 
** ...  
* the [[Ecosystem_Approach_Community_of_Practice:_Requirements|Validation]] area which contains:
+
* the '''''[[Ecosystem_Approach_Community_of_Practice:_Requirements|Validation]]''''' area which contains:
 
** ...
 
** ...
  
Line 16: Line 16:
 
* the '''[[EA-CoP Milestones]]''' page;
 
* the '''[[EA-CoP Milestones]]''' page;
 
* the '''[[EA-CoP Data Access and Sharing Policies]]''' page;
 
* the '''[[EA-CoP Data Access and Sharing Policies]]''' page;
* the '''[[EA-CoP Discussion]]''' page;
 
 
The '''Virtual Research Environment (VRE) planning page''' describes the EA-CoP desiderata in terms of a composition of services and resources, delivered as a packaged single unit to the CoP. A VRE provides a defined set of services for a specific group of users that collaborate on a specified task or workflow. An alternative approach to VREs are gCube apps. In the context of the CoP desiderata, no difference is made.
 
  
 
The power of a large infrastructure is evidenced by the quick mobilization of resources to be chained in a workflow. A set of VRE's or other resources could be composed where the output of one becomes the input of the next. One such example is SPREAD where based on Timesseries objects and Geospatial intersections, both provided through a VRE, a re-allocation must be made based on a range of assumptions. Such a group of interactive VRE's may also be in need of external data that can be quite dynamic, and rely on interoperable infrastructures.  
 
The power of a large infrastructure is evidenced by the quick mobilization of resources to be chained in a workflow. A set of VRE's or other resources could be composed where the output of one becomes the input of the next. One such example is SPREAD where based on Timesseries objects and Geospatial intersections, both provided through a VRE, a re-allocation must be made based on a range of assumptions. Such a group of interactive VRE's may also be in need of external data that can be quite dynamic, and rely on interoperable infrastructures.  
 
The '''iMarine Business Cases''' combine technical requirements with organizational, political and managerial issues; they specify larger organizational concepts that may be supported by one or more VRE's. The page on business cases describes these from the technology perspective. After all, this is the technical wiki. Other information on organization and operation in support of the Business Cases can be found in the iMarine Board Channel.
 
 
The '''cluster collaboration''' describes how the CoP organizes the requirements collection and discussion on high-level topics in a set of organic, but also technological clusters; geospatial, biodiversity, statistics, and semantic technologies all are supported by technologies that overlap in functionality with other clusters, yet are still easily identifiable as falling within one of the clusters.
 
  
 
The '''Milestone page''' here will organize content that relates to the realization of EA-CoP Milestones, and that does not specifically belong to the cluster or requirements sections.  
 
The '''Milestone page''' here will organize content that relates to the realization of EA-CoP Milestones, and that does not specifically belong to the cluster or requirements sections.  
  
 
The '''EA-CoP Discussion page''' will contain different sections on internal meetings, links to documentation, links to relevant iMarine Board Channel sections etc.
 
The '''EA-CoP Discussion page''' will contain different sections on internal meetings, links to documentation, links to relevant iMarine Board Channel sections etc.

Revision as of 15:26, 2 February 2012

This page is dedicated to document the activities of the Ecosystem Approach Community of PracticeA term coined to capture an "activity system" that includes individuals who are united in action and in the meaning that "action" has for them and for the larger collective. The communities of practice are "virtual", ''i.e.'', they are not formal structures, such as departments or project teams. Instead, these communities exist in the minds of their members, are glued together by the connections they have with each other, as well as by their specific shared problems or areas of interest. The generation of knowledge in communities of practice occurs when people participate in problem solving and share the knowledge necessary to solve the problems. (EA-CoPCommunity of Practice.).

It is organised as follows:

  • the iMarine Board area which contains:
    • ...
  • the Requirements area which contains:
    • the VRE planning page which describes the EA-CoPCommunity of Practice. desiderata in terms of a composition of services and resources, delivered as a packaged single unit to the CoPCommunity of Practice.. A VREVirtual Research Environment. provides a defined set of services for a specific group of users that collaborate on a specified task or workflow. An alternative approach to VREs are gCube apps. In the context of the CoPCommunity of Practice. desiderata, no difference is made.
    • the iMarine Business Cases page which combine technical requirements with organizational, political and managerial issues; they specify larger organizational concepts that may be supported by one or more VREVirtual Research Environment.'s. The page on business cases describes these from the technology perspective. After all, this is the technical wiki. Other information on organization and operation in support of the Business Cases can be found in the iMarine Board Channel.
    • the EA-COP Cluster collaboration page describes how the CoPCommunity of Practice. organizes the requirements collection and discussion on high-level topics in a set of organic, but also technological clusters; geospatial, biodiversity, statistics, and semantic technologies all are supported by technologies that overlap in functionality with other clusters, yet are still easily identifiable as falling within one of the clusters.;
  • the Governance area which contains:
    • ...
  • the Validation area which contains:
    • ...

Other pages:

The power of a large infrastructure is evidenced by the quick mobilization of resources to be chained in a workflow. A set of VREVirtual Research Environment.'s or other resources could be composed where the output of one becomes the input of the next. One such example is SPREAD where based on Timesseries objects and Geospatial intersections, both provided through a VREVirtual Research Environment., a re-allocation must be made based on a range of assumptions. Such a group of interactive VREVirtual Research Environment.'s may also be in need of external data that can be quite dynamic, and rely on interoperable infrastructures.

The Milestone page here will organize content that relates to the realization of EA-CoPCommunity of Practice. Milestones, and that does not specifically belong to the cluster or requirements sections.

The EA-CoPCommunity of Practice. Discussion page will contain different sections on internal meetings, links to documentation, links to relevant iMarine Board Channel sections etc.