Skip to content

Commit 3db409d

Browse files
authored
Merge pull request #2 from sslarch/my_suggestions
Merged suggestions from @nevrome and @MartinHinz
2 parents da0ab18 + 333511b commit 3db409d

3 files changed

+27
-12
lines changed

caa2021_packages_abstract.md

+17-12
Original file line numberDiff line numberDiff line change
@@ -1,33 +1,38 @@
11
---
2-
title: "Tools for the revolution: developing scientific programming packages for archaeology"
2+
title: "Tools for the 'Third Science Revolution': developing scientific software packages for archaeology"
33
author:
44
- Joe Roe <<[email protected]>>, University of Copenhagen
55
- Martin Hinz <<[email protected]>>, University of Bern
6-
- Clemens Schmid <<clemens@nevrome.de>>, MPI-SHH
6+
- Clemens Schmid <<[email protected].de>>, MPI-SHH
77
output: pdf_document
88
bibliography: references.bib
9+
geometry: "left=1.5cm,right=1.5cm,top=1cm,bottom=1cm"
910
---
1011

1112
Standard session proposal for CAA2021, Cyprus
1213
Convened on behalf of the *Scientific Scripting Languages in Archaeology* special interest group (SIG-SSLA)
1314

1415
## Abstract
1516

16-
The increasing use of scientific programming languages (e.g. R or Python) is transforming the practice of computational archaeology.
17-
This "tool-driven revolution" [@Schmidt2020] promises to greatly improve the accessibility, power, and reproducibility of quantitative analyses.
18-
But a tool-driven revolution needs tools.
17+
The increasing use of scientific programming languages (e.g. R or Python) is changing the way computational analysis are conducted in archaeology.
18+
This "tool-driven revolution" [@Schmidt2020] promises to greatly improve the accessibility, power, and reproducibility of quantitative analyses and thereby to permanently influence the field as a whole [@Kristiansen2014].
19+
20+
But a tool-driven revolution dies without versatile and sturdy tools.
1921
As inveterate methodological borrowers, we can frequently rely on implementations in other fields, but the adoption of scripted analysis also reiterates the long-established need for methods designed specifically for archaeological data and archaeological problems [@Kintigh1987;@Aldenderfer1998].
20-
As a result, recent years have seen a proliferation in packages developed by and for archaeologists (<<http://open-archaeo.info/>>).
22+
Recent years have seen a proliferation in packages developed by and for archaeologists (e.g. <<http://open-archaeo.info/>>).
2123
An increasing number of computational archaeologists therefore find themselves not only in the role of analyst, but also that of a 'research software engineer' [@Baxter2012]; not just using tools, but making them.
2224
The distinct set of skills and practices this role demands has not yet been widely discussed within the field, but establishing what constitutes 'good' software engineering in archaeology is vital if we are to ensure that our new tools do what they say they do, work together, can be maintained over the long term, and are accessible to the broadest possible community of archaeological practitioners.
2325

2426
This session, organised on behalf of the 'scientific scripting languages' special interest group, will survey the state of the art in archaeological packages for R, Python, and other scientific programming languages.
25-
We invite technical or theoretical papers on new packages;
26-
significant updates to existing packages;
27-
general concepts in package development as applied to archaeology (e.g. user interface design, unit testing, continuous integration, software peer review);
28-
critical reviews of software support for specific domains of analysis;
29-
or discussions of future priorities for package development in archaeology.
30-
The session is aimed at both developers and users of scientific programming packages in archaeology, as well as prospective users or developers.
27+
We invite technical or theoretical papers on
28+
29+
- new packages
30+
- significant updates to existing packages
31+
- general concepts in package development as applied to archaeology (e.g. user interface design, unit testing, continuous integration, software peer review)
32+
- critical reviews of software support for specific domains of analysis
33+
- discussions of future priorities for package development in archaeology
34+
35+
The session is aimed at both developers and users of scientific software in archaeology, as well as prospective users or developers.
3136
A companion workshop on package development for beginners is also planned.
3237

3338
## References

caa2021_packages_abstract.pdf

1.77 KB
Binary file not shown.

references.bib

+10
Original file line numberDiff line numberDiff line change
@@ -43,3 +43,13 @@ @ARTICLE{Schmidt2020
4343
issn = "2514-8362",
4444
doi = "10.5334/jcaa.29"
4545
}
46+
47+
@article{Kristiansen2014,
48+
title={Towards a new paradigm: The third science revolution and its possible consequences in archaeology.},
49+
author={Kristiansen, Kristian},
50+
journal={Current Swedish Archaeology},
51+
volume={22},
52+
number={4},
53+
pages={11--34},
54+
year={2014}
55+
}

0 commit comments

Comments
 (0)