Evidence map›Paper›PMID 41113339›Full record

ArticleDigital discovery2025

A python workflow definition for computational materials design.

Jan Janssen, Janine George, Julian Geiger, Marnik Bercx, Xing Wang, Christina Ertural, Jörg Schaarschmidt, Alex M Ganose, Giovanni Pizzi, Tilmann Hickel and 1 more

Abstract read
In one paragraph

Article in Digital discovery, 2025. The graph could read no effect estimate from its abstract, so it casts no vote on the map. Not yet cited in PubMed.

0numbers the graph read from it
0cells of the map it votes in
0citing papers in PubMed
–field-weighted citation impact
1 · What the graph read from it

What it found

Each row is one number read from the abstract, on the scale the paper reported it, with its interval. Left of the dashed line favours the treatment, right favours the comparator. Under each row is the sentence it came from. New to these charts? A ten-minute tutorial.

The abstract states no effect estimate the extractor could read, or names no intervention and outcome on the map, so this paper lights no cell and moves no belief. It is still indexed, cited and linked below.

2 · The registry

The trial behind it

Trials whose registry record cites this paper, or whose number appears in the abstract. A trial that started after this paper was published is citing it as background, not reporting it.

Neither the registry nor the abstract names a trial number. If this is a trial report, that itself is worth knowing.

3 · Its place in the literature

Who cites it

0 citing papers in PubMed.

No citing paper in PubMed yet.

4 · The record

Corrections and comments

PubMed lists nothing against this paper. Absence here is not a guarantee, only a check that was made.

5 · Who and what money

Authors and funding

11 authors.

Jan JanssenMax Planck Institute for Sustainable Materials 40237 Düsseldorf Germany janssen@mpi-susmat.de.ORCID https://orcid.org/0000-0001-9948-7119
Janine GeorgeBundesanstalt für Materialforschung und -prüfung 12205 Berlin Germany.ORCID https://orcid.org/0000-0001-8907-0336
Julian GeigerPSI Center for Scientific Computing, Theory and Data 5232 Villigen PSI Switzerland.
Marnik BercxPSI Center for Scientific Computing, Theory and Data 5232 Villigen PSI Switzerland.ORCID https://orcid.org/0000-0001-8470-1012
Xing WangPSI Center for Scientific Computing, Theory and Data 5232 Villigen PSI Switzerland.
Christina ErturalBundesanstalt für Materialforschung und -prüfung 12205 Berlin Germany.ORCID https://orcid.org/0000-0002-7696-5824
Jörg SchaarschmidtKarlsruhe Institute of Technology (KIT) 76344 Eggenstein-Leopoldshafen Germany.
Alex M GanoseImperial College London 80 Wood Lane W12 7TA London UK.ORCID https://orcid.org/0000-0002-4486-3321
Giovanni PizziPSI Center for Scientific Computing, Theory and Data 5232 Villigen PSI Switzerland.ORCID https://orcid.org/0000-0002-3583-4377
Tilmann HickelMax Planck Institute for Sustainable Materials 40237 Düsseldorf Germany janssen@mpi-susmat.de.ORCID https://orcid.org/0000-0003-0698-4891
Jörg NeugebauerMax Planck Institute for Sustainable Materials 40237 Düsseldorf Germany janssen@mpi-susmat.de.ORCID https://orcid.org/0000-0002-7903-2472

Funding

No grant is acknowledged in the PubMed record.

6 · The paper itself

Abstract

Numerous Workflow Management Systems (WfMS) have been developed in the field of computational materials science with different workflow formats, hindering interoperability and reproducibility of workflows in the field. To address this challenge, we introduce here the Python Workflow Definition (PWD) as a workflow exchange format to share workflows between Python-based WfMS, currently AiiDA, jobflow, and pyiron. This development is motivated by the similarity of these three Python-based WfMS, that represent the different workflow steps and data transferred between them as nodes and edges in a graph. With the PWD, we aim at fostering the interoperability and reproducibility between the different WfMS in the context of Findable, Accessible, Interoperable, Reusable (FAIR) workflows. To separate the scientific from the technical complexity, the PWD consists of three components: (1) a conda environment that specifies the software dependencies, (2) a Python module that contains the Python functions represented as nodes in the workflow graph, and (3) a workflow graph stored in the JavaScript Object Notation (JSON). The first version of the PWD supports Directed Acyclic Graph (DAG)-based workflows. Thus, any DAG-based workflow defined in one of the three WfMS can be exported to the PWD and afterwards imported from the PWD to one of the other WfMS. After the import, the input parameters of the workflow can be adjusted and computing resources can be assigned to the workflow, before it is executed with the selected WfMS. This import from and export to the PWD is enabled by the PWD Python library that implements the PWD in AiiDA, jobflow, and pyiron.

Identifiers

PMID41113339
PMCPMC12529651

What OpenQuestion holds

Textmetadata
LicenceCC BY
Read underepoch 390

Registered trials

None linked

Read under generation 80e0d062 · epoch 390. Bibliography from PubMed, PubMed Central and OpenAlex; grants from NIH RePORTER; trial links from ClinicalTrials.gov; estimates, votes and beliefs from the OpenQuestion graph.