Difference between revisions of "ESIP session & virtual hackathon (2018-08-01)"

From Earth Science Information Partners (ESIP)
 
Line 15: Line 15:
  
 
===Discussion===
 
===Discussion===
* Notes
+
Colin went through presentation he gave at ESIP:
 +
*History
 +
*ESIP Cluster established 2018
 +
*Hackathon 2018
 +
*Implementation and community-building ….
 +
Concern:  Duplication of registration in different code registries?
 +
*Some people in working group wanted to focus on workflows
 +
*Other members of the community want one stop shopping for all software useful for IM
 +
**Example:  EML Assembly Line and underlying R functions would all be registered
 +
Features of current IMCR
 +
*IMCR presently accepting all types of code at all levels of development. 
 +
*No quality standards are presently enforced.
 +
*IMCR is source of best practices.  Resources will help contributors to increment the quality of their code.
 +
*Controlled vocabulary is needed
 +
*Use/activity metrics desirable
 +
ESIP cluster purpose:
 +
*supporting community collaboration and development. 
 +
*has a governing body implementing and maintaining community requested features
 +
Should IMCR include all code?  How do you find what’s useful?
 +
*One doesn’t typically go to a registry and start searching by keywords for software, because you end up with obsolete software or code that’s incomplete.  It’s better to search blogs and look for similar use cases and then see what other people are using.
 +
*Registry needs to have a focus
 +
*Do we need a forum (blogs) about ‘I had this problem’, and I solved it with these tools…?
 +
*We could ask people to write articles in Databits and commit to putting them in a blog.  This would allow us to accept anything, while still having a focus.  We could focus on things that are absent elsewhere.
 +
Globalchange.nasa.gov:  example of software registry
  
 
===Action items===
 
===Action items===
* Action items
 

Latest revision as of 13:10, September 5, 2018

Return to Meeting minutes


Attendees

  • Kristin Vanderbilt (EDI, LTER)
  • Colin Smith (EDI)
  • John Porter (LTER)
  • Stevan Earl (LTER)
  • Kaelin Cawley (NEON)

Agenda

  • Report back on ESIP summer meeting session.
  • Plan virtual hackathon (follow up to June hackathon).
  • Formulate action items.

Discussion

Colin went through presentation he gave at ESIP:

  • History
  • ESIP Cluster established 2018
  • Hackathon 2018
  • Implementation and community-building ….

Concern: Duplication of registration in different code registries?

  • Some people in working group wanted to focus on workflows
  • Other members of the community want one stop shopping for all software useful for IM
    • Example: EML Assembly Line and underlying R functions would all be registered

Features of current IMCR

  • IMCR presently accepting all types of code at all levels of development.
  • No quality standards are presently enforced.
  • IMCR is source of best practices. Resources will help contributors to increment the quality of their code.
  • Controlled vocabulary is needed
  • Use/activity metrics desirable

ESIP cluster purpose:

  • supporting community collaboration and development.
  • has a governing body implementing and maintaining community requested features

Should IMCR include all code? How do you find what’s useful?

  • One doesn’t typically go to a registry and start searching by keywords for software, because you end up with obsolete software or code that’s incomplete. It’s better to search blogs and look for similar use cases and then see what other people are using.
  • Registry needs to have a focus
  • Do we need a forum (blogs) about ‘I had this problem’, and I solved it with these tools…?
  • We could ask people to write articles in Databits and commit to putting them in a blog. This would allow us to accept anything, while still having a focus. We could focus on things that are absent elsewhere.

Globalchange.nasa.gov: example of software registry

Action items