# data[].attributes.body
- 1st level support
- Pflege des Kataloges
- Vergabe "Güte-Siegel"
- Beratung

# data[].attributes.body
- Bearbeitung der Serviceangebote durch Betreibende
- Buchung und Verrechnung über Portal

# data[].attributes.headline
Out of the Box Angebote: Schwerpunkt auf Projekte/ Services/ Sammlungen o.Ä. 

# data[].attributes.subject
Out of the Box Angebote: Schwerpunkt auf Projekte/ Services/ Sammlungen o.Ä. 

# data[].attributes.body
Schwerpunkt auf bestimmte Themen anstatt Personen
Übertragbare Konzepte
Evtl. Datenschutzprobleme weniger relevant

# data[].attributes.headline
Scen. 2: direkt auf alle BUA-Forschenden und ihre FI abzielen 

# data[].attributes.subject
Scen. 2: direkt auf alle BUA-Forschenden und ihre FI abzielen 

# data[].attributes.body
(ExCl in 1. Phase nur Proof-of-Concept)

# data[].attributes.body
Deadline 17. August

# data[].attributes.body
Box als Foda-Speicher
Box als Data Mover
DOI-Vergabe für Daten in der Box

# data[].attributes.body
Suchoberfläche über alle Projekte
Abstimmung mit Anbieter
IIIF
Use Cases aus der Forschung
Wikidata Metadaten

# data[].attributes.body
Ausweitung Digital History
Schaufenster auf Korpus-Daten
Einfache Datenvisualisierung

# data[].attributes.headline
BUA-weite Suche von Forschungsinformationen  

# data[].attributes.subject
BUA-weite Suche von Forschungsinformationen  

# data[].attributes.body
(zu Projekten, Publikationen, Forschungsdaten, Events, Services etc.)

# data[].attributes.body
ggf. in Obj. 3

# data[].attributes.body
- open Services
- Fair Data
- Open Source
- ...

# data[].attributes.body
Jupyter Hub
AI Literacies

# data[].attributes.body
AI Literacies
Data Literacies

# data[].attributes.body
Auch Bezüge zu anderen Projekten?

# data[].attributes.headline
kompletter BUA Katalog sämtlicher Services 

# data[].attributes.subject
kompletter BUA Katalog sämtlicher Services 

# data[].attributes.attachment_link.readable_text
By Neil Chue Hong

FAIR for Research Software (FAIR4RS) WG

Group co-chairs: Michelle Barker, Paula Andrea Martinez, Leyla Garcia, Daniel S. Katz, Neil Chue Hong, Jennifer Harrow, Fotis Psomopoulos, Carlos Martinez-Ortiz, Morane Gruenpeter

Recommendation Title: FAIR Principles for Research Software (FAIR4RS Principles)

Authors: Neil P. Chue Hong*, Daniel S. Katz*, Michelle Barker*; Anna-Lena Lamprecht, Carlos Martinez, Fotis E. Psomopoulos, Jen Harrow, Leyla Jael Castro, Morane Gruenpeter, Paula Andrea Martinez, Tom Honeyman; Alexander Struck, Allen Lee, Axel Loewe, Ben van Werkhoven, Catherine Jones, Daniel Garijo, Esther Plomp, Francoise Genova, Hugh Shanahan, Joanna Leng, Maggie Hellström, Malin Sandström, Manodeep Sinha, Mateusz Kuzak, Patricia Herterich, Qian Zhang, Sharif Islam, Susanna-Assunta Sansone, Tom Pollard, Udayanto Dwi Atmojo; Alan Williams, Andreas Czerniak, Anna Niehues, Anne Claire Fouilloux, Bala Desinghu, Carole Goble, Céline Richard, Charles Gray, Chris Erdmann, Daniel Nüst, Daniele Tartarini, Elena Ranguelova, Hartwig Anzt, Ilian Todorov, James McNally, Javier Moldon, Jessica Burnett, Julián Garrido-Sánchez, Khalid Belhajjame, Laurents Sesink, Lorraine Hwang, Marcos Roberto Tovani-Palone, Mark D. Wilkinson, Mathieu Servillat, Matthias Liffers, Merc Fox, Nadica Miljković, Nick Lynch, Paula Martinez Lavanchy, Sandra Gesing, Sarah Stevens, Sergio Martinez Cuesta, Silvio Peroni, Stian Soiland-Reyes, Tom Bakker, Tovo Rabemanantsoa, Vanessa Sochat, Yo Yehudi, FAIR4RS WG

(*) Lead authors with equal contributions

Impact: Adoption and implementation of the FAIR for Research Software principles will create significant benefits for many stakeholders, including increased research reproducibility for research organizations, better practices and more software usage for its developers, clarity for funders around their own policies and requirements for software investments, and guidelines for publishers on sharing requirements.

This work will be of value to software project owners, researchers, users of research data and software, the scientific community, research software engineers, software developers who publish their software, software catalog maintainers, repository managers, software preservation and archival experts, policymakers who are responsible for defining digital policies, and organizations that create, modify, manage, share, protect, and preserve research software, funders of research, and others with an interest in the FAIR principles for research software.

Citation and download: Chue Hong, N. P., Katz, D. S., Barker, M., Lamprecht, A-L, Martinez, C., Psomopoulos, F. E., Harrow, J., Castro, L. J., Gruenpeter, M., Martinez, P. A., Honeyman, T., et al. (2022). FAIR Principles for Research Software version 1.0. (FAIR4RS Principles v1.0). Research Data Alliance. DOI: https://doi.org/10.15497/RDA00068

This output supersedes the FAIR Principles for Research Software (FAIR4RS Principles) DOI: 10.15497/RDA00065

Abstract:

To improve the sharing and reuse of research software, the FAIR for Research Software (FAIR4RS) Working Group has applied the FAIR Guiding Principles for scientific data management and stewardship to research software, bringing together existing and new community efforts. Many of the FAIR Guiding Principles can be directly applied to research software by treating software and data as similar digital research objects. However, specific characteristics of software - such as its executability, composite nature, and continuous evolution and versioning - make it necessary to revise and extend the principles.

This document presents the first version of the FAIR Principles for Research Software (FAIR4RS Principles), and includes explanatory text to aid adoption. It is an outcome of the FAIR for Research Software Working Group (FAIR4RS WG) based on community consultations that started in 2019.

The FAIR for Research Software Working Group is jointly convened as a Research Data Alliance (RDA) Working Group, FORCE11 Working Group, and Research Software Alliance (ReSA) Task Force.

Maintenance and Retirement Plan:

1. The FAIR4RS principles were the outcome of broad, inclusive and extensive public consultation, co-lead by members of the Research Data Alliance, Research Software Alliance and FORCE1 Any revisions or changes to the principles will require a similar process. No single institution or body has ownership over recommendations of the FAIR4RS working group.

2. The RDA Software Source Code Interest Group is the maintenance home for the principles. Concerns or queries about the principles can be raised at RDA plenary events organised by the SSC IG, where there may be opportunities for adopters to report back on progress.

3. In order to better facilitate adoption, the form of the principles will remain fixed for 2 years from the release of a 1.0 version.

4. After 2 years, a broadly consultative and open review will be conducted to consider if the form of the principles are still appropriate and meeting the aims of the community. ReSA has agreed to lead this review effort, in collaboration with RDA and FORCE11 members and any additional bodies relevant at that time

If a review finds that the principles are no longer meeting the needs of the community, the explanatory text against the reference form of the principles will be updated to indicate that the principles are being abandoned or replaced and why.

Group content visibility:

Public - accessible to all site users

Primary Domain/Field of Expertise:

Primary WG Focus / Output focus:

# data[].attributes.attachment_link.title
FAIR Principles for Research Software (FAIR4RS Principles)

# data[].attributes.attachment_link.description
By Neil Chue Hong FAIR for Research Software (FAIR4RS) WG Group co-chairs: Michelle Barker, Paula Andrea Martinez, Leyla Garcia, Daniel S. Katz, Neil Chue Hong, Jennifer Harrow, Fotis Psomopoulos, Carlos Martinez-Ortiz, Morane Gruenpeter Recommendation Title: FAIR Principles for Research Software (FAIR4RS Principles) Authors: Neil P. Chue Hong*, Daniel S.

# data[].attributes.headline
FDs publizieren als Teil der Wissenschaftskommunikation

# data[].attributes.subject
FDs publizieren als Teil der Wissenschaftskommunikation

# data[].attributes.headline
interinstitutionelle und interdisziplinäre Ontologien und Vokabulare; Zuordnung der FI disziplinär & interdisziplinär

# data[].attributes.subject
interinstitutionelle und interdisziplinäre Ontologien und Vokabulare; Zuordnung der FI disziplinär & interdisziplinär

# data[].attributes.headline
Förderung (Service-) und Medienkompetenz bei Forschenden

# data[].attributes.subject
Förderung (Service-) und Medienkompetenz bei Forschenden

# data[].attributes.body
ggf. in Obj. 3

# data[].attributes.headline
Extraktion von Metadaten aus Publikationen & Webseiten

# data[].attributes.subject
Extraktion von Metadaten aus Publikationen & Webseiten

# data[].attributes.headline
Nutzung von Diensten anderer Hochschulen, Umsetzung des Sharing

# data[].attributes.subject
Nutzung von Diensten anderer Hochschulen, Umsetzung des Sharing

# data[].attributes.body
- Buchung und Abrechnung von Services
- Ausweitung auf alle BUA-Einrichtungen
- Beratung/ Begleitung von Sharing-Bildung-Prozessen/ -entscheidungen
-PR für Sharing Idee/ Konzept -->Akzeptanz

# data[].attributes.body
Fokus FDM(-Services)

# data[].attributes.headline
Scen 1: FIP für BUA-Exzellenzcluster, SFBs, etc.

# data[].attributes.subject
Scen 1: FIP für BUA-Exzellenzcluster, SFBs, etc.

# data[].attributes.body
Erfassung HU und FU
Shared Services etablieren
Struktur und Kategorisierung von Services
Taxonomien
Einbindung Services von 4 Serviceeinrichtungen an HU und FU

# data[].attributes.body
ggf. mit TU Projekt-Policy verknüpfen (FDNext)

# data[].attributes.body
Train the Trainer für viele Fachdisziplinen
Netzwerk Rechtsberatung
Automat FoDa-Policies für Projekte
Netzwerk FDM-Dienste
(Service-Management über das FDM hinaus)

# data[].attributes.body
Einbindung FIS
Darstellung von Profilen
Automatisierte Verfahren zur Auswertung
Harvesting von Daten über ORCID
Ontologien der BUA-Organisationen
Klassifikation der FI
Möglich: Schnittstellen um die Daten zurück an die Unis/BUA zu spielen
Multilingual Frontends

# data[].attributes.body
ggf. in Obj. 3

# data[].attributes.body
ggf. als Vorstudie für 6 Monate erheben, welche ELN an den BUA-Einrichtungen eingesetzt werden und welche Bedarfe bestehen
1 Monat Vorbereitung Erhebung
1-2 Monate Datenschutz, falls erforderlich
1 Monat Durchführung
2-3 Monate Auswertung

# data[].attributes.body
BUA-FDM-Büro als gemeinsame Beratungsstelle
Living DMP (RDMO ggf. als Shared Service?)
Kollaborative Erhebung und Speicherung von FoDa (Nutzung von LimeSurvey, Verbindung zw. HU-Box/FU-Box/TU-Box)
Einführung von ELN
Austausch von FDM-Diensten der BUA (als Shared Service)
Rechtsberatung