Context of community support in INTERACT

To be completed by the go-between with help from the Ri-Rep.

Cover the stages of the data life-cycle in which the RI is involved, that pertain to the <topic> with references to more detail if the RI has them. Include quantitative and timeliness information, intended uses and so on - if such information is available.

Summary of INTERACT requirements for community support

Insert a summary of the main requirements for this RI for the current topic. Point out any unusual features, and comment on the extent to which these requirements are fixed or evolving.

Detailed requirements

  1. Community support

 

We define Community Support as being concerned with managing, controlling and tracking users' activities within an RI and with supporting all users to conduct their roles in their communities. It includes many miscellaneous aspects of RI operations, including for example (non-exhaustively) authentication, authorization and accounting, the use of virtual organizations, training and helpdesk activities.

 

  1. a.    Training Requirements
     i.      Do you use or plan to use e-Infrastructure technology?
     ii.      What is your community training plan?
    iii.      Does your community consider adopting e-Infrastructure solutions (e.g., Cloud, Grid, HPC, cluster computing).

Station administrative set out meeting, skype, conferences, adope, yes, dealing with our system and communicate with PI via NordGIS, contains functionalities, laboratory resources.

iv.      Is your community interested in training courses that introduce state-of-the-art e-Infrastructure technology?

v.      What topics (related to e-Infrastructure solutions) would your community be interested in?

vi.      Who would be audience?

  • Please describe their knowledge background of e-Infrastructure technology

vii.      What are appropriate methods to deliver this training?
Requires training. Require feedback. Usability test, role play situation. Where particapants are mimicking the different roles in NordGIS. Public, PI; and station administrators. Quite different functionality. PI sets up station in collaboration. And communication. Smart functionality for communication. Trained in these skills. We simulate all that and supervise the participants and record their reactions when they are confronted. And this comes back in the optimization of the system. Technologies of handling situation, perform usability station one station at the time – when interacting we meet many station and administrator at virtual meetings. Skype is limited – adope has a solution.

 

  1. b.    Requirements for the Community Support Subsystem:
     i.      What are the required functionalities of your Community Support capability?
     ii.      What are the non-functional requirements, e.g., privacy, licensing, performance?
     iii.      What standards do you use, e.g., related to data, metadata, web services?
     iv.      What community software/services/applications do you use?

Data products. Standards on how to turn primary data into data products. Grassroute information to this growing bubble of actual data. Sharing actual data needs metadata, nationally I still simply point from metadata. 

Formalities (who & when)

Go-between@Barbara Magagna
RI representative@Thomas Thierfelder
Period of requirements collection@201511
Statusgathered

Add additional rows to the above table if you have covered this topic with this RI by holding discussions with several people, or if you have delegated some discussions; to show the full authorship and duration.