|
2 | 2 | layout: single |
3 | 3 | --- |
4 | 4 |
|
5 | | -Edited Use cases |
6 | | -CodeMeta meeting in Portland |
7 | | -Created 20160415 (use cases group pulled from here 230pm 20160516) [PDF export of google doc notes](/CodeMeta_Software_Use_Cases-Day2PM_WrkngGrp.pdf) |
| 5 | +# **CodeMeta Use Cases** |
8 | 6 |
|
| 7 | +*Highlighting how CodeMeta facilitates the integration of software into the research ecosystem, driving interoperability, transparency, discoverability, and promoting open science initiatives, especially through Open Source Program Offices (OSPOs) and community-driven efforts.* |
9 | 8 |
|
| 9 | +As research becomes increasingly digital and interconnected, the role of digital products—such as software, data, multimedia content, and interactive tools—becomes indispensable for advancing knowledge creation. However, these components often lack the proper recognition and citation within the scholarly ecosystem. Software, which plays a pivotal role of in scientific advancement, but is often overlooked in citation practices. CodeMeta aims to solve this issue by standardizing and streamlining software citation, ensuring accurate attribution, improving reproducibility, and promoting FAIR (Findable, Accessible, Interoperable, Reusable) principles across research disciplines. |
10 | 10 |
|
| 11 | +CodeMeta supports a machine-readable metadata format that enables the indexing, discovery, and citation of software across repositories. This benefits researchers, publishers, and funders alike. Key community-driven initiatives such as Force11, CHAOSS, the UK Software Sustainability Institute (SSI), and WSSSPE workshops have been instrumental in raising awareness and advocating for best practices in software citation. CHAOSS (Community Health Analytics Open Source Software), for example, promotes metrics for open-source sustainability, which complements CodeMeta's mission of fostering transparency and sustainability in software projects. Open Source Program Offices (OSPOs) in universities and research institutions have adopted CodeMeta to ensure proper recognition of open-source contributions. Funding agencies like NSF and NIH also sponsor these efforts, enhancing the reproducibility and transparency of research, where software and other digital tools play a central role. |
11 | 12 |
|
| 13 | +## **Key Use Cases for CodeMeta** |
12 | 14 |
|
| 15 | +1. **Enabling Reliable Software Citation** |
| 16 | + CodeMeta enables the accurate citation, indexing, and proper crediting of software by providing structured metadata. This is essential in services like FAIRCORE4EOSC, which integrate CodeMeta into citation workflows. OSPOs are also integrating CodeMeta to ensure open-source software is cited correctly in academic publications. |
13 | 17 |
|
14 | | -The “six” Use Case categories: from Matt and Carl’s slide summary 20160417 |
15 | | -* Facilitate citation |
16 | | -* Enable credit, compliance, and quality |
17 | | -* Facilitate discovery and access |
18 | | -* Understand software functionality |
19 | | -* Enable interoperability |
20 | | -* Enable transparency and reproducibility |
| 18 | +2. **Standardizing Software Metadata** |
| 19 | + CodeMeta defines a common, machine-readable vocabulary (JSON-LD) that ensures software metadata can be consistently shared across repositories, platforms, and domains. This standardization supports infrastructures like EOSC and initiatives promoted by CHAOSS in managing metadata at scale. |
21 | 20 |
|
| 21 | +3. **Improving Discovery and Reuse** |
| 22 | + CodeMeta enhances the discoverability and reuse of software by applying consistent metadata schemas. With its integration into APIs and connectors, CodeMeta promotes the sharing and reuse of software across multiple platforms and repositories, reducing redundancy in research workflows. |
22 | 23 |
|
| 24 | +4. **Supporting Interoperability Between Systems** |
| 25 | + CodeMeta serves as a metadata exchange layer, facilitating the seamless flow of metadata between different systems and repositories. This interoperability is crucial for OSPOs, helping universities and research institutions share open-source projects across platforms without the need for bespoke converters. |
23 | 26 |
|
| 27 | +5. **Enhancing Transparency and Reproducibility** |
| 28 | + By providing standardized metadata, CodeMeta ensures software functionality, dependencies, and development processes are transparent, which is crucial for reproducible science. This transparency makes it easier for researchers to replicate and verify scientific results, supporting efforts in reproducibility as advocated by initiatives like OSPO and CHAOSS. |
24 | 29 |
|
25 | | -THE ‘ORIGINAL’ 13 CASES: 20160415 |
26 | | -Then determine a final set of categorized use cases based on these 3 different sets |
| 30 | +6. **Citing Software Papers** |
| 31 | + Software papers, which describe the performance and validation of software, should be cited along with the software itself. Journals like F1000Research, SoftwareX, and the American Astronomical Society (AAS) now support submissions focused on software, emphasizing its importance in academic citation practices. |
27 | 32 |
|
| 33 | +7. **Citing Derived Software** |
| 34 | + Software often builds on previous versions or other tools. Just like research, derived software should be cited based on its dependencies. This ensures proper credit is given to both the original and modified software contributors, a practice promoted in the OSPO and CHAOSS communities. |
28 | 35 |
|
29 | | -1. Identify software functionality |
30 | | - * Overall |
31 | | - * Module level |
32 | | - * Function level |
33 | | - * Identify functional equivalency with other {modules, functions, etc) |
34 | | -1. Understand dependencies |
35 | | - * Identify Installation Dependencies (User) |
36 | | - * Identify Development/Build Dependencies (Developer) |
37 | | - * Use dependencies to enable transitive credit |
38 | | - * Automate build processes |
39 | | - * Identify dependencies to assign (aspects of? partial?) credit |
40 | | - * Understand role of software in an application (even if we cannot access or install) |
41 | | -1. Facilitate Discovery |
42 | | - * Support discovery for reuse |
43 | | - * Discover tools that can perform a specific function |
44 | | - * Enable comparisons of tool functionality |
45 | | - * Classify and find tools by domain, and other controlled vocabularies |
46 | | - * Locate tools that were used for particular applications/results |
47 | | - * Discover location of software |
48 | | -1. Enable credit, compliance, and evaluation |
49 | | - * Identify roles of software contributors |
50 | | - * Authors |
51 | | - * Metadata authors |
52 | | - * Curators |
53 | | - * Other roles (see publisher’s credit ontology) |
54 | | - * Document compliance with funders policies |
55 | | - * Identify funder of software |
56 | | -1. Citation |
57 | | - * Cite software product generally |
58 | | - * Cite a specific software version/release |
59 | | - * Cite a software paper describing the software |
60 | | - * Provide sufficient info for formal citation in the reference list (authors, title, repository, publication year) |
61 | | - * Link to a landing page with more detailed information about the software |
62 | | - * Link to the source code |
63 | | -1. Count the citations to a given version of software |
64 | | - * For acknowledgement/credit |
65 | | - * As a quality metric for discovery |
66 | | -* Aggregate by person, by infrastructure, etc. |
67 | | -1. Enable Interoperability |
68 | | - * Describe platform, language constraints |
69 | | - * Describe input-output formats |
70 | | - * Describe input-output semantics |
71 | | - * Enable pipeline building |
72 | | - * Describe constraints on parameters |
73 | | - * Identify license obligations |
74 | | -1. Describe provenance information |
75 | | - * Execution parameters, limitations / assumptions |
76 | | -1. Enable transparency and reproducibility (via dependencies and source linkages) |
77 | | -2. Communicate permissions / License terms |
78 | | -3. Identify software status (See http://www.repostatus.org) |
79 | | - * Build status |
80 | | - * Maintenance status |
81 | | - * Understand intention of software publication (compliance, reuse, etc.) |
82 | | - * … |
83 | | -1. Motivate archiving of software |
84 | | -2. Evaluate software quality |
| 36 | +8. **Software Peer Review** |
| 37 | + Improving software reproducibility and citation enhances the software peer-review process. CodeMeta can include metadata like the peer-review status of software, supporting rigorous, transparent reviews of software in academic research. |
85 | 38 |
|
| 39 | +9. **Citation Format in Reference Lists** |
| 40 | + Software citations should be clearly labeled (e.g., [Software], [Software: Source Code], or [Software: Container]) and include version information (e.g., Version 1.8.7). This enables clear differentiation from other research products in citation lists and encourages more consistent citation practices, especially in OSPO-backed projects. |
86 | 41 |
|
| 42 | +10. **Handling Citation Limits** |
| 43 | + Some academic journals impose citation or page limits, which can discourage authors from citing software. CodeMeta supports efforts to revise publisher guidelines, ensuring software receives due credit without restrictions on citation or page limits. |
87 | 44 |
|
| 45 | +11. **Unique Identification via DOIs** |
| 46 | + CodeMeta advocates for the use of DOIs (Digital Object Identifiers) as persistent, globally unique identifiers for software versions. This ensures that software can be accessed, reused, and reliably cited across different repositories, supporting the sustainability of open-source software and its integration into OSPOs and academic research. |
88 | 47 |
|
| 48 | +12. **Domain-Specific Community Activities** |
| 49 | + Professional societies like the Astronomy Source Code Library (ASCL) and initiatives like Ontosoft for geosciences have played key roles in promoting software citation within their domains. CodeMeta helps facilitate interoperability between these domain-specific standards, ensuring consistent software metadata and enhancing discoverability. |
89 | 50 |
|
| 51 | +13. **Existing Efforts Around Metadata Standards** |
| 52 | + Several communities, including DOAP and Ontosoft, have developed metadata standards for software citation. CodeMeta enables interoperability between these standards, providing a unified approach for sharing software metadata across repositories, ensuring consistency and accessibility. |
90 | 53 |
|
| 54 | +### **Additional Use Cases from Open Source and OSPO Initiatives** |
91 | 55 |
|
| 56 | +1. **Supporting Software Sustainability and Open Source Program Offices (OSPOs)** |
| 57 | + OSPOs such as those at Johns Hopkins University and Université Grenoble Alpes are crucial for promoting sustainable open-source practices and managing software developed within academic settings. By integrating CodeMeta, these offices ensure that software is properly recognized, cited, and reused, ensuring long-term sustainability and fostering collaboration within the CHAOSS community. |
92 | 58 |
|
| 59 | +2. **Software Contribution Tracking and Visibility** |
| 60 | + CodeMeta can be used to track contributions to open-source projects, providing visibility into the impact of software development efforts. OSPOs and initiatives like SustainOSS rely on tools like CodeMeta to make open-source contributions visible and to ensure credit is properly attributed, a central concern for the CHAOSS community. |
93 | 61 |
|
| 62 | +3. **Open Source Project Catalogs and Research Software Directories** |
| 63 | + Platforms such as the Research Software Directory (Netherlands eScience Center) and the Open Source Project Catalog (Johns Hopkins University) help organize and catalog open-source research software. CodeMeta provides the standardized metadata needed for these directories, ensuring that software is discoverable, properly described, and connected to the broader research ecosystem. |
94 | 64 |
|
| 65 | +4. **Software Funding and OSPO Collaboration** |
| 66 | + CodeMeta links research software to funding sources, helping OSPOs and academic institutions track the impact and sustainability of funded software. This is particularly important for funding bodies like NWO (Netherlands Organization for Scientific Research) and NSF, who need to ensure that research software is properly managed, documented, and disseminated. |
95 | 67 |
|
| 68 | +5. **Managing and Archiving Research Software** |
| 69 | + CodeMeta facilitates the archiving of research software by embedding metadata within repositories, ensuring the long-term availability and reproducibility of software. This is essential for projects like Software Heritage, which aims to preserve open-source software for future generations of researchers. |
96 | 70 |
|
| 71 | +6. **Enhanced Collaboration Across Institutions** |
| 72 | + CodeMeta enables better collaboration between institutions by making it easier to share software projects and metadata across multiple research groups and platforms. This aligns with the goals of OSPOs, who need to ensure that software developed within universities and research institutions is easily accessible, properly cited, and reused across the global research community. |
97 | 73 |
|
98 | | - |
99 | | - |
100 | | - |
101 | | - |
102 | | - |
103 | | -CodeMeta Meeting Portland, Edited Use cases, Working Document 1 |
104 | | -Day 2, PM 20160416 : Carole Goble, Alice Allen, Ashley Sands, Patricia Cruse |
105 | | -Edited Use cases |
106 | | -Created 20160415 (use cases group pulled from here 3pm 20160516) |
107 | | -CodeMeta meeting in Portland |
108 | | -This document is the electronic version of the “whiteboarding” we did in the workshop |
109 | | - |
110 | | - |
111 | | - |
112 | | - |
113 | | - |
114 | | - |
115 | | - Stakeholder |
116 | | - Utility Infrastructure |
117 | | - Indexers |
118 | | - Developer |
119 | | - Repository Mgr. |
120 | | - Researcher |
121 | | - Funder |
122 | | - Publisher |
123 | | - Citation Mgr |
124 | | - Library / Curator |
125 | | - Action* |
126 | | - |
127 | | - |
128 | | - |
129 | | - |
130 | | - |
131 | | - |
132 | | - |
133 | | - |
134 | | - |
135 | | - |
136 | | - |
137 | | - |
138 | | - |
139 | | - |
140 | | - |
141 | | - |
142 | | - |
143 | | - |
144 | | - |
145 | | - |
146 | | - Deposit** |
147 | | - |
148 | | - |
149 | | - |
150 | | - |
151 | | - |
152 | | - |
153 | | - |
154 | | - |
155 | | - |
156 | | - |
157 | | - |
158 | | - |
159 | | - |
160 | | - |
161 | | - |
162 | | - |
163 | | - |
164 | | - |
165 | | - |
166 | | - |
167 | | - Discover: 3, 4 |
168 | | - |
169 | | - |
170 | | - |
171 | | - |
172 | | - |
173 | | - |
174 | | - |
175 | | - |
176 | | - |
177 | | - |
178 | | - |
179 | | - |
180 | | - |
181 | | - |
182 | | - |
183 | | - |
184 | | - |
185 | | - |
186 | | - |
187 | | - |
188 | | - Analyse: 1, 2, 6, 9, 11 |
189 | | - |
190 | | - |
191 | | - |
192 | | - |
193 | | - |
194 | | - |
195 | | - |
196 | | - |
197 | | - |
198 | | - |
199 | | - |
200 | | - |
201 | | - |
202 | | - |
203 | | - |
204 | | - |
205 | | - |
206 | | - |
207 | | - |
208 | | - |
209 | | - Use |
210 | | - |
211 | | - |
212 | | - |
213 | | - |
214 | | - |
215 | | - |
216 | | - |
217 | | - |
218 | | - |
219 | | - |
220 | | - |
221 | | - |
222 | | - |
223 | | - |
224 | | - |
225 | | - |
226 | | - |
227 | | - |
228 | | - |
229 | | - |
230 | | - C3R: 4, 5, 6 |
231 | | - |
232 | | - |
233 | | - |
234 | | - |
235 | | - |
236 | | - |
237 | | - |
238 | | - |
239 | | - |
240 | | - |
241 | | - |
242 | | - |
243 | | - |
244 | | - |
245 | | - |
246 | | - |
247 | | - |
248 | | - |
249 | | - |
250 | | - |
251 | | - |
252 | | - |
253 | | -TO DO: |
254 | | -*add subpoints to each action |
255 | | -**add concepts (by #) under stakeholder for each relevant action sub-point |
256 | | - |
257 | | - |
258 | | - |
259 | | - |
260 | | - |
261 | | - |
262 | | - |
263 | | - |
264 | | - |
265 | | - |
266 | | - |
267 | | - |
268 | | - |
269 | | - |
270 | | - |
271 | | - |
272 | | - |
273 | | - |
274 | | -Stakeholder list pulled from SCWG: |
275 | | -https://github.com/force11/force11-scwg/blob/master/sc-principles/software-citation-principles.tex |
276 | | - |
277 | | - |
278 | | - |
279 | | -Stakeholders: Digital Repositories, Publishers, Information Science, Indexers, Software Developers, |
280 | | - |
281 | | - |
282 | | -datacite/crossref/orcid -- utility providers |
283 | | - |
284 | | - |
285 | | -`Researcher'' includes both academic researchers (e.g., postdoc, tenure-track faculty member) and research software engineers. \item |
286 | | - |
287 | | - |
288 | | -``Publisher'' includes both traditional publishers that publish text and\slash or software papers as well as archives such as Zenodo that directly publish software. \item |
289 | | - |
290 | | - |
291 | | -``Funder'' is a group that funds software or work using software. \item |
292 | | - |
293 | | - |
294 | | -``Indexer'' examples include Scopus, Web of Science, Google Scholar, and Microsoft Academic Search. \item ` |
295 | | - |
296 | | - |
297 | | -`Domain group\slash library\slash archive'' includes the Astronomy Source Code Library (ASCL)~\cite{ascl}, bioCADDIE~\cite{bioCADDIE}, Computational Infrastructure for Geodynamics (CIG)~\cite{CIG}, libraries, institutional archives, etc. \item |
298 | | - |
299 | | - |
300 | | -``Repository'' refers to public software repositories such as GitHub, Netlib, Comprehensive R Archive Network (CRAN), and institutional repositories. \item ` |
301 | | - |
302 | | - |
303 | | -``Citation manager`` refers to people and organizations that create scholarly reference management software and websites including Zotero, Mendeley, EndNote, RefWorks, BibDesk, etc., that manage citation information and semi-automatically insert those citations into research products. |
| 74 | +By integrating CodeMeta into the academic research ecosystem, software becomes an integral and properly recognized part of the scholarly record. These use cases align with broader open science initiatives, supporting reproducibility, software sustainability, and the continued growth of OSPOs, CHAOSS, and other community-driven efforts. |
0 commit comments