The document discusses prospective and retrospective provenance in scientific workflows. Prospective provenance involves modeling the workflow design, while retrospective provenance records the workflow execution. The YesWorkflow and noWorkflow tools demonstrate these two types of provenance. YesWorkflow annotates scripts to recreate a workflow model from the script, while noWorkflow records step-by-step runtime logs. Combining both approaches provides a more complete view of a workflow's provenance. Maintaining provenance is important for reproducibility and understanding the origins of scientific results.
1. From Workflows to Transparent
Research Objects and Reproducible
Science Tales
Bertram Ludäscher
ludaesch@illinois.edu
Director, Center for Informatics Research in Science & Scholarship (CIRSS)
School of Information Sciences (iSchool@Illinois)
& National Center for Supercomputing Applications (NCSA)
& Department of Computer Science (CS@Illinois)
PARSEC Synthesis Workshop
2020-07-011B. Ludäscher: Workflows & Provenance
2. Overview
• Scientific Workflows: What are we doing?
– What are they and why should you care?
• Provenance: What have we done?
– Prospective and retrospective provenance
– Better together! (e.g. YesWorkflow & noWorkflow)
• Transparent, Reproducible Research Objects:
– The Whole Tale project
• Misc (or next time .. )
– Agreeing to disagree: taxonomy alignment with Euler/X
B. Ludäscher: Workflows & Provenance 2
3. Scientific Workflows: ASAP
• Automation
– wfs to automate computational aspects of science
• Scaling (exploit and optimize machine cycles)
– wfs should make use of parallel compute resources
– wfs should be able handle large data
• Abstraction, Evolution, Reuse (human cycles)
– wfs should be easy to (re-)use, evolve, share
• Provenance
– wfs should capture processing history, data lineage
è traceable data- and wf-evolution
è Reproducible Science
Trident
Workbench
VisTrails
Es war einmal …
B. Ludäscher: Workflows & Provenance 3
4. 10 Essential functions of a scientific workflow system
1. Automate programs and services scientists already use.
2. Schedule invocations of programs and services correctly and efficiently – in
parallel where possible.
3. Manage dataflow to, from, and between programs and services.
4. Enable scientists (not just developers) to author or modify workflows easily.
5. Predict what a workflow will do when executed: prospective provenance.
6. Record what happened during workflow execution: retrospective provenance.
7. Reveal retrospective provenance – how workflow products were derived from
inputs via programs and services.
8. Organize intermediate and final data products as desired by users.
9. Enable scientists to version, share and publish their workflows.
10. Empower scientists who wish to automate additional programs and services
themselves.
These functions (not just dataflow & actors) distinguish scientific workflow
automation from general scientific software development.
B. Ludäscher: Workflows & Provenance 4
Src: Timothy McPhillips
5. Find OTUs
(OTUHunter)
Assign Taxonomy
(STAP)
Profile alignment
(STAP or Infernal)
Build phylogenetic
tree (RaxML or
Quicktree)
View tree:
Dendroscope
UniFrac: tree &
environment file
Assembled
conMgs
Chimera check
(Mallard)
Diversity statistics:
Text: OUT list, Chao1, Shannon
Graphs: rarefaction curves, rank-
abundance curves
Visualization tools:
Cytoscape networks &
Heat map
WATERS:
Workflow for Alignment, Taxonomy,
Ecology of Ribosomal Sequences
(Amber Hartman; Eisen Lab; UC Davis)
+/- cipres
+/- cluster
+/- cluster
+/- cluster
B. Ludäscher: Workflows & Provenance 5
8. Motif-Catcher workflow, implemented in Kepler
S Köhler et al. Improved Motif Detection in Large Sequence Sets with
Random Sampling in a Kepler workflow, ICCS-WS, 2012
B. Ludäscher: Workflows & Provenance 8
11. A Reproducibility (Transparency!) Crisis
• Does science have a
(different) reproducibility
crisis (crises)?
• Focus here:
Computational
Reproducibility
– R, Matlab, Python, .. scripts
– Scientific workflows, ...
• How to facilitate reproducibility
for computational and data scientists?
B. Ludäscher: Workflows & Provenance 11
12. Provenance defined …
• Oxford English Dictionary
– The place of origin or earliest known history of something:
• an orange rug of Iranian provenance
– The beginning of something’s existence; its origin:
• they try to understand the whole universe, its provenance and fate
– A record of ownership of a work of art or an antique, used as a
guide to authenticity or quality:
• the manuscript has a distinguished provenance
• What is the origin (provenance!) of “provenance” ?
B. Ludäscher: Workflows & Provenance 12
13. Provenance: keeping records …
• Grand Canyon’s rock layers are a record of the early geologic history of North America.
The ancestral puebloan granaries at Nankoweap Creek tell archaeologists about more
recent human history. (By Drenaline, licensed under CC BY-SA 3.0)
• Not shown: computational archaeologists reconstructing past climate from multiple tree-
ring databases è computational provenance is key for transparency & reproducibility
B. Ludäscher: Workflows & Provenance 13
14. … and Understanding what happened!
… frozen accidents
Zrzavý, Jan, David Storch, and Stanislav
Mihulka. Evolution: Ein Lese-Lehrbuch.
Springer-Verlag, 2009.
Author: Jkwchui (Based on
drawing by Truth-seeker2004)
B. Ludäscher: Workflows & Provenance 14
15. Computational Provenance …
• Origin, processing history of artifacts
– data products, figures, ...
– also: underlying workflow
è understand methods, dataflow, and dependencies
B. Ludäscher: Workflows & Provenance 15
Climate Change Impacts
in the United States
U.S. National Climate Assessment
U.S. Global Change Research Program
16. Kurator: Data Curation Workflows
(Filtered-Push … Kepler … Kurator projects)
B. Ludäscher: Workflows & Provenance 16
17. Runtime Provenance
(a.k.a. traces, logs,
retrospective
provenance,
“Trace-land”)
Workflow Modeling & Design
(a.k.a. prospective provenance
“Workflow-land”)
B. Ludäscher: Workflows & Provenance 17
Workflows ó Provenance a critical link!
18. Workflow Thinking: Die Grenzen meiner Sprache
bedeuten die Grenzen meiner Welt …
• Vanilla Process Network
• Func3onal Programming
Dataflow Network
• XML Transforma3on
Network
• Collec3on-oriented
Modeling & Design
framework (COMAD)
– Look Ma: No Shims!
B. Ludäscher: Workflows & Provenance 18
19. SKOPE: Synthesized Knowledge Of Past Environments
Bocinsky, Kohler … study rain-fed maize of Anasazi
– Four Corners; AD 600–1500. Climate change influenced Mesa Verde Migrations; late
13th century AD. Uses network of tree-ring chronologies to reconstruct a spatio-
temporal climate field at a fairly high resolution (~800 m) from AD 1–2000. Algorithm
estimates joint information in tree-rings and a climate signal to identify “best” tree-ring
chronologies for climate reconstructing.
K. Bocinsky, T. Kohler, A 2000-year reconstruction of the rain-fed
maize agricultural niche in the US Southwest. Nature
Communications. doi:10.1038/ncomms6618
… implemented as an R Script …
B. Ludäscher: Workflows & Provenance 19
20. Provenance Support for Reproducible Science
Example: Paleoclimate Reconstruction
Science paper (OA) uses:
• open source code:
– R, PaleoCAR, …
• Is that all we need?
• What was the
“workflow”?
• Is there prospective
and/or retrospective
provenance?
B. Ludäscher: Workflows & Provenance 20
21. How come? What’s the data provenance?
• What input data
was used? At
what spatio-
temporal
resolution?
• How does the
model work? (ML
method)
• What code was
run (and how
many times), with
what parameter
settings to
produce which
products?
B. Ludäscher: Workflows & Provenance 21
22. How come? Read the paper(s)!
B. Ludäscher: Workflows & Provenance
• Papers are
(increasingly) open
access; data and
code is (increasingly)
available, e.g. on
github.
• Still: significant
hurdles to
(computationally)
build upon prior
work, data products,
etc.
22
23. YesWorkflow: Prospective & Retrospective
Provenance … (almost) for free!
• YW annotations in a
(Python, R, …) script
recreate a workflow
view from the script …
cassette_id
sample_score_cutoff
sample_spreadsheet
file:cassette_{cassette_id}_spreadsheet.csv
calibration_image
file:calibration.img
initialize_run
run_log
file:run/run_log.txt
load_screening_results
sample_namesample_quality
calculate_strategy
rejected_sample accepted_sample num_images energies
log_rejected_sample
rejection_log
file:/run/rejected_samples.txt
collect_data_set
sample_id energy frame_number
raw_image
file:run/raw/{cassette_id}/{sample_id}/e{energy}/image_{frame_number}.raw
transform_images
corrected_image
file:data/{sample_id}/{sample_id}_{energy}eV_{frame_number}.img
total_intensitypixel_count corrected_image_path
log_average_image_intensity
collection_log
file:run/collected_images.csv
YW!
B. Ludäscher: Workflows & Provenance
@BEGIN .. @END ..
@IN .. @OUT ..
@URI .. @LOG ..
23
24. Adding YesWorkflow to DataONE
Yaxing’s script with
inputs & output
products
Christopher’s
YesWorkflow
model
Christopher using
Yaxing’s outputs as
inputs for his script
Christopher’s results
can be traced back all
the way to Yaxing’s
input
B. Ludäscher: Workflows & Provenance 24
25. • Data Observation Network for Earth (DataONE)
– Network of earth science data repositories (member nodes)
– Large NSF DataNet project to Discover, Share, Use …
– … earth science data: ecology, biodiversity, …
• My R&D focus: provenance tools & technologies, ProvONE:
– W3C PROV model extended to combine retrospective & prospective provenance
B. Ludäscher: Workflows & Provenance 25
26. : Provenance in DataONE
A DataONE search (here: “grass”) yields different packages with Data Provenance
(not covered: Seman.c Search)
B. Ludäscher: Workflows & Provenance 26
27. Exploring Provenance in DataONE
• Let’s go there è Mark Carls. 2017. Analysis of hydrocarbons following
the Exxon Valdez oil spill, Gulf of Alaska, 1989 - 2014. Gulf of Alaska
Data Portal. urn:uuid:3249ada0-afe3-4dd6-875e-0f7928a4c171.
27B. Ludäscher: Workflows & Provenance
35. Habemus Pons!
We’ve got the Bridge!
The bridge is the journey..
(The journey is the destination)
Lineage of image file
in terms of YW
model, with details
from NW provenance
B. Ludäscher: Workflows & Provenance 35
39. The story of
two individual
records
B. Ludäscher: Workflows & Provenance 39
�����������������
�����������������
�������������������
�������
����������
����������
�����������������
�����
���������
��������������
����������������
����������
���������������
�����������������
����������������
������
������������������
����������������
�������������������������������
�����������
������������������
����
�����������
������������
�������������
���������������������
�������������������������������������������������������������������
�����������������
�������������������������������������������������������������������������
�����������������
������������������
����������������
�������
����������
�����������
������������������
�����
���������
��������������
����������������
����������
���������������
�����������������
����������������
���������
�����������������
�������������������
���������������������������������
����������
�����������������
��������������������������������������
�����������
������������
�������������
���������������������
�������������������������������������������������������������������
�����������������
������������������������������������������������������������������
• One took the GBIF
route, while …
• … the other went
all WORMS!
Non-
Marine?
è GBIF
Marine?
è
WORMS
40. The aggregate story ..
B. Ludäscher: Workflows & Provenance 40
�����������������
�����
���������
��������������
����������������
����������
����������
�����������������
����������������
����������
�������
����������
������������������
����������������
���������
�����������������
�������������������
���������
�����������
������������������
�������������
���������
����������
�����������������
�������������
��������
�����������
������������
�������������
���������������������
�������������������������������������������������������������������
�����������������
�������������������������������������������������������������������������
• How many records were
observed as inputs or outputs
of workflow steps?
• Were there any NULL values?
How many?
41. Hybrid Provenance:
YW Model + Run6me
Observables (file level)
B. Ludäscher: Workflows & Provenance
�����������������
�����
���������
��������������
����������������
����������
�����������������
����������������
�������
����������
������������������
����������������
�����������������
�������������������
�����������
������������������
����������
�����������������
�����������
������������
�������������
���������������������
�������������������������������������������������������������������
�����������������
�������������������������������������������������������������������������
• The YW model can be connected
with runtime observables
• è YW recon (prov reconstruction)
• Here:
• What specific files were read,
written and where do they occur
in the workflow?
41
42. YesWorkflow Summary
• Lightweight YW annotations can
be added easily to your scripts to
reap workflow benefits
– Documentation of what’s
important
– Visualization of dependencies
– Querying provenance (prospective,
retrospective, and hybrid)
– Independent of system or language
used (R, Python, MATLAB, workflow
tools, …)
è make provenance actionable
è provenance for self!
=> github.com/yesworkflow-org/yw
=> try.yesworkflow.org
B. Ludäscher: Workflows & Provenance 42
�����������������
�����
��������������������������������������������������������������
��������������������������������������������������������������
��������������
����������������������������������
���������
����������������
�������������������������������������������������������������
����������
�����������������
��������������������������������������������������������������������������������������
����������������
�������
��������������
������������������
�������������������������������������
����������������
�����������������
��������������������������������������
�������������������
�����������
�������������������������������
������������������
����������
������������������������������
�����������������
�����������
����������������������������
������������
�������������
������������������������������������������������������
���������������������
�����������������������������������
�����������������
�����������������
�����
���������
��������������
����������������
����������
����������
�����������������
����������������
����������
�������
����������
������������������
����������������
���������
�����������������
�������������������
���������
�����������
������������������
�������������
���������
����������
�����������������
�������������
��������
�����������
������������
�������������
���������������������
�������������������������������������������������������������������
�����������������
�������������������������������������������������������������������������
43. YW Demo Use Cases (IDCC’17)
Domain Use case Programming language Provenance methods
Climate science C3C4 MATLAB YW + MATLAB
RunManager
Astrophysics LIGO Python YW + NW (code-level)
Protein crystal samples Simulate data
collection
Python YW + NW (code-level)
Biodiversity data
curation
kurator-SPNHC Python YW-recon + YW-logging
Social network analysis Twitter Python YW + NW (file-level)
Oceanography OHIBC Howe Sound
(multi-run multi-script)
R YW + R RunManager
B. Ludäscher: Workflows & Provenance 43
44. • SKOPE: system and tools to discover, access,
analyze, visualize paleoenvironmental data
– unprecedented ability to explore provenance
(detailed, comprehensible record of computational
derivation of results)
– for researchers, tinkerers, and modelers
• Whole Tale:
– leverage & contribute to existing CI to support the
whole tale (“living paper”), from workflow run to
scholarly publication
– integrate tools & CI (DataONE, Globus, iRODS,
NDS, ...) to simplify use and promote best
practices.
– driven by science WGs (Archaeology/SKOPE,
materials science, astro, bio ..)
Project Vignettes
B. Ludäscher: Workflows & Provenance 44
45. Whole Tale: The next step in the evolution of the
scholarly article: The “Living [Frozen?] Paper”
• 1st Generation:
– narrative (prose)
• 2nd Generation: plus …
– name .. identify .. include (access to) data
• 3rd Generation: plus …
– name .. reference .. include code (software) ..
– and provenance … and exec environment (containers)
B. Ludäscher: Workflows & Provenance 45
Whole Tale
Whole Tale Dashboard
50. What is Whole Tale?
● NSF-funded Data Infrastructure Building Blocks (DIBBs)
project
● Platform to create, publish, and execute tales
● Simplify process of creating & verifying reproducible
computational artifacts
● https://dashboard.wholetale.org
50
B. Ludäscher: Workflows & Provenance
51. Why Whole Tale?
● Increased reliance on computation across domains
○ new skill requirements for researchers
● Open Science changing norms and expectations
○ increased emphasis on sharing data & code
○ … with transparency and reproducibility in
mind!
○ => from sharing data to sharing research objects
○ FAIR principles 51
B. Ludäscher: Workflows & Provenance
53. Whole Tale & the Elements of a …
Reproducible Computational Research Platform
53
Easy-to-access
cloud-based
computational
environments
Transparent
access to
research data
Collaborate
and share with
others
Export or publish
executable
research
objects
Re-execute
Review
Verify
Re-use
Develop Analyze Share ReproducePackage
Coming soon
B. Ludäscher: Workflows & Provenance
54. Whole Tale Roles and Stakeholders
54
Researchers,
Grad Students
Editors,
Publishers
Analysis
Publish &
Re-use
Verify
Badging,
Verification
Scientific
Software
+ Data
Repositories
Reviewers, Curators
B. Ludäscher: Workflows & Provenance
55. Develop & Analyze with Whole Tale
● Easy to access cloud-based environments
○ Your laptop in the cloud
● Popular tools
○ + … extensible!
● Work with data & code in transparent
(provenance-enabled) ways
○ Automatic data citation
○ Automatic computational provenance capture
(coming soon) 55
B. Ludäscher: Workflows & Provenance
56. Package & Reproduce with Whole Tale
● Executable Research Objects
● Publish or export to research archives
● Compatible with new norms for
reproducibility and transparency
● For verification and re-use
56
B. Ludäscher: Workflows & Provenance
57. Whole Tale and
57
●Discover & access data from any DataONE
repository
●Analyze data in Whole Tale
●Package & publish tales to Metacat-based
repositories
●Provenance support
B. Ludäscher: Workflows & Provenance
58. What exactly is (in) a Tale?
58
● Verifiable
● Remixable
● Standards-based
✓Tale: Research object
○ data, code, narrative,
compute environment
✓Executable
✓Transparent
✓Publishable
B. Ludäscher: Workflows & Provenance
59. 59
Whole Tale Platform Overview
Research & Quantitative
Computational Environments
External Data Sources
Code + Narrative
●Authenticate using your institutional
identity
●Access commonly-used computational
environments
●Easily customize your environment (via
repo2docker)
●Reference and access externally registered
data
●Create or upload your data and code
●Add metadata (including provenance
information)
●Submit code, data, and environment to
archival repository
●Get a persistent identifier
●Share for verification and re-use
Publish
Tale
Create
tale
Analyze
data
Coming Soon:
B. Ludäscher: Workflows & Provenance
60. Tale Creation Workflow
"Analyze in WT" or
register data by URL or
digital object identifier:
Create a Tale, entering a
name and selecting
interactive environment
A container is launched based
on selected environment with
an empty workspace and
external data mounted read-
only
Create/upload code and
scripts
Execute code/scripts to
generate results/
outputs
Export the Tale in
compressed BagIt-RO
format to run locally for
verification.
Publish the tale to a
supported repository,
generating a persistent
identifier.
Customize environment
adding special
packages/software
dependencies
Re-execute in Whole
Tale
Enter descriptive metadata
including authors, title,
description, and illustration
image
schema:author
schema:name
schema:category
pav:createdBy
schema:license
B. Ludäscher: Workflows & Provenance 60
61. Demo: Analyzing Seal Migration Patterns
A research team is preparing to publish a
manuscript describing a computational model
for estimating animal movement paths from
telemetry data:
● Telemetry data published in Research
Workspace
● Analysis and visualization in RStudio
● Existing routines stored in local R files
● Analysis requires specialized R packages
● Publish results for the community in
DataONE
61
Based on: J.M. London and D.S.Johnson. Alaska bearded and spotted seal example dataset and
analysis. https://github.com/jmlondon/crwexampleakbs, 2019
Live Demo or Demo Video
63. Key features
Supported data repositories
●Register data from supported research data
repositories
●Referenced data is cited
○ Ideally eventually contributing to citation counts
● Publish tales back to research repositories
63
64. Key features
Export to BagIt-RO
●BagIt: archival format
●Re-runnable in WT
●BagIt-RO
○Open archival format
○Research Object support
○Extended for Big Data
64
tale/
bagit.txt
bag-info.txt
data/
workspace/
run.py
LICENSE
requirements.txt
output.csv
LICENSE
metadata/
manifest.json
manifest-sha1.txt
start-here/
README.md
tagmanifest-sha1.txt
65. Key features
Export and Run Locally
●Natural outcome of Tale export and repo2docker
●Download a zip file (BagIt-RO)
●run-local.sh
○ Build image (repo2docker)
○ Fetch external data (bdbag)
○ Execute (Docker)
65
66. Coming soon
● Tapis/Agave data sources
● Sharing/collaboration
● Create tale from Git repository
● Image preservation
● System provenance capture
● Better user experience
66
67. Some References
(Kepler, Kurator, YesWorkflow, Whole-Tale, Reproducibility, Euler/X)
1. Ludäscher, B., Altintas, I., Berkley, C., Higgins, D., Jaeger, E., Jones, M., Lee, E.A., Tao, J. and Zhao, Y., 2006. Scientific
workflow management and the Kepler system. Concurrency and computation: Practice and experience, 18(10), pp.1039-1065.
2. McPhillips, T., Bowers, S., Zinn, D. and Ludäscher, B., 2009. Scientific workflow design for mere mortals. Future Generation
Computer Systems, 25(5), pp.541-551.
3. Morris, P.J., Hanken, J., Lowery, D., Ludäscher, B., Macklin, J., McPhillips, T., Wieczorek, J. and Zhang, Q., 2018. Kurator: Tools
for Improving Fitness for Use of Biodiversity Data. Biodiversity Information Science and Standards, 2, p.e26539
4. T. McPhillips, T. Song, T. Kolisnik, S. Aulenbach, K. Belhajjame, R.K. Bocinsky, Y. Cao, J. Cheney, F. Chirigati, S. Dey, J. Freire, C.
Jones, J. Hanken, K.W. Kintigh, T.A. Kohler, D. Koop, J.A. Macklin, P. Missier, M. Schildhauer, C. Schwalm, Y. Wei, M. Bieda, B.
Ludäscher (2015). YesWorkflow: A User-Oriented, Language-Independent Tool for Recovering Workflow Information from
Scripts. International Journal of Digital Curation 10, 298-313.
5. T. McPhillips, S. Bowers, K. Belhajjame, B. Ludäscher (2015). Retrospective Provenance Without a Runtime Provenance
Recorder. 7th USENIX Workshop on the Theory and Practice of Provenance (TaPP'15).
6. Brinckman, A., Chard, K., Gaffney, N., Hategan, M., Jones, M.B., Kowalik, K., Kulasekaran, S., Ludäscher, B., Mecum, B.D.,
Nabrzyski, J. and Stodden, V., 2019. Computing environments for reproducibility: Capturing the “Whole Tale”. Future
Generation Computer Systems, 94, pp.854-867.
7. Chard, K., Gaffney, N., Jones, M.B., Kowalik, K., Ludäscher, B., McPhillips, T., Nabrzyski, J., Stodden, V., Taylor, I., Thelen, T.,
Turk, M.J. and Willis, C., 2019. Application of BagIt-Serialized Research Object Bundles for Packaging and Re-execution of
Computational Analyses. In 2019 IEEE 15th International Conference on e-Science (e-Science). IEEE.
8. Chard, K., Gaffney, N., Jones, M.B., Kowalik, K., Ludäscher, B., Nabrzyski, J., Stodden, V., Taylor, I., Turk, M.J. and Willis, C.,
2019, June. Implementing Computational Reproducibility in the Whole Tale Environment. In Proceedings of the 2nd
International Workshop on Practical Reproducible Evaluation of Computer Systems (pp. 17-22). ACM.
9. McPhillips, T., Willis, C., Gryk, M., Nunez-Corrales, S., Ludäscher, B. 2019. Reproducibility by Other Means: Transparent
Research Objects. In 2019 IEEE 15th International Conference on e-Science (e-Science). IEEE.
10. Franz, N.M., Chen, M., Kianmajd, P., Yu, S., Bowers, S., Weakley, A.S. and Ludäscher, B., 2016. Names are not good enough:
reasoning over taxonomic change in the andropogon complex. Semantic Web, 7(6), pp.645-667.
68. Whole Tale Collaboration (PI Team)
● U Illinois (NCSA) Bertram Ludäscher, Victoria Stodden, Matt Turk
○ overall lead (co-operative agreement)
○ reproducibility; provenance; open source software
development; outreach
● U Chicago (Globus) Kyle Chard
○ data transfer & storage; compute; infrastructure
● UC Santa Barbara (NCEAS) Matt Jones
○ (meta-)data publishing; provenance; repositories
● U Texas, Austin (TACC) Niall Gaffney
○ compute; HTC; “big tale”; Science Gateways
● U Notre Dame (CRC) Jarek Nabrzyski
○ UX design; UI design
68
69. • Given two taxonomies and expert
articulations, find the merged
(=aligned) taxonomy that logically
follows.
• Problems:
– underconstrained alignment:
ambiguity; many possible worlds
(PWs) …
– overconstrained: inconsistency;
no PW
• Euler uses ASP, RCC reasoning to
infer merged taxonomies;
diagnose inconsistencies; reduce
ambiguity
github.com/
EulerProject/EulerX
Data Cleaning: Theory & Practice 69
Other Research Bits:
Logic-based Taxonomy Alignment in EulerX
with Prof. Nico Franz, Curator of Insects @ ASU
70. Is reproducibility really so complicated?
§ Reproducibility crisis?
§ Terminology crisis?
§ Or gullibility crisis?
§ What is reproducibility
anyway?
§ And who is responsible
for it?
Towards Reproducible Science Tales 70