SMECS: A Software Metadata Extraction and Curation Software
Extracted source text · arXiv 2507.18159
\documentclass{article}
% This is an empty ECEASST article that can be used as a template
% by authors.
% Required packages
% =================
% Your \usepackage commands go here.
\usepackage{hyperref}
\usepackage{tabularx}
\usepackage{array}
\newcolumntype{C}[1]{>{\centering\arraybackslash}m{#1}}
\newcolumntype{L}[1]{>{\raggedright\arraybackslash}m{#1}}
\usepackage{pifont}% http://ctan.org/pkg/pifont
\newcommand{\cmark}{\ding{51}}%
\newcommand{\xmark}{\ding{55}}%
\usepackage{microtype}
\usepackage{xcolor}
\usepackage[nameinlink]{cleveref}
\usepackage[ragged]{footmisc} %Reuse footnote numbers with labels
%\newcommand{\rev}[1]{{\color{red} #1}}
\newcommand{\rev}[1]{#1}
\usepackage{calc}
% For author affiliations
\usepackage{authblk}
% For Literature
\usepackage{csquotes}
\usepackage[backend=biber, sortcites, defernumbers=true]{biblatex}
\addbibresource{literature.bib}
% For graphics
\usepackage{graphicx}
\usepackage{breakurl}
\newlength{\itemCol}
\setlength{\itemCol}{0.6cm}
\newlength{\descHeight}
\setlength{\descHeight}{3.2cm}
\renewcommand{\subsectionautorefname}{Section}
\def\UrlBreaks{\do\/\do-} %Enable line breaks in URL in the bibliography
% Article frontmatter
% ===================
\title{SMECS: A Software Metadata Extraction and Curation Software}
\author[1,2]{Stephan Ferenz\thanks{Corresponding Author: \href{mailto:stephan.ferenz@uol.de}{stephan.ferenz@uol.de}}}
\author[2]{Aida Jafarbigloo}
\author[2]{Oliver Werth}
\author[1,2]{Astrid Nieße}
\affil[1]{Department for Computer Science, Carl von Ossietzky Universität Oldenburg, Germany}
\affil[2]{Energy Division, OFFIS, Germany}
\begin{document}
\maketitle
\begin{abstract}
Metadata play a crucial role in adopting the FAIR principles for research software and enables findability and reusability. However, creating high-quality metadata can be resource-intensive for researchers and research software engineers.
To address this challenge, we developed the Software Metadata Extraction and Curation Software (SMECS) which integrates the extraction of metadata from existing sources together with a user-friendly interface for metadata curation.
SMECS extracts metadata from online repositories such as GitHub and presents it to researchers through an interactive interface for further curation and export as a \textit{CodeMeta} file. The usability of SMECS was evaluated through usability experiments which confirmed that SMECS provides a satisfactory user experience. SMECS supports the FAIRification of research software by simplifying metadata creation.
\end{abstract}
\section{Introduction}
\label{sec:intro}
Research software plays a vital role in science \cite{gruenpeter_Defining_2021} enabling researchers to simulate real-world systems, control and monitor experiments, prove concepts, and collect, analyze, and interpret complex data \cite{hasselbring_MultiDimensional_2025}.
However, considerable challenges persist when dealing with research software \cite{chuehong_FAIR_2022}. The FAIR (findability, accessibility, interoperability, and reusability) principles for research software \cite{chuehong_FAIR_2022} provide important guidance on how to improve the management of research software and make it FAIR.
An important aspect to achieve FAIR research software is good metadata describing the research software and providing relevant information like contextual knowledge that enables others to understand the purpose, functionality, limitations, and reusability constraints of a research software~\cite{chuehong_FAIR_2022}.
However, creating meaningful metadata for software is a labor-intensive task as it involves collecting and mostly manually re-entering multiple pieces of information. Although, much of this information is already available but scattered across multiple sources, such as GitHub metadata
or readme files \cite{mao_SoMEF_2019}. Especially when a research software has existed for a long time, the information is highly scattered and often not fully known by a single developer.
To address these challenges, there is a need for tools that can assist researchers and research software engineers (together referred to as users in the following) in creating metadata~\cite{ferenz_Improved_2023}, e.g., by using the available information from the different sources.
Several tools already address different aspects of research software metadata, such as creation (CodeMeta Generator \cite{Codemetagenerator_2025}), extraction (SOMEF \cite{kelley_Framework_2021}), and publication (HERMES~\cite{kernchen_Extending_2025}). However, these existing tools focus on specific aspects and do not provide a comprehensive solution that connects
all aspects.
To fill this gap, we present SMECS (Software Metadata Extraction and Curation Software), a novel tool that addresses the challenges of metadata creation for research software. SMECS combines extraction capabilities with a curation interface, aiming for a simple metadata creation process. We evaluated SMECS through a comprehensive user study based on the System Usability Scale (SUS) by Brooke \cite{brooke_sus_1995} and semi-structured interviews.
The remaining part of this paper is organized as follows. In \autoref{sec:relWork}, we provide a comprehensive summary of the related work in the field of research software metadata creation, extraction, and curation, outlining existing tools and their limitations. Afterwards, we introduce our solution, SMECS, and explain its architecture in \autoref{sec:desc}. Based on the evaluation method, described in \autoref{sec:evalMethod}, the results of our evaluation are presented in \autoref{sec:res}. Finally, we discuss and reflect on the implications of our findings and provide an outlook on future research perspectives in \autoref{sec:dis}.
{
\section{Related Work}
\label{sec:relWork}
This section provides an overview of existing schemas and tools that support the work with research software metadata. We begin by introducing relevant metadata schemas for research software in \autoref{subsec:schemas}, followed by a review of the existing tools in \autoref{subsec:tools}.
\subsection{Metadata Schemas for Research Software}
\label{subsec:schemas}
There exist multiple metadata schemas for research software. Some of them are domain-specific (e.g., \textit{biotoolsXSD} \cite{ison_BiotoolsSchema_2021}, \textit{Software Ontology} \cite{malone_Software_2014}, \textit{ontosoft} \cite{gil_OntoSoft_2016}) while other are non-domain specific (e.g., \textit{CodeMeta} \cite{jones_CodeMeta_2023}, \textit{CFF} \cite{druskat_Citation_2021}, \textit{Software Description Ontology}~\cite{garijo_OKGSoft_2019}, \textit{DataDesc} \cite{kuckertz_DataDesc_2024}). Ferenz et al. provide a general overview of many of them in~\cite{ferenz_Requirements_2025}. In the following, we will only highlight the most relevant.
The citation file format (\textit{CFF}) \cite{druskat_Citation_2021} provides the most important information for properly citing research software. In this way, it covers some relevant metadata information on research software without defining a proper metadata schema.
\textit{CodeMeta} \cite{jones_CodeMeta_2023} is the de-facto standard for research software metadata covering multiple aspects of research software. It reuses many elements of \textit{schema.org}, which is an ontology describing general concepts and is mainly used to describe things semantically on the web.
The \textit{Software Description Ontology} \cite{garijo_OKGSoft_2019} is an ontology to describe research software, which is based on the geoscience-specific ontology \textit{OntoSoft} \cite{gil_OntoSoft_2016} and \textit{CodeMeta}. Thereby, it provides more metadata elements than \textit{CodeMeta} and better semantic web functionalities.
\subsection{Tools for Curation and Extraction of Research Software Metadata}
\label{subsec:tools}
For the existing tools, we mainly focus on the abilities to extract metadata, allow curation (incl. supporting controlled value vocabularies), and upload the metadata to relevant databases. We do not cover tools for software registries which only focus on storing research software metadata.
The CodeMeta Generator \cite{Codemetagenerator_2025}, developed by the Software Heritage initiative\footnote{\url{https://www.softwareheritage.org/}, last access 2025-04-07}, is a specialized web tool to simplify the creation of \textit{CodeMeta} metadata, which is available online.\footnote{\url{https://codemeta.github.io/codemeta-generator/}, lass accessed 2025-04-16} The user-friendly form covers most elements of \textit{CodeMeta} and includes drop-down menus for license and development status. The tool also allows users to export a \textit{CodeMeta} file, as well as import and validate existing \textit{CodeMeta} files. The tool does not extract any metadata from any source.
Betty's research engine \cite{seibert_Bettys_2024,seibert_Betty_2024} is a specialized search engine designed to facilitate the discovery of research software. It aggregates structured metadata from multiple sources, including GitHub, GitLab, Zenodo, Open Alex, DataCite, and Open Citations. The engine uses a cascading search approach to iteratively improve the search results. Although, it does not systematically incorporate metadata standards such as \textit{CodeMeta} or \textit{CFF}, it provides a unique platform for searching for research software. Betty's research engine allows users to export search results to the Open Research Knowledge Graph (ORKG) \cite{auer_Improving_2020} with the option to edit the JSON file online before submission \cite{seibert_Bettys_2024}. A demonstrator is available online.\footnote{\url{https://nfdi4ing.rz-housing.tu-clausthal.de/}, last access 2025-04-16}
\begin{table}
\setlength{\extrarowheight}{0.1cm}
\centering
\caption{Overview of existing approach to create research software metadata}
\begin{tabular}{c l c c l}
\cmark: & fulfilled & & \xmark: & not fulfilled \\
(\cmark): & (partly) fulfilled & & & \\
\end{tabular}
\begin{tabular}{L{3.8cm} C{2.2cm} C{\itemCol} C{\itemCol} C{\itemCol} C{\itemCol} C{\itemCol}}
&
Scope &
\rotatebox[origin=l]{90}{\parbox[l]{\descHeight}{Extracts structured \\metadata}} &
\rotatebox[origin=l]{90}{\parbox[l]{\descHeight}{Extracts unstructured metadata}} &
\rotatebox[origin=l]{90}{\parbox[l]{\descHeight}{Curation}} &
\rotatebox[origin=l]{90}{\parbox[l]{\descHeight}{Supports value \\vocabularies}} &
\rotatebox[origin=l]{90}{\parbox[l]{\descHeight}{Upload of metadata}} \\
\hline
\hline
CodeMeta Generator \cite{Codemetagenerator_2025} & Metadata creation & \xmark & \xmark & \cmark & (\cmark) & \xmark \\
Betty's research engine \cite{seibert_Bettys_2024, seibert_Betty_2024} & Metadata extraction for search & \cmark & \xmark & (\cmark) & \xmark & \cmark \\
HERMES \cite{druskat_Software_2022, kernchen_Extending_2025, meinel_Hermes_2025} & Metadata publication & \cmark & \xmark & (\cmark) & \xmark & \cmark \\
SOMEF \cite{kelley_Framework_2021, mao_SoMEF_2019} & Metadata extraction & \cmark & \cmark & \xmark & \xmark & \xmark \\
\end{tabular}
\centering
\label{Tab:rw}
\end{table}
HERMES \cite{druskat_Software_2022,kernchen_Extending_2025,meinel_Hermes_2025} is a tool for automating the publication of metadata using Continuous Integration/Continuous Deployment (CI/CD) pipelines. Its workflow consists of five key steps: harvest, process, curate, deposit, and post-process. HERMES uses \textit{CodeMeta} as a data model to store metadata between the steps. In the harvest step, it extracts structured metadata from \textit{CFF} files, \textit{CodeMeta} files, local git repositories, and pyproject.toml files. The curation step is facilitated through Pull/Merge Requests on GitHub or GitLab, without providing a dedicated curation interface. HERMES allows metadata to be uploaded to InvenioRDM\footnote{\url{https://inveniosoftware.org/products/rdm/}, last access 2025-04-16} based platforms such as Zenodo \cite{zenodo}. Overall, HERMES is built in a modular way by allowing plugins to be added for all steps of the workflow. This enables easy extendability \cite{kernchen_Extending_2025} and longer interoperability with these extensions.
SOMEF \cite{mao_SoMEF_2019,kelley_Framework_2021,garijo_Framework_2025} is a tool designed to capture metadata from software projects and export it in a structured manner. Its primary goal is to provide broad extraction mechanisms that extract both structured and unstructured metadata. The sources for the structured metadata include the GitHub API and various package management files such as setup.py, pyproject.toml, and package.json. Unstructured metadata are leveraged from README files, licenses, and Docker files. SOMEF does not provide any curation capabilities. It can export metadata as a \textit{CodeMeta} file (JSON-LD) and as an RDF file using the \textit{Software Description Ontology}. The tool is designed to achieve high semantic-web compatibility, enabling the creation of knowledge graphs, as demonstrated in \cite{kelley_Framework_2021}. There is also a web demonstrator for SOMEF called SOMEF-Vider \cite{victor_SOMEF_2021} which is available online\footnote{\url{https://somef.linkeddata.es/}, last access 2025-04-07} \cite{kelley_Framework_2021}.
In this section, we provided an overview of existing tools supporting the creation, extraction, and/or curation of research software metadata as summarized in \autoref{Tab:rw}. While the CodeMeta Generator and SOMEF focus on specific aspects of the process, namely metadata creation and extraction, HERMES covers the entire workflow, including extracting, curating, and publication. However, HERMES lacks a user-friendly curation interface and has limited extraction capabilities compared to SOMEF. Our goal is to bridge this gap by developing a comprehensive tool that spans the entire process, features an intuitive interface, and reuses the existing tools as far as possible. Thereby, we would like to address the current limitations and provide a more seamless experience for users.
}
{
\section{Description of SMECS}
\label{sec:desc}
We developed SMECS to combine the extraction and curation of research software metadata. Therefore, the workflow of SMECS consists of four sequential phases: \textbf{start}, \textbf{extraction}, \textbf{curation}, and \textbf{export}, as illustrated in \autoref{fig:diagram_smecs_colored}.
Generally, SMECS addresses the individuals developing research software as main user group. They may be researchers and/or research software engineers.
In the \textbf{start phase}, users provide two initial inputs. The associated initial interface is shown in \autoref{fig:SMECS_Initial_Page}. The first input prompts users to enter the repository link from
GitHub, from which metadata extraction is desired. The second input requests the user’s personal token key from the corresponding platform. The tool can also operate without user-provided tokens for certain repositories, using internal default tokens when needed.
\begin{figure}[t]
\includegraphics[width=\textwidth, trim=20 180 50 80, clip]{Figures/Phases_of_SMECS.pdf}
\caption{Phases of SMECS}
\label{fig:diagram_smecs_colored}
\end{figure}
Based on the entered input, metadata from the repositories are extracted in the \textbf{extraction phase}, which is further outlined in \autoref{subsec:extraction}. Afterwards, the extracted metadata are shown to the user in the \textbf{curation phase}. In this phase, the user can curate and refine the extracted metadata and add additional metadata. We provide more details on this phase and the user interface in \autoref{subsec:curation}.
Once completed, the curated metadata can be downloaded as a \textit{CodeMeta}-based JSON file in the \textbf{export phase}. The exported metadata can be included by the user in their repository or be used for other purposes.
SMECS is available on GitHub \cite{ferenz_Software_2025} under an AGPL license. The GitHub repository also includes the setup instructions. Additionally, the latest version is available on Zenodo \cite{ferenz_Software_2025a}.
SMECS is based on the Meta Tool by Reiner Lemoine Institut \cite{RLI_metatool}, which is a web application enabling the creation and validation of metadata for research data based on the Open Energy Metadata standard. Building on this foundation, we developed SMECS as a Python-based tool using the Django framework \cite{Django_2023}. The web frontend uses JavaScript, HTML, and CSS.
\begin{figure}[h]
\centering
\includegraphics[width=\textwidth]{Figures/SMECS_initial_page_3.png}
\caption{SMECS landing page for the \textbf{start phase}}
\label{fig:SMECS_Initial_Page}
\end{figure}
\subsection{Extraction Phase}
\label{subsec:extraction}
Upon entering the input data on the initial page in the \textbf{start phase} and initiating the \textbf{extraction phase}, the tool retrieves metadata. This process uses parts of HERMES \cite{druskat_Software_2022,kernchen_Extending_2025,meinel_Hermes_2025} which serves as the core of the backend as shown in \autoref{fig:extraction-via-hermes}. %and \autoref{tab:extraction-sources-via-hermes}.
Only small changes to HERMES were performed which will be included in the official HERMES release. For additional functionalities, plugins for HERMES were created which allow long-term interoperability with future HERMES versions.
\begin{figure}[t]
\includegraphics[width=\textwidth, trim=20 65 50 75, clip]{Figures/Extraction_via_hermes.pdf}
\caption{Process diagram: Extracting metadata through using HERMES}
\label{fig:extraction-via-hermes}
\end{figure}
\begin{table}[b]
\centering
\caption{Supported extraction sources via HERMES}
\label{tab:extraction-sources-via-hermes}
\begin{tabular}{C{1.4cm} C{4.5cm} C{4cm}}
Source& Description & Source for mapping\\ \hline
GitHub& Metadata are extracted from GitHub API & Official \textit{CodeMeta} crosswalk\footref{fn:cross}\\
\textit{CFF}& \textit{CFF} files in a repository & Crosswalk by HERMES\\
\textit{CodeMeta}& \textit{CodeMeta} files in a repository & No Crosswalk needed\\
\end{tabular}
\end{table}
First, metadata are extracted from different sources using the harvesting step of HERMES. The extraction process is done by using three harvesters in HERMES (GitHub,
\textit{CFF}, and \textit{CodeMeta}). \autoref{tab:extraction-sources-via-hermes} gives an overview of the used sources for metadata. We extended the existing \textit{CFF} and \textit{CodeMeta} harvesters of HERMES to deal with remote repositories and implemented a new harvester for GitHub.
Metadata extracted from GitHub API are more focused on project information (such as repository name, description, and programming languages), collaboration, and activity (such as issues, pull requests, commits, and contributors), however, these sources do not cover citation metadata. On the other hand, \textit{CFF} and \textit{CodeMeta} files are more oriented toward software citation metadata and metadata related to software dissemination and reuse (such as author, versioning, publishers, licensing, and project identifiers like Digital Object Identifier (DOI)).
All harvesters map their extracted metadata to \textit{CodeMeta}. For this task, we partly used existing crosswalks from \textit{CodeMeta}\footnote{\label{fn:cross}\url{https://codemeta.github.io/crosswalk/github/}, last access 2025-04-10} and HERMES and partly created one crosswalk by ourselves, as shown in \autoref{tab:extraction-sources-via-hermes}.
The extracted metadata are processed and merged using the process step of HERMES, resulting in a common set of metadata. These metadata are subsequently presented in the user interface in the \textbf{curation phase}. By using HERMES, we achieved an interoperable and modular architecture for the \textbf{extraction phase}, allowing it to easily integrate more harvesting sources.
\subsection{Curation Phase}
\label{subsec:curation}
Based on the extracted metadata from the \textbf{extraction phase}, the extracted metadata are visualized in the \textbf{curation phase}. In \autoref{fig:SMECS_Extraction_Page_1}, this visualization based on an example GitHub URL is showcased. The extracted metadata are organized within an interface resembling a fillable form and are displayed across three tabs: Software Information, Contributors, and Authors.
Metadata elements, where the automatic extraction was not possible for the provided repository, are visually highlighted in red, indicating where manual input is needed to complete the metadata. Certain metadata elements, like URLs and keyword inputs, are highlighted in yellow when their values are extracted and visualized. This color coding indicates that these elements are suggested to be reviewed or curated by the researcher for more accuracy since the quality of these metadata can often be improved by the users.
\begin{figure}[h]
% \centering
\includegraphics[width=\textwidth]{Figures/SMECS_curation_page.png}
\caption{SMECS curation page}
\label{fig:SMECS_Extraction_Page_1}
\end{figure}
To enhance the user experience when curating metadata elements such as programming languages and licenses, a list of suggestions is shown to the user. On the frontend, a programming-language JSON file\footnote{\url{https://gist.github.com/calvinfroedge/defeb8fc6cdc0068e172}, last access 2025-04-16} was utilized, offering a comprehensive selection of programming languages. Additionally, a list of licenses\footnote{\url{https://raw.githubusercontent.com/spdx/license-list-data/master/json/licenses.json}, last access 2025-04-16} was fetched to provide users with a valid and up-to-date set of license options for repositories. Dynamic filtering enables users to quickly locate and select an option from a manageable subset, avoiding the overwhelm of a large, unfiltered list.
Once metadata curation is completed in the \textbf{curation phase}, users can download the finalized result as a JSON file or copy that through the copy-to-clipboard feature in the JSON viewer section in the \textbf{export phase}. The \textit{CodeMeta}-based metadata facilitate easy integration with a variety of tools and applications for further use or analysis.
}
{
\section{Research Design and Method, Data Collection and Analysis}
\label{sec:evalMethod}
For the evaluation, we focused on the aspect of usability, a core requirement for SMECS. Accordingly, we applied usability testing that mainly concentrated on the user interface in the \textbf{curation phase}.\footnote{The evaluation was conducted on a previous version of SMECS (Commit number: \href{https://github.com/NFDI4Energy/SMECS/tree/aefc7a92e1a0d092bf51450f637a62a366b7eebd}{aefc7a9}). The main change since the conducted evaluation is the integrating of HERMES which did not influence the frontend.}
Usability testing is a commonly employed method to evaluate how easy a product is to use. This method allows for the identification of problems in the software development stage, focusing on users' ability to understand and interact with the designed functions \cite{guarascio-howard_Using_2004}. Our usability testing aimed to assess how well users could navigate the user interface, understand the tool’s functionalities, and interact with the available features.
Our usability testing was structured in the following way. First, we gave the participants a short introduction to the session including promising confidentiality of the interview transcripts to avoid possible response biases \cite{myers_Qualitative_2007}. Afterwards, the participants were asked to perform predefined tasks designed to evaluate key aspects of the user experience while also covering the main features of the tool. In this phase, the think-aloud method was used to capture feedback, insights, and thoughts. In the think-aloud method, participants verbalize their thoughts while completing a specific task or recall their thoughts immediately after finishing the task~\cite{eccles_Think_2017}.
All the ideas and thoughts expressed during the think-aloud method were audio-recorded in the session while testing the tool. This qualitative data was analyzed and documented in the same way as the data collected through semi-structured interviews.
To evaluate participants' perception of the user interface of SMECS, quantitative data was gathered through the System Usability Scale (SUS) questionnaire by Brooke \cite{brooke_sus_1995}. Employing the SUS allows for an evaluation of the perceived usability of a system with a limited sample size, providing a reliable assessment of user perceptions of a system or product \cite{tullis_Comparison_2004}. The SUS questionnaire consists of ten statements, each on a five-point scale from ``Strongly Disagree'' to ``Strongly Agree''~\cite{bangor_Determining_2009}, and is used to assess usability in websites, software, and mobile applications~\cite{peres_Validation_2013}.
Additional qualitative data on the tool's usability, functionality, and overall effectiveness was obtained through semi-structured interviews with participants after they completed the SUS questionnaire. The interview guide covered participants’ backgrounds, initial expectations, first-time experiences, specific features, encountered challenges, and overall impressions.
We recruited all participants from our own research institute\footnote{OFFIS - Institute for Information Technology, \url{https://www.offis.de/}, last access 2025-04-16} to conduct the study on-site, which enabled us to let the participants directly use SMECS on a test machine. All six participants (P1 to P6) were energy researchers at PhD level and engaged in medium to large-scale energy-related research projects.
They mostly held master's degrees in computer science, with one participant holding a degree in engineering physics. The participants had varying levels of familiarity with metadata, rating their knowledge between 2 and 4 out of 5 (5 = most knowledge).
All experiments were conducted in English between September and October 2024 using the experimenter's laptop in an on-site setting. Each session lasted between 45 and 60 minutes.
The audios of the interviews were recorded and later transcribed using Whisper \cite{radford_Robust_2022}.
After transcribing the audio recordings, we reviewed the transcripts, highlighted key points, and categorized the feedback into positive and negative opinions, reported bugs, and participant suggestions.
}
{
\section{Results}
\label{sec:res}
Based on the evaluation method explained in \autoref{sec:evalMethod}, the main results of our study are presented in this section.
The SUS scores from the usability experiment, illustrated in \autoref{fig:sus_score_boxplot} as box plot\footnote{\label{fn:plot}The box plot was generated using \cite{blattgerste_WebBased_2022}.}, indicate that participants had a very positive experience using the tool. The scores are consistently high, with a mean of 92.08 and a median of 92.5, reflecting strong user satisfaction. Five participants rated the tool within the ``Excellent'' range (above 85, based on \cite{bangor_Determining_2009}), and one participant scored slightly lower, though still indicating high usability. This consistent pattern suggests the tool strongly aligns with user needs and expectations.
\begin{figure}[t]
\centering
\includegraphics[width=0.5\textwidth]{Figures/boxplot.png}
\caption{SUS scores for SMECS usability experiment as box plot}
\label{fig:sus_score_boxplot}
\end{figure}
The qualitative feedback from the think-aloud method and semi-structured interviews offers helpful insights into user experiences and perceptions. Overall, impressions were highly positive with notable comments about clarity, navigation, and ease of use. Participants described the navigation through SMECS as intuitive (P1: ``It's very easy to use, very fast. You can change your information quite fast and it already gives you a lot of information.'', P2: ``The tool is plain, but in a good sense.''). Two participants mentioned that the tool's smooth and responsive functionality mirrors common online tools (P4: ``The tool feels organized, easy to use and feels like an online tool'').
All participants noted that this segmentation of metadata and visualizing in different categories (tabs) made the page cleaner, organized, and easier to curate relevant metadata (P2: ``The curation form looks really good. It looks clean in my opinion and less intimidating for users that are not technically inclined.'', P5: ``I think it helps not to have too much information on one page, especially when the list of contributors gets very long. If all the metadata is on a single page, you might have to scroll a lot before reaching the next point.''), and they acknowledged the color-coded clues (P3: ``Colors in color coding perfectly matching to the expectation and they are perfectly matching to the standard, the typical things you would see on the Internet and you are used to.''). Participants liked the clarification of roles for contributors and authors, noting that they could easily distinguish these roles when adding or curating the corresponding metadata. All participants appreciated having both options for visualizing metadata during the \textbf{curation phase}, through the form and the JSON viewer (P1: ``The live view of the JSON is pretty nice, and makes it easy to edit metadata in the form and see the result simultaneously.'').
The feedback included suggestions for incorporating advanced features, such as automated license selection and software description generation. Another proposed improvement during the usability experiment was the feature to import a metadata set, obtained from SMECS or other software, into SMECS for the curation of existing research software metadata. Additionally, other potential improvements include implementing validation for specific metadata types and verifying the metadata presented in the JSON viewer. Furthermore, there were recommendations on including detailed information about authors and contributors, specifying what each provided. This can include whether they worked on code, documentation, writing, etc., similar to the way academic publications clarify the roles of each author.
As part of further development on the features and functionalities, we removed the copy feature from the contributors table. This feature was intended to help users to add a contributor to the authors table, however, its purpose was mostly unclear and misunderstood in the experiment. Most users did not understand the main purpose of this feature. Because of that, we introduced a different approach and decided to merge contributors and authors, presenting related information in a single table for both. This new design allows users to select or deselect roles, meaning a person can be defined as a contributor, an author, or both.
}
{
\section{Discussion and Outlook}
\label{sec:dis}
Although SMECS has already been rated as usable by researchers in the evaluation (see \autoref{sec:res}), the evaluation and its comparison to related work (see \autoref{sec:relWork}) showed several areas where it can be further extended.
Firstly, multiple existing functionalities can be further expanded. The extraction functionality can be enhanced, for example, by integrating SOMEF. Furthermore, the export functionality, currently limited to downloading a JSON file, can be extended, e.g., to export to the ORKG (similar to Betty's research engine), software repositories (e.g., GitHub and GitLab, as merge requests like in HERMES), and/or software registries (similar to HERMES' upload to invenioRDM).
Secondly, there are also additional use cases to use SMECS. Besides the export to software registries, it would also be interesting to test SMECS as an input tool for registries by directly integrating it into the registries as envisioned in \cite{ferenz_Improved_2023}.
Furthermore, software management plans are an emerging topic in the area of research software~\cite{alves_ELIXIR_2021}. Since software management plans contain a lot of metadata about research software, it would be an interesting approach to use SMECS or parts of it to semi-automate their creation.
Additionally, there is potential for utilizing SMECS for more specific metadata schemas, such as the one currently being developed for energy research software \cite{ferenz_Improved_2023, ferenz_Requirements_2025}.
Our user study as presented in \autoref{sec:evalMethod} and \autoref{sec:res} was designed to evaluate the usability and effectiveness of SMECS. While the results provide valuable insights into the performance of the tool, some limitations of the evaluation must be acknowledged.
Firstly, our study had a small number of participants with homogeneous backgrounds in computer science, which may have introduced biases in the results. Despite this limitation, we were able to gain a good understanding of the tool's usability and have already incorporated some of the findings (e.g., metadata from existing \textit{CodeMeta} files in a repository can now be extracted). Future studies should aim to recruit a more diverse sample to ensure that the results are generalizable to a broader group of researchers.
In addition, the use of predefined tasks may have limited the scope of the evaluation, but it also allowed us to test the usability of specific features of SMECS.
Furthermore, the most recent version of the tool was not used in the usability study. Consequently, the findings may not be entirely applicable to this latest version.
Overall, further research is necessary to explore the capabilities of SMECS and its usability by researchers.
Also, the general impact of tools like SMECS on researchers' behavior with respect to the metadata creation remains an area for further exploration. Understanding the effectiveness of SMECS and similar tools in promoting metadata creation and publication is relevant for developing strategies to increase the adoption of metadata for research software.
In conclusion, we showed that SMECS is a usable tool for creating metadata for research software based on extraction. By building on HERMES, it achieves a high degree of interoperability with existing tools. Nevertheless, there are still opportunities for improvement, particularly in refining its extraction and export capabilities. Additionally, more research, such as integrating other metadata schemas or conducting studies with more diverse participants, is needed to better understand what is needed to enable researchers to create meaningful metadata for their research software.
}
\section*{Acknowledgments}
The authors would like to thank the German Federal Government, the German State Governments, and the Joint Science Conference (GWK) for their funding and support as part of the \href{https://nfdi4energy.uol.de/}{NFDI4Energy} and the \href{https://base4nfdi.de/}{Base4NFDI} consortia. The work was partly funded by the German Research Foundation (DFG) – 501865131 and 521453681 within the German National Research Data Infrastructure (NFDI, \url{www.nfdi.de}).
Additionally, this research was partly funded by the Lower Saxony Ministry of Science and Culture under grant number 11-76251-13-3/19–ZN3488 (ZLE) within the Lower Saxony “Vorab“ of the Volkswagen Foundation. It was supported by the \href{https://zdin.de/}{Center for Digital Innovations Lower Saxony (ZDIN)}.
% ========================
\printbibliography[title=References]
\end{document}
% $ biblatex auxiliary file $
% $ biblatex bbl format version 3.2 $
% Do not modify the above lines!
%
% This is an auxiliary file used by the 'biblatex' package.
% This file may safely be deleted. It will be recreated by
% biber as required.
%
\begingroup
\makeatletter
\@ifundefined{ver@biblatex.sty}
{\@latex@error
{Missing 'biblatex' package}
{The bibliography requires the 'biblatex' package.}
\aftergroup\endinput}
{}
\endgroup
\refsection{0}
\datalist[entry]{nty/global//global/global}
\entry{alves_ELIXIR_2021}{misc}{}
\name{author}{9}{}{%
{{hash=c2d7f1b40d54d7c5131dc2447e55a541}{%
family={Alves},
familyi={A\bibinitperiod},
given={Renato},
giveni={R\bibinitperiod}}}%
{{hash=49a6ff4fc983a401643fcfe3986455d5}{%
family={Bampalikis},
familyi={B\bibinitperiod},
given={Dimitrios},
giveni={D\bibinitperiod}}}%
{{hash=e33393fbbbb2886904461398d091677b}{%
family={Castro},
familyi={C\bibinitperiod},
given={Leyla\bibnamedelima Jael},
giveni={L\bibinitperiod\bibinitdelim J\bibinitperiod}}}%
{{hash=39d016b0f7d62924c90e5def1618be22}{%
family={González},
familyi={G\bibinitperiod},
given={José\bibnamedelimb María\bibnamedelima Fernández},
giveni={J\bibinitperiod\bibinitdelim M\bibinitperiod\bibinitdelim F\bibinitperiod}}}%
{{hash=15fa3c158ae61ae23ea53c9f720e490f}{%
family={Harrow},
familyi={H\bibinitperiod},
given={Jennifer},
giveni={J\bibinitperiod}}}%
{{hash=5441d6c55570ce94b4e808f63fd7d949}{%
family={Kuzak},
familyi={K\bibinitperiod},
given={Mateusz},
giveni={M\bibinitperiod}}}%
{{hash=ce4f801f537ab28cf9faf0c31320af2b}{%
family={Martin},
familyi={M\bibinitperiod},
given={Eva},
giveni={E\bibinitperiod}}}%
{{hash=80bf9ebe4f826a363cc777f47c3d54ca}{%
family={Psomopoulos},
familyi={P\bibinitperiod},
given={Fotis\bibnamedelima E.},
giveni={F\bibinitperiod\bibinitdelim E\bibinitperiod}}}%
{{hash=d9727a3a4dadd248f98b14e17ceb1666}{%
family={Via},
familyi={V\bibinitperiod},
given={Allegra},
giveni={A\bibinitperiod}}}%
}
\list{publisher}{1}{%
{OSF}%
}
\strng{namehash}{ae05efadac8d1914eab6d634891b376c}
\strng{fullhash}{61c193fec5239063d5345ea173907a25}
\strng{bibnamehash}{ae05efadac8d1914eab6d634891b376c}
\strng{authorbibnamehash}{ae05efadac8d1914eab6d634891b376c}
\strng{authornamehash}{ae05efadac8d1914eab6d634891b376c}
\strng{authorfullhash}{61c193fec5239063d5345ea173907a25}
\field{sortinit}{A}
\field{sortinithash}{2f401846e2029bad6b3ecc16d50031e2}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Data Management Plans are now considered a key element of Open Science. They describe the data management life cycle for the data to be collected, processed and/or generated within the lifetime of a particular project or activity. A Software Manag ement Plan (SMP) plays the same role but for software. Beyond its management perspective, the main advantage of an SMP is that it both provides clear context to the software that is being developed and raises awareness. Although there are a few SMPs already available, most of them require significant technical knowledge to be effectively used. ELIXIR has developed a low-barrier SMP, specifically tailored for life science researchers, aligned to the FAIR Research Software principles. Starting from the Four Recommendations for Open Source Software, the ELIXIR SMP was iteratively refined by surveying the practices of the community and incorporating the received feedback. Currently available as a survey, future plans of the ELIXIR SMP include a human- and machine-readable version, that can be automatically queried and connected to relevant tools and metrics within the ELIXIR Tools ecosystem and beyond.}
\field{eprinttype}{OSF}
\field{langid}{american}
\field{month}{10}
\field{title}{{{ELIXIR Software Management Plan}} for {{Life Sciences}}}
\field{year}{2021}
\verb{doi}
\verb 10.37044/osf.io/k8znb
\endverb
\keyw{BioHackathon Europe,ELIXIR Tools,FAIR Software,Life Sciences,Management plans,Open Science,Research software,Software Best Practices}
\endentry
\entry{auer_Improving_2020}{article}{}
\name{author}{10}{}{%
{{hash=74de32830575f67e1479f58f47d2111d}{%
family={Auer},
familyi={A\bibinitperiod},
given={Sören},
giveni={S\bibinitperiod}}}%
{{hash=37267bc21b640be5064894beca71bf09}{%
family={Oelen},
familyi={O\bibinitperiod},
given={Allard},
giveni={A\bibinitperiod}}}%
{{hash=f94cac8c043e2c7c12c5d7d5c62458e0}{%
family={Haris},
familyi={H\bibinitperiod},
given={Muhammad},
giveni={M\bibinitperiod}}}%
{{hash=782a36d2536e4e7e3133cd4dc435886f}{%
family={Stocker},
familyi={S\bibinitperiod},
given={Markus},
giveni={M\bibinitperiod}}}%
{{hash=a68edf0a0ed1278ed90bdeba8f66a7c2}{%
family={D'Souza},
familyi={D\bibinitperiod},
given={Jennifer},
giveni={J\bibinitperiod}}}%
{{hash=5250c98adfe31437ba8b7f4abf11a318}{%
family={Farfar},
familyi={F\bibinitperiod},
given={Kheir\bibnamedelima Eddine},
giveni={K\bibinitperiod\bibinitdelim E\bibinitperiod}}}%
{{hash=b1b4310f6bb1c13f22869eaf092e8cba}{%
family={Vogt},
familyi={V\bibinitperiod},
given={Lars},
giveni={L\bibinitperiod}}}%
{{hash=e34daa7c24af40e8b5df6f70e17821f2}{%
family={Prinz},
familyi={P\bibinitperiod},
given={Manuel},
giveni={M\bibinitperiod}}}%
{{hash=f2146d2d3af1a8f0926fdef8932257a3}{%
family={Wiens},
familyi={W\bibinitperiod},
given={Vitalis},
giveni={V\bibinitperiod}}}%
{{hash=c8252de44fb8fbc961808a40e147c20a}{%
family={Jaradeh},
familyi={J\bibinitperiod},
given={Mohamad\bibnamedelima Yaser},
giveni={M\bibinitperiod\bibinitdelim Y\bibinitperiod}}}%
}
\list{publisher}{1}{%
{De Gruyter}%
}
\strng{namehash}{91ba05e3a8053b5f3aafa47005decbda}
\strng{fullhash}{e03f5b72ff63e58397c596187304c1cb}
\strng{bibnamehash}{91ba05e3a8053b5f3aafa47005decbda}
\strng{authorbibnamehash}{91ba05e3a8053b5f3aafa47005decbda}
\strng{authornamehash}{91ba05e3a8053b5f3aafa47005decbda}
\strng{authorfullhash}{e03f5b72ff63e58397c596187304c1cb}
\field{sortinit}{A}
\field{sortinithash}{2f401846e2029bad6b3ecc16d50031e2}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{The transfer of knowledge has not changed fundamentally for many hundreds of years: It is usually document-based-formerly printed on paper as a classic essay and nowadays as PDF. With around 2.5 million new research contributions every year, researchers drown in a flood of pseudo-digitized PDF publications. As a result research is seriously weakened. In this article, we argue for representing scholarly contributions in a structured and semantic way as a knowledge graph. The advantage is that information represented in a knowledge graph is readable by machines and humans. As an example, we give an overview on the Open Research Knowledge Graph (ORKG), a service implementing this approach. For creating the knowledge graph representation, we rely on a mixture of manual (crowd/expert sourcing) and (semi-)automated techniques. Only with such a combination of human and machine intelligence, we can achieve the required quality of the representation to allow for novel exploration and assistance services for researchers. As a result, a scholarly knowledge graph such as the ORKG can be used to give a condensed overview on the state-of-the-art addressing a particular research quest, for example as a tabular comparison of contributions according to various characteristics of the approaches. Further possible intuitive access interfaces to such scholarly knowledge graphs include domain-specific (chart) visualizations or answering of natural language questions.}
\field{issn}{1865-7648}
\field{journaltitle}{Bibliothek Forschung und Praxis}
\field{langid}{english}
\field{month}{12}
\field{number}{3}
\field{title}{Improving {{Access}} to {{Scientific Literature}} with {{Knowledge Graphs}}}
\field{volume}{44}
\field{year}{2020}
\field{pages}{516\bibrangedash 529}
\range{pages}{14}
\verb{doi}
\verb 10.1515/bfp-2020-2042
\endverb
\keyw{crowdsourcing,knowledge graph,semantic web,Subject classification,text mining}
\endentry
\entry{bangor_Determining_2009}{article}{}
\name{author}{3}{}{%
{{hash=05ed7926f59ed51998e7d806c8a2ca30}{%
family={Bangor},
familyi={B\bibinitperiod},
given={Aaron},
giveni={A\bibinitperiod}}}%
{{hash=7aba27d557264c98b8367c0362efd4cd}{%
family={Kortum},
familyi={K\bibinitperiod},
given={P.},
giveni={P\bibinitperiod}}}%
{{hash=6fe57e0a1f81b28a398e283890bf7239}{%
family={Miller},
familyi={M\bibinitperiod},
given={James\bibnamedelima T.},
giveni={J\bibinitperiod\bibinitdelim T\bibinitperiod}}}%
}
\strng{namehash}{74ce48d552b8ea79610fcc05c43563ca}
\strng{fullhash}{74ce48d552b8ea79610fcc05c43563ca}
\strng{bibnamehash}{74ce48d552b8ea79610fcc05c43563ca}
\strng{authorbibnamehash}{74ce48d552b8ea79610fcc05c43563ca}
\strng{authornamehash}{74ce48d552b8ea79610fcc05c43563ca}
\strng{authorfullhash}{74ce48d552b8ea79610fcc05c43563ca}
\field{sortinit}{B}
\field{sortinithash}{d7095fff47cda75ca2589920aae98399}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{The System Usability Scale (SUS) is an inexpensive, yet effective tool for assessing the usability of a product, including Web sites, cell phones, interactive voice response systems, TV applications, and more. It provides an easy-to-understand score from 0 (negative) to 100 (positive). While a 100-point scale is intuitive in many respects and allows for relative judgments, information describing how the numeric score translates into an absolute judgment of usability is not known. To help answer that question, a seven-point adjective-anchored Likert scale was added as an eleventh question to nearly 1,000 SUS surveys. Results show that the Likert scale scores correlate extremely well with the SUS scores (r=0.822). The addition of the adjective rating scale to the SUS may help practitioners interpret individual SUS scores and aid in explaining the results to non-human factors professionals.}
\field{journaltitle}{Journal of Usability Studies archive}
\field{month}{5}
\field{shorttitle}{Determining What Individual {{SUS}} Scores Mean}
\field{title}{Determining What Individual {{SUS}} Scores Mean: Adding an Adjective Rating Scale}
\field{urlday}{8}
\field{urlmonth}{4}
\field{urlyear}{2025}
\field{year}{2009}
\field{urldateera}{ce}
\verb{urlraw}
\verb https://www.semanticscholar.org/paper/Determining-what-individual-SUS-scores-mean%3A-adding-Bangor-Kortum/3399f83ff6149dc65b52600f52ed372be5a6aa86
\endverb
\verb{url}
\verb https://www.semanticscholar.org/paper/Determining-what-individual-SUS-scores-mean%3A-adding-Bangor-Kortum/3399f83ff6149dc65b52600f52ed372be5a6aa86
\endverb
\keyw{No DOI found}
\endentry
\entry{blattgerste_WebBased_2022}{misc}{}
\name{author}{3}{}{%
{{hash=0ddeb728f0ed0d16a1dda63c5cbe498c}{%
family={Blattgerste},
familyi={B\bibinitperiod},
given={Jonas},
giveni={J\bibinitperiod}}}%
{{hash=ce4b44ab811e7610fe74669c397123fd}{%
family={Behrends},
familyi={B\bibinitperiod},
given={Jan},
giveni={J\bibinitperiod}}}%
{{hash=691b32a66c7589df2e81171a583376a0}{%
family={Pfeiffer},
familyi={P\bibinitperiod},
given={Thies},
giveni={T\bibinitperiod}}}%
}
\strng{namehash}{231ea30492d51d489efd5da7de9fef75}
\strng{fullhash}{231ea30492d51d489efd5da7de9fef75}
\strng{bibnamehash}{231ea30492d51d489efd5da7de9fef75}
\strng{authorbibnamehash}{231ea30492d51d489efd5da7de9fef75}
\strng{authornamehash}{231ea30492d51d489efd5da7de9fef75}
\strng{authorfullhash}{231ea30492d51d489efd5da7de9fef75}
\field{sortinit}{B}
\field{sortinithash}{d7095fff47cda75ca2589920aae98399}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{A web-based analysis toolkit for the System Usability Scale providing calculation, plotting, interpretation and contextualization utility.}
\field{annotation}{Programmers: \_{}:n25385}
\field{series}{Proceedings of the 15th {{International Conference}} on {{PErvasive Technologies Related}} to {{Assistive Environments}}}
\field{title}{A {{Web-Based Analysis Toolkit}} for the {{System Usability Scale}}}
\field{year}{2022}
\verb{doi}
\verb 10.1145/3529190.3529216
\endverb
\endentry
\entry{brooke_sus_1995}{incollection}{}
\name{author}{1}{}{%
{{hash=813064283275c281401d7a7483420c67}{%
family={Brooke},
familyi={B\bibinitperiod},
given={John},
giveni={J\bibinitperiod}}}%
}
\list{publisher}{1}{%
{CRC Press}%
}
\strng{namehash}{813064283275c281401d7a7483420c67}
\strng{fullhash}{813064283275c281401d7a7483420c67}
\strng{bibnamehash}{813064283275c281401d7a7483420c67}
\strng{authorbibnamehash}{813064283275c281401d7a7483420c67}
\strng{authornamehash}{813064283275c281401d7a7483420c67}
\strng{authorfullhash}{813064283275c281401d7a7483420c67}
\field{sortinit}{B}
\field{sortinithash}{d7095fff47cda75ca2589920aae98399}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{Usability does not exist in any absolute sense; it can only be defined with reference to particular contexts. This, in turn, means that there are no absolute measures of usability, since, if the usability of an artefact is defined by the context in which that artefact is used, measures of usability must of necessity be defined by that context too. Despite this, there is a need for broad general measures which can be used to compare usability across a range of contexts. In addition, there is a need for "quick and dirty" methods to allow low cost assessments of usability in industrial systems evaluation. This chapter describes the System Usability Scale (SUS) a reliable, low-cost usability scale that can be used for global assessments of systems usability.}
\field{booktitle}{Usability {{Eval}}. {{Ind}}.}
\field{edition}{1st Edition}
\field{isbn}{978-0-429-15701-1}
\field{month}{11}
\field{shorttitle}{{{SUS}}}
\field{title}{{{SUS}}: {{A}} Quick and Dirty Usability Scale}
\field{volume}{189}
\field{year}{1995}
\verb{doi}
\verb 10.1201/9781498710411-35
\endverb
\endentry
\entry{chuehong_FAIR_2022}{report}{}
\name{author}{64}{}{%
{{hash=b16058072ea614ed866525e9be15f25c}{%
family={Chue\bibnamedelima Hong},
familyi={C\bibinitperiod\bibinitdelim H\bibinitperiod},
given={Neil\bibnamedelima P},
giveni={N\bibinitperiod\bibinitdelim P\bibinitperiod}}}%
{{hash=657e2100e6bd525cf6f1bcf761c26ca7}{%
family={Katz},
familyi={K\bibinitperiod},
given={Daniel\bibnamedelima S},
giveni={D\bibinitperiod\bibinitdelim S\bibinitperiod}}}%
{{hash=d68c46d13afbc8c699b5131e44b10523}{%
family={Barker},
familyi={B\bibinitperiod},
given={Michelle},
giveni={M\bibinitperiod}}}%
{{hash=acf06f8d2d5f8e2576b9e78b2d3b0fd9}{%
family={Lamprecht},
familyi={L\bibinitperiod},
given={Anna-Lena},
giveni={A\bibinithyphendelim L\bibinitperiod}}}%
{{hash=ec25a8f863b237cf4d23a67accd68644}{%
family={Martinez},
familyi={M\bibinitperiod},
given={Carlos},
giveni={C\bibinitperiod}}}%
{{hash=80bf9ebe4f826a363cc777f47c3d54ca}{%
family={Psomopoulos},
familyi={P\bibinitperiod},
given={Fotis\bibnamedelima E},
giveni={F\bibinitperiod\bibinitdelim E\bibinitperiod}}}%
{{hash=8d79507badbee7c03ca4d7972a1940d1}{%
family={Harrow},
familyi={H\bibinitperiod},
given={Jen},
giveni={J\bibinitperiod}}}%
{{hash=e33393fbbbb2886904461398d091677b}{%
family={Castro},
familyi={C\bibinitperiod},
given={Leyla\bibnamedelima Jael},
giveni={L\bibinitperiod\bibinitdelim J\bibinitperiod}}}%
{{hash=b6c4bb2fffecf39ced88921e698f32b2}{%
family={Gruenpeter},
familyi={G\bibinitperiod},
given={Morane},
giveni={M\bibinitperiod}}}%
{{hash=2df33fc138a40ffc4b15ef1b3d50cb05}{%
family={Martinez},
familyi={M\bibinitperiod},
given={Paula\bibnamedelima Andrea},
giveni={P\bibinitperiod\bibinitdelim A\bibinitperiod}}}%
{{hash=9887424215d686d04d50f838b8b8a7a5}{%
family={Honeyman},
familyi={H\bibinitperiod},
given={Tom},
giveni={T\bibinitperiod}}}%
{{hash=df11937ecadd5532f43e8c217f1a2940}{%
family={Struck},
familyi={S\bibinitperiod},
given={Alexander},
giveni={A\bibinitperiod}}}%
{{hash=08368ec1a83e95c095267c5a91795097}{%
family={Lee},
familyi={L\bibinitperiod},
given={Allen},
giveni={A\bibinitperiod}}}%
{{hash=173c7f1f7c97cf62ab8a4b0ff2d14bc6}{%
family={Loewe},
familyi={L\bibinitperiod},
given={Axel},
giveni={A\bibinitperiod}}}%
{{hash=d24c60608035776ad23478a2f5dc3321}{%
family={{van Werkhoven}},
familyi={v\bibinitperiod},
given={Ben},
giveni={B\bibinitperiod}}}%
{{hash=0cadba06758c7e12aa1da46e96f9aef4}{%
family={Jones},
familyi={J\bibinitperiod},
given={Catherine},
giveni={C\bibinitperiod}}}%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=1475aa6105511d537a2f5fa45ab63290}{%
family={Plomp},
familyi={P\bibinitperiod},
given={Esther},
giveni={E\bibinitperiod}}}%
{{hash=da6a13bf7420a3211067459fe6d08b2a}{%
family={Genova},
familyi={G\bibinitperiod},
given={Francoise},
giveni={F\bibinitperiod}}}%
{{hash=203224caac1667d35228d512062314c6}{%
family={Shanahan},
familyi={S\bibinitperiod},
given={Hugh},
giveni={H\bibinitperiod}}}%
{{hash=0634acd2a79f4b72c45587ec9e052da8}{%
family={Leng},
familyi={L\bibinitperiod},
given={Joanna},
giveni={J\bibinitperiod}}}%
{{hash=e61e15749894a6d84804229f0b681118}{%
family={Hellström},
familyi={H\bibinitperiod},
given={Maggie},
giveni={M\bibinitperiod}}}%
{{hash=adaab99461e67ff29424b54eab476575}{%
family={Sinha},
familyi={S\bibinitperiod},
given={Manodeep},
giveni={M\bibinitperiod}}}%
{{hash=5441d6c55570ce94b4e808f63fd7d949}{%
family={Kuzak},
familyi={K\bibinitperiod},
given={Mateusz},
giveni={M\bibinitperiod}}}%
{{hash=2f7d6f33727bc82bd7011face3d4af13}{%
family={Herterich},
familyi={H\bibinitperiod},
given={Patricia},
giveni={P\bibinitperiod}}}%
{{hash=ab5652acf0de64074be2a35319b7c36a}{%
family={Zhang},
familyi={Z\bibinitperiod},
given={Qian},
giveni={Q\bibinitperiod}}}%
{{hash=6e9b66bb8a58b89ad265e2216a31968b}{%
family={Islam},
familyi={I\bibinitperiod},
given={Sharif},
giveni={S\bibinitperiod}}}%
{{hash=1547ffdade7927d77c2e093fa8e4a751}{%
family={Sansone},
familyi={S\bibinitperiod},
given={Susanna-Assunta},
giveni={S\bibinithyphendelim A\bibinitperiod}}}%
{{hash=ee5dba98efcb604a84e148b6339ad236}{%
family={Pollard},
familyi={P\bibinitperiod},
given={Tom},
giveni={T\bibinitperiod}}}%
{{hash=0d9f985e7b0a47ddf5bbce1313ec400b}{%
family={Atmojo},
familyi={A\bibinitperiod},
given={Udayanto\bibnamedelima Dwi},
giveni={U\bibinitperiod\bibinitdelim D\bibinitperiod}}}%
{{hash=abf2d8401aa1a83aba6ba02dfaaeddf0}{%
family={Williams},
familyi={W\bibinitperiod},
given={Alan},
giveni={A\bibinitperiod}}}%
{{hash=61c107a03e9537cfc1d170c200ca008a}{%
family={Czerniak},
familyi={C\bibinitperiod},
given={Andreas},
giveni={A\bibinitperiod}}}%
{{hash=be3db60fbb168efc57bcc29039ad978f}{%
family={Niehues},
familyi={N\bibinitperiod},
given={Anna},
giveni={A\bibinitperiod}}}%
{{hash=d8164fef3443973f4ace51785e128c67}{%
family={Fouilloux},
familyi={F\bibinitperiod},
given={Anne\bibnamedelima Claire},
giveni={A\bibinitperiod\bibinitdelim C\bibinitperiod}}}%
{{hash=b5ac921a2d827a023d3f3cc6f6cbb77e}{%
family={Desinghu},
familyi={D\bibinitperiod},
given={Bala},
giveni={B\bibinitperiod}}}%
{{hash=c027b8a54b05fc23602e72fae4e02c2e}{%
family={Richard},
familyi={R\bibinitperiod},
given={Céline},
giveni={C\bibinitperiod}}}%
{{hash=66a0076b600e7fc3d94289b5190c2a3d}{%
family={Gray},
familyi={G\bibinitperiod},
given={Charles},
giveni={C\bibinitperiod}}}%
{{hash=2078eae27bd459aaa1e9a9614ad79d01}{%
family={Erdmann},
familyi={E\bibinitperiod},
given={Chris},
giveni={C\bibinitperiod}}}%
{{hash=abe856124a47bf235c0602ea1b3de454}{%
family={Nüst},
familyi={N\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=a802cd929f62a3a69a50db2e4dc78bef}{%
family={Tartarini},
familyi={T\bibinitperiod},
given={Daniele},
giveni={D\bibinitperiod}}}%
{{hash=7cc7f0879fba9f5376716d9dd24e5ae4}{%
family={Anzt},
familyi={A\bibinitperiod},
given={Hartwig},
giveni={H\bibinitperiod}}}%
{{hash=09c74a5cc0486729548e1f0729c2546b}{%
family={Todorov},
familyi={T\bibinitperiod},
given={Ilian},
giveni={I\bibinitperiod}}}%
{{hash=d7d6f304b6d61f8e9c765c55ae89ea1c}{%
family={McNally},
familyi={M\bibinitperiod},
given={James},
giveni={J\bibinitperiod}}}%
{{hash=af510bf7bb8d691de9e757e37af9b852}{%
family={Moldon},
familyi={M\bibinitperiod},
given={Javier},
giveni={J\bibinitperiod}}}%
{{hash=947c46ddbdeb529df1a4b08beb1bd1cb}{%
family={Burnett},
familyi={B\bibinitperiod},
given={Jessica},
giveni={J\bibinitperiod}}}%
{{hash=2cf67e661d81f867d52601e30f177bd2}{%
family={Belhajjame},
familyi={B\bibinitperiod},
given={Khalid},
giveni={K\bibinitperiod}}}%
{{hash=88b68dc828aa0b75796b61cf10f69260}{%
family={Sesink},
familyi={S\bibinitperiod},
given={Laurents},
giveni={L\bibinitperiod}}}%
{{hash=a52967d498baaeb98ec8644984a6537a}{%
family={Hwang},
familyi={H\bibinitperiod},
given={Lorraine},
giveni={L\bibinitperiod}}}%
{{hash=0d7ecab83ea15c5aac66cefbcc40e930}{%
family={Roberto},
familyi={R\bibinitperiod},
given={Marcos},
giveni={M\bibinitperiod}}}%
{{hash=e88185c2eca4405ce11cb8920f485660}{%
family={Wilkinson},
familyi={W\bibinitperiod},
given={Mark\bibnamedelima D},
giveni={M\bibinitperiod\bibinitdelim D\bibinitperiod}}}%
{{hash=737b0877c0ec5d6c3ff69517a3910cd3}{%
family={Servillat},
familyi={S\bibinitperiod},
given={Mathieu},
giveni={M\bibinitperiod}}}%
{{hash=078137590614eb963ed77fdc30a1cd45}{%
family={Liffers},
familyi={L\bibinitperiod},
given={Matthias},
giveni={M\bibinitperiod}}}%
{{hash=f02a4b4b7b3d1ee6d89d1df712ff2a2f}{%
family={Fox},
familyi={F\bibinitperiod},
given={Merc},
giveni={M\bibinitperiod}}}%
{{hash=b4416f9ad6e70df3b4ce0787d7b38e8a}{%
family={Lynch},
familyi={L\bibinitperiod},
given={Nick},
giveni={N\bibinitperiod}}}%
{{hash=df2b9e5acaadaf7340d0d26c4dbadd23}{%
family={Lavanchy},
familyi={L\bibinitperiod},
given={Paula\bibnamedelima Martinez},
giveni={P\bibinitperiod\bibinitdelim M\bibinitperiod}}}%
{{hash=53b700443101ee1251cde7daedb596cb}{%
family={Gesing},
familyi={G\bibinitperiod},
given={Sandra},
giveni={S\bibinitperiod}}}%
{{hash=a8b14fd2dd4b75cbbee1f0f6149399c5}{%
family={Stevens},
familyi={S\bibinitperiod},
given={Sarah},
giveni={S\bibinitperiod}}}%
{{hash=e256d7850e9e4fbc01e331247dfda23e}{%
family={Cuesta},
familyi={C\bibinitperiod},
given={Martinez},
giveni={M\bibinitperiod}}}%
{{hash=afd64f8148c1cb5f4e04d4bf1d46e22d}{%
family={Peroni},
familyi={P\bibinitperiod},
given={Silvio},
giveni={S\bibinitperiod}}}%
{{hash=522402a070f60aa5efffa4307bfa94c5}{%
family={{Soiland-Reyes}},
familyi={S\bibinitperiod},
given={Stian},
giveni={S\bibinitperiod}}}%
{{hash=4b65faf785525df025044403e4fb9c3d}{%
family={Bakker},
familyi={B\bibinitperiod},
given={Tom},
giveni={T\bibinitperiod}}}%
{{hash=2719991ccd36ee9b226d28b876bc0da2}{%
family={Rabemanantsoa},
familyi={R\bibinitperiod},
given={Tovo},
giveni={T\bibinitperiod}}}%
{{hash=20bcea7098f2727067bd6b7f46818d3c}{%
family={Sochat},
familyi={S\bibinitperiod},
given={Vanessa},
giveni={V\bibinitperiod}}}%
{{hash=ebf4885d2808982e93ede5f632fcd88d}{%
family={Yehudi},
familyi={Y\bibinitperiod},
given={Yo},
giveni={Y\bibinitperiod}}}%
}
\list{institution}{1}{%
{FAIR4RS WG}%
}
\strng{namehash}{72fb392c391cf467230f2f2e8160eef7}
\strng{fullhash}{9431dc6c9e052c7128bb8c827cd32833}
\strng{bibnamehash}{72fb392c391cf467230f2f2e8160eef7}
\strng{authorbibnamehash}{72fb392c391cf467230f2f2e8160eef7}
\strng{authornamehash}{72fb392c391cf467230f2f2e8160eef7}
\strng{authorfullhash}{9431dc6c9e052c7128bb8c827cd32833}
\field{sortinit}{C}
\field{sortinithash}{4d103a86280481745c9c897c925753c0}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{annotation}{The FAIR4RS principles - some metadata requirements are included}
\field{langid}{english}
\field{month}{5}
\field{title}{{{FAIR Principles}} for {{Research Software}} ({{FAIR4RS Principles}})}
\field{type}{techreport}
\field{year}{2022}
\field{pages}{32}
\range{pages}{1}
\verb{doi}
\verb 10.15497/RDA00068
\endverb
\endentry
\entry{Codemetagenerator_2025}{misc}{}
\field{sortinit}{C}
\field{sortinithash}{4d103a86280481745c9c897c925753c0}
\field{labeltitlesource}{title}
\field{abstract}{This repository contains a (client-side) web application to generate Codemeta documents (aka. codemeta.json).}
\field{howpublished}{Software Heritage}
\field{month}{1}
\field{title}{{{CodeMeta Generator}}}
\field{urlday}{20}
\field{urlmonth}{3}
\field{urlyear}{2025}
\field{year}{2025}
\field{urldateera}{ce}
\verb{urlraw}
\verb https://github.com/codemeta/codemeta-generator
\endverb
\verb{url}
\verb https://github.com/codemeta/codemeta-generator
\endverb
\endentry
\entry{Django_2023}{misc}{}
\list{location}{1}{%
{Lawrence, Kansas}%
}
\field{sortinit}{D}
\field{sortinithash}{6f385f66841fb5e82009dc833c761848}
\field{labeltitlesource}{title}
\field{abstract}{The web framework for perfectionists with deadlines.}
\field{howpublished}{Django Software Foundation}
\field{title}{Django}
\field{urlday}{14}
\field{urlmonth}{4}
\field{urlyear}{2025}
\field{year}{2023}
\field{urldateera}{ce}
\verb{file}
\verb C:\Users\steph\Zotero\storage\NP6QUZSW\www.djangoproject.com.html
\endverb
\verb{urlraw}
\verb https://www.djangoproject.com/
\endverb
\verb{url}
\verb https://www.djangoproject.com/
\endverb
\endentry
\entry{druskat_Citation_2021}{misc}{}
\name{author}{9}{}{%
{{hash=bab3c2f55b2e0e2bd21254d6ce880e49}{%
family={Druskat},
familyi={D\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=496e9e71de8a9a25005968e5175ff5f0}{%
family={Spaaks},
familyi={S\bibinitperiod},
given={Jurriaan\bibnamedelima H.},
giveni={J\bibinitperiod\bibinitdelim H\bibinitperiod}}}%
{{hash=dada70471bb0cf466fd8ddea892e1d78}{%
family={Chue\bibnamedelima Hong},
familyi={C\bibinitperiod\bibinitdelim H\bibinitperiod},
given={Neil},
giveni={N\bibinitperiod}}}%
{{hash=39567f689582a2be9fdc5aa29a58624f}{%
family={Haines},
familyi={H\bibinitperiod},
given={Robert},
giveni={R\bibinitperiod}}}%
{{hash=25b55255ab79f763ae59c518f12c4547}{%
family={Baker},
familyi={B\bibinitperiod},
given={James},
giveni={J\bibinitperiod}}}%
{{hash=857e9d223cac46ac3a5c2afe355fe5af}{%
family={Bliven},
familyi={B\bibinitperiod},
given={Spencer},
giveni={S\bibinitperiod}}}%
{{hash=3b7baf44de5b0739917496b10211a780}{%
family={Willighagen},
familyi={W\bibinitperiod},
given={Egon},
giveni={E\bibinitperiod}}}%
{{hash=ffd6aa7e5eca9684d89558a1ab6fca00}{%
family={{Pérez-Suárez}},
familyi={P\bibinitperiod},
given={David},
giveni={D\bibinitperiod}}}%
{{hash=7204f760ce9e3e3f16c3d0d6461cff61}{%
family={Konovalov},
familyi={K\bibinitperiod},
given={Alexander},
giveni={A\bibinitperiod}}}%
}
\list{publisher}{1}{%
{Zenodo}%
}
\strng{namehash}{b218835181d1e0fed5623405fbe1e384}
\strng{fullhash}{89b035c5326a6b1e4d66e38e6911846c}
\strng{bibnamehash}{b218835181d1e0fed5623405fbe1e384}
\strng{authorbibnamehash}{b218835181d1e0fed5623405fbe1e384}
\strng{authornamehash}{b218835181d1e0fed5623405fbe1e384}
\strng{authorfullhash}{89b035c5326a6b1e4d66e38e6911846c}
\field{extraname}{1}
\field{sortinit}{D}
\field{sortinithash}{6f385f66841fb5e82009dc833c761848}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{CITATION.cff files are plain text files with human- and machine-readable citation information for software. Code developers can include them in their repositories to let others know how to correctly cite their software. This is the specification for the Citation File Format.}
\field{month}{8}
\field{title}{Citation {{File Format}}}
\field{year}{2021}
\verb{doi}
\verb 10.5281/zenodo.5171937
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\HQ96XWVH\5171937.html
\endverb
\keyw{CFF,citation file format,citation files,credit,file format,research software,software citation,software sustainability,YAML}
\endentry
\entry{druskat_Software_2022}{misc}{}
\name{author}{5}{}{%
{{hash=bab3c2f55b2e0e2bd21254d6ce880e49}{%
family={Druskat},
familyi={D\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=d212fc1335291106cd35a536bfe1c4f5}{%
family={Bertuch},
familyi={B\bibinitperiod},
given={Oliver},
giveni={O\bibinitperiod}}}%
{{hash=5bffad4ccea4fb9bc0b78f06bd61a183}{%
family={Juckeland},
familyi={J\bibinitperiod},
given={Guido},
giveni={G\bibinitperiod}}}%
{{hash=612c83fca4afaa6224f8617dde0f3496}{%
family={Knodel},
familyi={K\bibinitperiod},
given={Oliver},
giveni={O\bibinitperiod}}}%
{{hash=a7ba0603de0f02f904f0df044c9e5824}{%
family={Schlauch},
familyi={S\bibinitperiod},
given={Tobias},
giveni={T\bibinitperiod}}}%
}
\strng{namehash}{b218835181d1e0fed5623405fbe1e384}
\strng{fullhash}{6cac2a85edd97020f36849b8dbbb56ab}
\strng{bibnamehash}{b218835181d1e0fed5623405fbe1e384}
\strng{authorbibnamehash}{b218835181d1e0fed5623405fbe1e384}
\strng{authornamehash}{b218835181d1e0fed5623405fbe1e384}
\strng{authorfullhash}{6cac2a85edd97020f36849b8dbbb56ab}
\field{extraname}{2}
\field{sortinit}{D}
\field{sortinithash}{6f385f66841fb5e82009dc833c761848}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{To satisfy the principles of FAIR software, software sustainability and software citation, research software must be formally published. Publication repositories make this possible and provide published software versions with unique and persistent identifiers. However, software publication is still a tedious, mostly manual process. To streamline software publication, HERMES, a project funded by the Helmholtz Metadata Collaboration, develops automated workflows to publish research software with rich metadata. The tooling developed by the project utilizes continuous integration solutions to retrieve, collate, and process existing metadata in source repositories, and publish them on publication repositories, including checks against existing metadata requirements. To accompany the tooling and enable researchers to easily reuse it, the project also provides comprehensive documentation and templates for widely used CI solutions. In this paper, we outline the concept for these workflows, and describe how our solution advance the state of the art in research software publication.}
\field{annotation}{Gives an intersting list on relevant metadata}
\field{month}{1}
\field{shorttitle}{Software Publications with Rich Metadata}
\field{title}{Software Publications with Rich Metadata: State of the Art, Automated Workflows and {{HERMES}} Concept}
\field{urlday}{25}
\field{urlmonth}{1}
\field{urlyear}{2022}
\field{year}{2022}
\field{urldateera}{ce}
\verb{doi}
\verb 10.48550/arXiv.2201.09015
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\QDNBKC6A\2201.html
\endverb
\keyw{Computer Science - Digital Libraries,Computer Science - Software Engineering}
\endentry
\entry{eccles_Think_2017}{article}{}
\name{author}{2}{}{%
{{hash=941988f7462b24495a4368cd75c86ab8}{%
family={Eccles},
familyi={E\bibinitperiod},
given={David\bibnamedelima W.},
giveni={D\bibinitperiod\bibinitdelim W\bibinitperiod}}}%
{{hash=8238b06a84312cc02470458369491d9b}{%
family={Arsal},
familyi={A\bibinitperiod},
given={Güler},
giveni={G\bibinitperiod}}}%
}
\list{publisher}{1}{%
{Routledge}%
}
\strng{namehash}{ce72410babfe0eca560ebcbbe64c3cc2}
\strng{fullhash}{ce72410babfe0eca560ebcbbe64c3cc2}
\strng{bibnamehash}{ce72410babfe0eca560ebcbbe64c3cc2}
\strng{authorbibnamehash}{ce72410babfe0eca560ebcbbe64c3cc2}
\strng{authornamehash}{ce72410babfe0eca560ebcbbe64c3cc2}
\strng{authorfullhash}{ce72410babfe0eca560ebcbbe64c3cc2}
\field{sortinit}{E}
\field{sortinithash}{8da8a182d344d5b9047633dfc0cc9131}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{This paper describes the nature and utility of the think aloud method for studying thinking that qualitative researchers from any disciplinary background can consider as an option for understanding...}
\field{issn}{2159-676X}
\field{journaltitle}{Qualitative Research in Sport, Exercise and Health}
\field{langid}{english}
\field{month}{8}
\field{shorttitle}{The Think Aloud Method}
\field{title}{The Think Aloud Method: What Is It and How Do {{I}} Use It?}
\field{urlday}{8}
\field{urlmonth}{4}
\field{urlyear}{2025}
\field{year}{2017}
\field{urldateera}{ce}
\verb{doi}
\verb 10.1080/2159676X.2017.1331501
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\VU94CJEP\2159676X.2017.html
\endverb
\keyw{No DOI found}
\endentry
\entry{zenodo}{misc}{}
\name{author}{2}{}{%
{{hash=60f95c70c7bd97ad809f2cb1feb0d914}{%
family={{European Organization For Nuclear Research}},
familyi={E\bibinitperiod}}}%
{{hash=a2b9ce8435390bcbfc05f3cae3948747}{%
family={{OpenAIRE}},
familyi={O\bibinitperiod}}}%
}
\list{publisher}{1}{%
{CERN}%
}
\strng{namehash}{2d7211f9e2c19faf61e833f8270dffd3}
\strng{fullhash}{2d7211f9e2c19faf61e833f8270dffd3}
\strng{bibnamehash}{2d7211f9e2c19faf61e833f8270dffd3}
\strng{authorbibnamehash}{2d7211f9e2c19faf61e833f8270dffd3}
\strng{authornamehash}{2d7211f9e2c19faf61e833f8270dffd3}
\strng{authorfullhash}{2d7211f9e2c19faf61e833f8270dffd3}
\field{sortinit}{E}
\field{sortinithash}{8da8a182d344d5b9047633dfc0cc9131}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{langid}{english}
\field{title}{Zenodo}
\field{year}{2013}
\verb{doi}
\verb 10.25495/7GXK-RD71
\endverb
\keyw{Dataset,FOS: Physical sciences,Publication}
\endentry
\entry{ferenz_Software_2025}{misc}{}
\name{author}{2}{}{%
{{hash=04738612bcbdee01f81a745fbbe45214}{%
family={Ferenz},
familyi={F\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=06d2477789bf93223179144cfe5cda88}{%
family={Jafarbigloo},
familyi={J\bibinitperiod},
given={Aida},
giveni={A\bibinitperiod}}}%
}
\strng{namehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{fullhash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{bibnamehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{authorbibnamehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{authornamehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{authorfullhash}{fa57bd44cf9e15165d614f220b85f5e7}
\field{extraname}{1}
\field{sortinit}{F}
\field{sortinithash}{2638baaa20439f1b5a8f80c6c08a13b4}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Software Metadata Extraction and Curation Software (SMECS)}
\field{annotation}{Programmers: \_{}:n24520}
\field{howpublished}{Carl von Ossietzky Universität Oldenburg}
\field{month}{5}
\field{title}{Software {{Metadata Extraction}} and {{Curation Software}} ({{SMECS}})}
\field{urlday}{18}
\field{urlmonth}{3}
\field{urlyear}{2025}
\field{year}{2025}
\field{urldateera}{ce}
\verb{urlraw}
\verb https://github.com/NFDI4Energy/SMECS
\endverb
\verb{url}
\verb https://github.com/NFDI4Energy/SMECS
\endverb
\endentry
\entry{ferenz_Software_2025a}{misc}{}
\name{author}{2}{}{%
{{hash=04738612bcbdee01f81a745fbbe45214}{%
family={Ferenz},
familyi={F\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=06d2477789bf93223179144cfe5cda88}{%
family={Jafarbigloo},
familyi={J\bibinitperiod},
given={Aida},
giveni={A\bibinitperiod}}}%
}
\strng{namehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{fullhash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{bibnamehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{authorbibnamehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{authornamehash}{fa57bd44cf9e15165d614f220b85f5e7}
\strng{authorfullhash}{fa57bd44cf9e15165d614f220b85f5e7}
\field{extraname}{2}
\field{sortinit}{F}
\field{sortinithash}{2638baaa20439f1b5a8f80c6c08a13b4}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{SMECS is a web-based tool designed to extract and curate research software metadata in alignment with the codemeta software metadata standard. By accessing repositories on platforms like GitHub and GitLab, SMECS extracts multiple already existing metadata in the harvesting phase. In the curation phase its intuitive graphical interface allows researchers to easily improve and change the retrieved metadata to bestly represent their software. Ultimately, SMECS allows to export the curated metadata in JSON format in line with the codemeta stand.}
\field{howpublished}{Carl von Ossietzky Universität Oldenburg}
\field{month}{5}
\field{title}{Software {{Metadata Extraction}} and {{Curation Software}} ({{SMECS}})}
\field{year}{2025}
\verb{doi}
\verb 10.5281/zenodo.15458232
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\MD8KR9BY\15458232.html
\endverb
\keyw{codemeta,curation,extraction,repository,research software,software metadata}
\endentry
\entry{ferenz_Improved_2023}{article}{}
\name{author}{2}{}{%
{{hash=04738612bcbdee01f81a745fbbe45214}{%
family={Ferenz},
familyi={F\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=0f595e1660332a198b22705c5cfb4fbf}{%
family={Nie{ß}e},
familyi={N\bibinitperiod},
given={Astrid},
giveni={A\bibinitperiod}}}%
}
\list{publisher}{1}{%
{Universitäts- und Landesbibliothek Darmstadt}%
}
\strng{namehash}{e64c68dcfb7e043954a188e886554471}
\strng{fullhash}{e64c68dcfb7e043954a188e886554471}
\strng{bibnamehash}{e64c68dcfb7e043954a188e886554471}
\strng{authorbibnamehash}{e64c68dcfb7e043954a188e886554471}
\strng{authornamehash}{e64c68dcfb7e043954a188e886554471}
\strng{authorfullhash}{e64c68dcfb7e043954a188e886554471}
\field{sortinit}{F}
\field{sortinithash}{2638baaa20439f1b5a8f80c6c08a13b4}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Research software in the energy domain becomes increasingly important for the analysis, simulation, and optimization of energy systems and supports design decisions in the required transition of energy systems to tackle the climate crisis. To make energy research software (ERS) more findable, it should be described with metadata following the FAIR (findable, accessible, interoperable, and reusable) principles and be registered in a common registry. To this end, we motivate and present a concept for a metadata-based registry for ERS which should enable researchers to easily add new ERS as well as to find new ERS.}
\field{issn}{2941-1300}
\field{journaltitle}{ing.grid}
\field{langid}{english}
\field{month}{11}
\field{number}{2}
\field{title}{Towards {{Improved Findability}} of {{Energy Research Software}} by {{Introducing}} a {{Metadata-based Registry}}}
\field{volume}{1}
\field{year}{2023}
\verb{doi}
\verb 10.48694/inggrid.3837
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\TDTILYCS\Ferenz und Nieße - 2023 - Towards Improved Findability of Energy Research Software by Introducing a Metadata-based Registry.pdf
\endverb
\endentry
\entry{ferenz_Requirements_2025}{article}{}
\name{author}{3}{}{%
{{hash=04738612bcbdee01f81a745fbbe45214}{%
family={Ferenz},
familyi={F\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=fb3dced5cfc17b68f71c794d53b1cba9}{%
family={Werth},
familyi={W\bibinitperiod},
given={Oliver},
giveni={O\bibinitperiod}}}%
{{hash=0f595e1660332a198b22705c5cfb4fbf}{%
family={Nie{ß}e},
familyi={N\bibinitperiod},
given={Astrid},
giveni={A\bibinitperiod}}}%
}
\strng{namehash}{3134cb8808124722b439816e25c80139}
\strng{fullhash}{3134cb8808124722b439816e25c80139}
\strng{bibnamehash}{3134cb8808124722b439816e25c80139}
\strng{authorbibnamehash}{3134cb8808124722b439816e25c80139}
\strng{authornamehash}{3134cb8808124722b439816e25c80139}
\strng{authorfullhash}{3134cb8808124722b439816e25c80139}
\field{sortinit}{F}
\field{sortinithash}{2638baaa20439f1b5a8f80c6c08a13b4}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Energy Research Software (ERS) plays a significant role in energy research, by aiding with visualization, simulation, and analysis. To enhance its efficiency, metadata are crucial for better findability, accessibility, interoperability, and reusability (FAIR) of research software. The current approaches to metadata for ERS have multiple limitations, e.g., they are not based on a systematic approach to include the diverse requirements of energy researchers. To address this issue, a qualitative study was conducted to gather specific requirements for metadata for ERS. The findings show the need for additional metadata elements for research software, e.g., on the community or the support options. Also, domain-specific metadata are required, e.g., on time and geographical scope of an ERS. Subsequently, a domain model was developed based on the requirements that lays the foundation for creating a metadata scheme for ERS.}
\field{issn}{1863-2122}
\field{journaltitle}{Electronic Communications of the EASST}
\field{langid}{english}
\field{month}{2}
\field{title}{Requirements for a {{Metadata Scheme}} to {{Enable FAIR Energy Research Software}}}
\field{volume}{83}
\field{year}{2025}
\verb{doi}
\verb 10.14279/eceasst.v83.2594
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\FAR5BHPM\Ferenz et al. - 2025 - Requirements for a Metadata Scheme to Enable FAIR Energy Research Software.pdf
\endverb
\keyw{Energy Research Software,Information Requirements,Metadata Schema,Metadata Scheme}
\endentry
\entry{garijo_Framework_2025}{misc}{}
\name{author}{9}{}{%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=060376f81a25b85e3a3599fda8852bc6}{%
family={Mao},
familyi={M\bibinitperiod},
given={Allen},
giveni={A\bibinitperiod}}}%
{{hash=502b467cc015b34309135f3db03e94d0}{%
family={Dharmala},
familyi={D\bibinitperiod},
given={Haripriya},
giveni={H\bibinitperiod}}}%
{{hash=1eefc3b21592388486454a571b6abb2c}{%
family={Diwanji},
familyi={D\bibinitperiod},
given={Cedant},
giveni={C\bibinitperiod}}}%
{{hash=646b3a443cc01e98bedd096cbbe68c37}{%
family={Wang},
familyi={W\bibinitperiod},
given={Jiajing},
giveni={J\bibinitperiod}}}%
{{hash=b40b64bdb6fc045c9293b0d2ec050842}{%
family={Kelley},
familyi={K\bibinitperiod},
given={Aidan},
giveni={A\bibinitperiod}}}%
{{hash=4c4a4abadae5afb5e5a4707a06249a0a}{%
family={García},
familyi={G\bibinitperiod},
given={Miguel\bibnamedelima Angel},
giveni={M\bibinitperiod\bibinitdelim A\bibinitperiod}}}%
{{hash=fa816edc2c98a77922e81b68bf318f35}{%
family={{Ciucio-Kiss}},
familyi={C\bibinitperiod},
given={Jenifer},
giveni={J\bibinitperiod}}}%
{{hash=43fd6a2a9d2e34d4761bfbbdf0631c74}{%
family={Mendoza},
familyi={M\bibinitperiod},
given={Juanje},
giveni={J\bibinitperiod}}}%
}
\strng{namehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{fullhash}{1582c9b7991bcf239bfabd34e3d9acd0}
\strng{bibnamehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{authorbibnamehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{authornamehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{authorfullhash}{1582c9b7991bcf239bfabd34e3d9acd0}
\field{extraname}{1}
\field{sortinit}{G}
\field{sortinithash}{32d67eca0634bf53703493fb1090a2e8}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{SOftware Metadata Extraction Framework: A tool for automatically extracting relevant software information from readme files}
\field{annotation}{Programmers: \_{}:n25151}
\field{journaltitle}{Quantitative Science Studies}
\field{title}{A {{Framework}} for {{Creating Knowledge Graphs}} of {{Scientific Software Metadata}}}
\field{year}{2025}
\verb{doi}
\verb 10.1162/qss_a_00167
\endverb
\endentry
\entry{garijo_OKGSoft_2019}{inproceedings}{}
\name{author}{5}{}{%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=64b8e6a96b65f3ba1d831fb388c00a0a}{%
family={Osorio},
familyi={O\bibinitperiod},
given={Maximiliano},
giveni={M\bibinitperiod}}}%
{{hash=ed78bb595ce64c96adfc00f5b7e7dc35}{%
family={Khider},
familyi={K\bibinitperiod},
given={Deborah},
giveni={D\bibinitperiod}}}%
{{hash=8ccda1185bf0c94b3786430f7e5980f6}{%
family={Ratnakar},
familyi={R\bibinitperiod},
given={Varun},
giveni={V\bibinitperiod}}}%
{{hash=03e1f74693d15fabf9e2fd55618c4485}{%
family={Gil},
familyi={G\bibinitperiod},
given={Yolanda},
giveni={Y\bibinitperiod}}}%
}
\strng{namehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{fullhash}{9eeae6d1703056e12cf34839859b0458}
\strng{bibnamehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{authorbibnamehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{authornamehash}{b00362eb2f7b5a365c1ae2a594ab2ec5}
\strng{authorfullhash}{9eeae6d1703056e12cf34839859b0458}
\field{extraname}{2}
\field{sortinit}{G}
\field{sortinithash}{32d67eca0634bf53703493fb1090a2e8}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{Scientific software is crucial for understanding, reusing and reproducing results in computational sciences. Software is often stored in code repositories, which may contain human readable instructions necessary to use it and set it up. However, a significant amount of time is usually required to understand how to invoke a software component, prepare data in the format it requires, and use it in combination with other software. In this paper we introduce OKG-Soft, an open knowledge graph that describes scientific software in a machine readable manner. OKG-Soft includes: 1) an ontology designed to describe software and the specific data formats it uses; 2) an approach to publish software metadata as an open knowledge graph, linked to other Web of Data objects; and 3) a framework to annotate, query, explore and curate scientific software metadata. OKG-Soft supports the FAIR principles of findability, accessibility, interoperability, and reuse for software. We demonstrate the benefits of OKG-Soft with two applications: a browser for understanding scientific models in the environmental and social sciences, and a portal to combine climate, hydrology, agriculture, and economic software models.}
\field{annotation}{ZSCC: 0000003}
\field{booktitle}{2019 15th {{International Conference}} on {{eScience}} ({{eScience}})}
\field{month}{9}
\field{shorttitle}{{{OKG-Soft}}}
\field{title}{{{OKG-Soft}}: {{An Open Knowledge Graph}} with {{Machine Readable Scientific Software Metadata}}}
\field{year}{2019}
\field{pages}{349\bibrangedash 358}
\range{pages}{10}
\verb{doi}
\verb 10.1109/eScience.2019.00046
\endverb
\keyw{FAIR,knowledge graphs,software composition,software interoperability,software metadata,software registries}
\endentry
\entry{gil_OntoSoft_2016}{inproceedings}{}
\name{author}{4}{}{%
{{hash=03e1f74693d15fabf9e2fd55618c4485}{%
family={Gil},
familyi={G\bibinitperiod},
given={Yolanda},
giveni={Y\bibinitperiod}}}%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=1e8c41b25bfa815a2fbbbcb11d8a5b44}{%
family={Mishra},
familyi={M\bibinitperiod},
given={Saurabh},
giveni={S\bibinitperiod}}}%
{{hash=8ccda1185bf0c94b3786430f7e5980f6}{%
family={Ratnakar},
familyi={R\bibinitperiod},
given={Varun},
giveni={V\bibinitperiod}}}%
}
\strng{namehash}{53e445079e4c274874119624491a8306}
\strng{fullhash}{6c9995f26bd0a39164af5e79777bf057}
\strng{bibnamehash}{53e445079e4c274874119624491a8306}
\strng{authorbibnamehash}{53e445079e4c274874119624491a8306}
\strng{authornamehash}{53e445079e4c274874119624491a8306}
\strng{authorfullhash}{6c9995f26bd0a39164af5e79777bf057}
\field{sortinit}{G}
\field{sortinithash}{32d67eca0634bf53703493fb1090a2e8}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{OntoSoft is a distributed semantic registry for scientific software. This paper describes three major novel contributions of OntoSoft: 1) a software metadata registry designed for scientists, 2) a distributed approach to software registries that targets communities of interest, and 3) metadata crowdsourcing through access control. Software metadata is organized using the OntoSoft ontology along six dimensions that matter to scientists: identify software, understand and assess software, execute software, get support for the software, do research with the software, and update the software. OntoSoft is a distributed registry where each site is owned and maintained by a community of interest, with a distributed semantic query capability that allows users to search across all sites. The registry has metadata crowdsourcing capabilities, supported through access control so that software authors can allow others to expand on specific metadata properties.}
\field{annotation}{ZSCC: 0000007}
\field{booktitle}{2016 {{IEEE}} 12th {{International Conference}} on E-{{Science}} (e-{{Science}})}
\field{month}{10}
\field{shorttitle}{{{OntoSoft}}}
\field{title}{{{OntoSoft}}: {{A}} Distributed Semantic Registry for Scientific Software}
\field{year}{2016}
\field{pages}{331\bibrangedash 336}
\range{pages}{6}
\verb{doi}
\verb 10.1109/eScience.2016.7870916
\endverb
\keyw{Computational modeling,Documentation,Licenses,Metadata,Ontologies,scientific software,Semantics,Software,software catalogs,software metadata,software registries,software repositories}
\endentry
\entry{gruenpeter_Defining_2021}{report}{}
\name{author}{20}{}{%
{{hash=b6c4bb2fffecf39ced88921e698f32b2}{%
family={Gruenpeter},
familyi={G\bibinitperiod},
given={Morane},
giveni={M\bibinitperiod}}}%
{{hash=657e2100e6bd525cf6f1bcf761c26ca7}{%
family={Katz},
familyi={K\bibinitperiod},
given={Daniel\bibnamedelima S.},
giveni={D\bibinitperiod\bibinitdelim S\bibinitperiod}}}%
{{hash=acf06f8d2d5f8e2576b9e78b2d3b0fd9}{%
family={Lamprecht},
familyi={L\bibinitperiod},
given={Anna-Lena},
giveni={A\bibinithyphendelim L\bibinitperiod}}}%
{{hash=9887424215d686d04d50f838b8b8a7a5}{%
family={Honeyman},
familyi={H\bibinitperiod},
given={Tom},
giveni={T\bibinitperiod}}}%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=df11937ecadd5532f43e8c217f1a2940}{%
family={Struck},
familyi={S\bibinitperiod},
given={Alexander},
giveni={A\bibinitperiod}}}%
{{hash=be3db60fbb168efc57bcc29039ad978f}{%
family={Niehues},
familyi={N\bibinitperiod},
given={Anna},
giveni={A\bibinitperiod}}}%
{{hash=2df33fc138a40ffc4b15ef1b3d50cb05}{%
family={Martinez},
familyi={M\bibinitperiod},
given={Paula\bibnamedelima Andrea},
giveni={P\bibinitperiod\bibinitdelim A\bibinitperiod}}}%
{{hash=e33393fbbbb2886904461398d091677b}{%
family={Castro},
familyi={C\bibinitperiod},
given={Leyla\bibnamedelima Jael},
giveni={L\bibinitperiod\bibinitdelim J\bibinitperiod}}}%
{{hash=2719991ccd36ee9b226d28b876bc0da2}{%
family={Rabemanantsoa},
familyi={R\bibinitperiod},
given={Tovo},
giveni={T\bibinitperiod}}}%
{{hash=b16058072ea614ed866525e9be15f25c}{%
family={Chue\bibnamedelima Hong},
familyi={C\bibinitperiod\bibinitdelim H\bibinitperiod},
given={Neil\bibnamedelima P.},
giveni={N\bibinitperiod\bibinitdelim P\bibinitperiod}}}%
{{hash=0c0f0364157da556cd71bba376384627}{%
family={{Martinez-Ortiz}},
familyi={M\bibinitperiod},
given={Carlos},
giveni={C\bibinitperiod}}}%
{{hash=88b68dc828aa0b75796b61cf10f69260}{%
family={Sesink},
familyi={S\bibinitperiod},
given={Laurents},
giveni={L\bibinitperiod}}}%
{{hash=078137590614eb963ed77fdc30a1cd45}{%
family={Liffers},
familyi={L\bibinitperiod},
given={Matthias},
giveni={M\bibinitperiod}}}%
{{hash=d8164fef3443973f4ace51785e128c67}{%
family={Fouilloux},
familyi={F\bibinitperiod},
given={Anne\bibnamedelima Claire},
giveni={A\bibinitperiod\bibinitdelim C\bibinitperiod}}}%
{{hash=2078eae27bd459aaa1e9a9614ad79d01}{%
family={Erdmann},
familyi={E\bibinitperiod},
given={Chris},
giveni={C\bibinitperiod}}}%
{{hash=afd64f8148c1cb5f4e04d4bf1d46e22d}{%
family={Peroni},
familyi={P\bibinitperiod},
given={Silvio},
giveni={S\bibinitperiod}}}%
{{hash=53240bde8a8eeb36ff2f11168a61ac9b}{%
family={Martinez\bibnamedelima Lavanchy},
familyi={M\bibinitperiod\bibinitdelim L\bibinitperiod},
given={Paula},
giveni={P\bibinitperiod}}}%
{{hash=09c74a5cc0486729548e1f0729c2546b}{%
family={Todorov},
familyi={T\bibinitperiod},
given={Ilian},
giveni={I\bibinitperiod}}}%
{{hash=adaab99461e67ff29424b54eab476575}{%
family={Sinha},
familyi={S\bibinitperiod},
given={Manodeep},
giveni={M\bibinitperiod}}}%
}
\list{institution}{1}{%
{Zenodo}%
}
\strng{namehash}{2e9d4a1debdc30f7da0a52d08072fd20}
\strng{fullhash}{e932d95a9dbdddfdfc53d9fa102159cc}
\strng{bibnamehash}{2e9d4a1debdc30f7da0a52d08072fd20}
\strng{authorbibnamehash}{2e9d4a1debdc30f7da0a52d08072fd20}
\strng{authornamehash}{2e9d4a1debdc30f7da0a52d08072fd20}
\strng{authorfullhash}{e932d95a9dbdddfdfc53d9fa102159cc}
\field{sortinit}{G}
\field{sortinithash}{32d67eca0634bf53703493fb1090a2e8}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{Software is essential in modern research; it plays vital roles at multiple stages of the research lifecycle. The term Research Software is widely used in the academic community but, what do we mean when we use these terms? Software and research? When you think of software, you may think of a digital object that is executed on a machine. Yet software is more than just this, it is a complex and evolving artifact. It may be a concept or a project designed to solve a puzzle by a team or a community that develops its functionalities and algorithms, which might not be digital objects. Furthermore, the software artifacts are digital objects, e.g., executables and source code files for different environments. These digital artifacts, which are used in a scholarly setting, might be important in the research process, but should all these be considered Research Software? This report is the result of a discussion examining the scope of the community definition of the FAIR principles for Research Software as part of the work in the FAIR for Research Software working group (FAIR4RS). We aim to clarify the scope of the FAIR principles by identifying which software artifacts the FAIR principles should apply to. This discussion portrayed a complex landscape of software uses in research and existing definitions that can help to better understand the complexity of different types of software in academia. Finally we determine the scope of the FAIR4RS with a short and concise definition of Research Software as a separate metaphor of software in research.}
\field{month}{9}
\field{shorttitle}{Defining {{Research Software}}}
\field{title}{Defining {{Research Software}}: A Controversial Discussion}
\field{type}{techreport}
\field{year}{2021}
\verb{doi}
\verb 10.5281/zenodo.5504016
\endverb
\keyw{academic software,definition,FAIR principles,research software,scientific software,software source code}
\endentry
\entry{guarascio-howard_Using_2004}{article}{}
\name{author}{2}{}{%
{{hash=e0a06c4d6d14d3a0efe570e0e6a90dbd}{%
family={{Guarascio-Howard}},
familyi={G\bibinitperiod},
given={Linda},
giveni={L\bibinitperiod}}}%
{{hash=6b3892e789cddd61587361265169edfa}{%
family={Gray},
familyi={G\bibinitperiod},
given={Robert},
giveni={R\bibinitperiod}}}%
}
\list{publisher}{1}{%
{SAGE Publications Inc}%
}
\strng{namehash}{7d79f857aa7ca49a9457ef8b48a9da13}
\strng{fullhash}{7d79f857aa7ca49a9457ef8b48a9da13}
\strng{bibnamehash}{7d79f857aa7ca49a9457ef8b48a9da13}
\strng{authorbibnamehash}{7d79f857aa7ca49a9457ef8b48a9da13}
\strng{authornamehash}{7d79f857aa7ca49a9457ef8b48a9da13}
\strng{authorfullhash}{7d79f857aa7ca49a9457ef8b48a9da13}
\field{sortinit}{G}
\field{sortinithash}{32d67eca0634bf53703493fb1090a2e8}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Over fifty percent of the workforce utilize the computer and suffer health problems that include musculoskeletal disorders and physical discomfort (Newburger, 1999 and Work Loss Data Institute, 2001). Professionals from disciplines of human factors and ergonomics address computer issues independently. Usability and user interface issues are identified in the software development stage focusing on the users ability to perceive and understand the designed functions. Ergonomic professionals are involved in usability after implementation and upon complaints and user injury. The focus of ergonomics is to evaluate extreme postures, resulting from design that cause stress to the body. By using motion analysis, usability studies are enriched by identifying extreme movements in completing system tasks. In this paper we will present a novel method that utilizes the kinematics of the user's hand and wrist movements to simultaneously evaluate physical strain and usability.}
\field{issn}{1071-1813}
\field{journaltitle}{Proceedings of the Human Factors and Ergonomics Society Annual Meeting}
\field{langid}{english}
\field{month}{9}
\field{number}{10}
\field{title}{Using {{Kinematics}} to {{Assess Software Usability}} and {{Ergonomic Risk Factors}}}
\field{volume}{48}
\field{year}{2004}
\field{pages}{1184\bibrangedash 1188}
\range{pages}{5}
\verb{doi}
\verb 10.1177/154193120404801008
\endverb
\endentry
\entry{hasselbring_MultiDimensional_2025}{article}{}
\name{author}{13}{}{%
{{hash=131b9781ee9671d87bd60771bd41a0bc}{%
family={Hasselbring},
familyi={H\bibinitperiod},
given={Wilhelm},
giveni={W\bibinitperiod}}}%
{{hash=bab3c2f55b2e0e2bd21254d6ce880e49}{%
family={Druskat},
familyi={D\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=a24bf172cc260436ecc33457a13a0941}{%
family={Bernoth},
familyi={B\bibinitperiod},
given={Jan},
giveni={J\bibinitperiod}}}%
{{hash=c5db7a8654ce612f2b826d432e33ba1b}{%
family={Betker},
familyi={B\bibinitperiod},
given={Philine},
giveni={P\bibinitperiod}}}%
{{hash=4fea700d0159ed5bda19febd84335a11}{%
family={Felderer},
familyi={F\bibinitperiod},
given={Michael},
giveni={M\bibinitperiod}}}%
{{hash=04738612bcbdee01f81a745fbbe45214}{%
family={Ferenz},
familyi={F\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=90e3d1c3e16cc3cb8b9bcc6b19a798e9}{%
family={Hermann},
familyi={H\bibinitperiod},
given={Ben},
giveni={B\bibinitperiod}}}%
{{hash=acf06f8d2d5f8e2576b9e78b2d3b0fd9}{%
family={Lamprecht},
familyi={L\bibinitperiod},
given={Anna-Lena},
giveni={A\bibinithyphendelim L\bibinitperiod}}}%
{{hash=4ae56d865f9a9140484fffdbc8c1e4d9}{%
family={Linxweiler},
familyi={L\bibinitperiod},
given={Jan},
giveni={J\bibinitperiod}}}%
{{hash=d67294014428fbdb4454f6efff12e042}{%
family={Prat},
familyi={P\bibinitperiod},
given={Arnau},
giveni={A\bibinitperiod}}}%
{{hash=c2b5a72fd30b6844022c3e1189390301}{%
family={Rumpe},
familyi={R\bibinitperiod},
given={Bernhard},
giveni={B\bibinitperiod}}}%
{{hash=aab43aba57fe0c9e4e09aebb142f6b95}{%
family={{Schoening-Stierand}},
familyi={S\bibinitperiod},
given={Katrin},
giveni={K\bibinitperiod}}}%
{{hash=dfa454bd14db76018b0a95df741ac72c}{%
family={Yang},
familyi={Y\bibinitperiod},
given={Shinhyung},
giveni={S\bibinitperiod}}}%
}
\strng{namehash}{e78e761abbe09c33cb2eb00d70dd7800}
\strng{fullhash}{21e94dfb5fa2a061a97425064c20481d}
\strng{bibnamehash}{e78e761abbe09c33cb2eb00d70dd7800}
\strng{authorbibnamehash}{e78e761abbe09c33cb2eb00d70dd7800}
\strng{authornamehash}{e78e761abbe09c33cb2eb00d70dd7800}
\strng{authorfullhash}{21e94dfb5fa2a061a97425064c20481d}
\field{sortinit}{H}
\field{sortinithash}{23a3aa7c24e56cfa16945d55545109b5}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Research software has been categorized in different contexts to serve different goals. We start with a look at what research software is, before we discuss the purpose of research software categories. We propose a multi-dimensional categorization of research software. We present a template for characterizing such categories. As selected dimensions, we present our proposed role-based, readiness-based, developer-based, and dissemination-based categories. Since our work has been inspired by various previous efforts to categorize research software, we discuss them as related works. We characterize all these categories via the previously introduced template, to enable a systematic comparison. We report on the multi-dimensional categorization of selected research software examples.}
\field{issn}{1558-366X}
\field{journaltitle}{Computing in Science \& Engineering}
\field{title}{Multi-{{Dimensional Research Software Categorization}}}
\field{year}{2025}
\field{pages}{1\bibrangedash 10}
\range{pages}{10}
\verb{doi}
\verb 10.1109/MCSE.2025.3555023
\endverb
\verb{file}
\verb C\:\\Users\\steph\\Zotero\\storage\\7XP4QUA5\\Hasselbring et al. - 2025 - Multi-Dimensional Research Software Categorization.pdf;C\:\\Users\\steph\\Zotero\\storage\\FJFMY3UE\\authors.html
\endverb
\keyw{Aerospace engineering,Analytical models,Data collection,Data models,Data visualization,Monitoring,Numerical models,Software,Software development management,Software engineering}
\endentry
\entry{RLI_metatool}{misc}{}
\name{author}{4}{}{%
{{hash=1b55e17e3f81ce5c0dc8671eb9af07e1}{%
family={Huysksens},
familyi={H\bibinitperiod},
given={Hendrik},
giveni={H\bibinitperiod}}}%
{{hash=aa789d085e95d1f9af7a9d037cab664c}{%
family={Hülk},
familyi={H\bibinitperiod},
given={Ludwig},
giveni={L\bibinitperiod}}}%
{{hash=b4fa3f3d7185a87ca922586c048260cd}{%
family={Huber},
familyi={H\bibinitperiod},
given={Jonas},
giveni={J\bibinitperiod}}}%
{{hash=29acf65c18623114cd291630ef794c4b}{%
family={Michaltsis},
familyi={M\bibinitperiod},
given={Alexis},
giveni={A\bibinitperiod}}}%
}
\strng{namehash}{248d7585bf0ce8bf3bdd4d6798406ac4}
\strng{fullhash}{21380a8cff8aeb1dcd7a7416149c1cb4}
\strng{bibnamehash}{248d7585bf0ce8bf3bdd4d6798406ac4}
\strng{authorbibnamehash}{248d7585bf0ce8bf3bdd4d6798406ac4}
\strng{authornamehash}{248d7585bf0ce8bf3bdd4d6798406ac4}
\strng{authorfullhash}{21380a8cff8aeb1dcd7a7416149c1cb4}
\field{sortinit}{H}
\field{sortinithash}{23a3aa7c24e56cfa16945d55545109b5}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Tool to create new metadata and browse metadata from databases and filesystem}
\field{annotation}{Programmers: \_{}:n25347}
\field{howpublished}{Reiner Lemoine Institut}
\field{month}{8}
\field{title}{Meta {{Tool}}}
\field{urlday}{9}
\field{urlmonth}{4}
\field{urlyear}{2025}
\field{year}{2022}
\field{urldateera}{ce}
\verb{urlraw}
\verb https://github.com/rl-institut/meta_tool
\endverb
\verb{url}
\verb https://github.com/rl-institut/meta_tool
\endverb
\endentry
\entry{ison_BiotoolsSchema_2021}{article}{}
\name{author}{10}{}{%
{{hash=36edae5e993ad005b5923d83ab113a88}{%
family={Ison},
familyi={I\bibinitperiod},
given={J.},
giveni={J\bibinitperiod}}}%
{{hash=2bf12cfa9d3053c223fdab0f6e6da4d0}{%
family={Ienasescu},
familyi={I\bibinitperiod},
given={H.},
giveni={H\bibinitperiod}}}%
{{hash=09168759f78f0d128f0c2d27e81fe552}{%
family={Rydza},
familyi={R\bibinitperiod},
given={E.},
giveni={E\bibinitperiod}}}%
{{hash=95581570e57995c0372e146ebd763e74}{%
family={Chmura},
familyi={C\bibinitperiod},
given={P.},
giveni={P\bibinitperiod}}}%
{{hash=ad0641234c5c8a774bc74d1a654d14af}{%
family={Rapacki},
familyi={R\bibinitperiod},
given={K.},
giveni={K\bibinitperiod}}}%
{{hash=065f6bd5d4ce336776e17194ec28c190}{%
family={Gaignard},
familyi={G\bibinitperiod},
given={A.},
giveni={A\bibinitperiod}}}%
{{hash=c35def8574c149e8ea2c0a97d0ed693a}{%
family={Schwämmle},
familyi={S\bibinitperiod},
given={V.},
giveni={V\bibinitperiod}}}%
{{hash=4a316b33fee4769736ea40b7fee0c5fc}{%
family={Van\bibnamedelima Helden},
familyi={V\bibinitperiod\bibinitdelim H\bibinitperiod},
given={J.},
giveni={J\bibinitperiod}}}%
{{hash=a9bc2d9fe3ad6a5d812aa2e7fcc1fa61}{%
family={Kalaš},
familyi={K\bibinitperiod},
given={M.},
giveni={M\bibinitperiod}}}%
{{hash=d369b9e04130c32beedb215dabd62dd5}{%
family={Ménager},
familyi={M\bibinitperiod},
given={H.},
giveni={H\bibinitperiod}}}%
}
\strng{namehash}{b8db07ea0774f47f0adc8836d24fb605}
\strng{fullhash}{dc92601ac9d215287663a5dc39555bcd}
\strng{bibnamehash}{b8db07ea0774f47f0adc8836d24fb605}
\strng{authorbibnamehash}{b8db07ea0774f47f0adc8836d24fb605}
\strng{authornamehash}{b8db07ea0774f47f0adc8836d24fb605}
\strng{authorfullhash}{dc92601ac9d215287663a5dc39555bcd}
\field{sortinit}{I}
\field{sortinithash}{8d291c51ee89b6cd86bf5379f0b151d8}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{Background: Life scientists routinely face massive and heterogeneous data analysis tasks and must find and access the most suitable databases or software in a jungle of web-accessible resources. The diversity of information used to describe life-scientific digital resources presents an obstacle to their utilization. Although several standardization efforts are emerging, no information schema has been sufficiently detailed to enable uniform semantic and syntactic description - and cataloguing - of bioinformatics resources. Findings: Here we describe biotoolsSchema, a formalized information model that balances the needs of conciseness for rapid adoption against the provision of rich technical information and scientific context. biotoolsSchema results from a series of community-driven workshops and is deployed in the bio.tools registry, providing the scientific community with {$>$}17,000 machine-readable and human-understandable descriptions of software and other digital life-science resources. We compare our approach to related initiatives and provide alignments to foster interoperability and reusability. Conclusions: biotoolsSchema supports the formalized, rigorous, and consistent specification of the syntax and semantics of bioinformatics resources, and enables cataloguing efforts such as bio.tools that help scientists to find, comprehend, and compare resources. The use of biotoolsSchema in bio.tools promotes the FAIRness of research software, a key element of open and reproducible developments for data-intensive sciences. {©} 2021 The Author(s) 2021. Published by Oxford University Press on behalf of GigaScience.}
\field{annotation}{No method included (Basicly workshops and development over time)}
\field{issn}{2047-217X}
\field{journaltitle}{GigaScience}
\field{langid}{english}
\field{number}{1}
\field{shorttitle}{{{BiotoolsSchema}}}
\field{title}{{{BiotoolsSchema}}: {{A}} Formalized Schema for Bioinformatics Software Description}
\field{volume}{10}
\field{year}{2021}
\verb{doi}
\verb 10.1093/gigascience/giaa157
\endverb
\keyw{Bioinformatics software,Data sharing,Standards,Tools}
\endentry
\entry{jones_CodeMeta_2023}{misc}{}
\name{author}{25}{}{%
{{hash=087dac5fc13f3ecd75ccf6e7c9ede4a9}{%
family={Jones},
familyi={J\bibinitperiod},
given={Matthew\bibnamedelima B.},
giveni={M\bibinitperiod\bibinitdelim B\bibinitperiod}}}%
{{hash=b23d21a39d596cb65c7411216d994660}{%
family={Boettiger},
familyi={B\bibinitperiod},
given={Carl},
giveni={C\bibinitperiod}}}%
{{hash=1f13bfa4ecece71635fd5808207486cf}{%
family={Mayes},
familyi={M\bibinitperiod},
given={Abby\bibnamedelima Cabunoc},
giveni={A\bibinitperiod\bibinitdelim C\bibinitperiod}}}%
{{hash=fe49386c965e830f91089719343b5648}{%
family={Smith},
familyi={S\bibinitperiod},
given={Arfon\bibnamedelima M.},
giveni={A\bibinitperiod\bibinitdelim M\bibinitperiod}}}%
{{hash=b6c4bb2fffecf39ced88921e698f32b2}{%
family={Gruenpeter},
familyi={G\bibinitperiod},
given={Morane},
giveni={M\bibinitperiod}}}%
{{hash=de89f49cf30ea7673c11baa9c3cbbee5}{%
family={Lorentz},
familyi={L\bibinitperiod},
given={Valentin},
giveni={V\bibinitperiod}}}%
{{hash=a8263977e31f9df67d16684d79f775af}{%
family={Morrell},
familyi={M\bibinitperiod},
given={Thomas},
giveni={T\bibinitperiod}}}%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=36644e817f50f662aae16bc66a9ca7ce}{%
family={Slaughter},
familyi={S\bibinitperiod},
given={Peter},
giveni={P\bibinitperiod}}}%
{{hash=45c182192e46cdea253dc2b8de317251}{%
family={Niemeyer},
familyi={N\bibinitperiod},
given={Kyle\bibnamedelima E.},
giveni={K\bibinitperiod\bibinitdelim E\bibinitperiod}}}%
{{hash=03e1f74693d15fabf9e2fd55618c4485}{%
family={Gil},
familyi={G\bibinitperiod},
given={Yolanda},
giveni={Y\bibinitperiod}}}%
{{hash=4d38088f80c402209935d2fc2be03571}{%
family={Fenner},
familyi={F\bibinitperiod},
given={Martin},
giveni={M\bibinitperiod}}}%
{{hash=9b5d6a479e604c4422202c282ce80d49}{%
family={Nowak},
familyi={N\bibinitperiod},
given={Krzysztof},
giveni={K\bibinitperiod}}}%
{{hash=cdaa250ff52978fae57c122781b5e2aa}{%
family={Hahnel},
familyi={H\bibinitperiod},
given={Mark},
giveni={M\bibinitperiod}}}%
{{hash=e37154a5b918c935827ebaaab2e8237a}{%
family={Coy},
familyi={C\bibinitperiod},
given={Luke},
giveni={L\bibinitperiod}}}%
{{hash=0027cb327b9a89a91939c72c50771031}{%
family={Allen},
familyi={A\bibinitperiod},
given={Alice},
giveni={A\bibinitperiod}}}%
{{hash=7a865493d8d32c6c8389526ac3db1094}{%
family={Crosas},
familyi={C\bibinitperiod},
given={Mercè},
giveni={M\bibinitperiod}}}%
{{hash=a667d944d29141adae3ebe754b050cac}{%
family={Sands},
familyi={S\bibinitperiod},
given={Ashley},
giveni={A\bibinitperiod}}}%
{{hash=dada70471bb0cf466fd8ddea892e1d78}{%
family={Chue\bibnamedelima Hong},
familyi={C\bibinitperiod\bibinitdelim H\bibinitperiod},
given={Neil},
giveni={N\bibinitperiod}}}%
{{hash=0272ff0cfec62f65d969b2c8f6d28631}{%
family={Cruse},
familyi={C\bibinitperiod},
given={Patricia},
giveni={P\bibinitperiod}}}%
{{hash=657e2100e6bd525cf6f1bcf761c26ca7}{%
family={Katz},
familyi={K\bibinitperiod},
given={Daniel\bibnamedelima S},
giveni={D\bibinitperiod\bibinitdelim S\bibinitperiod}}}%
{{hash=fae216475918e7d5a3fd11e334229e70}{%
family={Goble},
familyi={G\bibinitperiod},
given={Carole},
giveni={C\bibinitperiod}}}%
{{hash=7b57d99195bd382e2c3999d72f0ba008}{%
family={Mecum},
familyi={M\bibinitperiod},
given={Bryce},
giveni={B\bibinitperiod}}}%
{{hash=dc4c620883ee689cae65514ada231031}{%
family={{Gonzalez-Beltran}},
familyi={G\bibinitperiod},
given={Alejandra},
giveni={A\bibinitperiod}}}%
{{hash=e5013537fd1fc9199c58299c90b9dd34}{%
family={Ross},
familyi={R\bibinitperiod},
given={Noam},
giveni={N\bibinitperiod}}}%
}
\list{publisher}{1}{%
{Github}%
}
\strng{namehash}{7f44cfec353b6c994dbce017b4e7d66e}
\strng{fullhash}{8fdf68ec47c69e4dea9ba672d6b04673}
\strng{bibnamehash}{7f44cfec353b6c994dbce017b4e7d66e}
\strng{authorbibnamehash}{7f44cfec353b6c994dbce017b4e7d66e}
\strng{authornamehash}{7f44cfec353b6c994dbce017b4e7d66e}
\strng{authorfullhash}{8fdf68ec47c69e4dea9ba672d6b04673}
\field{sortinit}{J}
\field{sortinithash}{b2f54a9081ace9966a7cb9413811edb4}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{CodeMeta contributors are creating a minimal metadata schema for science software and code, in JSON and XML. The goal of CodeMeta is to create a concept vocabulary that can be used to standardize the exchange of software metadata across repositories and organizations. CodeMeta started by comparing the software metadata used across multiple repositories, which resulted in the CodeMeta Metadata Crosswalk. That crosswalk was then used to generate a set of software metadata concepts, which were arranged into a JSON-LD context for serialization. See https://codemeta.github.io for a visualization of the crosswalk table and guides for users and developers.}
\field{annotation}{ZSCC: 0000000}
\field{langid}{english}
\field{title}{{{CodeMeta}}: An Exchange Schema for Software Metadata. {{Version}} 3.0.}
\field{urlday}{22}
\field{urlmonth}{6}
\field{urlyear}{2021}
\field{year}{2023}
\field{urldateera}{ce}
\verb{file}
\verb C\:\\Users\\steph\\Zotero\\storage\\FB4DMJRX\\2.html;C\:\\Users\\steph\\Zotero\\storage\\ZAGTE956\\2.html
\endverb
\verb{urlraw}
\verb https://codemeta.github.io/terms/
\endverb
\verb{url}
\verb https://codemeta.github.io/terms/
\endverb
\endentry
\entry{kelley_Framework_2021}{article}{}
\name{author}{2}{}{%
{{hash=b40b64bdb6fc045c9293b0d2ec050842}{%
family={Kelley},
familyi={K\bibinitperiod},
given={Aidan},
giveni={A\bibinitperiod}}}%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
}
\strng{namehash}{db2fdf1d60d6572a92ac94b977041134}
\strng{fullhash}{db2fdf1d60d6572a92ac94b977041134}
\strng{bibnamehash}{db2fdf1d60d6572a92ac94b977041134}
\strng{authorbibnamehash}{db2fdf1d60d6572a92ac94b977041134}
\strng{authornamehash}{db2fdf1d60d6572a92ac94b977041134}
\strng{authorfullhash}{db2fdf1d60d6572a92ac94b977041134}
\field{sortinit}{K}
\field{sortinithash}{c02bf6bff1c488450c352b40f5d853ab}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Abstract An increasing number of researchers rely on computational methods to generate or manipulate the results described in their scientific publications. Software created to this end---scientific software---is key to understanding, reproducing, and reusing existing work in many disciplines, ranging from Geosciences to Astronomy or Artificial Intelligence. However, scientific software is usually challenging to find, set up, and compare to similar software due to its disconnected documentation (dispersed in manuals, readme files, websites, and code comments) and the lack of structured metadata to describe it. As a result, researchers have to manually inspect existing tools to understand their differences and incorporate them into their work. This approach scales poorly with the number of publications and tools made available every year. In this paper we address these issues by introducing a framework for automatically extracting scientific software metadata from its documentation (in particular, their readme files); a methodology for structuring the extracted metadata in a Knowledge Graph (KG) of scientific software; and an exploitation framework for browsing and comparing the contents of the generated KG. We demonstrate our approach by creating a KG with metadata from over 10,000 scientific software entries from public code repositories.}
\field{issn}{2641-3337}
\field{journaltitle}{Quantitative Science Studies}
\field{langid}{english}
\field{month}{12}
\field{number}{4}
\field{title}{A Framework for Creating Knowledge Graphs of Scientific Software Metadata}
\field{volume}{2}
\field{year}{2021}
\field{pages}{1423\bibrangedash 1446}
\range{pages}{24}
\verb{doi}
\verb 10.1162/qss_a_00167
\endverb
\endentry
\entry{kernchen_Extending_2025}{article}{}
\name{author}{6}{}{%
{{hash=ed544ca4f144a5b6f5fbafbc85e4693c}{%
family={Kernchen},
familyi={K\bibinitperiod},
given={Sophie},
giveni={S\bibinitperiod}}}%
{{hash=4d12c071e1f202f50e2ac5c2753ecd1b}{%
family={Meinel},
familyi={M\bibinitperiod},
given={Michael},
giveni={M\bibinitperiod}}}%
{{hash=bab3c2f55b2e0e2bd21254d6ce880e49}{%
family={Druskat},
familyi={D\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=4466a6ca5a92ffb8baef9609153600d9}{%
family={Fritzsche},
familyi={F\bibinitperiod},
given={Michael},
giveni={M\bibinitperiod}}}%
{{hash=7b0e33e321dbe98048eaedb61dfdfb00}{%
family={Pape},
familyi={P\bibinitperiod},
given={David},
giveni={D\bibinitperiod}}}%
{{hash=d212fc1335291106cd35a536bfe1c4f5}{%
family={Bertuch},
familyi={B\bibinitperiod},
given={Oliver},
giveni={O\bibinitperiod}}}%
}
\strng{namehash}{647ebb4dddb3560ac99328bffda74cbf}
\strng{fullhash}{2241e7f508c4fb97f1169d5822abc874}
\strng{bibnamehash}{647ebb4dddb3560ac99328bffda74cbf}
\strng{authorbibnamehash}{647ebb4dddb3560ac99328bffda74cbf}
\strng{authornamehash}{647ebb4dddb3560ac99328bffda74cbf}
\strng{authorfullhash}{2241e7f508c4fb97f1169d5822abc874}
\field{sortinit}{K}
\field{sortinithash}{c02bf6bff1c488450c352b40f5d853ab}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Research software is an important output of research and must be published according to the FAIR Principles for Research Software. This can be achieved by publishing software with metadata under a persistent identifier. HERMES is a tool that leverages continuous integration to automate the publication of software with rich metadata. In this work, we describe the HERMES workflow itself, and how to extend it to meet the needs of specific research software metadata or infrastructure. We introduce the HERMES plugin architecture and provide the example of creating a new HERMES plugin that harvests metadata from a metadata source in source code repositories. We show how to use HERMES as an end user, both via the command line interface, and as a step in a continuous integration pipeline. Finally, we report three informal case studies whose results provide a preliminary evaluation of the feasibility and applicability of HERMES workflows, and the extensibility of the hermes software package.}
\field{issn}{1863-2122}
\field{journaltitle}{Electronic Communications of the EASST}
\field{langid}{english}
\field{month}{2}
\field{title}{Extending and Applying Automated {{HERMES}} Software Publication Workflows}
\field{volume}{83}
\field{year}{2025}
\verb{doi}
\verb 10.14279/eceasst.v83.2624
\endverb
\keyw{automation,research software,software metadata,software publication}
\endentry
\entry{kuckertz_DataDesc_2024}{article}{}
\name{author}{13}{}{%
{{hash=1c2aa5b1b6792f09454bcce774f2869b}{%
family={Kuckertz},
familyi={K\bibinitperiod},
given={Patrick},
giveni={P\bibinitperiod}}}%
{{hash=b8e8b388ffa9269056a15c7a49286f1f}{%
family={Göpfert},
familyi={G\bibinitperiod},
given={Jan},
giveni={J\bibinitperiod}}}%
{{hash=ba6f17a4468d7119d45776b5d97247fe}{%
family={Karras},
familyi={K\bibinitperiod},
given={Oliver},
giveni={O\bibinitperiod}}}%
{{hash=4eea0d57dbef1ef6ec7e77e69dfeecf2}{%
family={Neuroth},
familyi={N\bibinitperiod},
given={David},
giveni={D\bibinitperiod}}}%
{{hash=08e1629655df21e9ddf649528c45f13a}{%
family={Schönau},
familyi={S\bibinitperiod},
given={Julian},
giveni={J\bibinitperiod}}}%
{{hash=61a5c9badf4090142b0c3408f4166316}{%
family={Pueblas},
familyi={P\bibinitperiod},
given={Rodrigo},
giveni={R\bibinitperiod}}}%
{{hash=04738612bcbdee01f81a745fbbe45214}{%
family={Ferenz},
familyi={F\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=974419d0f5b4621dae0fca7fa03900c5}{%
family={Engel},
familyi={E\bibinitperiod},
given={Felix},
giveni={F\bibinitperiod}}}%
{{hash=43380e45fd1dd829e15021bb6e99aa3a}{%
family={Pflugradt},
familyi={P\bibinitperiod},
given={Noah},
giveni={N\bibinitperiod}}}%
{{hash=d8b82b2465949dd20ec3ffd9c0d19a4c}{%
family={Weinand},
familyi={W\bibinitperiod},
given={Jann\bibnamedelima M.},
giveni={J\bibinitperiod\bibinitdelim M\bibinitperiod}}}%
{{hash=0f595e1660332a198b22705c5cfb4fbf}{%
family={Nie{ß}e},
familyi={N\bibinitperiod},
given={Astrid},
giveni={A\bibinitperiod}}}%
{{hash=74de32830575f67e1479f58f47d2111d}{%
family={Auer},
familyi={A\bibinitperiod},
given={Sören},
giveni={S\bibinitperiod}}}%
{{hash=fcb017aa00b2d8a14aedfe47f774dda4}{%
family={Stolten},
familyi={S\bibinitperiod},
given={Detlef},
giveni={D\bibinitperiod}}}%
}
\strng{namehash}{7308d16fbafd15077fe29106792cd576}
\strng{fullhash}{c45e0af1331f1a9d0d038ffe69a59498}
\strng{bibnamehash}{7308d16fbafd15077fe29106792cd576}
\strng{authorbibnamehash}{7308d16fbafd15077fe29106792cd576}
\strng{authornamehash}{7308d16fbafd15077fe29106792cd576}
\strng{authorfullhash}{c45e0af1331f1a9d0d038ffe69a59498}
\field{sortinit}{K}
\field{sortinithash}{c02bf6bff1c488450c352b40f5d853ab}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{The reuse of research software is central to research efficiency and academic exchange. The application of software enables researchers to reproduce, validate, and expand upon study findings. The analysis of open-source code aids in the comprehension, comparison, and integration of approaches. Often, however, no further use occurs because relevant software cannot be found or is incompatible with existing research processes. This results in repetitive software development, which impedes the advancement of individual researchers and entire research communities. In this article, the DataDesc (Data Description) framework is presented---an approach to describing data models of software interfaces with machine-actionable metadata. In addition to a specialized metadata schema, an exchange format and support tools for easy collection and the automated publishing of software documentation are introduced. This approach practically increases the FAIRness, i.e., findability, accessibility, interoperability, and reusability, of research software as well as effectively promotes its impact on research.}
\field{issn}{2666-3899}
\field{journaltitle}{Patterns}
\field{month}{10}
\field{shorttitle}{{{DataDesc}}}
\field{title}{{{DataDesc}}: {{A}} Framework for Creating and Sharing Technical Metadata for Research Software Interfaces}
\field{year}{2024}
\field{pages}{101064}
\range{pages}{1}
\verb{doi}
\verb 10.1016/j.patter.2024.101064
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\PFBANDWW\S2666389924002149.html
\endverb
\keyw{FAIR,interface description,machine actionable,metadata schema,RDM,research data management,semantic software description,software documentation,software metadata,software publication,software reuse}
\endentry
\entry{malone_Software_2014}{article}{}
\name{author}{7}{}{%
{{hash=2557f7807640939137fce623b687f59a}{%
family={Malone},
familyi={M\bibinitperiod},
given={James},
giveni={J\bibinitperiod}}}%
{{hash=a484eba253669bf860fdf92cdfc1c14c}{%
family={Brown},
familyi={B\bibinitperiod},
given={Andy},
giveni={A\bibinitperiod}}}%
{{hash=04313c4385533e1c9ef1f7125e9d27e7}{%
family={Lister},
familyi={L\bibinitperiod},
given={Allyson\bibnamedelima L.},
giveni={A\bibinitperiod\bibinitdelim L\bibinitperiod}}}%
{{hash=cc87345710c8f0c86a7222d27e9e3164}{%
family={Ison},
familyi={I\bibinitperiod},
given={Jon},
giveni={J\bibinitperiod}}}%
{{hash=49dc08a625b27f76e9cf756a8cc7ec2c}{%
family={Hull},
familyi={H\bibinitperiod},
given={Duncan},
giveni={D\bibinitperiod}}}%
{{hash=dce64332e021c75c9258faed23827c44}{%
family={Parkinson},
familyi={P\bibinitperiod},
given={Helen},
giveni={H\bibinitperiod}}}%
{{hash=a5e9a8a60f1755d4158e6c1d4b79c2ef}{%
family={Stevens},
familyi={S\bibinitperiod},
given={Robert},
giveni={R\bibinitperiod}}}%
}
\strng{namehash}{e7b4c712cdb1eb8edbf2ef530408fdda}
\strng{fullhash}{2dc83ddd4a99d6bda2bd5cc459089b2e}
\strng{bibnamehash}{e7b4c712cdb1eb8edbf2ef530408fdda}
\strng{authorbibnamehash}{e7b4c712cdb1eb8edbf2ef530408fdda}
\strng{authornamehash}{e7b4c712cdb1eb8edbf2ef530408fdda}
\strng{authorfullhash}{2dc83ddd4a99d6bda2bd5cc459089b2e}
\field{sortinit}{M}
\field{sortinithash}{4625c616857f13d17ce56f7d4f97d451}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{Biomedical ontologists to date have concentrated on ontological descriptions of biomedical entities such as gene products and their attributes, phenotypes and so on. Recently, effort has diversified to descriptions of the laboratory investigations by which these entities were produced. However, much biological insight is gained from the analysis of the data produced from these investigations, and there is a lack of adequate descriptions of the wide range of software that are central to bioinformatics. We need to describe how data are analyzed for discovery, audit trails, provenance and reproducibility.}
\field{annotation}{ZSCC: 0000060\\ Focus on bioinformatics, but still has important fields of software metadata}
\field{issn}{2041-1480}
\field{journaltitle}{Journal of Biomedical Semantics}
\field{month}{6}
\field{number}{1}
\field{shorttitle}{The {{Software Ontology}} ({{SWO}})}
\field{title}{The {{Software Ontology}} ({{SWO}}): A Resource for Reproducibility in Biomedical Data Analysis, Curation and Digital Preservation}
\field{volume}{5}
\field{year}{2014}
\field{pages}{25}
\range{pages}{1}
\verb{doi}
\verb 10.1186/2041-1480-5-25
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\GD5W7APS\2041-1480-5-25.html
\endverb
\keyw{Biomedical Ontology,Ontology Development,Ontology Engineering,Software License,User Story}
\endentry
\entry{mao_SoMEF_2019}{inproceedings}{}
\name{author}{3}{}{%
{{hash=060376f81a25b85e3a3599fda8852bc6}{%
family={Mao},
familyi={M\bibinitperiod},
given={Allen},
giveni={A\bibinitperiod}}}%
{{hash=d19d285480239e7baa7304e4c8e331b5}{%
family={Garijo},
familyi={G\bibinitperiod},
given={Daniel},
giveni={D\bibinitperiod}}}%
{{hash=c70967ed550f7391d0529a93d9bb6f1c}{%
family={Fakhraei},
familyi={F\bibinitperiod},
given={Shobeir},
giveni={S\bibinitperiod}}}%
}
\strng{namehash}{aada92e131f9ef8188096444d1af4c2d}
\strng{fullhash}{aada92e131f9ef8188096444d1af4c2d}
\strng{bibnamehash}{aada92e131f9ef8188096444d1af4c2d}
\strng{authorbibnamehash}{aada92e131f9ef8188096444d1af4c2d}
\strng{authornamehash}{aada92e131f9ef8188096444d1af4c2d}
\strng{authorfullhash}{aada92e131f9ef8188096444d1af4c2d}
\field{sortinit}{M}
\field{sortinithash}{4625c616857f13d17ce56f7d4f97d451}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{Scientific software has become a key asset to reproduce and understand the products of scientific research in many disciplines. However, scientific software is becoming increasingly complex and, as a result, researchers need to spend a significant amount of time finding, reading and understanding software documentation to set it up. In this paper we describe SoMEF, a Software Metadata Extraction Framework designed to help highlighting the most important parts of scientific software documentation. SoMEF processes the README files in GitHub repositories to automatically extract which parts of their text refer to the description, installation, invocation, or citation of a software component. Despite its simple features, SoMEF successfully categorizes README excerpts with a minimum 0.92 precision and 0.90 ROC AUC. These results, tested on a corpus of over 70 scientific software repositories, are a promising start towards automatically generating knowledge graphs of scientific software metadata.}
\field{annotation}{ZSCC: 0000000\\ A framework to automatically extract Metadata from READMEs, only a few features}
\field{booktitle}{2019 {{IEEE International Conference}} on {{Big Data}} ({{Big Data}})}
\field{month}{12}
\field{shorttitle}{{{SoMEF}}}
\field{title}{{{SoMEF}}: {{A Framework}} for {{Capturing Scientific Software Metadata}} from Its {{Documentation}}}
\field{year}{2019}
\field{pages}{3032\bibrangedash 3037}
\range{pages}{6}
\verb{doi}
\verb 10.1109/BigData47090.2019.9006447
\endverb
\keyw{Documentation,Logistics,Metadata,Python,Usability}
\endentry
\entry{meinel_Hermes_2025}{misc}{}
\name{author}{7}{}{%
{{hash=4d12c071e1f202f50e2ac5c2753ecd1b}{%
family={Meinel},
familyi={M\bibinitperiod},
given={Michael},
giveni={M\bibinitperiod}}}%
{{hash=bab3c2f55b2e0e2bd21254d6ce880e49}{%
family={Druskat},
familyi={D\bibinitperiod},
given={Stephan},
giveni={S\bibinitperiod}}}%
{{hash=d212fc1335291106cd35a536bfe1c4f5}{%
family={Bertuch},
familyi={B\bibinitperiod},
given={Oliver},
giveni={O\bibinitperiod}}}%
{{hash=612c83fca4afaa6224f8617dde0f3496}{%
family={Knodel},
familyi={K\bibinitperiod},
given={Oliver},
giveni={O\bibinitperiod}}}%
{{hash=7b0e33e321dbe98048eaedb61dfdfb00}{%
family={Pape},
familyi={P\bibinitperiod},
given={David},
giveni={D\bibinitperiod}}}%
{{hash=2837ba96e326b86ea6673df3093a08c0}{%
family={Sophie},
familyi={S\bibinitperiod},
given={Kernchen},
giveni={K\bibinitperiod}}}%
{{hash=f808d3445ef4cacd1774240cfc6e93e8}{%
family={Heeb},
familyi={H\bibinitperiod},
given={Nitai},
giveni={N\bibinitperiod}}}%
}
\strng{namehash}{8342df99b0b5aae939037b0fbed3f39a}
\strng{fullhash}{b7116a308289e71c43ac92c163453f38}
\strng{bibnamehash}{8342df99b0b5aae939037b0fbed3f39a}
\strng{authorbibnamehash}{8342df99b0b5aae939037b0fbed3f39a}
\strng{authornamehash}{8342df99b0b5aae939037b0fbed3f39a}
\strng{authorfullhash}{b7116a308289e71c43ac92c163453f38}
\field{sortinit}{M}
\field{sortinithash}{4625c616857f13d17ce56f7d4f97d451}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Implementation of the HERMES workflow}
\field{annotation}{Programmers: \_{}:n24567}
\field{month}{3}
\field{title}{Hermes}
\field{urlday}{20}
\field{urlmonth}{3}
\field{urlyear}{2025}
\field{year}{2025}
\field{urldateera}{ce}
\verb{urlraw}
\verb https://github.com/softwarepub/hermes
\endverb
\verb{url}
\verb https://github.com/softwarepub/hermes
\endverb
\endentry
\entry{myers_Qualitative_2007}{article}{}
\name{author}{2}{}{%
{{hash=3b2d44569f6cf682982b452b57850a47}{%
family={Myers},
familyi={M\bibinitperiod},
given={Michael\bibnamedelima D.},
giveni={M\bibinitperiod\bibinitdelim D\bibinitperiod}}}%
{{hash=2a839e605c1060e49ae2167b1709c4af}{%
family={Newman},
familyi={N\bibinitperiod},
given={Michael},
giveni={M\bibinitperiod}}}%
}
\strng{namehash}{39322e7e83116df303b661e2a2b65012}
\strng{fullhash}{39322e7e83116df303b661e2a2b65012}
\strng{bibnamehash}{39322e7e83116df303b661e2a2b65012}
\strng{authorbibnamehash}{39322e7e83116df303b661e2a2b65012}
\strng{authornamehash}{39322e7e83116df303b661e2a2b65012}
\strng{authorfullhash}{39322e7e83116df303b661e2a2b65012}
\field{sortinit}{M}
\field{sortinithash}{4625c616857f13d17ce56f7d4f97d451}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{The qualitative interview is one of the most important data gathering tools in qualitative research, yet it has remained an unexamined craft in IS research. This paper discusses the potential difficulties, pitfalls and problems of the qualitative interview in IS research. Building on Goffman's seminal work on social life, the paper proposes a dramaturgical model as a useful way of conceptualizing the qualitative interview. Based on this model the authors suggest guidelines for the conduct of qualitative interviews.}
\field{annotation}{ZSCC: 0002318}
\field{issn}{1471-7727}
\field{journaltitle}{Information and Organization}
\field{langid}{english}
\field{month}{1}
\field{number}{1}
\field{shorttitle}{The Qualitative Interview in {{IS}} Research}
\field{title}{The Qualitative Interview in {{IS}} Research: {{Examining}} the Craft}
\field{volume}{17}
\field{year}{2007}
\field{pages}{2\bibrangedash 26}
\range{pages}{25}
\verb{doi}
\verb 10.1016/j.infoandorg.2006.11.001
\endverb
\verb{file}
\verb C:\Users\steph\Zotero\storage\2GQJGDTB\S1471772706000352.html
\endverb
\endentry
\entry{peres_Validation_2013}{article}{}
\name{author}{3}{}{%
{{hash=81e0e844d64a9236efd5a6e0fb116a37}{%
family={Peres},
familyi={P\bibinitperiod},
given={S.\bibnamedelimi Camille},
giveni={S\bibinitperiod\bibinitdelim C\bibinitperiod}}}%
{{hash=dd9406817c5c4229bfbfaf45a4050fde}{%
family={Pham},
familyi={P\bibinitperiod},
given={Tri},
giveni={T\bibinitperiod}}}%
{{hash=f9144c21ba9d91cf8ff78bd9a8ad9607}{%
family={Phillips},
familyi={P\bibinitperiod},
given={Ronald},
giveni={R\bibinitperiod}}}%
}
\list{publisher}{1}{%
{SAGE Publications Inc}%
}
\strng{namehash}{3666060baf3ee6a913ed136e9f1c0f24}
\strng{fullhash}{3666060baf3ee6a913ed136e9f1c0f24}
\strng{bibnamehash}{3666060baf3ee6a913ed136e9f1c0f24}
\strng{authorbibnamehash}{3666060baf3ee6a913ed136e9f1c0f24}
\strng{authornamehash}{3666060baf3ee6a913ed136e9f1c0f24}
\strng{authorfullhash}{3666060baf3ee6a913ed136e9f1c0f24}
\field{sortinit}{P}
\field{sortinithash}{ff3bcf24f47321b42cb156c2cc8a8422}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{For almost 20 years, practitioners and researchers have been using the System Usability Scale (SUS) as a ``quick and dirty'' method of evaluating the usability of different websites, software, and other human-machine systems. The characteristics of the SUS (e.g., reliability, number of scales, etc.) have been widely discussed in the literature but there have been little written about how the results of the SUS relate to traditional usability results (likely due primarily to these results being proprietary). In this study, eight different usability studies were used to make a direct comparison between the SUS and usability results. A significant but small relation was found between these two scores suggesting that the SUS may be a valid measure to ordinally compare two or more systems.}
\field{issn}{1071-1813}
\field{journaltitle}{Proceedings of the Human Factors and Ergonomics Society Annual Meeting}
\field{langid}{english}
\field{month}{9}
\field{number}{1}
\field{shorttitle}{Validation of the {{System Usability Scale}} ({{SUS}})}
\field{title}{Validation of the {{System Usability Scale}} ({{SUS}}): {{SUS}} in the {{Wild}}}
\field{volume}{57}
\field{year}{2013}
\field{pages}{192\bibrangedash 196}
\range{pages}{5}
\verb{doi}
\verb 10.1177/1541931213571043
\endverb
\endentry
\entry{radford_Robust_2022}{misc}{}
\name{author}{6}{}{%
{{hash=a812c46caad94fc8701be37871f303ba}{%
family={Radford},
familyi={R\bibinitperiod},
given={Alec},
giveni={A\bibinitperiod}}}%
{{hash=37a96525bc70870f8509160f7eccf4b7}{%
family={Kim},
familyi={K\bibinitperiod},
given={Jong\bibnamedelima Wook},
giveni={J\bibinitperiod\bibinitdelim W\bibinitperiod}}}%
{{hash=1eed631dd35845a607a45dd35d948203}{%
family={Xu},
familyi={X\bibinitperiod},
given={Tao},
giveni={T\bibinitperiod}}}%
{{hash=7ae2a0efeaf9c031f9b420bcb1c19e54}{%
family={Brockman},
familyi={B\bibinitperiod},
given={Greg},
giveni={G\bibinitperiod}}}%
{{hash=6d3e5097d8af9c8bdf8388f00d5179ac}{%
family={McLeavey},
familyi={M\bibinitperiod},
given={Christine},
giveni={C\bibinitperiod}}}%
{{hash=8d569d1d5b8b5a7836017a98b430f959}{%
family={Sutskever},
familyi={S\bibinitperiod},
given={Ilya},
giveni={I\bibinitperiod}}}%
}
\strng{namehash}{ca3baa5a22057195db1c71be39b4c922}
\strng{fullhash}{e202abc1ca19ec84987f68e0aec49fa3}
\strng{bibnamehash}{ca3baa5a22057195db1c71be39b4c922}
\strng{authorbibnamehash}{ca3baa5a22057195db1c71be39b4c922}
\strng{authornamehash}{ca3baa5a22057195db1c71be39b4c922}
\strng{authorfullhash}{e202abc1ca19ec84987f68e0aec49fa3}
\field{sortinit}{R}
\field{sortinithash}{5e1c39a9d46ffb6bebd8f801023a9486}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{We study the capabilities of speech processing systems trained simply to predict large amounts of transcripts of audio on the internet. When scaled to 680,000 hours of multilingual and multitask supervision, the resulting models generalize well to standard benchmarks and are often competitive with prior fully supervised results but in a zero-shot transfer setting without the need for any fine-tuning. When compared to humans, the models approach their accuracy and robustness. We are releasing models and inference code to serve as a foundation for further work on robust speech processing.}
\field{langid}{english}
\field{month}{12}
\field{title}{Robust {{Speech Recognition}} via {{Large-Scale Weak Supervision}}}
\field{urlday}{18}
\field{urlmonth}{5}
\field{urlyear}{2025}
\field{year}{2022}
\field{urldateera}{ce}
\verb{file}
\verb C:\Users\steph\Zotero\storage\M6P5X3F4\Radford et al. - 2022 - Robust Speech Recognition via Large-Scale Weak Supervision.pdf
\endverb
\verb{urlraw}
\verb https://arxiv.org/abs/2212.04356v1
\endverb
\verb{url}
\verb https://arxiv.org/abs/2212.04356v1
\endverb
\endentry
\entry{seibert_Betty_2024}{misc}{}
\name{author}{3}{}{%
{{hash=db1f5968b9f0a7ead9592c717342458c}{%
family={Seibert},
familyi={S\bibinitperiod},
given={Vasiliy},
giveni={V\bibinitperiod}}}%
{{hash=60c5c4b16191f78e70fffb6492d9e6fd}{%
family={Rausch},
familyi={R\bibinitperiod},
given={Andreas},
giveni={A\bibinitperiod}}}%
{{hash=c414c93301d82e6fee384445c742d7da}{%
family={Wittek},
familyi={W\bibinitperiod},
given={Stefan},
giveni={S\bibinitperiod}}}%
}
\strng{namehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{fullhash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{bibnamehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{authorbibnamehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{authornamehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{authorfullhash}{cc9e41869557b8845cf55ec647f4bbe0}
\field{extraname}{1}
\field{sortinit}{S}
\field{sortinithash}{b164b07b29984b41daf1e85279fbc5ab}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{annotation}{Programmers: \_{}:n25245}
\field{month}{11}
\field{title}{Betty {{Research Engine}}}
\field{urlday}{2}
\field{urlmonth}{4}
\field{urlyear}{2025}
\field{year}{2024}
\field{urldateera}{ce}
\verb{file}
\verb C:\Users\steph\Zotero\storage\QL4LGEQB\betty-research-engine.html
\endverb
\verb{urlraw}
\verb https://gitlab.com/tuc-isse/public/betty-research-engine
\endverb
\verb{url}
\verb https://gitlab.com/tuc-isse/public/betty-research-engine
\endverb
\endentry
\entry{seibert_Bettys_2024}{article}{}
\name{author}{3}{}{%
{{hash=db1f5968b9f0a7ead9592c717342458c}{%
family={Seibert},
familyi={S\bibinitperiod},
given={Vasiliy},
giveni={V\bibinitperiod}}}%
{{hash=60c5c4b16191f78e70fffb6492d9e6fd}{%
family={Rausch},
familyi={R\bibinitperiod},
given={Andreas},
giveni={A\bibinitperiod}}}%
{{hash=c414c93301d82e6fee384445c742d7da}{%
family={Wittek},
familyi={W\bibinitperiod},
given={Stefan},
giveni={S\bibinitperiod}}}%
}
\list{publisher}{1}{%
{Universitäts- und Landesbibliothek Darmstadt}%
}
\strng{namehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{fullhash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{bibnamehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{authorbibnamehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{authornamehash}{cc9e41869557b8845cf55ec647f4bbe0}
\strng{authorfullhash}{cc9e41869557b8845cf55ec647f4bbe0}
\field{extraname}{2}
\field{sortinit}{S}
\field{sortinithash}{b164b07b29984b41daf1e85279fbc5ab}
\field{labelnamesource}{author}
\field{labeltitlesource}{shorttitle}
\field{abstract}{Promoting research, without providing the source code that was used to conduct the research, means a greater effort for every researcher down the line. Existing solutions that aim to make research software FAIR [1], fail to provide a wholesome solution, for they do not sufficiently consider already existing research software stored on platforms like GitHub or organizational GitLabs. We therefore present Betty\’s research engine, a client-based implementation of a cascading search process, that first finds research software stored on platforms like GitHub and then links them to corresponding publications or entries in third party databases. We evaluated 400 random search results from the domain of ecology and found that 345 out of 400 repositories made a reference to a corresponding publication / entry in third party database and therefore clearly indicating the potential of the cascading search. Betty\’s research engine is live and openly available under this URL: http://nfdi4ing.rz-housing.tu-clausthal.de/}
\field{issn}{2941-1300}
\field{journaltitle}{ing.grid}
\field{langid}{english}
\field{month}{5}
\field{number}{2}
\field{shorttitle}{Betty's ({{Re}}){{Search Engine}}}
\field{title}{Betty's ({{Re}}){{Search Engine}}: {{A}} Client-Based Search Engine for Research Software Stored in Repositories.}
\field{volume}{1}
\field{year}{2024}
\verb{doi}
\verb 10.48694/inggrid.3953
\endverb
\endentry
\entry{tullis_Comparison_2004}{inproceedings}{}
\name{author}{2}{}{%
{{hash=1b36bcc8f71ed695d0b470d376408589}{%
family={Tullis},
familyi={T\bibinitperiod},
given={Thomas\bibnamedelima S},
giveni={T\bibinitperiod\bibinitdelim S\bibinitperiod}}}%
{{hash=ee5e059f1e8c8894fa76bab175047047}{%
family={Stetson},
familyi={S\bibinitperiod},
given={Jacqueline\bibnamedelima N},
giveni={J\bibinitperiod\bibinitdelim N\bibinitperiod}}}%
}
\strng{namehash}{8359add25d8641bd913fcae599c72f8a}
\strng{fullhash}{8359add25d8641bd913fcae599c72f8a}
\strng{bibnamehash}{8359add25d8641bd913fcae599c72f8a}
\strng{authorbibnamehash}{8359add25d8641bd913fcae599c72f8a}
\strng{authornamehash}{8359add25d8641bd913fcae599c72f8a}
\strng{authorfullhash}{8359add25d8641bd913fcae599c72f8a}
\field{sortinit}{T}
\field{sortinithash}{9af77f0292593c26bde9a56e688eaee9}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Five questionnaires for assessing the usability of a website were compared in a study with 123 participants. The questionnaires studied were SUS, QUIS, CSUQ, a variant of Microsoft's Product Reaction Cards, and one that we have used in our Usability Lab for several years. Each participant performed two tasks on each of two websites: finance.yahoo.com and kiplinger.com. All five questionnaires revealed that one site was significantly preferred over the other. The data were analyzed to determine what the results would have been at different sample sizes from 6 to 14. At a sample size of 6, only 30-40\% of the samples would have identified that one of the sites was significantly preferred. Most of the data reach an apparent asymptote at a sample size of 12, where two of the questionnaires (SUS and CSUQ) yielded the same conclusion as the full dataset at least 90\% of the time.}
\field{booktitle}{Usability Professional Association Conference}
\field{langid}{english}
\field{title}{A {{Comparison}} of {{Questionnaires}} for {{Assessing Website Usability}}}
\field{urlday}{8}
\field{urlmonth}{4}
\field{urlyear}{2025}
\field{year}{2004}
\field{urldateera}{ce}
\verb{urlraw}
\verb https://dgs.ie/wp-content/uploads/2016/12/A-Comparison-of-Questionnaires-for-Assessing-Website-Usability-.pdf
\endverb
\verb{url}
\verb https://dgs.ie/wp-content/uploads/2016/12/A-Comparison-of-Questionnaires-for-Assessing-Website-Usability-.pdf
\endverb
\keyw{No DOI found}
\endentry
\entry{victor_SOMEF_2021}{misc}{}
\name{author}{2}{}{%
{{hash=90cdd5d0c3d76bbb509e92366ffb8be9}{%
family={Victor},
familyi={V\bibinitperiod},
given={Fernandez-Lancha\bibnamedelima Aranda},
giveni={F\bibinithyphendelim L\bibinitperiod\bibinitdelim A\bibinitperiod}}}%
{{hash=742616515a3827bedaf49cf8802e7c9c}{%
family={Daniel},
familyi={D\bibinitperiod},
given={Garijo},
giveni={G\bibinitperiod}}}%
}
\strng{namehash}{58971aa54b6f29349bb413aea468754c}
\strng{fullhash}{58971aa54b6f29349bb413aea468754c}
\strng{bibnamehash}{58971aa54b6f29349bb413aea468754c}
\strng{authorbibnamehash}{58971aa54b6f29349bb413aea468754c}
\strng{authornamehash}{58971aa54b6f29349bb413aea468754c}
\strng{authorfullhash}{58971aa54b6f29349bb413aea468754c}
\field{sortinit}{V}
\field{sortinithash}{afb52128e5b4dc4b843768c0113d673b}
\field{labelnamesource}{author}
\field{labeltitlesource}{title}
\field{abstract}{Web application for displaying the contents automatically retrieved from a code repository by applying the Software Metadata Extraction Framework (SOMEF)}
\field{month}{12}
\field{title}{{{SOMEF VIDER}}}
\field{urlday}{14}
\field{urlmonth}{4}
\field{urlyear}{2025}
\field{year}{2021}
\field{urldateera}{ce}
\verb{urlraw}
\verb https://github.com/SoftwareUnderstanding/SOMEF-Vider
\endverb
\verb{url}
\verb https://github.com/SoftwareUnderstanding/SOMEF-Vider
\endverb
\endentry
\enddatalist
\endrefsection
\endinput