Generation R

Bereichsverknüpfungen

Seitenhierarchie

Versionen im Vergleich

Alte Version 19

changes.mady.by.user Simon Worthington

Gespeichert am

verglichen mit

Neue Version 20

changes.mady.by.user Simon Worthington

Gespeichert am

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

Our themes are run over a flexible time period, but as default for four weeks, and then periodically we will revisit a theme. For this initial theme we will start early June and carry on over June and July. Our editorial approach is to support the Open Science community in its ongoing work in a given area. We do this by carrying short blog posts, and by maintaining a 'notebook' to engaging in discourse and carry resource documentation.

The future

Advanced software maintenance systems make use of systems for version control and dependency management. The result of these two types of technologies results in the ability to have any version in a software's release history being automatically available, and be able to run the software where applicable. With the recent addition of technologies such as continuous integration software can be validated to be in good working order and so ensure it is fit to be used.

...

See the brief sketch on such future casting #Open SciFi story - what if?

Breaking down the topic

  • A key issue is discovery and evaluation. Researchers need more information about software used in experiments, and to have access to the source code to be able to access and run the software cited.
  • For software maintainers guidance is needed about what core metadata needs to be stored with the software in a similar way to how open licences and copyright notices are stored.
  • Currently how to cite software is not clear or technically resolved.
  • Look at projects going on to create systems for software citation: to record, to read, to collect, etc. Get input from different projects. What are their research questions/interim findings. So far these examples have been found: CodeMeta, CFF, and CiteAs.
  • What information do journals and repositories want when submitting software
  • How can citing be more useful for researchers. Is there enough information to be useful for research publication/software readers/users
  • The Future: Can software cited be fully available in a – validated, CI, packet managed, dependency managed, and virtualised way – so that it can be retrieved or run live. e.g, Jupyter https://jupyter.org/ and Binder to republish https://mybinder.org
  • Note: we need clear guidelines or pointers to this info, for different users: software makers, journal submissions of software, and academic writers of scholarly literature editorial groups wanting to cite software.
  • Area survey. Top three info sources in each area: journals, papers, software citation software project, working groups and organisations
  • Simple guides
  • Look for working groups like Force11 working groups

Community

Community engagement

Literature and projects (Zotero)

A collaborative bibliography on software citation https://www.zotero.org/groups/1838445/o-s/items/tag/software-cite

...

2018 Nature Software Submission Guidelines’, 2018. https://doi.org/10.1038/d41586-018-02741-4 

Content packages - wish list

Blog posts

  •  Theme announce: similar to this document here.
  •  Theme: editorial introduction
  •  Blog: Open Science Barcamp – report on software citation by moderator
  •  Blog: Software Citation 'How-to' article related to FAIR and follow on 'notebook' – Katrin Leinweber TIB
  •  Forum/how-tos: The Software Citation community 
  •  Blog/ resource: top 3 lit, journals, projects, citation managers to use: Literature and projects (provisional) https://www.zotero.org/groups/1838445/o-s/items/tag/software-cite
  •  Force11 group report
  •  Project: CFF Citation File Format
  •  Project: CodeMeta and crosswalk
  •  Project: CiteAs
  •  Software Herritage
  •  Re-use and journals. Blog. How software is described and documented so that its citation can be of use to future practitioners and readers of research publications. e.g. 2018 Nature Software Submission Guidelines’, 2018. https://doi.org/10.1038/d41586-018-02741-4
  •  Basics guidance for key users: a. software contributor, b. citation in research outputs, c. research literature/outputs reader/user.
  •  Project: #openscifi Jupyter https://jupyter.org Binder. Note: You can get DOIs for repositories via tools like zenodo. Since a repo is the input format for binder this fits well so you can do doi -> repo -> binder (Binder Gitter)
  •  Replication crisis and relationship to software citation
  •  Datacite and updated schema
  •  CRediT - casrai 

...

  •  Provide concrete guidance for our three research users: a. software contributor, b. citation in research outputs, c. research literature/outputs reader/user. This will involve internal and external sources.
  •  Expand list and map of users, use cases, and stakeholders involved and apply T-PINC analysis (SCP, Katz, 2016)
  •  Who is involved in the SC area, list, categorize: working groups, journals, research groups, projects, funders, repositories, etc.
  •  Literature and sources. list, categories and enrich metadata.
  •  Learning resources. Contribute to Open Science MOOC - have community feed into this. Carry material along to FROCE11, Library/Software Carpentry and others.
  •  Open Science SKOS, taxonomy. Update and find related taxonomies like CRediT (Contributor Roles Taxonomy) http://docs.casrai.org/CRediT 
  •  Convene an online-video workshop - topic?
  •  Core questions, issues. comments. Raise these issues in social media with partners.
  •  Social Media diffusion of blog post issues and related discourse with community. A plan needs to be developed for each article.
  •  Pre-announce the theme and make available for comment over period.
  •  Hold a software makers and contributors online citation sprint.
  •  Make an infographic
  •  Collaborative bibliography work and improve the sources for the topic.

Questions, issues and comments

...

  • Make sure users a, b, and c have concrete and high quality instructions for making and using citations. This should mainly involve curating links and commenting.
  • What are the benefits of software citation
    • Aid research replication
    • Aid the building of software: speed, cost, dissemination
    • Improve the reliability of research that uses software
    • Building better software and contemporary research infrastructures (CRIs)
  • Who benefits from software citations
  • What are the barriers to software citation creation and use
  • What has to be considered when making software citation systems. SCP paper (Latz et al., 2016) credit and attribution, UID, persistence, accessibility (all parts available to run), specificity (which version).
  • What are the milestones that have got us where we are now.
  • Recent collaborative efforts are improving the situation: what and how to cite, improving metadata standards
  • Credit and attribution. supporting researchers through recognition. Examples such as Transitive Credit (Katz, Smith)
  • OpenAIRE to include software. Currently OpenAIRE policy is not to include it – forum issue
  • Future casting - what should or could come into existence as an optimal software citation system
  • The Software Paper
  • Resolving how to cite software
  • How to submit software citation to a journal
  • Curation and indexing of software

The Future?

Learning resources

FORCE11 Scholarly Communication Institute (FSCI) San Diego teaching july-aug 18 https://www.force11.org/fsci 

Create a grid for the theme

To include: timeline, issues, keywords, actors, stakeholders, users and questions to ask.

...