├── .gitignore ├── panel-2-moving-in-the-past ├── dengg.jpg ├── ciccone.png ├── dengg-2.jpg ├── montanari-gigli.md ├── rosati.md ├── README.md ├── diachenko-sobkowiak_tabaka.md ├── dengg.md ├── mlekuz-vrhovnik.md └── ciccone.md ├── panel-3-archaeological-apis ├── thiery.png ├── README.md ├── bogdani-montanari.md ├── kansa.md ├── serlorenzi-cifarelli-d_andrea-montalbano.md └── thiery.md ├── panel-1-maps-to-the-past ├── vitale-et-al.jpg ├── bogdani-d_erasmo.jpg ├── leonardi.md ├── README.md ├── montanari.md ├── bogdani-d_erasmo.md └── vitale-et-al.md ├── panel-8-wiki-osm ├── thiery-mees-kiesling.png ├── montanari-marsicano-trojanis-bernardoni.md ├── malatesta-montanari-rosati.md ├── caruso-la_torre-manzollino.md ├── README.md └── thiery-mees-kiesling.md ├── panel-4-pyarchinit ├── d_onofrio-ciuccarelli.png ├── mandolesi-et-al.md ├── moderato-la_salvia.md ├── d_onofrio-ciuccarelli.md ├── README.md ├── ramazzotti-genchi-antinori.md └── martinez.md ├── panel-7-archaeological-stratigraphy ├── cocca.jpg ├── cocca.md ├── costa.md ├── moody-et-alii.md ├── paonessa.md ├── demetrescu-et-alii.md ├── README.md ├── roe.md └── chellini-et-al.md ├── panel-6-archaeological-field-data ├── rinaldi-et-alii.png ├── carpentiero-d_auria.jpg ├── minucci-bosco-de-luca.png ├── ducke-hohl-kleinke-riebschlaeger-watson.jpg ├── README.md ├── iacopini.md ├── rinaldi-et-alii.md ├── carpentiero-d_auria.md ├── minucci-bosco-de_luca.md └── ducke-hohl-kleinke-riebschlaeger-watson.md ├── panel-5-oa-electronic-publishing ├── queffelec-et-alii.png ├── buscemi-gallo-figuera-lo duca-marchetti.jpg ├── montanari.md ├── montanari-gigli.md ├── coqueugniot-fromageot_laniepce.md ├── paraciani-rossi.md ├── README.md ├── moderato-et-alii.md ├── bellotti-et-alii.md ├── queffelec-et-alii.md └── buscemi-figuera-gallo-lo duca-marchetti.md ├── paper-proposal-template.md ├── README.md └── CODE_OF_CONDUCT.md /.gitignore: -------------------------------------------------------------------------------- 1 | .DS_Store 2 | mailinglist.csv -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/dengg.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-2-moving-in-the-past/dengg.jpg -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/ciccone.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-2-moving-in-the-past/ciccone.png -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/dengg-2.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-2-moving-in-the-past/dengg-2.jpg -------------------------------------------------------------------------------- /panel-3-archaeological-apis/thiery.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-3-archaeological-apis/thiery.png -------------------------------------------------------------------------------- /panel-1-maps-to-the-past/vitale-et-al.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-1-maps-to-the-past/vitale-et-al.jpg -------------------------------------------------------------------------------- /panel-8-wiki-osm/thiery-mees-kiesling.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-8-wiki-osm/thiery-mees-kiesling.png -------------------------------------------------------------------------------- /panel-1-maps-to-the-past/bogdani-d_erasmo.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-1-maps-to-the-past/bogdani-d_erasmo.jpg -------------------------------------------------------------------------------- /panel-4-pyarchinit/d_onofrio-ciuccarelli.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-4-pyarchinit/d_onofrio-ciuccarelli.png -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/cocca.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-7-archaeological-stratigraphy/cocca.jpg -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/rinaldi-et-alii.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-6-archaeological-field-data/rinaldi-et-alii.png -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/queffelec-et-alii.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-5-oa-electronic-publishing/queffelec-et-alii.png -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/carpentiero-d_auria.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-6-archaeological-field-data/carpentiero-d_auria.jpg -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/minucci-bosco-de-luca.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-6-archaeological-field-data/minucci-bosco-de-luca.png -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/buscemi-gallo-figuera-lo duca-marchetti.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-5-oa-electronic-publishing/buscemi-gallo-figuera-lo duca-marchetti.jpg -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/ducke-hohl-kleinke-riebschlaeger-watson.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/archeofoss/archeofoss2022/HEAD/panel-6-archaeological-field-data/ducke-hohl-kleinke-riebschlaeger-watson.jpg -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/montanari.md: -------------------------------------------------------------------------------- 1 | # Crossover! Digital Public History / Digital Archaeology / Virtual Roleplaying Games 2 | 3 | Electronic Publishing and Open Science in Archaeology. 4 | 5 | - **Marco Montanari** 6 | - Open History Map, Bologna, Italy 7 | - [marco.montanari@openhistorymap.org](mailto:marco.montanari@openhistorymap.org) 8 | - [@ingmmo](https://twitter.com/ingmmo) 9 | - ORCID: [0000-0001-5026-6083](https://orcid.org/0000-0001-5026-6083) 10 | 11 | 12 | What is published data used for? And how do we make data relevant outside of DA? How do we make public history about a time that is so far in the past that it becomes complex to really grasp the meaning of "communication"? How do we make the world understandable to users that 13 | 14 | This presentation will cover FantasyMaps, a tool made using the infrastructure of OpenHistoryMap that maps out fantasy worlds, and its main and most appealing applicaiton, FoundryVTT OFM-Map-Canvas, a tool to have role players play in reconstructed fantasy worlds, modern day world or the world of the past, based (in the last case) on real archaeological and historical reconstructions. 15 | 16 | This opens up new scenarios for Public History and Digital Public History experiences, where the participant becomes part of a more complex world and infrastructure. 17 | 18 | **License** 19 | 20 | This text is released with [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/) license. Copyright Marco Montanari 2022. -------------------------------------------------------------------------------- /panel-4-pyarchinit/mandolesi-et-al.md: -------------------------------------------------------------------------------- 1 | # pyArchInit at Poggio Gramignano Villa: a workflow between society and University through pyArchInit and Blender 2 | 3 | **Panel 4**. GIS open source solution for archaeological context in between Universities, Public Administration, societies, research center: pyArchInit case. 4 | 5 | - **Luca Mandolesi** 6 | - adArte Srl, Rimini, Italy 7 | - [luca@adarteinfo.it](mailto:luca@adarteinfo.it) 8 | - **Roberto Montagnetti** 9 | - adArte Srl, Rimini, Italy 10 | - [robertomontagnetti@gmail.com](mailto:robertomontagnetti@gmail.com) 11 | - **David Gerald Pickle** 12 | - University of Arizona, Arizona, USA 13 | - **David Soren** 14 | - University of Arizona, Arizona, USA 15 | 16 | In this speech we will provide the full pipeline of the work in building the GIS platform of a Roman Villa, Poggio Gramignano at Lugnano in Teverina (Terni). 17 | We will analize the whole process with a focus over the single moment to analize the GIS for providing data to the 3D reconstructions using pyArchInit to find out more information, and then pass it all to Blender. 18 | 19 | The method required a strick scheduling of the meetings to stay in time for the final work, and we had to undestand how to focusing over single part of the pipeline. pyArchInit platform helped us to decides point of views from the ground or from drones, querying the single phase to decide which was proper to reconstruction or not, realize ipotesis of the entire villa for a comparison with other cases. 20 | -------------------------------------------------------------------------------- /panel-4-pyarchinit/moderato-la_salvia.md: -------------------------------------------------------------------------------- 1 | # Pyarchinit a Castelseprio: integrazione progressiva di un sistema di gestione integrata del dato di scavo 2 | 3 | **Panel 4**. GIS open source solution for archaeological context in between Universities, Public Administration, societies, research center: pyArchInit case.. 4 | 5 | - **Marco Moderato** 6 | - DISPUTER, G.D'Annunzio University, Chieti, Italy 7 | - [marco.moderato@unich.it](mailto:marco.moderato@unich.it) 8 | - [@marcomoderato](https://twitter.com/marcomoderato) 9 | - **Vasco La Salvia** 10 | - DISPUTER, G.D'Annunzio University, Chieti, Italy 11 | - [vlasalvia@unich.it](mailto:vlasalvia@unich.it) 12 | 13 | Nel contesto del progetto "Castelseprio centro del potere", a partire dal 2021 chi scrive ha iniziato lo scavo della struttura conosciuta come Casa Torre. L'area gia indagata dal Piccoli negli anni '70, si presenta come caso di studio interessante per l'applicazione di una soluzione aperta ed integrata per la gestione del dato stratigrafico, nello specifico pyarchinit. 14 | 15 | Trattandosi di uno scavo universitario e pertanto caratterizzato sia da fini di ricerca che formativi si è optato per un inserimento progressivo e scalato dell'utilizzo di pyarchinit all'interno dei protocolli di documentazione sul cantiere e nel post scavo, spalmato nell'arco di tre anni. Allo scavo infatti partecipano studenti di magistrale che, al termine del periodo programmato, avranno a disposizione le competenze base per l'utilizzo del plugin. Al termine dei primi due anni di sperimentazione si mostrano, attraverso una SWOT analysis, i risultati ottenuti all'interno del cantiere sia per gli obiettivi formativi che per quelli di ricerca. 16 | -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/cocca.md: -------------------------------------------------------------------------------- 1 | # The new Harris Matrix workflow from pyArchInit to Extended Matrix 2 | 3 | 4 | **Panel 7**. Archaeological stratigraphy data 5 | 6 | 7 | - **Enzo Cocca** 8 | - CNR-ISPC, Napoli, Italy 9 | - [enzo.cocca@cnr.ispc.it](mailto:enzo.cocca@cnr.ispc.it) 10 | - [@Giano5](https://t.me/Giano5) 11 | - GitHub: [enzococca](https://github.com/enzococca/) 12 | - GitHub: [pyarchinit](https://github.com/pyarchinit/) 13 | 14 | ![output of an Harris Matrix made by pyarchint4](./cocca.jpg) 15 | 16 | The work proposed here is intended to show the new workflow in pyArchInit4 for generating an Harris Matrix comaptible with Extended Matrix. 17 | The generated matrix will not only include the classical stratigraphic relationship, but also the virtual stratigraphic relationship used into EM. 18 | The tools used for this workflow include: 19 | • the plug-in for QGIS (version >=3.22) pyarchinit4; 20 | • the graphviz software; 21 | • an xml parser written ad hoc to convert a file dot to graphml for yed; 22 | • the yed software. 23 | The workflow steps involve recording the relationship information in pyArchInit4, which will be processed by graphviz to generate a 'dot' file and cleaned of redundancies with a tred function. Via an xml parser, the dot file will be converted into a graphml for yed. Finally, with yed, you will open the graphml file to expand it with the swimeline function and save it as a jpg or svg file. Saving it in svg format allows you to make the matrix interactive because it keeps all information (such as attachments) in hypertext. 24 | 25 | 26 | **License** 27 | 28 | This text is released with [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/) license. Copyright Enzo Cocca 2022 29 | 30 | -------------------------------------------------------------------------------- /panel-3-archaeological-apis/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 3: I/O: ethics, policies and technologies for programmatic and open access to archaeological online data sets.**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | The spread of web-based databases and information systems specifically designed for the archaeological domain has greatly enhanced data-collection and analysis processes. This trend has positively impacted on the availability of online data sets, most of them living in the so-called deep Web, due to copyright, privacy and/or security issues. Open-access repositories released by universities and other Public Administrations are making their way towards toward the broader public, who is sometimes also a contributor of archaeological structured information on the Web. 11 | 12 | This panel aims at focusing on ethical and technical issues related with the open online programmatic access to archaeological data sets. Endpoints and APIs based on SOAP, REST, GraphQL, or SPARQL protocols have radically changed in the last decade the way we are using the Web, fostering a richer and more creative use and reuse of public data. 13 | 14 | We would like to welcome case-studies of data publishers and system designers who want to share their policy and actual technological solutions for the programmatic consume of the data sets they maintain. On the other hand, programmatic data consumers, such as the designers of client software, web-sites or applications based on the availability of archaeological datasets, or single researchers that make use of scripts and software that analyse remote archaeological data are welcomed as well. 15 | -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/montanari-gigli.md: -------------------------------------------------------------------------------- 1 | # Using modern standards in the past - HTFS 2 | 3 | **Panel 2**. Moving in the past: open solutions for data set design, spatial analysis and (spatial) statistical methods to investigate movement in Antiquity 4 | 5 | - **Marco Montanari** 6 | - Open History Map, Bologna, Italy 7 | - [marco.montanari@openhistorymap.org](mailto:marco.montanari@openhistorymap.org) 8 | - [@ingmmo](https://twitter.com/ingmmo) 9 | - **Lorenzo Gigli** 10 | - Università di Bologna, Bologna, Italy 11 | - [lorenzo.gigli@unibo.it](mailto:lorenzo.gigli@unibo.it) 12 | - ORCID: [0000-0001-9714-3777](https://orcid.org/0000-0001-9714-3777) 13 | 14 | 15 | Since 1290 regular movement between cities and towns became relevant, as Amodeo Tasso's *Compagnia dei Corrieri* started delivering post between Rome, Venice and Milan. For this reason and for more recent situations we started analyzing what could be transformed into GTFS (General Transit Feed Specification [https://gtfs.org/]) from the various forms of documented transportation that were available in the past. Trains have been moving on timetables since 1839, buses since 1829, ships with less regularity since ever but regularly around 1850s. 16 | 17 | The project aims at the definition of modifications to the standard GTFS format, HTFS, keeping it open source and adding historically relevant data and expanding the format to cover complex information, and the creation of a tool to digitize tickets, travel leaflets, schedules and other kinds of documents about any form of travel, in order to generate files that can be used with modern-day multi-modal transit planners, but looking at a realistic world of the past. 18 | 19 | This paper covers the reasoning behind the proposed standard, the differences with GTFS and some application in real life, considering 19th century trains in northern italy. 20 | 21 | **License** 22 | 23 | This text is released under [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/) license. Copyright by Marco Montanari 2022. 24 | -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/montanari-gigli.md: -------------------------------------------------------------------------------- 1 | # Beyond Silos - A look at static publishing 2 | 3 | Electronic Publishing and Open Science in Archaeology. 4 | 5 | - **Marco Montanari** 6 | - Open History Map, Bologna, Italy 7 | - [marco.montanari@openhistorymap.org](mailto:marco.montanari@openhistorymap.org) 8 | - [@ingmmo](https://twitter.com/ingmmo) 9 | - ORCID: [0000-0001-5026-6083](https://orcid.org/0000-0001-5026-6083) 10 | - **Lorenzo Gigli** 11 | - Università di Bologna, Bologna, Italy 12 | - [lorenzo.gigli@unibo.it](mailto:lorenzo.gigli@unibo.it) 13 | - ORCID: [0000-0001-9714-3777](https://orcid.org/0000-0001-9714-3777) 14 | 15 | Huge platforms are amazing and yet problematic. Installing a local setup for a common tool such as Wikibase and Mediawiki or other platforms can be time consuming and complex as well as not in topic for the work you should point at. For this problem there are two solutions. The first is consultancy, that requires a very rare resource: money. The latter is trying to find ways to avoid costly infrastructures. 16 | 17 | Working in a direction of static data management is a completely different approach and requires a lot of methodological changes in the work we do in a day-to-day basis. We have no longer records or databases, but csv files and MarkDown descriptors. We no longer have uploads but a local version we can check and fast websites with, sadly, sometimes limited functionalities. 18 | 19 | The paper analyzes several state of the art solutions in open source static data publishing platforms, such as 20 | - [CollectionBuilder](https://github.com/CollectionBuilder/collectionbuilder-gh), a digital collection managed via MarkDownand a similar approach is the one made with 21 | - [GeoContext](https://github.com/openhistorymap/geocontext-front) for geographic information 22 | and more, expliciting the upsides and downsides of every solution and expores how these can be part of a complex network of services. 23 | 24 | 25 | **License** 26 | 27 | Texts and images are released under CC BY. 28 | -------------------------------------------------------------------------------- /paper-proposal-template.md: -------------------------------------------------------------------------------- 1 | *Please submit each proposal as a Markdown file (\*.md extension) and name it in kebab-case using the family names of the proponents, eg. bogdani-vitale.md 2 | Save markdown files in the directory named after each panel and eventually upload in the same location the illustrative image; plase name it after your markdown file, eg. bogdani-vitale.jpg.* 3 | 4 | --- 5 | 6 | **Title of the proposal** 7 | 8 | # Provide here as a level 1 heading the full title of your proposal 9 | 10 | 11 | **Name of the selected panel** 12 | 13 | Provide here as paragraph the name of the selected panel. The full list is available at [https://archeofoss.org/2022/call-for-papers](https://archeofoss.org/2022/call-for-papers) 14 | 15 | 16 | **Authors** 17 | 18 | Provide an unordered list of the full name of the authors, their affiliations, their institutional email addresses, Twitter/Facebook contacts, eg. 19 | - **Julian Bogdani** 20 | - LAD, Sapienza University of Rome, Rome, Italy 21 | - [https://lad.saras.uniroma1.it](https://lad.saras.uniroma1.it) 22 | - [julian.bogdani@uniroma1.it](mailto:julian.bogdani@uniroma1.it) 23 | - [@JulianBogdani](https://twitter.com/JulianBogdani) 24 | - ORCID: [0000-0001-5250-927X](https://orcid.org/0000-0001-5250-927X) 25 | - GitHub: [jbogdani](https://github.com/jbogdani/) 26 | - **Valeria Vitale** 27 | - The Alan Turing Institute, London 28 | - [vvitale@turing.ac.uk](mailto:vvitale@turing.ac.uk) 29 | - [@nottinauta](https://twitter.com/nottinauta) 30 | 31 | 32 | **Proposal text** 33 | 34 | Use up to 3000 characters to describe your proposal, clearly stating the openness of the approach. 35 | 36 | 37 | **Illustrative image** 38 | 39 | If provided, provide here the name of the uploaded file, complete with copyright notice. 40 | 41 | 42 | **License** 43 | 44 | Texts and images should be released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) or other equally or more permissive licenses. Provide here the exact license if different from CC BY-ND. 45 | -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/costa.md: -------------------------------------------------------------------------------- 1 | # Harris Matrix Data Package: version 2022 of the hmdp tool with new features for the creation of stratigraphy data packages 2 | 3 | 4 | **Panel 7**. Archaeological stratigraphy data 5 | 6 | - **Stefano Costa** 7 | - Soprintendenza Archeologia Belle Arti e Paesaggio per le province di Imperia e Savona, Ministero della Cultura, Genoa, Italy 8 | - [Personal website](https://steko.iosa.it/) 9 | - Email: [stefano.costa@cultura.gov.it](mailto:stefano.costa@cultura.gov.it) 10 | - ORCID: [0000-0003-1124-3174](https://orcid.org/0000-0003-1124-3174) 11 | - GitHub: [steko](https://github.com/steko/) 12 | - Codeberg: [steko](https://codeberg.org/steko/) 13 | 14 | The Harris Matrix Data Package is a proposed standard for 15 | archaeological stratigraphy data, based on the well known Data Package 16 | specification and the formalization developed by T. S. Dye together 17 | with the `hm` Lisp package. The `hmdp` tool was first presented at the 18 | ArcheoFOSS 2019 conference and has since been maintained. With version 19 | 2022, the `hmdp` tool is getting new features, notably a new `init` 20 | command, with the aim of easier onboarding at the different levels of 21 | detail that the standard allows. 22 | 23 | The Harris Matrix Data Package is fully compatible with the `hm` data 24 | format and therefore it allows rich metadata without hindering 25 | interoperability. The metadata descriptor is a JSON file that follows 26 | the Frictionless Data specification. 27 | 28 | Since creating datapackage.json manually is error-prone and time 29 | consuming, the new init command can be either run in the directory 30 | containing the already existing CSV files (e.g. contexts.csv and 31 | observations.csv), or it can also be used to create a data package 32 | from scratch, with both the data descriptor and the resource files. 33 | 34 | Future research would need to focus on importing data from other 35 | widely used formats. 36 | 37 | **License** 38 | 39 | [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/). 40 | -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/moody-et-alii.md: -------------------------------------------------------------------------------- 1 | # Automating chronology construction and archiving (FAIR)ly along the way 2 | 3 | **Panel 7**: Archaeological stratigraphy data 4 | 5 | - **Bryony Moody** 6 | - School of Mathematics and Statistics, University of Sheffield, UK 7 | - [bcmoody1@sheffield.ac.uk](mailto:bcmoody1@sheffield.ac.uk) 8 | - **Caitlin Buck** 9 | - School of Mathematics and Statistics, University of Sheffield, UK 10 | - [c.e.buck@sheffield.ac.uk](mailto:c.e.buck@sheffield.ac.uk) 11 | - **Tom Dye** 12 | - Department of Anthropology, University of Hawaii 13 | - [tsd@tsdye.online](mailto:tsd@tsdye.online) 14 | - **Keith May** 15 | - Historic England 16 | - [Keith.May@historicengland.org.uk](mailto:Keith.May@historicengland.org.uk) 17 | 18 | A key goal of archivists is ensuring that digital archaeological data are archived in a way that satisfies the FAIR principles ([https://www.go-fair.org/fair-principles/](https://www.go-fair.org/fair-principles/)). These principles ensure that the archaeological data, and especially scientific archaeological data, are Findable, Accessible, Interoperable and Reusable. Unfortunately, there is a lack of standardised software for managing and archiving relative and absolute dating evidence. Consequently, digital archaeological data that should be comparable in archives such as the Archaeology Data Service (ADS) in the UK, are inconsistent, often incomplete and, thus, are not reusable. This paper will discuss prototype software for managing and interpreting absolute and relative dating evidence, allowing FAIR archiving along the way. 19 | 20 | We postulate that one cause for the lack of dating evidence within archives such as ADS is that no free, open-source software is available to manage such data. The process of chronology construction has multiple steps in which the data might be augmented and analysis carried out: from data collected during an excavation, to obtaining calendar date estimates for many different finds and samples, to adjustments on proposed date ranges for phases. Our prototype software seeks to ensure that all changes to the data are automatically archived while ensuring the user provides a rationale for any modifications to the data or chronological models they make. 21 | -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/rosati.md: -------------------------------------------------------------------------------- 1 | # ArchaeoloGIS A QGIS processing toolbox for archaeologists spatial analysis 2 | 3 | **Panel 2**. Moving in the past: open solutions for data set design, spatial analysis and geo-statistical methods to investigate movement in Antiquity 4 | 5 | - **Paolo Rosati** 6 | - University Sapienza of Rome 7 | - [paolo.rosati@uniroma1.it](mailto:paolo.rosati@uniroma1.it) 8 | - GitHub: [archeorosati](https://github.com/archeorosati) 9 | 10 | 11 | The purpose of the paper is to present the QGIS plugin ArcheoloGIS. ArcheoloGIS is a 'processing toolkit' developed in PyQgis and tested by the community of Una Quantum inc. (Italy). In the toolkit there are 3 algorithms named Tabula Peutingeriana, Eratosthenes and Darius respectively working on the Roman, Greek/Hellenistic and Persian road network. The “Tabula Peutingeriana” algorithm is the first one programmed and its principles are reflected in the others. 12 | The algorithm will return points instead of lines of the road, positioning the milestones (eventually helping to find them or their original position), counting the roman miles from the center of the network and the mileage. 13 | So in this way it is primarily possible to prove whether the reconstruction of the road network corresponds to the indications of ancient sources (in particular the Tabula Peutingeriana) but it is also useful to find informations about the recurrence of the mail or horse-exchange stations, taverns, and reaching other statistics. The other two algorithms are quite similar: Eratosthenes works with the unit of measurement of the 'Greek Stadia' in the Hellenistic era, while Darius works with the Persian Parasangas. 14 | 15 | After showing the code, the plugin construction workflow and its evolution, some case studies and reflections on two areas of the ancient Mediterranean will be presented during the paper. 16 | 17 | The plugin is available here: [https://github.com/archeorosati/archaeoloGIS](https://github.com/archeorosati/archaeoloGIS). 18 | 19 | 20 | **Licence** 21 | 22 | Text: CC BY 4.0, Paolo Rosati 23 | Image: CC BY 4.0, Paolo Rosati 24 | 25 | **Illustrative image** 26 | ![alessandria_comaru](https://user-images.githubusercontent.com/39003545/176473048-5e3ed3b8-9382-4336-97ca-222c36fc2f71.png) 27 | -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 2: Moving in the past: open solutions for data set design, spatial analysis and (spatial) statistical methods to investigate movement in Antiquity.**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | Using geographical open data is a steady method in archaeology, not so common is the use of movement-related data to investigate pathways and networks. This is probably due to the difficulty to source information and to represent phenomena regarding mobility in its space-time dimension. As known, archaeological data have mostly been treated in a static way to reconstruct ancient landscapes and are early considered as dynamically changing in space and time. On the other hand, methodologies for the study of the multiple aspects of mobility are extremely advanced in the contemporary world (e.g. improvement of transport; analysis of time travel measures to ensure the best practicability). 11 | 12 | Nowadays data from current urban areas and large-scale mobility have increased considerably thanks to engineering and statistics scientific reports. What happens if we use these spatial and explorative analysis to query data sets on movement in the past? 13 | For archaeology the main trouble in applying these methods and analysis is the lack of open and purpose-built data sets. It is also interesting to investigate how and where this information can be obtained from. How far can we go in collecting movement data in archaeology? What is the most effective way of structuring data sets in order to “capture” movement? 14 | 15 | The aim of this panel is to focus on the issue of open solutions for data sets design, algorithms for spatial analysis and geo-statistical methods to investigate the multifaceted phenomenon of movement in Antiquity. The panel also will welcome concrete case studies of investigation on historical and/or archaeological movement-related data by open-source spatial or (spatial) statistical analysis. 16 | -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/diachenko-sobkowiak_tabaka.md: -------------------------------------------------------------------------------- 1 | # Smallest-scale movement: Tracing the intra-site relocation of hunter-gatherers 2 | 3 | **Panel 2**. Moving in the past: open solutions for dataset design, spatial analysis and spatial statistical methods to investigate movement in Antiquity 4 | 5 | - **Aleksandr Diachenko** 6 | - Institute of Archaeology, National Academy of Sciences of Ukraine, Kyiv, Ukraine 7 | - [adiachenko@iananu.org.ua](mailto:adiachenko@iananu.org.ua) 8 | - ORCID: [0000-0002-6959-2919](https://orcid.org/0000-0002-6959-2919) 9 | - **Iwona Sobkowiak-Tabaka** 10 | - Faculty of Archaeology, Adam Mickiewicz University in Poznań, Poznań, Poland 11 | - [iwosob@amu.edu.pl](mailto:iwosob@amu.edu.pl) 12 | - ORCID: [0000-0001-5913-1177](https://orcid.org/0000-0001-5913-1177) 13 | 14 | Spatial analysis in archaeology is familiar with numerous examples of an “umbrella” of similar archaeological remains, which covers different processes behind the spatial distribution of artifacts, features, and sites. Artifact concentrations (artifact clusters) composing Paleolithic and Mesolithic open-air camps are also the case. These artifact concentrations reflecting hunter-gatherer intra-site activities are often treated for being functioned synchronously to each other. Passing through the ethnographic “analogies”, the oversimplified hypothesis on synchronicity of clusters narrows the variability of behavioral patterns in the remote past to the lifeways of modern hunters, gatherers and fishers. 15 | 16 | Alternatively to hypothetical synchronizations, this paper summarizes our recent quantitative approaches enabling to trace the hunter-gatherers relocation inside an open-air camp. The research procedure integrates the analysis of artifact curation (spatial replacement of blade parts), spatial distribution of fire (location of hearths), and the lithic assemblages structure. Case study based on the data from Lubra 10 site on the North European Plain exemplifies the patterns in smallest-scale movement of people, which may be traced archaeologically (the data is available at [https://doi.org/10.5281/zenodo.7022689](https://doi.org/10.5281/zenodo.7022689). 17 | 18 | 19 | **License** 20 | 21 | This text is released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) license. Copyright by Aleksandr Diachenko and Iwona Sobkowiak-Tabaka 2022. 22 | -------------------------------------------------------------------------------- /panel-1-maps-to-the-past/leonardi.md: -------------------------------------------------------------------------------- 1 | # Geographical web storage mapping proposal 2 | 3 | **Panel 1**. Maps to the past. Open digital approaches to the investigation of historical maps 4 | 5 | - **Sandra Leonardi** 6 | - Dipartimento di Lettere e culture moderne, Sapienza Università di Roma, Rome, Italy 7 | - [sandra.leonardi@uniroma1.it](mailto:sandra.leonardi@uniroma1.it) 8 | 9 | 10 | Among the activities of curation, cataloging and enhancement for the organization of geographical knowledge implemented by the geography section of the Department of Letters and Modern Cultures of Sapienza, University of Rome, from 2012, there is the realization of a web-base geodata portal, created for the digital storage and open consultation of maps. It is a dynamic archive, realized with open source software, based on historical and geographical paths, designed in relation to the different narratives inspired by research and studying of the geodocumental and cartographic heritage, preserved in the Geography section of the Library of the Department. 11 | 12 | The architecture of the entire system was developed at the Geocartographic Laboratory and the initial idea was to build a simple data archive, then expanded by a more ambitious one: build an online system for the dynamic management of a database of images and text contents (data on location, geographical area, toponym, image description, real coordinates, etc.). Among the reasons that have led to structure the portal in this way, there is the will to create a manageable database (even by non-experts), a replicable and easily prototype in order to create a system that could meet not only the needs of storage, but also spatial research based on geolocation. In fact, navigation, and therefore the search of the material is possible not only through the consultation of the traditional menu or through the search of place names and keywords but also directly consulting the digital world map. 13 | 14 | The project deviates from the theoretical approach of cultural geography as an end in itself, focus on new ways to spread a geography based on new digital interfaces through the activation of networks of connection that have archives in common with important geo-historical documents, such as the networking of geographical places (museums and libraries) that preserve similar assets. 15 | 16 | The texts is released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) license. Copyright: Sara Leonardi 2022. 17 | -------------------------------------------------------------------------------- /panel-8-wiki-osm/montanari-marsicano-trojanis-bernardoni.md: -------------------------------------------------------------------------------- 1 | # Tools for citizen-driven digital public history - a fireside chat 2 | 3 | **Panel 8**. From wiki projects to OpenStreetMap, collaborative approaches to open data creation: problems, case studies, territorial and cultural impact. 4 | 5 | 6 | - **Marco Montanari** 7 | - Open History Map, Bologna, Italy 8 | - [marco.montanari@openhistorymap.org](mailto:marco.montanari@openhistorymap.org) 9 | - [@ingmmo](https://twitter.com/ingmmo) 10 | - **Lucia Marsicano** 11 | - Open History Map, Bologna, Italy 12 | - [lucia.marsicano@openhistorymap.org](mailto:lucia.marsicano@openhistorymap.org) 13 | - **Silvia Bernardoni** 14 | - Open History Map, Bologna, Italy 15 | - [silvia.bernardoni@openhistorymap.org](mailto:silvia.bernardoni@openhistorymap.org) 16 | - **Raffaele Trojanis** 17 | - Open History Map, Bologna, Italy 18 | - [raffaele.trojanis@openhistorymap.org](mailto:raffaele.trojanis@openhistorymap.org) 19 | 20 | 21 | This presentation will start from the activities preparing a neighborhood editathon in Bologna, the process and the current results, as the editathon will, by end of september, still be ongoing. 22 | 23 | The need to create a participatory tools us to think of various ways to make public history using digital tools, and enabling people to "bring home" their results. To do that we analyzed various tools and various collections of tools from various areas. We ourselves built the OHM Places platform, presented at this same conference, but this talk wants to be an open discussion on participatory digital public history tools that can enable people in the creation of datasets, experiencing history around them and potentially contributing their knowledge to the community as well as specialized knowledge to them. 24 | 25 | Gazetters are a great tool to help people gain and regain awareness of what is next to them, why "indigenous" people use certain terms, why these terms represent specific locations. Gazetteers help us understand our historic context, but these are not the only tools. 26 | 27 | The aim of this presentation is to look at various tools to facilitate and enhance cooperation between the citizen and the institutions, both by defining a general process as well as specific operations within a bigger picture. 28 | 29 | **License** 30 | 31 | This text is released with [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/) license. Copyright Marco Montanari 2022. 32 | -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/coqueugniot-fromageot_laniepce.md: -------------------------------------------------------------------------------- 1 | # On the road to open access: Insights from French antiquity journals and databases 2 | 3 | **Panel 5**. Electronic Publishing and Open Science in Archaeology. 4 | 5 | - **Gaëlle Coqueugniot** 6 | - CNRS, Maison des Sciences de l’Homme Mondes, editor 7 | - **Virginie Fromageot-Laniepce** 8 | - CNRS, ArScAn, data manager 9 | 10 | This paper proposes an overview of practices ensuring the gradual transition of printed archaeological journals, already internationalized, to new models of online scientific publishing. It also examines the economic and organizational means that guarantee the sustainability of these models. 11 | 12 | The editorial unit of the Maison des Sciences de l’Hommes Mondes in Nanterre gathers staff in charge of the editorial production of several archaeological journals of various ages, from the _Revue archéologique_ created in 1844 to the electronic journal Americae founded in 2016. These journals are all digitally released and committed towards Open Access, to varying degrees and according to different models. The research team Archéologie du monde grec et systèmes d’information of ArScAn has developed digital resources answering the needs of French and international researchers, such as the « Bibliographie de l’architecture grecque » and « Bibliographie des verres gréco-romains », which were originally linked to _Revue archéologique_, and the database EMA of children burials in Antiquity, a research tool fed by thirty European contributors, which needs to be sustained after the end of the funded programme (Agence nationale de la recherche, 2012-2015). 13 | 14 | Both parties, in a collaborative approach, regularly exchange on the convergence of their practices in the fields of print and digital publishing, interactive media, and the articulation between publications and data, within the framework of research on the digital humanities. 15 | 16 | We will analyze some examples of online journals and companion websites produced by our teams, from their scientific development within the field of archaeology and the sciences of antiquity to their digital design. 17 | We will present the storage, publication and accessibility, preservation and exploitation features and modalities of these resources, built in partnership with different digital infrastructures, mainly French, in a context of progressively enlarged open access, in which the diamond access model attracts the most attention today. 18 | -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/paonessa.md: -------------------------------------------------------------------------------- 1 | # Linking stratigraphy, context and interpretation: a starting proposal 2 | 3 | **Panel 7**: Archaeological stratigraphy data. 4 | 5 | - **Alessio Paonessa** 6 | - Deutsches Archäologisches Institut, Abteilung Rom, Italy 7 | - [Alessio.Paonessa@dainst.de](Alessio.Paonessa@dainst.de) 8 | - [alessio.paonessa@gmail.com](alessio.paonessa@gmail.com) 9 | - [@AlessioPao](https://twitter.com/AlessioPao) 10 | - ORCID: [0000-0002-3751-5716](https://orcid.org/0000-0002-3751-5716) 11 | 12 | In the graph theory, a graph is a structure consisting in «a set of points called vertices or nodes and a set of lines called edges such that each edge is attached to a vertex at each end». Graphs are powerful tools used for numerous purposes. Specifically, in archaeology, the most widely known application is undoubtedly the Harris’ Matrix, a relatively simple method to organise stratigraphy by relative chronology. Other less common applications include, for instance, network graphs, mainly used to represent exchange routes through different settlements, and directed graphs, that can be applied in order to analyse directions and connections through different spaces inside buildings. All these domains of use have been strongly influenced by other disciplines, among which the social network analysis (SNA), originally developed for sociological studies, plays the most prominent role. 13 | 14 | The Extended Matrix is so far the most recent attempt to overcome the limits of the standard stratigraphical representation: the concept of the stratigraphical virtual unit, constituting a standardized interpretation of an archeological record, follows precise conceptual rules. As previously happened to the social network analysis with other kinds of graphs in archaeology, it is possible to go further and take inspiration from the landscape graphs developed in ecology, hence adding further layers to the Extended Matrix so as to link stratigraphy, context and interpretation. The present work aims to account for the basic theory underlying this approach and suggest a possible solution to the problem of linking stratigraphical data and interpretation using the Extended Matrix graph. An example will be also provided to highlight the steps involving the integration of sources, archaeological data and hypothesis making in the general workflow. 15 | 16 | **License** 17 | 18 | Texts and image are released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) license. Copyright: Alessio Paonessa, 2022 19 | -------------------------------------------------------------------------------- /panel-1-maps-to-the-past/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 1: Maps to the past. Open digital approaches to the investigation of historical maps**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | Historical maps have always been a precious source of information both for archaeologists and historians. Archaeologists have been both consumers of maps, in search for information about ever changing landscapes due to urbanisation and exploitation of the natural resources, and producers, documenting digs, expeditions and findspots. Historians, on the other hand, look at historical maps as primary sources, able to highlight several aspects of the social and cultural life at the time the maps were drafted. Cartographers and semioticians too, explore historical maps to better understand how the ways in which we represent space has been changing through time. Last, due to their communicative effectiveness and their value as triggers of personal and familiar memories, old maps have always been of great interest also to the eyes of the general public. 11 | 12 | It is not surprising, then, that all major libraries are investing into digitising their map collections and making them accessible to the audience. Maps, though, are very complex objects, and the results of their digitisation (and datification) are complex, multi-layered, and change depending on who is performing them. Different theoretical frameworks lead to different methodological approaches: GIS-oriented approaches, based on georeferencing old maps against contemporary Earth data, have in the last years been expanded by semantic approaches and pushed towards new horizons by the introduction of machine learning applications. 13 | 14 | In this panel, we would like to discuss the new role that open-source technologies are allowing for historical maps, in all humanities disciplines but especially in archaeology. Thanks to the contribution of different speakers, from academia and cultural heritage, we will explore different approaches and case studies, ranging from semantic enrichment, computer vision, and the use of crowd-sourcing platforms. The contributions, and the following debate, will highlight how the digitisation of these resources is only the first step of a rich workflow, that also requires solid methodological frameworks, open data policies, shared standards, and efficient metadata management. 15 | -------------------------------------------------------------------------------- /panel-1-maps-to-the-past/montanari.md: -------------------------------------------------------------------------------- 1 | # Revising the Gazetteer model - Places Of The Past 2 | 3 | **Panel 1**. Maps to the past. Open digital approaches to the investigation of historical maps 4 | 5 | - **Marco Montanari** 6 | - Open History Map, Bologna, Italy 7 | - [marco.montanari@openhistorymap.org](mailto:marco.montanari@openhistorymap.org) 8 | - [@ingmmo](https://twitter.com/ingmmo) 9 | - ORCID: [0000-0001-5026-6083](https://orcid.org/0000-0001-5026-6083) 10 | 11 | 12 | Textual sources and maps help us understand and contextualize the past. These elements are transformed into Gazetteers for us to use and work on. The maps, in addition, can be georeferenced and warped to get a glimpse of how the world was perceived in the past, what was considered relevant and what not and how the views of the world changed. For this reason we are here proposing a new methodology to merge the two operations and to make it easy for citizen scientists to work on the two parts, giving us the best of both worlds. 13 | 14 | The OHM Places platform we are presenting unifies the approach to the attestation and positioning of the named locations from the maps by exposing a simplified API to validate names and merges the information by inferencing the additional information about the context. The match is created by name and considering the other points added as context. 15 | 16 | The OHM Places platform transforms each document (map or text file) into a DOI via Zenodo. From this moment on each transformation is documented and tracked into a dataset stored beside the image. 17 | 18 | When warping the map, obviously, it will be difficult to get a perfect topologic match, so a general "sensible" approach is considered, as opposed to the classic mathematical one: 19 | 20 | 1. very outlying points are ignored and flagged to be verified. 21 | 2. In case the points are right and their location was correctly pointed out, the gazetteer will have information about variant localizations of specific named entities. 22 | 23 | All data, cleaned up, will finally be transformed into a set of files to be used by other parties: 24 | - Geographic Control Points are stored in Zenodo and Github 25 | - The gazetteer data is stored as CSV file and uploaded to World Historical Gazetteer 26 | - Every step of the process is documented via DOIs and their interconnections. 27 | 28 | The paper presents the tool and covers the process of gazetteer creation from a methodological point of view. A few demos will be shown in order to display the complexity of the presented tool and its toolchain. 29 | 30 | **License** 31 | 32 | Texts and images are released under [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/) license. 33 | -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/demetrescu-et-alii.md: -------------------------------------------------------------------------------- 1 | # EMdb: yet another db for the stratigraphic record. 2 | 3 | 4 | **Panel 7**. Archaeological stratigraphy data 5 | 6 | Archaeological stratigraphy data. 7 | 8 | - **Emanuel Demetrescu** 9 | - Institute of Heritage Science CNR-ISPC, Rome, Italy 10 | - [emanuel.demetrescu@cnr.it](mailto:julian.bogdani@uniroma1.it) 11 | - [@zalmoxes](https://twitter.com/zalmoxes) 12 | - ORCID: [0000-0002-5065-7970](https://orcid.org/0000-0002-5065-7970) 13 | - GitHub: [zalmoxes-laran](https://github.com/zalmoxes-laran/) 14 | - **Cristina Gonzalez Esteban** 15 | - Oxford University 16 | - [cristina.ge14@gmail.com](mailto:cristina.ge14@gmail.com) 17 | - **Filippo Sala** 18 | - University of Pisa 19 | - [filippo.sala@phd.unipi.it](mailto:filippo.sala@phd.unipi.it) 20 | - GitHub: [filipposala91](https://github.com/filipposala91) 21 | - **Daniele Bursich** 22 | - University of Salerno 23 | - [dbursich@unisa.it](mailto:dbursich@unisa.it) 24 | - ORCID: [0000-0002-0545-9406](https://orcid.org/0000-0002-0545-9406) 25 | 26 | 27 | The collection of stratigraphic data has been done for years with offline tools like the Microsoft Access software, which is considered an extremely user-friendly tool with the ability to print standardized forms (like the Italian ministerial US forms) directly and “without” any computer or data modeling expertise. It is well known to the scientific community the limitation inherent in this type of approach: the data is not shared online and is not easy to be collaboratively edited; the data is locked within a proprietary format with repercussions on medium- to long-term preservation; and the data is not immediately integrable with other projects because it lacks a precise reference standard. Despite these issues, this approach has remained viable in a whole range of situations where it is necessary to have a fast and easy-to-manage database. This contribution starts from the hypothesis that an off-line tool, provided it is standardized and encapsulated in an open format (such as SQLite, LibreOffice Base or MySQL) and editable with open software, can offer itself as an additional tool because of its ease of use and dissemination in the form of a free, downloadable template. EMdb aims to collect and manage not only stratigraphic data but also reconstructive unit sheets to cover the needs to analyze, interpret and validate scientific hypothesis in the field. 28 | 29 | **Illustrative image** 30 | 31 | If provided, provide here the name of the uploaded file, complete with copyright notice. 32 | 33 | 34 | **License** 35 | 36 | Texts and images should be released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/). 37 | -------------------------------------------------------------------------------- /panel-8-wiki-osm/malatesta-montanari-rosati.md: -------------------------------------------------------------------------------- 1 | # Open tools and technologies for analysing and sharing cultural and landscape heritage. 2 | 3 | **Panel 8**. From wiki projects to OpenStreetMap, collaborative approaches to open data creation: problems, case studies, territorial and cultural impact. 4 | 5 | **Authors** 6 | 7 | - **Saverio Giulio Malatesta** 8 | - Digilab University Sapienza of Rome 9 | - [saveriogiulio.malatesta@uniroma1.it](mailto:saveriogiulio.malatesta@uniroma1.it) 10 | - ORCID: [0000-0002-0514-3604](https://orcid.org/0000-0002-0514-3604) 11 | - **Marco Montanari** 12 | - ORCID: [0000-0001-5026-6083](https://orcid.org/0000-0001-5026-6083) 13 | - GitHub: [@sirmmo](https://github.com/sirmmo) 14 | - **Paolo Rosati** 15 | - Digilab University Sapienza of Rome 16 | - [paolo.rosati@uniroma1.it](mailto:paolo.rosati@uniroma1.it) 17 | - ORCID: [0000-0003-0695-7121](https://orcid.org/0000-0003-0695-7121) 18 | - GitHub: [@archeorosati](https://github.com/archeorosati) 19 | 20 | **Proposal text** 21 | A concluding panel workshop is presented in this session. The three authors will manage an edithaton+mapathon+edit/datathon event in one of the museums of the Sapienza Museum System. 22 | The workshop led by the three authors will take 4 hours. The activity will be conducted in collaboration with Wikimedia Italia and will lead participants to practice their skills in collaborative projects and the open philosophy. 23 | The aim is to disseminate to a wide audience of young students and researchers the techniques used every day by those working in the opening up of knowledge through Wiki tools. 24 | Learning by opening up knowledge to others, means learning twice. The workshop organisers, together with members of the ArchaeoFOSS APS and Wikimedia, will divide the class in three interest groups. The groups will be trained on the workflows and the significance of the actions performed. 25 | They will proceed inside the chosen museum structure, collecting photographs, information, contacts, and edited material on the masterpieces in the museum. 26 | Finally, everything will be transferred to a Wiki page created specifically for the event, inserting the right tags, metadata, rights, routes, points of interest and RDF triplets. 27 | The event will be useful to make part of the museum heritage of the Sapienza University of Rome accessible to all. 28 | 29 | **Licence** 30 | Text: CC BY 4.0, Saverio Giulio Malatesta, Paolo Rosati, Marco Montanari 31 | Image: CC BY-SA 3.0, Wikipedia, https://it.wikipedia.org/wiki/Editathon#/media/File:Europeana_Fashion_Editathon_2013_Stra_04.JPG 32 | 33 | **Illustrative image** 34 | ![Europeana_Fashion_Editathon_2013_Stra_04](https://user-images.githubusercontent.com/39003545/176470094-ce3d57d3-33b2-4152-a895-eed12527c19b.jpeg) 35 | -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/paraciani-rossi.md: -------------------------------------------------------------------------------- 1 | # An open image atlas for the journal "Archeologia e Calcolatori" 2 | 3 | **Panel 5**. Electronic Publishing and Open Science in Archaeology. 4 | 5 | - **Nicolò Paraciani** 6 | - ISPC, CNR, Rome, Italy 7 | - [nicolo.paraciani@cnr.it](mailto:nicolo.paraciani@cnr.it) 8 | - **Irene Rossi** 9 | - ISPC, CNR, Rome, Italy 10 | - [irene.rossi@cnr.it](mailto:irene.rossi@cnr.it) 11 | 12 | Open Science best practices and policies have been increasingly promoted and adopted in Europe and worldwide to extend public availability of research data and publications, according to FAIR principles. In this context, the so-called ‘Diamond Open Access’ model is particularly relevant since it entails provision of scientific content entirely free of charge, both for authors and readers. The journal Archeologia e Calcolatori adopted this model at a very early stage, when - in 2005 - it started publishing online full-text PDFs and metadata of its articles according to recognised standards, as an Open Archives Initiative data provider. 13 | 14 | Very recently, the online version of the journal was enriched with the presentation of visual media related to publications, more specifically figures and 3D models. These were also annotated with standard metadata and treated as individual resources, both on the [journal's website](http://www.archcalc.cnr.it) and in its OAI-PMH repository. The 3D models were presented online by embedding the [ATON framework](https://github.com/phoenixbf/aton) as an interactive web viewer. This work, which will be illustrated in the first part of the paper, has been applied to publications from 2021 onward. 15 | 16 | Moreover, to valorise the extensive amount of visual media produced by the journal in its previous, thirty-year long history, the Editorial Board has decided to create a dedicated web application to present this content in a structured and visually appealing manner, which will work as an atlas of images. With the collaboration of the journal's Publisher, image files related to article figures were gathered and their metadata were imported in the journal's relational database, so that they could be manipulated programmatically. To this end, the existing framework that manages Archeologia e Calcolatori's website and repository - built in PHP - was extended to provide a server API that retrieves data from the database and serves them in a structured JSON format. This data is then consumable by a dedicated front-end - the atlas - presenting the images in galleries, browsable by volume and by article. The API can also serve as an independent REST endpoint to be queried by external services. 17 | 18 | The perspectives that this work on the visual contents of the journal opens up, in terms of metadata enrichment, new search functionalities and data reuse, will also be discussed. 19 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # ArcheoFOSS 2022: the official repository for the review of panel and paper proposals 2 | 3 | This repository has been created to take care of the evaluation and review process of the panel and paper proposals for ArcheoFOSS 2022 conference to be held in Rome, on 22-24 September. 4 | 5 | The 2022 edition introdudes the important novelty of an open review of both panel and paper proposal. Reviews will use [GitHub Discussions](https://github.com/archeofoss/af2022/discussions). 6 | 7 | On each proposal submit, a new discussion will be added, its link will be added at the botttom of this document and community members are invited at openly commenting, reviewing, evaluating. 8 | 9 | Anonymous reviews will be rejected, so make sure to include your full name. 10 | 11 | This README file will be updated with the list of the available proposal, each pointing to the discussion. 12 | 13 | ## Panel proposals available for review 14 | 1. [Maps to the past. Open digital approaches to the investigation of historical maps.](https://github.com/archeofoss/archeofoss2022/discussions/1) 15 | by Julian Bogdani and Valeria Vitale. 16 | Submitted on **08/03/2022** 17 | 1. [Moving in the past: open solutions for data set design, spatial analysis and (spatial) statistical methods to investigate movement in Antiquity.](https://github.com/archeofoss/archeofoss2022/discussions/3) 18 | by Domizia D'Erasmo and Noemi Giovino. 19 | Submitted on **14/03/2022** 20 | 1. [I/O: ethics, policies and technologies for programmatic and open access to archaeological online data sets.](https://github.com/archeofoss/archeofoss2022/discussions/4) 21 | by Julian Bogdani and Riccardo Montalbano. 22 | Submitted on **18/03/2022** 23 | 1. [GIS open source solution for archaeological context in between Universities, Public Administration, societies, research center: pyArchInit case.](https://github.com/archeofoss/archeofoss2022/discussions/5) 24 | by Enzo Cocca and Gianluca Martinez 25 | Submitted on **29/03/2022** 26 | 1. [Electronic Publishing and Open Science in Archaeology.](https://github.com/archeofoss/archeofoss2022/discussions/6) 27 | by Alessandra Caravale and Alessandra Piergrossi 28 | Submitted on **31/03/2022** 29 | 1. [Practice and Paradigms of Open Source Technologies for Archaeological Field Data.](https://github.com/archeofoss/archeofoss2022/discussions/7) 30 | by Fabian Riebschläger and Thomas Kleinke 31 | Submitted on **1/04/2022** 32 | 1. [Archaeological stratigraphy data.](https://github.com/archeofoss/archeofoss2022/discussions/8) 33 | by Stefano Costa and Emanuel Demetrescu 34 | Submitted on **14/04/2022** 35 | 1. [From wiki projects to OpenStreetMap, collaborative approaches to open data creation: problems, case studies, territorial and cultural impact](https://github.com/archeofoss/archeofoss2022/discussions/9). 36 | by Saverio Giulio Malatesta and Paolo Rosati 37 | Submitted on **14/04/2022** 38 | -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 6: Practice and Paradigms of Open Source Technologies for Archaeological Field Data.**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | Clarke (1973:17) stated, that Archaeology is “the discipline with the theory and practice for the recovery of unobservable hominid behaviour patterns from indirect traces in bad samples”. At the same time, Archaeology‘s main method of sample acquisition, excavation, is a destructive practice. Thus, our discipline‘s digital transformation is driven by a desire to capture and analyze observations more exactly and more completely. Allowing for both is the basic promise of computing technology. 11 | 12 | However, Archaeology, being a niche market for software developers, also has a tradition of adopting software from other domains. The prime example are GIS, which are essential in archaeology and are represented by several powerful open source incarnations. The fact that complex research software is not just a collection of software tools is frequently overlooked. Rather, it implements traditional research methods and paradigms and attempts to evolve them through technological innovations. 13 | 14 | The question arises: is the transfer of software innovations from other fields to established archaeological practice really sufficent (a prime example being CAD as a replacement for technical drawings with pen and paper)? Or is it in fact counter-productive, blinding us to the potential of creating open source tools to shift paradigms instead of supporting them? Are traditional workflow ideals, such as context-based recording, still desirable in software? This panel invites contributions that examine open source software support for archaeological field work and subsequent data analysis from a critical point of view, asking 15 | questions such as: 16 | 17 | - Which traditional paradigms have to berepresented within the software? Which ones have to be prioritized, replaced or introduced? 18 | - What are the limits of using software to advance research methods and practice? 19 | - How should archaeological fieldwork practice shape basic principles of software or vice versa? Which desirable properties, in practice, do certain technological concepts have (e.g. NoSQL vs. SQL)? 20 | 21 | We particularly welcome contributions that show how specific open source projects and their use contribute to epistemologically reflective innovation and improvement of both field and research practice. 22 | 23 | Bibliography 24 | - Clarke, D. 1973. Archaeology: the loss of innocence. Antiquity, 47(185), 6–18. https://doi.org/10.1017/S0003598X0003461X -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 5: Electronic Publishing and Open Science in Archaeology.**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | In the information society, the dissemination of archaeological research results is still primarily associated with publications: monographs, miscellaneous volumes, but above all specialised journals. These have experienced in recent years a progressively digitisation process, which resulted in an increasing availability of open access resources. However, the policies adopted for the digital fruition use different forms of access to articles and their contents. The so-called OA golden road, followed by scholarly journals, can be referred to two models. The first one is based on a fee paid by the authors (APC: Article Processing Charges), while the second is the “Diamond OA” model, which instead provides free publication for both authors and readers. The panel will first give an updated overview of antiquity journals that follow the golden road, reporting common elements and dissimilarities in the Italian and European panorama. 11 | 12 | Nowadays, data communication in archaeology exploits also channels other than “traditional” publications, thanks to the growing and massive digitization process and the availability of increasingly sophisticated technologies, which provide archaeologists with very powerful research and communication tools. These new strategies allow a decisive shift towards the Open Science paradigm through dedicated research infrastructures. Databases, websites, virtual reconstructions, but also social media help finding innovative solutions for knowledge transmission. The second objective of the panel is therefore to identify which are the ways of data dissemination used by archaeologists, with an eye to a more engaging and participatory communication. 13 | 14 | Bibliography: 15 | - A. Caravale, A. Piergrossi 2012, Archeologia in rete. Le riviste open access: risorse e prospettive, Archeologia e Calcolatori, 23, 187-207. 16 | - A. Caravale, A. Piergrossi 2015, Archaeological open access journals the case of «Archeologia e Calcolatori», in Proceedings of the 42 nd Annual Conference on Computer Applications and Quantitative Methods in Archaeology (Paris 2014), Oxford, 257-264. 17 | - V. Fromageot-Laniepce (ed.) 2019, Les pratiques de la recherche en archéologie à l’heure du numérique. L'évolution de la recherche d'information et de la publication de 1955 à nos jours, Archeologia e Calcolatori, Suppl. 12. 18 | - P. Moscati (ed.) 2019, 30 anni di Archeologia e Calcolatori. Tra memoria e progettualità, Archeologia e Calcolatori, 30, 9-138. -------------------------------------------------------------------------------- /panel-4-pyarchinit/d_onofrio-ciuccarelli.md: -------------------------------------------------------------------------------- 1 | # The urban context of the roman theater and “ex Filanda” in Fano (PU) 2 | 3 | **Panel 4**. GIS open source solution for archaeological context in between Universities, Public Administration, societies, research center: pyArchInit case. 4 | 5 | - **Annalisa d’Onofrio** 6 | - adArte Srl, Rimini, Italy 7 | - [anasdon@gmail.com](mailto:anasdon@gmail.com) 8 | - **Maria Raffaella Ciuccarelli** 9 | - SABAP Ancona e Pesaro Urbino, Ancona, Italy 10 | - [mariaraffaella.ciuccarelli@beniculturali.it](mariaraffaella.ciuccarelli@beniculturali.it) 11 | 12 | ![The urban context of the roman theater and “ex Filanda” in Fano (PU)](./d_onofrio-ciuccarelli.png) 13 | 14 | This contribution will illustrate some of the main potential of the pyArchInit plugin, 15 | an open source tool created in python language for the management and overall analysis of 16 | archaeological data on a single georeferenced platform (QGIS). Through the display of a 17 | concrete field of research, some of the functionalities of the application will be highlighted 18 | in reference to the archaeostratigraphic survey conducted from February to May 2021 by adArte Srl, 19 | a company from Rimini, under the scientific direction of the Superintendence of Archeology, 20 | Fine Arts and Landscape for the provinces of Ancona and Pesaro and Urbino, within the area of 21 | the Roman theater and the former Bosone spinning mill, in the historic center of Fano (PU), in the Marche region. 22 | 23 | Specifically, at the same time as the stratigraphic archaeological excavation operations by hand were 24 | carried out, we proceeded directly on site, with the detailed management of both the identified 25 | Stratigraphic Units and the materials recovered during the excavation, inserting all data within the 26 | various alphanumeric and geometric tables, present in the database. In this way, the entire documentary 27 | apparatus was developed using the functions and potential of the pyArchInit plugin which made it possible, 28 | once the insertion of all the excavation data was completed, to automatically generate not only the 29 | plans of the individual stratigraphic units but also those of phase and period, accompanied by the 30 | altimetric heights, as well as having the export of pdf files in ministerial format of all the 31 | individual cards (US cards, period cards, structure cards, finds cards, sample cards), of the various 32 | lists and of the stratigraphic diagram (matrix) with the details of the chronological phases. 33 | 34 | In this way, together with the final report of the archaeological investigation conducted, 35 | it was possible to deliver to the reference Superintendency the entire package of georeferenced 36 | information layers in GAUSS BOAGA EST format (EPSG 3004), which can be easily interrogated and managed 37 | in the various public SITs and used with agile dynamism as tools of scientific research and 38 | planning for the protection of the territory. 39 | -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/moderato-et-alii.md: -------------------------------------------------------------------------------- 1 | # MAPOD4D: A Multi/Metaverse for Archaeology, Anthropology and Cultural Heritage 2 | 3 | **Panel 6**. Electronic Publishing and Open Science in Archaeology 4 | 5 | - **Marco Moderato** 6 |   - DISPUTER, G.D'Annunzio University, Chieti, Italy 7 | - - ORCID: [0000-0002-7942-3385](https://orcid.org/0000-0002-7942-3385) 8 |   - [marco.moderato@unich.it](mailto:marco.moderato@unich.it) 9 |   - [@marcomoderato](https://twitter.com/marcomoderato) 10 | - **Roberto Taglioretti** 11 |  - ArcheOs Tec, Gornate Olona, Varese 12 |  - [r.taglioretti@archeostec.it] (mailto:r.taglioretti@archeostec.it) 13 |  - [https://www.mapod.it/](https://www.mapod.it/) 14 | - **Alessandra Mazzucchi** 15 |   - ArcheOs Tec, Gornate Olona, Varese 16 |   - [a.mazzucchi@archeostec.it  ](mailto: a.mazzucchi@archeostec.it) 17 |   - [https://www.archeostec.it/] 18 | - **Vasco La Salvia** 19 |   - DISPUTER, G.D'Annunzio University, Chieti 20 |   - [vlasalvia@unich.it](mailto:vlasalvia@unich.it) 21 | 22 | One of the most recent phenomena in the digital world is the metaverse "revolution". Along with Facebook's announcement of its rebranding into Meta, the word metaverse has been an hot topic of discussion in the past months. Although several commercial applications are already implemented or in the developing stage, metaverses applied to cultural heritage are still an unknown territory. Most digital research on cultural heritage dissemination has focused on virtual reality, with all its known issues and limits (Pujol Tost 2008: 106-7, Tan and Rahaman 2009: 146-9). This paper provides an overview of MAPOD4D (Taglioretti et al. 2021: 303-27) and its possible applications within archaeology, anthropology and cultural heritage in general. MAPOD4D is an open multiverse of metaverses (GPL3 with additional commercial limitation), meaning that it is a virtual environment, technically called a 'multiverse', that contains visitable meta-verses and some special elements technically called “minds” with which one can interact. This container can host a number of metaverses limited only by the ability of physical electronic devices to represent it, and it is affected by the same forces that can be experienced in the physical world (i.e. gravity and time). In addition to the ability to reproduce (infinite) metaverses, MAPOD4D is able to connect to external datasets such as databases, thus providing an environment where not only 3D models can be explored, but also tables, graphs and so on can be dynamically called. The possibility of exploring different levels of interaction in the same multiverse allows MAPOD4D not only to showcase the final product of heritage research but also the overlapping of different datasets and how they change over time. As an example of its application, we provide a small archaeological context (Ambiente 1 of the so-called Casa Torre in Castelseprio), in which we model the phases of the excavation and the different dataset used. 23 | 24 | 25 | 26 | **License** 27 | Text and image are relesed under CC BY-ND 4.0 License. Copyright Marco Moderato, Roberto Taglioretti, Alessandra Mazzucchi, Vasco La Salvia 2022 -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 7: Archaeological stratigraphy data.**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | Stratigraphy data is one of the basic building blocks of archaeological research processes, without significant limits in chronology or geography. The nature of stratigraphy data is intrinsically simple and this has allowed the creation of many independent tools to archive, manage and most often visualize even complex stratigraphies without the need to manually draw complex graphs. However, despite the simplicity of the conceptual model behind those visualizations, little is available in terms of standardized data formats, and the existing formats are tied to specific software programs rather than neutral and open formats. Many bespoke archaeological information systems include their own implementation of a stratigraphic relationships database, without any interoperability. However, several open source tools are now available that deal with stratigraphy data, with a focus on analysis, format conversion, visualization, integration with archaeological information systems and specialized profiles for virtual reconstruction. Many of these tools rely on third party software like the well known Graphviz suite and have a low profile being targeted for command line usage, but most importantly the main common point is to keep raw data as their source of truth, either as files or in a database. 11 | 12 | This panel aims at comparing current ways to work specifically with stratigraphy data using existing or newly proposed open source tools, with a focus on interoperability and standardization of procedures. 13 | 14 | Data visualization examples in the form of Harris matrix or other graph-based approaches are welcome, as long as they are based on open source software, to be released as literate programming notebooks or source code along with the final result. 15 | 16 | Bibliography 17 | - Costa, Stefano. 2019. “Una proposta di standard per l’archiviazione e la condivisione di dati stratigrafici.” Archeologia e Calcolatori 30 (January): 459–62. https://doi.org/10.19282/ac.30.2019.29. 18 | - Demetrescu, Emanuel, and Daniele Ferdani. 2021. “From Field Archaeology to Virtual Reconstruction: A Five Steps Method Using the Extended Matrix.” Applied Sciences 11 (11): 5206. https://doi.org/10.3390/app11115206. 19 | - Dye, Thomas S., and Caitlin E. Buck. 2015. “Archaeological Sequence Diagrams and Bayesian Chronological Models.” Journal of Archaeological Science 63 (Supplement C): 84–93. https://doi.org/10.1016/j.jas.2015.08.008. 20 | - Moody, Bryony, Tom Dye, Keith May, Holly Wright, and Caitlin Buck. 2021. “Digital Chronological Data Reuse in Archaeology: Three Case Studies with Varying Purposes and Perspectives.” Journal of Archaeological Science: Reports 40 (December): 103188. https://doi.org/10.1016/j.jasrep.2021.103188. -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/roe.md: -------------------------------------------------------------------------------- 1 | # Stratigraphic data in R 2 | 3 | **Panel 7**: Archaeological stratigraphy data 4 | 5 | - **Joe Roe** 6 | - Institute of Archaeological Sciences, University of Bern, Bern, Switzerland 7 | - [joe@joeroe.io](mailto:joe@joeroe.io) 8 | - [joeroe.io](https://joeroe.io) 9 | 10 | 11 | Handling stratigraphic data in R is, in a word, easy. 12 | Plain text data can be readily imported using its base library, and it is relatively straightforward to extend these tools to parse more complex formats such as the LST files used by BASP Harris, ArchEd and Stratify. 13 | Archaeological stratigraphies are perhaps best seen as a special class of directed graph ([Dye & Buck 2015](https://doi.org/10.1016/j.jas.2015.08.008)) and R also offers a rich set of add-on packages for network analysis. 14 | The core package [igraph](https://igraph.org/r/) implements a comprehensive collection of algorithms for constructing, analysing, and visualising networks, and is itself a wrapper for the igraph C library, providing interoperability with C++, Python, and Mathematica through parallel APIs. 15 | With igraph and its extensions it is, for example, trivial to reproduce the classic 'Harris matrix' visualisation of stratigraphic graphs, or to assess the stratigraphic validity of the network by checking for cycles. 16 | Functions for performing these procedures with archaeological stratigraphic data are implemented in the R package [stratigraphr](https://stratigraphr.joeroe.io). 17 | 18 | A slightly more difficult problem is exposing stratigraphic networks to other types of analysis. 19 | igraph provides an excellent domain-specific language for network analysis, but extracting the underlying graph data for other purposes typically involves a painful amount of 'data munging'. 20 | This problem is especially relevant for stratigraphic data, which is rarely used as the sole unit of analysis in itself, but more often as a covariate or prior alongside other types of data, as for example in Bayesian radiocarbon modelling. 21 | Achieving this is made easier with [tidygraph](https://tidygraph.data-imaginist.com/) and [ggraph](https://ggraph.data-imaginist.com/), which provide grammars for manipulating and visualising graph data within the widely-used 'tidy data analysis' paradigm. 22 | Extending this philosophy, recent development of stratigraphr has focused on integrating with [c14](https://c14.joeroe.io/) to provide a consistent and 'tidy' interface for working with stratigraphic and radiocarbon data together. 23 | For example, we can combine these tools to describe Bayesian stratigraphic models in R using stratigraphr's implementation of the Chronological Query Language (CQL, [Bronk Ramsey 2016](https://doi.org/10.1017/S0033822200018348)), and export them to [OxCal](https://c14.arch.ox.ac.uk/oxcal.html) for fitting using [oxcAAR](https://github.com/ISAAKiel/oxcAAR). 24 | Apart from OxCal, all the software mentioned here is free and open source; a useful future extension to these packages would therefore be to eliminate this dependency and implement direct Bayesian inference from the stratigraphic graph, as suggested by Dye and Buck. 25 | 26 | **License** 27 | 28 | This text is released with [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/) license. Copyright Joe Roe 2022. 29 | -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/iacopini.md: -------------------------------------------------------------------------------- 1 | # PuntoZero, a web-app for the management, use and collect the archaeological data inside the public archives. The case of Ancona 2 | 3 | **Panel 6**: Practice and Paradigms of Open Source Technologies for Archaeological Field Data 4 | 5 | - **Eleonora Iacopini** 6 | - LAD, Sapienza University of Rome, Rome, Italy 7 | - [https://lad.saras.uniroma1.it](https://lad.saras.uniroma1.it) 8 | - [eleonora.iacopini@uniroma1.it](mailto:eleonora.iacopini@uniroma1.it) 9 | - ORCID: [0000-0001-9452-9092](https://orcid.org/0000-0001-9452-9092) 10 | - GitHub: [eiacopini](https://github.com/eiacopini/) 11 | 12 | Punto Zero is a Web application developed for the integrated management of archaeological data contained within the archives of the Soprintendenza Archeologia, Belle Arti e Paesaggio, as a support tool to complement the normal protection activities of the institution. 13 | 14 | This application allows the digitization and normalized cataloging of data, allowing, in a very simple and automated way, the management of the historical archive, the administrative one, the dossier sector, the excavation diaries, the drawings archive and the photographic archive relating to every single archaeological site. 15 | 16 | In accordance with the public purpose of the data belonging to a peripheral body of the Ministry of Culture, the archiving forms of the archaeological sites have been structured according to the Site Card 3.0 model of the Italian Central Institute of the Catalog and Documentation (ICCD) to allow dialogue and the immediate transfer of data in XML format, to the SigecWeb platform. 17 | 18 | This tool is designed to complement other already existing, to give a different reading of the data entered in the system with a purpose ranging from protection to research as well as digital cataloging of data. In fact, the system not only supports data archiving according to the ICCD specifications, but also provides tools to allow the very quick verification of the overlap of public works with the known archaeological heritage. These functionalities are relevant to preventive archaeology, and provide to the persons in charge body a consultation tool based on the geographical representation of the archaeological 19 | evidence, facilitating the delivery of further prescriptions. 20 | 21 | The administration system is connected to a cartographic platform, which allows the visualization of data as points or browsing the plans of the different archaeological contexts. The web app is equipped with a multidatation and quota management system,which allows to associate the chronology, depth from the ground level of the evidence and the type of the element (wall, floor, channel). By compiling the full set of data, the floor plans will automatically be rendered in different textures according to their chronology and typology. 22 | 23 | The Web App has been tested on the city of Ancona by archiving more than 12,000 files, relating to 159 sites. We are currently making the software adaptable to various needs, not bound to a specific case, and made it available in Open Source mode with a MIT license. 24 | 25 | **License** 26 | 27 | This text is released under [Creative Commons Attribution No Derivates(CC-BY-ND) 4.0 Imternational](https://creativecommons.org/licenses/by-nd/4.0/) license. 28 | -------------------------------------------------------------------------------- /panel-3-archaeological-apis/bogdani-montanari.md: -------------------------------------------------------------------------------- 1 | # Towards Bradypus v.5: Interconnecting the archaeological research 2 | 3 | **Panel 3**. I/O: ethics, policies and technologies for programmatic and open access to archaeological online data sets 4 | 5 | - **Julian Bogdani** 6 | - LAD, Sapienza University of Rome, Rome, Italy 7 | - [https://lad.saras.uniroma1.it](https://lad.saras.uniroma1.it) 8 | - [julian.bogdani@uniroma1.it](mailto:julian.bogdani@uniroma1.it) 9 | - [@JulianBogdani](https://twitter.com/JulianBogdani) 10 | - ORCID: [0000-0001-5250-927X](https://orcid.org/0000-0001-5250-927X) 11 | - GitHub: [jbogdani](https://github.com/jbogdani/) 12 | - **Marco Montanari** 13 | - Open History Map, Bologna, Italy 14 | - [marco.montanari@openhistorymap.org](mailto:marco.montanari@openhistorymap.org) 15 | - [@ingmmo](https://twitter.com/ingmmo) 16 | - ORCID: [0000-0001-5026-6083](https://orcid.org/0000-0001-5026-6083) 17 | 18 | Bradypus ia a web-based database managing system specifically addressing the specific needs of archaeological and more in general Cultural Heritage connectd projects. It was conceived in the archaeological laboratories of the University of Bologna in 2006 and released as an open-source, MIT-licensed. The latest major version, the forth, was released with AGPL-3 license and is maintained by LAD: Laboratorio di Archeologia Digitale alla Sapienza (Digital Archaeology Laboratory of Sapienza), in Rome. 19 | 20 | Since 2006, about thirty Italian and internatinal projects are using the official cloud version provided as a service, thanks to the collaboration with the GARR Consortium. 21 | 22 | This paper is about the project of the total rewrite of the software, under the light of the huge and very rich experience gained in this long years by the collaboration of quite different research project, ranging from stratigraphical excavations, to regional-scale initiative, to archive-oriented research. While Bradypus has followed for longtime a monolithic architecture, adding new functionality and features on request, a completely new paradigm is being adopted for the new major version, shaped around the central concept of interoperability. 23 | 24 | For this reason, big efforts are being spent on defining and documenting the main Application Programming Interface (API), the unique point of entry to the new ecosystem. It being implemented using an open standard (OpenAPI) and an open design and collaborative paradigm. The key concepts at the basis of the implementation of the project are the ease of use for end users (basically archaeologists), without limiting functionality — a cornerstone of the project since its first versions — and the possibility of extending connectivity towards other platforms, by providing tools that thirds can use to extend functionality. 25 | Bradypus v.5 aims at providing a full set of tools, enabling archaeologists not very comfortable with new technologies to manage and share their data online on one hand, and, on the other, by providing well documented APIs on which to build new functionalities for digital archaeologist or computer scientists willing to contribute and reuse the platform in other areas. 26 | 27 | **License** 28 | 29 | This text is released under [Creative Commons Attribution (CC-BY) 4.0 Imternational](https://creativecommons.org/licenses/by/4.0/) license. 30 | -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/dengg.md: -------------------------------------------------------------------------------- 1 | # Viabundus. Map of premodern European transport and mobility. 2 | 3 | 4 | **Panel 2**. Moving in the past: open solutions for data set design, spatial analysis and geo-statistical methods to investigate movement in Antiquity 5 | 6 | 7 | - **Maria Carina Dengg** 8 | - Viabundus. Pre-modern street map. Otto-von-Guericke-Universität, Magdeburg, Germany 9 | - [maria.dengg@ovgu.de](mailto:maria.dengg@ovgu.de) 10 | - [@theroadsproject](https://twitter.com/theroadsproject) 11 | - ORCID: [0000-0003-3614-9651](https://orcid.org/0000-0003-3614-9651) 12 | 13 | ![The Viabundus application with the display of node information](dengg.jpg) 14 | *The Viabundus application with the display of node information* 15 | 16 | ![Example for route calculator within the Viabundus map](dengg-2.jpg) 17 | *Example for route calculator within the Viabundus map* 18 | 19 | [Viabundus](http://viabundus.eu) is a freely accessible online street map of late medieval and early modern Northern Europe (1350-1650). Originally conceived as the digitisation of Friedrich Bruns’ and Hugo Weczerka's Hansische Handelsstraßen (1962) atlas of land roads in the Hanseatic area, the resulting Viabundus application has turned out to be much more. 20 | 21 | In order to allow scholars further research within the scope of network analysis and estimations of transaction costs, Viabundus is conceived as a network model, comprised of nodes and edges. The underlying database allows for the supply of additional information to each edge and node. Within several regional subprojects, the Viabundus database was filled with information on settlements, towns, tolls, staples, fairs as well as infrastructural features such as bridges and ferries. The resulting traffic connections (edges) were then reconstructed using historical maps, source material, as well as existing work on route reconstruction, some of which are based on field work. It is important to keep in mind that while Viabundus makes an effort to show exact geographical road reconstructions wherever possible, its main focus is on routes and therefore the displayed connections were almost certainly not the only way to reach a certain node. 22 | 23 | The collected data was also used to comprise a fair calendar as well as a preliminary route calculator, which is based on a least-cost-analysis. 24 | 25 | Version 1.1 of the map has been online since December 2021 and includes the researched and revised land- and waterways of Northern and Middle Germany, the Netherlands and Denmark, which can be viewed at [viabundus.eu](http://viabundus.eu). Since then the project has expanded to Viabundus Finland, which begins its work in mid 2022. Another aspect of the project lies within its potential for public involvement as well as public interest, which is the main focus of Viabundus via Brabant. 26 | The project is always on the lookout for new partners as its work is far from done. Future perspectives include research and mapping of Eastern European areas as well as the mapping of waterways. 27 | This paper aims at introducing Viabundus and its methods, as well as exploring its research potential in the context of the data being fully publicly accessible. 28 | 29 | **License** 30 | The text and image are released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) license. Copyright by Maria Carina Dengg 2022 31 | -------------------------------------------------------------------------------- /panel-4-pyarchinit/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 4: GIS open source solution for archaeological context in between Universities, Public Administration, societies, research center: pyArchInit case.**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | The plugin pyArchInit for QGIS, a GIS tool for archaeological data-management, has been tested in years over two thousand 11 | archaeological excavations by adArte company, in archaeological evaluation and emergency excavations. In the last few years, with the widespread of QGIS, the plugin has been implemented to answer numerous asks from PA and Universities, highlighting some aspects that must be spoken together: in our company database we collected more than hundred thousands of SU, still researchable over ten years, demonstrating the efficiency of the method and data’s durability, with a minimum information loss. During the time, PA receiving the documentation and asking for a development, has demonstrated the usefulness of having an 12 | opensource product, modifiable on needs; Universities that started using it had shown some critical aspect for scientific purpose, leading into the project some radical innovations. We assert that time has come for a common rethinking, stating from to project that have recently adopted the most enhanced usage of the plugin: the San Sisto project, the urban excavation of San Sisto’s church, in the center of Pisa and the excavation of the roman villa “dei Vetti”, in Capraia e Limite (FI), carried on by “Laboratorio di Archeologia medievale” of Pisa’s University and the urban context of the roman theater and “ex filanda” in Fano (PU), carried on by adArte s.r.l. under the supervisory of “Soprintendenza Archeologia, Belle Arti e Paesaggio per le province di Ancona e Pesaro e Urbino”. These two case-study, meanwhile the nature of the actors (Universities, PA, companies), are the starting point for an entire rethinking of the effective usage, possibilities and limits of the plugin, which hopefully will lead to a better development of the product. 13 | 14 | Bibliography: 15 | 16 | - Cocca E., ANALISI STATISTICHE E GEOSTATISTICHE CON PYARCHINIT: PRIMA SPERIMENTAZIONE, 2016 17 | - Mandolesi L., pyArchInit-python, QGIS e PostgreSQL per la gestione dei dati di scavo, 2012 18 | - Cocca E. 2015, Il GIS nell’ambito di sistemi innovativi per la gestione del dato archeologico. Sviluppo e implementazione di un sistema gestionale e analitico con strumenti open source di banche dati archeologiche. Caso studio Grotta di Fumane, Tesi 19 | di Dottorato di ricerca in Scienze e Tecnologie per l’Archeologia e i Beni Culturali, Università di Ferrara, XXV ciclo, a.a. 2015. 20 | - Mandolesi L., Cocca E. 2013, Pyarchinit: gli sviluppi dopo ArcheoFOSS 2009, in M. Ser-lorenzi (ed.), ArcheoFOSS. Free, Libre and Open Source Software e Open Format nei processi di ricerca archeologica. Atti del VII Workshop (Roma 2012), «Archeologia e 21 | Calcolatori», Suppl. 4, 128-138. 22 | - Mandolesi L, Montagnetti R., QGIS, pyarchinit and blender: Surveying and Management of Archaeological data with Open Source Solutions, 2020 23 | -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/mlekuz-vrhovnik.md: -------------------------------------------------------------------------------- 1 | # The potential of open lidar datasets for thinking about past mobility 2 | 3 | **Panel 2**. Moving in the past: open solutions for data set design, spatial analysis and (spatial) statistical methods to investigate movement in Antiquity. 4 | 5 | - **Dimitrij Mlekuž Vrhovnik** 6 | - Oddelek za arheologijo/Department of Archaeology Filozofska fakulteta/Faculty of Arts Univerza v Ljubljani/University of Ljubljana, Slovenia 7 | - [dimitrij.mlekuz@ff.uni-lj.si](mailto:dimitrij.mlekuz@ff.uni-lj.si) 8 | 9 | With the increased availability of country-wide lidar datasets, a new source to explore past mobility patterns can be employed. Although available under different permissive licences, these datasets provide point cloud data, which allow processing using open source tools and developing digital terrain models for specific purposes. 10 | 11 | In the presentation, I explore the potential of open lidar datasets in detecting large-scale mobility patterns across landscapes. Lidar reveals landscapes previously hidden below a woodland canopy in fantastic clarity. One of the most ubiquitous features of the woodland floor is holloways or sunken lanes. I want to explore the potential of large-scale holloway data derived from open lidar datasets for studying past mobility. 12 | 13 | In Europe, but also in the Near East, with millennia-old inhabited landscapes that highlight long-term relations between humans, domestic animals and landscapes, holloways are ubiquitous landscape features. They form wide interleaved corridors of paths running on the ridges and avoiding boggy valley floors. They represent traces of long-term human and animal movement as they walk across the landscape. 14 | 15 | This movement is not just about individual journeys but about long-term patterns that emerge from routinised travel. These spacetime patterns, especially when viewed over extensive time frames, can be described as flows. 16 | 17 | These flows move people, animals, things and substances into new positional and relational contexts with other things and create new material encounters, allowing different flows to emerge. 18 | 19 | In this way, the large-scale holloway data derived from lidar datasets can be seen as traces of the past landscape-scale activity systems, stable, multi-scale spatio-temporal patterns formed from intertwined allocation of time among practices in space. 20 | 21 | It is interesting to explore such patterns as the situated topologies, which enable and frame performances in a landscape. Movement is a way of orienting in the world and, thus, particular forms of movement have different impacts. 22 | 23 | Those patterns enable the study of morphogenesis of complex flow patterns. Studying these patterns is crucial to future mobilities research as it intersects with scientific research into dynamical systems. It also suggests that when we study landscape and movement, we must move beyond predefined, planned network topologies and consider fluid, surprising, emergent forms of large-scale movement. 24 | 25 | Open lidar datasets, processed to allow extraction of holloways, are a primary proxy for the past mobility patterns; those data can be used to study, verify and modify available mobility modelling algorithms and approaches in archaeology. 26 | 27 | **License**: 28 | 29 | This text is released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) license. Copyright Dimitrij Mlekuž Vrhovnik 2022 30 | -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/bellotti-et-alii.md: -------------------------------------------------------------------------------- 1 | # Spring Archaeology: a gathering project for emerging researchers 2 | 3 | **Panel 5**. Electronic Publishing and Open Science in Archaeology 4 | 5 | - Andrea Bellotti 6 | - Associazione Ricreativa Culturale “Let’s Dig Again”, - [archeobellotti@gmail.com](mailto:archeobellotti@gmail.com) 7 | - Luca Luppino 8 | - Associazione Ricreativa Culturale "Let's Dig Again" 9 | - [lucalupp@gmail.com](mailto:lucalupp@gmail.com) 10 | - Maria Messineo 11 | - Freelance Archaeologist 12 | - [messineo.archeo@gmail.com](mailto:messineo.archeo@gmail.com) 13 | - Mickey Scarcella 14 | - Freelance Archaeologist 15 | - [mickey.scarcella@gmail.com](mailto:mickey.scarcella@gmail.com) 16 | 17 | 18 | Spring Archaeology stemmed from the pressing need to offer young researchers and professionals an occasion to present their work to a heterogeneous audience. Born as a conference idea, Spring Archaeology ended up being a full-fledged project, capable of building a community around the pivotal vision of a public and unrestricted access to scientific data acquired through archaeological research, from material culture to the most advanced techniques of data processing. 19 | 20 | Contributing authors have been able to present case studies from prehistory to the medieval period, mainly centred in the Mediterranean context, after an anonymous selection process conducted by a scientific committee formed by emerging researchers, under the aegis of several professors from the University of Siena. 21 | 22 | Originally planned as a blended event, the symposium was entirely transferred online due to the Covid-19 outbreak. The always-evolving situation provided the occasion to experiment with three days of live streaming via YouTube, for a total of 18 hours. To do so, Spring Archaeology tightened the bond with Let's Dig Again, a cultural association and the first archaeological web radio in Italy, already in charge of communicating the meeting. In the end, the conference tallied up to 4763 total views and 2607 unique spectators, demonstrating the public's interest in the delivered topics and the potentiality of the online transmission of the event, which granted remote participation for both audience and lecturers. 23 | 24 | Given the nature of Spring Archaeology, it seemed only natural to opt for an Open Access format to publish the conference proceedings, in our case provided by the publisher Archaeopress, through the Access Archaeology series. The main objectives were to have a short time between the symposium and the distribution of the related articles, and to grant everyone access to those materials, being a curious or a specialised public. In addition, the youngest researchers, with only a BA Degree, were given the space to create a short explanatory video of their posters, which were to be presented and explained in person. 25 | 26 | The lecturers' and public's enthusiasm for the initiative was the main reason why the organising committee decided to go on with Spring Archaeology, creating a short series of conference updates, with the collaboration of some of the authors from the previous experience. The gatherings, held online and streamed via YouTube with the help of Let's Dig Again, prompted the proposal of a new edition of Spring Archaeology, which is hopefully going to be held by the end of 2022. 27 | 28 | **License** 29 | 30 | The text is release under CC BY 4.0 International license, copyright by 31 | Gianluca Martinez 32 | 33 | -------------------------------------------------------------------------------- /panel-7-archaeological-stratigraphy/chellini-et-al.md: -------------------------------------------------------------------------------- 1 | # An innovative digital system for the Lilibeo Archeological Museum roman sculptures enhancement 2 | 3 | **Panel 7**: Archaeological stratigraphy data 4 | 5 | - **Giulia Chellini** 6 | - Archeo&Arte3D, DigiLab - Sapienza University of Rome, Rome, Italy 7 | - [chellini.giulia@gmail.com](mailto:chellini.giulia@gmail.com) 8 | - **Bruno Fanini** 9 | - Istituto di Scienze del Patrimonio Culturale, Rome, Italy 10 | - [bruno.fanini@cnr.it](mailto:bruno.fanini@cnr.it) 11 | - **Leonarda Fazio** 12 | - University of Palermo, Palermo, Italy 13 | - [leonarda.fazio@unipa.it](mailto:leonarda.fazio@unipa.it) 14 | - **Maria Grazia Griffo** 15 | - Archaeological Park of Lilibeo, Trapani, Italy 16 | - [mariagrazia.griffo@regione.sicilia.it](mailto:mariagrazia.griffo@regione.sicilia.it) 17 | - **Mauro Lo Brutto** 18 | - University of Palermo, Palermo, Italy 19 | - [mauro.lobrutto@unipa.it](mailto:mauro.lobrutto@unipa.it) 20 | - **Saverio Giulio Malatesta** 21 | - Sapienza University of Rome, Rome, Italy 22 | - [saveriogiulio.malatesta@uniroma1.it](mailto:saveriogiulio.malatesta@uniroma1.it) 23 | - **Elisa Chiara Portale** 24 | - University of Palermo, Palermo, Italy 25 | - [chiara.portale@unipa.it](mailto:chiara.portale@unipa.it) 26 | 27 | The proposal aims to present the results of a project for the digital enhancement of a group of roman 28 | sculptures exposed into the Lilibeo Archeological Museum in Marsala. Aim of the project was define an 29 | experimental system for the visualization and dissemination of the results achieved merging iconographical 30 | studies, archaeological data and 3D reconstruction technologies. The methodology, developed by 31 | specialists in archaeology, fine arts history, surveying and 3D modeling, involves the 3D data acquisition, 32 | the 3D modeling and the implementation of an online visualization system. 33 | 34 | The 3D visualization system was based on the ATON framework developed by CNR ISPC: it allows users to 35 | interact with objects and 3D scenes using common web browsers and robust web standards. ATON offers a 36 | wide variety of tools to manipulate 3D scenes together with a scalable rendering system with responsive 37 | interfaces for accessing images, 3D models and descriptive focuses, ideal for comparison between 38 | reconstructed and not reconstructed 3D models, that can be manipulated and visualized independently by 39 | the users. 40 | 41 | In the case of the Lilibeo Archeological Museum, the result was a first “Digital Archive” of sculptures 42 | containing multi-language forms with focus per each artwork, combining descriptive data to the 3D models. 43 | Sculptures enhancement was conducted using hypertext and multimedia content, like 3D models, 44 | accessible through personal devices such as smartphone, tablet and personal computer, inside or outside 45 | the museum areas. When the 3D object was selected, ATON firstly leads to a description popup, then to the reconstructed model and finally to the original 3D model, accompanying the user to the object 46 | knowledge through multiple levels of in-depth information. Using virtual reality it was also able to offer a 47 | captivating and more attractive visiting experience, integrating the traditional paneling. This system has 48 | proven to be particularly effective in increasing the dissemination of information about the findings both 49 | onsite and online and can be considered as a solution that can be easily used by different cultural 50 | institutions (e.g., museums and archaeological areas). 51 | -------------------------------------------------------------------------------- /panel-3-archaeological-apis/kansa.md: -------------------------------------------------------------------------------- 1 | # Technology that Enables Rather than Distracts: Lessons from Open Context and Sustaining Open Archaeological Data 2 | 3 | **Panel 3**.: I/O: ethics, policies and technologies for programmatic and open access to archaeological online data sets 4 | 5 | 6 | - **Eric C. Kansa** 7 | - Open Context, San Francisco, CA, USA 8 | - [eric@opencontext.org](mailto:eric@opencontext.org) 9 | - [@ekansa](https://twitter.com/ekansa) 10 | - ORCID: [https://orcid.org/0000-0001-5620-4764](https://orcid.org/0000-0001-5620-4764) 11 | 12 | 13 | This paper describes technology sustainability issues faced in over 16 years of supporting research data management in archaeology. 14 | [Open Context](https://opencontext.org/) first went online to the public Web in November of 2006. Since then, we have invested in a number of significant software “refactoring” (rewrites) as well as continual incremental maintenance and enhancements that continue to this day. 15 | 16 | Open Context initially launched as a PHP application supported by a backend MySQL database. In 2007 and 2008, Open Context began to adopt more formal coding patterns and open source frameworks as it added additional specialized faceted search components. In 2014, we completely rewrote Open Context in the Python programming language inorder to take advantage of a richer ecosystem of open source geospatial and data analysis libraries. While we have maintained the integrity of data and URLs to data through each episode of refactoring, these rewrites have allowed us to cut costs through less dependency on our own custom code and more reliance on better established and maintained open source libraries. 17 | 18 | As we look to the future, we will continue in this trend, as open source capabilities increasingly support the specialized and niche needs of archaeologists. Archaeology still lacks widely adopted common information standards. To accommodate and support the diverse ways archaeologists describe their data, Open Context’s initial design and strategies for organizing data, though implemented with different software, were initially heavily influenced by the [OCHRE](https://voices.uchicago.edu/crescat/) project’s pioneering approaches. Since 2006, greater popularization of Linked Open Data and graph style databases has led to much better open source software support for managing heterogeneous cultural heritage data. 19 | 20 | As we move forward, we are now making plans to replace large portions of Open Context with components from [Arches](https://archesproject.org/), an open source application specifically designed for cultural heritage data management needs. In this way, we hope to better sustain Open Context by avoiding duplicative effort and by benefiting from the significant investments in software engineering, data modeling, and standards alignments behind the Arches project. 21 | 22 | We hope that less cumbersome and less costly software infrastructure will help us respond more effectively to core professional and social needs, allowing us to devote more attention to the central focus of our mission– publishing useful open archaeological data in an ethically responsible manner. Rather than fixing bugs, we can do more to focus our use of technology to broaden public engagement with archaeological data and better implement ethical frameworks, especially the [CARE Principles](https://www.gida-global.org/care) for Indigenous Data Governance. 23 | 24 | 25 | 26 | **License** 27 | 28 | This text is released under [Creative Commons Attribution (CC-BY) 4.0 Imternational](https://creativecommons.org/licenses/by/4.0/) license 29 | -------------------------------------------------------------------------------- /panel-3-archaeological-apis/serlorenzi-cifarelli-d_andrea-montalbano.md: -------------------------------------------------------------------------------- 1 | # SITAR - Sistema Informativo Territoriale Archeologico di Roma APIs and Open Data services for a new archaeological data-sharing policy 2 | 3 | **Panel 3**. I/O: ethics, policies and technologies for programmatic and open access to archaeological online data sets 4 | 5 | - **Mirella Serlorenzi** 6 | - Soprintendenza Speciale Archeologia Belle Arti e Paesaggio di Roma, Direttore delle Terme di Caracalla, Direttore del Progetto SITAR 7 | - [mirella.serlorenzi@beniculturali.it](mailto:mirella.serlorenzi@beniculturali.it) 8 | - **Carlo Cifarelli** 9 | - Progetto SITAR, Senior Software Engineer 10 | - [carlo.cifarelli@gmail.com](mailto:carlo.cifarelli@gmail.com) 11 | - **Ascanio D’Andrea** 12 | - Progetto SITAR, Data Manager 13 | - [ascaniodandrea@gmail.com](mailto:ascaniodandrea@gmail.com) 14 | - **Riccardo Montalbano** 15 | - Progetto SITAR, GIS specialist 16 | - [ricca.montalbano@gmail.com](mailto:ricca.montalbano@gmail.com) 17 | 18 | The action of the Public Administration in Italy is increasingly influenced by the growing and pervasive presence of digital technology and its rapid developments. The omnipresence of (structured) data, databases and platforms and the interconnection between them are profoundly transforming the way the Administration operates, which will continue to change in the future. 19 | 20 | In the next months, the Cultural Heritage sector will witness a rapid acceleration by virtue of the implementation of the National Recovery and Resilience Plan (NRRP), which pursues — among other things — an organic digitization plan for the Cultural Heritage held in museums, archives, libraries. The stated goal is to enable users of all kinds to explore new forms of access to Cultural Heritage and thus ensure full accessibility and transparency of the data produced by the Public Administration, while at the same time safeguarding the guarantees imposed by privacy and copyright laws. 21 | 22 | [SITAR - Sistema Informativo Territoriale Archeologico di Roma](https://archeositarproject.it) pursues the same aspirations and for more than a decade has been making available archaeological data from the more than 6,000 excavations directed by the Special Superintendency of Rome. Data accessibility is guaranteed at various levels. Thanks to the UI, implememnted with specific functions to export map extracts relating to vector datasets, users can freely download the spatial data distributed with a CC-BY-SA 4.0 license, choosing among the main open formats that best suits their needs. Moreover, SITAR delivers data through WMS and WFS protocols, and it is fully complieant with the main operating standards and regulations defined by the OGC ([http://www.opengeospatial.org/docs/is/](http://www.opengeospatial.org/docs/is/)). 23 | 24 | The pressing necessity to establish institutional synergies with other public institutions and projects that produce and implement datasets in the Cultural Heritage sector required a significant effort in terms of interoperability. Thanks to the latest implementation, SITAR provides a series of specific APIs to make REST calls both to the Elastic Search engine and to the REST API component, returning in both cases data in JSON format. SITAR will thus be able to receive data from external sources and to configure and provide services in support of other infrastructure and/or projects based on the same standards of technological interoperability. 25 | 26 | 27 | **License** 28 | 29 | This text is released under [Creative Commons Attribution (CC-BY) 4.0 Imternational](https://creativecommons.org/licenses/by/4.0/) license. 30 | -------------------------------------------------------------------------------- /panel-8-wiki-osm/caruso-la_torre-manzollino.md: -------------------------------------------------------------------------------- 1 | # The enhancement of local museums through Wikipedia: the MedAniene project 2 | 3 | **Panel 8**. From wiki projects to OpenStreetMap, collaborative approaches to open data creation: problems, case studies, territorial and cultural impact. 4 | 5 | - **Mariflora Caruso** 6 | - Archeo&Arte3D DigiLab, Sapienza University of Rome, Rome, Italy 7 | - [cmariflora@gmail.com](cmariflora@gmail.com) 8 | - **Paola La Torre** 9 | - Archeo&Arte3D DigiLab, Sapienza University of Rome, Rome, Italy 10 | - [paola.latorre@uniroma.it](paola.latorre@uniroma.it) 11 | - **Roberta Manzollino** 12 | - Archeo&Arte3D DigiLab, Sapienza University of Rome, Rome, Italy 13 | - [roberta.manzollino@uniroma1.it](roberta.manzollino@uniroma1.it) 14 | 15 | The aim of the paper is to share the workflow, the methodologies and the aims of the 'MedAniene Project', realised by the association ArcheoFOSS ny making extensive use of Wikipedia and Wikidata. The project involved public administrators, the scientific directors of the museums and the museum communities. 16 | 17 | The “MedAniene project” is about the creation and editing of Wikipedia pages about museums of the Aniene Valley, not far from Rome and the publication of contents. In Wikimedia Commons have been collected and published original photos of objects and places and through the creation of the specific categories in Wikidata, the entire work has been published in Wikidata as a Linked Open Dataset under the CC BY-SA 3.0 licence. 18 | 19 | It is rather common for small museums in Italy not to make available online scientific information and not to foresee effective digital communication strategies. 20 | 21 | The museums involved by the MedAniene project are the "Museo Civico Archeologico Villa di Traiano” in Arcinazzo, the "Museo Demoetnoantropologico Castrum Vivarii" in Vivaro Romano, the “Museo delle attività cartarie e della stampa” in the “Rocca Abbaziale” or “Rocca Borgia” of Subiaco, the "Museo della Civiltà Contadina Valle dell’Aniene” in Roviano, the "Villa Garibaldi" in Riofreddo, the "Museo delle Tradizioni Musicali" in Arsoli, and the "Museo Civico di Arte Moderna e Contemporanea” in Anticoli Corrado. 22 | 23 | The project focused on the archaeological and demo-anthropological items of their collections, and on the locations where these are exhibited: the medieval castles of the 'Aniene Valley' from the 10th-11th centuries and the residences of Popes (Alexander IV and VI, Pius VI and IX) and Roman Emperors and Generals (Trajan, Nero, Narsius). 24 | 25 | By visiting the newly created or freshly updated Wikipedia pages of these museums, the reader can now get a glimpse of the findings, collections exhibited, and the places where they are exposed ideally to get interested in visiting the venue. In a virtuous cycle, more visitors should also prompt the museums to provide more digital contents. The scientific directors of the museums played a key role by providing the material for the creation of the Wikipedia pages, by reviewing the content and by allowing the publication of material and photos under the CC BY-SA 3.0 licence. 26 | 27 | In conclusion, we will expose the workflow used to do this collaborative project from the scheduling, through the creation of the pages, the museum's communities involving, the opening of the datasets and the publishing of the contents. We are also monitoring how the communities use the published information: making mobile apps, publishing advertisements, social posts, new catalogues. 28 | 29 | Wikipedia provided metrics views, accesses, and clicks on shared content useful for the evaluation of the impact of specific activities in terms of audience reached and their engagement. 30 | -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/rinaldi-et-alii.md: -------------------------------------------------------------------------------- 1 | # Between archeology and conservation. Digital tools for digital bridges between disciplines: The risk map of the in situ mosaic and marble surfaces of the Parco Archeologico del Colosseo 2 | 3 | 4 | **Panel 6**. Practice and Paradigms of Open Source Technologies for Archaeological Field Data. 5 | 6 | - **Federica Rinaldi** 7 | - Parco Archeologico del Colosseo, Rome, Italy 8 | - [federica.rinaldi@beniculturali.it](mailto:federica.rinaldi@cultura.gov.it) 9 | - **Alessandro Lugari** 10 | - Parco Archeologico del Colosseo, Rome, Italy 11 | - [alessandro.lugari@beniculturali.it](mailto:alessandro.lugari@cultura.gov.it) 12 | - **Francesca Sposito** 13 | - Free lance consultant, Rome, Italy 14 | - [francesca.sposito@gmail.com](mailto:francesca.sposito@gmail.com) 15 | - **Ascanio D'Andrea** 16 | - Free lance consultant, Rome, Italy 17 | - [ascaniodandrea@gmail.com](mailto:ascaniodandrea@gmail.com) 18 | 19 | 20 | Starting from 2018 the Parco Archeologico del Colosseo set on a three-year basis project, the “Risk Map of Floors Surfaces”, with the aim of preserving and monitoring all the *in situ* floor coverings of the Roman Forum and the Palatine Hill areas (mosaics, *sectilia*, cement floors, spicata). In order to systematically address this methodological approach, a team of archaeologists, architects and restorers created a functional system, the “Risk Map of the Mosaic and Marble Surfaces”, a web-based application with integrated webGIS tools, for the recording of historical-archaeological and archival data, essential to build a hierarchy of interventions in the field, and capable of moving from extraordinary maintenance to a continuous cycle of routine maintenance. 21 | 22 | The test of the monitoring sheet continued simultaneously with the field activities: the field operation guided its improvement in order to better adapt it to the recording of all maintenance, cartographic and photographic data. The information collected during the fieldwork revealed the need to be equipped with a tool capable of managing, archiving and synthesizing the mass of data, and led to the implementation of the GIS. The Information System has been designed on the real needs of professionals and is proving to be a valid tool for the optimization and integration of conservation and archaeological data with operational activities, with a view to medium and long-term action and programming. 23 | 24 | The web application is based on a standard Postgresql/PostGIS database and provides operational tools and data analysis through graph visualizations and a webGIS interactive map. The improvement achieved with this kind of digital tool must be seen mostly towards its dynamic approach to data collecting on the field focused on user needs, in order to connect, relate and inform conservation practices to archaeological information of the ancient floors. This kind of "connected" approach was able to trigger the correct awareness on heritage values and significance in order to create the right balance between conservation and enhancement needs. 25 | 26 | At the end of the first three-years phase of the project, an interactive web map has been published online in May 2022 in order to share with public users selected data related to the ancient floors of the Parco. The webmap ([https://cdrweb.parcocolosseo.it](https://cdrweb.parcocolosseo.it)) allows, at this stage, to get descriptive texts and a gallery of images of the ancient floors and it is planned to improve data sharing in the near future through an API and web map services. 27 | 28 | 29 | **License** 30 | 31 | Texts and images are released under [CC BY-ND 4.0 Internatinal](https://creativecommons.org/licenses/by.nd/4.0/) license. Copyright by Parco Archeologico del Colosseo 2022 32 | -------------------------------------------------------------------------------- /panel-8-wiki-osm/README.md: -------------------------------------------------------------------------------- 1 | *Please save in this directory paper proposals for the panel: 2 | **Panel 8: From wiki projects to OpenStreetMap, collaborative approaches to open data creation: problems, case studies, territorial and cultural impact.**.* 3 | 4 | Remember to use the [provided template](https://github.com/archeofoss/archeofoss2022/blob/main/paper-proposal-template.md) to submit your proposal, 5 | and eventually upload the illustrative image in the same directory and name it after your markdown file. 6 | 7 | 8 | ## Panel presentation 9 | 10 | Using digital technologies, cultural institutions wised up themselves as gateways to their territories, to share their history and promote their social context. The lack of a common method marginalises the efforts of individual institutions to develop digital projects, they often lack the necessary resources to engage in a wide range of cultural transformation processes as required in the 21st century. However, the deployment in the cultural institutions of FLOS methods, technologies and public open data portal proved to be successful in solving the challenges of our times by constantly involving the local communities (Rosati 2021). One of the most important issue recognised, Wikidata collects all data from Wikimedia projects, is among the largest open databases and one of the most powerful tools to overcome the challenges of the digital transformation (Hinnosaar et al. 2017). 11 | 12 | Using Wikidata, it is possible to process SPARQL queries (Edelstein et al. 2013) of one of the largest knowledge graphs on the web. By way of example, two cases are below mentioned: 13 | 14 | - the census of all Italian cultural heritage (in joint operation with the General Catalogue of Cultural Heritage of the MIC) and related to the WikiLovesMonuments competition (Malatesta, Milella 2013); 15 | - the creation in France of semantic museum catalogues (Albore et al. 2021) that will soon be available for other Italian institutions. 16 | 17 | Wikidata represents a virtuous model of a bottom-up approach, which is expected to grow along with the political awareness of communities: there is an urgent need to develop a "strategic" awareness on the re-use and impact of open data. 18 | 19 | The panel will therefore focus on presenting collaborative projects, starting from academic or territorial communities, volunteers or associations, which have used wiki tools or the OpenStreetMap platform to generate an institutional, cultural, territorial impact. 20 | 21 | Bibliography 22 | - Albore et al. 2021 - Albore, A., Malatesta, S.G., Molinié, C., Open Cultural Data and MediaWiki Software for a Museum: The Use Case of Musée Saint-Raymond (Toulouse, France), in Environ. Sci. Proc. 2021, 10, 10. 23 | - Edelstein et al. 2013 - Edelstein J., Galla L., Li-Madeo C., Marden J., Rhonemus A., Whysel N. 2013, Linked open data for cultural heritage: Evolution of an information technology, in M.J. Albers, K. Gossett (eds.), Proceedings of the 31st ACM International Conference on Design of Communication (Greenville 2013), New York, 2013, pp. 107-112. 24 | - Malatesta, Milella 2013 - Malatesta S.G., Milella M., Wiki Loves Monuments e archeologia: condividere la conoscenza, in M. Serlorenzi (ed.), Atti del VII Workshop Open Source, Free Software e Open Format nei processi di ricerca archeologica, Archeologia e Calcolatori, Suppl. 4, pp. 53-59. 25 | - Rosati 2021 - Rosati P., FLOS for Museums: open solutions to train communities and manage heritage sites, in J. Bogdani, R. Montalbano, P. Rosati, ARCHEOFOSS XIV 2020 Open software, hardware, processes, data and formats in archaeological research Proceedings of the 14th International Conference 15-17 October 2020, Oxford, 2021. pp. 68-78. 26 | - Hinnosaar et al. 2017 - Hinnosaar M., Hinnosaar T., Kummer M., Slivko O., The Effect of Wikipedia on Tourist Choices, 2017. -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/carpentiero-d_auria.md: -------------------------------------------------------------------------------- 1 | # Operative tools for BIM in archaeology: libraries of archaeological parametric IFC objects 2 | 3 | 4 | **Panel 6**: Practice and Paradigms of Open Source Technologies for Archaeological Field Data. 5 | 6 | Provide here as paragraph the name of the selected panel. The full list is available at [https://archeofoss.org/2022/call-for-papers](https://archeofoss.org/2022/call-for-papers) 7 | 8 | 9 | - **Laura Carpentiero** 10 | - Università di Napoli L’Orientale, Napoli, Italy 11 | - [lcarpentiero@unior.it](mailto:lcarpentiero@unior.it) 12 | - **Dora D'Auria** 13 | - Università di Napoli L’Orientale, Napoli, Italy 14 | - [ddauria@unior.it](mailto:ddauria@unior.it) 15 | 16 | ![Operative tools for BIM in archaeology: libraries of archaeological parametric IFC objects](carpentiero-d_auria.jpg) 17 | 18 | BIM, acronym for Building Information Modelling, is one of the most consolidated work methods for the engineering design of buildings and infrastructural works. It allows to create a comprehensive database starting from the 3D model of a building. This system represents an all-encompassing data platform where all the information related to the built work can be used like a basis for planning any management, maintenance and enhancement. 3D modelling is done through parametric objects, 3D representation of all those elements- structural, plant engineering and decorative - that make up a building. Each object must be correlated with records of a different nature (geometric, structural, etc.). 19 | 20 | The use of BIM in archaeology allows to test and transform a working method born for engineering design, in a valid operational support for archaeologist during the field phase and after, in the data processing phase. By using Autodesks Revit software, it is possible to recreate the reality of the archaeological building by means of parametric BIM objects. Parametric objects and their interaction create the BIM model which constitutes a database, always updated and searchable by every professional working on the building. 21 | 22 | An ideal case study to test the potential of BIM, as a model for managing an archaeological context, is represented by Pompeii. The extraordinary state of conservation of the ancient Vesuvian town and the wide variety of architectural types it offers, constitute an essential reference point for any research concerning Roman architecture of the republican and early-imperial periods. This is truth also when one means to assess the utility of using BIM information systems for the management of all types of documents (texts, pictures, drawings, 3D re-constructions) related to the ancient building, concerning both its study and conservation. The Pompeian context therefore represents a suitable field of experimentation, to evaluate how to turn a BIM information system into an efficient tool to support archaeological research, especially in the phases of data organization and interpretation. This aim can be reached by creating an Archaeological Semantic Library Model, exportable and including a range of parametric objects so wide and varied as to correspond to the set of elements that could be part of the 3D BIM model of a Roman building. For this purpose, libraries of archaeological parametric objects modelled ad hoc on Pompeian architecture have been created. These objects, completed of structural and compositional parameters, texturized on a real basis and completed of custom graphics, represent a support to share and use on a large scale the representation in BIM. 23 | 24 | There is currently no free software for creating BIM models. Despite this, all the objects making up the Archaeological Library can be exported in the IFC format. This format can be opened and edited by all BIM modelling software and can be used on all OS. 25 | 26 | **License** 27 | 28 | Text and image are released under CC BY-ND-NC 4.0 International. Copyright Laura Carpentiero, Dora D’Auria 2022 29 | -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/minucci-bosco-de_luca.md: -------------------------------------------------------------------------------- 1 | # Virtual RTI Application on 3D model for documentation of ancient graffiti: a propose of methodology for a complex archaeological site 2 | 3 | **Panel 6**: Practice and Paradigms of Open Source Technologies for Archaeological Field Data 4 | 5 | - **Eleonora Minucci** 6 | - Università degli Studi di Napoli "L'Orientale", Napoli, Italy 7 | - [eminucci@unior.it](mailto:eminucci@unior.it) 8 | - **Angela Bosco** 9 | - Università degli Studi di Napoli "L'Orientale", Napoli, Italy 10 | - [abosco@unior.it](mailto:abosco@unior.it) 11 | - **Daniele De Luca** 12 | - VisitLab Cineca - Consorzio Interuniversitario, Napoli, Italy 13 | - [d.deluca@cineca.it](mailto:d.deluca@cineca.it) 14 | 15 | 16 | ![minucci-bosco-de-luca_1](https://user-images.githubusercontent.com/107494137/173827626-431d7798-30dc-4e77-a004-25c38d08f073.png) 17 | 18 | *Screenshot of the 3D model with the Virtual Dome in Blender. © minucci-bosco-de_luca 2022* 19 | 20 | 21 | 22 | In the field of Cultural Heritage, the technological advances of recent years have enriched and optimized the possibility of documenting and studying ancient graffiti with a wide range of low-cost and non-invasive methodologies. The most popular are digital photogrammetry with SfM (Structure from Motion) algorithms and RTI (Reflectance Transformation Imaging) methodology. 23 | The RTI is a very powerful tool that, through the use of open source software, enables the documentation of particular data that are difficult to visualise, facilitating the recognition of traces and marks on the surface of objects. 24 | On the other hand, the SfM 3D models are increasingly replacing documentation with traditional photographs. This “almost excessive” production of three-dimensional models is often not accompanied by an adequate exploitation of all their potential uses. 25 | 26 | This research aims to investigate the possibility of using a high-resolution 3D model for the implementation of virtual RTI processing, a hybrid method that combines 3D, virtual manipulation and 2D+ technologies in a fast and intuitive workflow suitable for the documentation of a wide range of archaeological monuments. The pipeline sees the 3D model from the SfM survey being illuminated and photographed in a virtual dome in the open source Blander environment; therefore, the images generated are processed with RTI Builder software. 27 | 28 | Since the virtual dome can be scaled and rotated to different positions, the V-RTI methodology is valid when the object is too large for a traditional RTI acquisition or when this is geometrically complex. The virtual environment also allows to solve the problem of self-occlusion caused by the shadows of the illuminated target-sphere that may be found on the surface of the object. Furthermore, the V-RTI is very useful in remote sites which are difficult to access or where logistical problems exist, and where therefore too many acquisitions are not recommended in situ. This is the case of the Catacombs of San Gennaro in Naples, a vast hypogeum maze characterised by special soft lighting and visited every day by large tourist flows. 29 | 30 | As part of a major international project, high-resolution 3D models of the entire complex are available. Among these, the present contribution analyses a frescoed niche characterized by innumerable engravings on the entire surface of the arcosolium. The research highlights how the combination of two different open source applications, one made for cultural heritage, the other for graphic modelling, is a valid support for archaeological analysis by allowing the reuse of previous 3D data for graffiti identification. It is also highlighted how the result of the V-RTI strictly depends on the resolution of the 3D model used. Finally, we underline what are the potentiality and the limits of using these applications to improve methods and practical application in a complex context such as the Catacombs of San Gennaro. 31 | 32 | 33 | **License** 34 | 35 | This text is released with CC BY ND 4.0 license. Copyright Eleonora Minucci, Angela Bosco Daniele De Luca 2022. 36 | -------------------------------------------------------------------------------- /panel-4-pyarchinit/ramazzotti-genchi-antinori.md: -------------------------------------------------------------------------------- 1 | # MASPAG & Pyarchinit, the newborn collaboration of Sapienza and AdArte in the Sultanate of Oman 2 | 3 | **Panel. 4**. GIS open source solution for archaeological context in between Universities, Public Administration, societies, research center: pyArchInit case.2022/call-for-papers) 4 | 5 | - **Marco Ramazzotti** 6 | - Sapienza University of Rome, Rome, Italy 7 | - [marco.ramazzotti@uniroma1.it](mailto:marco.ramazzotti@uniroma1.it) 8 | - **Francesco Genchi** 9 | - Sapienza University of Rome, Rome, Italy 10 | - [francesco.genchi@uniroma1.it](mailto:francesco.genchi@uniroma1.it) 11 | - **Guido Antinori** 12 | - Sapienza University of Rome, Rome, Italy 13 | - [guido.antinori@uniroma1.it](mailto:guido.antinori@uniroma1.it) 14 | 15 | 16 | During the latest fieldwork season (November 2021 - March 2022), the 17 | _Missione Archeologica della Sapienza nella Penisola Arabica e nel Golfo_ (MASPAG) 18 | launched a new archaeological survey in central Oman directed by Marco Ramazzotti and 19 | coordinated on field by Guido Antinori, in an area of the Al Batinah South Governorate 20 | unknown to archaeology, where a landscape archaeology project was initiated combining 21 | remote-sensing and ground verification activities. This operation also saw the first 22 | result of the collaboration between the MASPAG research group 23 | (survey coordination Marco Ramazzotti and excavation coordination by Francesco Genchi) and the 24 | company adArte srl (Luca Mandolesi and Enzo Cocca are partners in the company and responsible 25 | for the development of the pyArchInit platform): just as the first season of the survey served 26 | to estimate the archaeological potential of the area, its preparation became an important 27 | workshop to discuss open-source solutions in archaeological contexts (whether stratigraphic 28 | excavations or archaeological landscapes) and dialogue between universities and private companies. 29 | From the first meetings, the potential of implementing pyArchInit in MASPAG's documentation 30 | system clearly emerged, however, we highlighted the need to expand the existing system 31 | to meet the scientific ambition of our archaeological survey, i.e. documenting data collection 32 | not only from a stratigraphic excavation but from an archaeological landscape. 33 | Finding a way to implement this function, not yet developed in the plug-in, was the 34 | first and major point of discussion that prompted us to experiment with the basic 35 | functionalities of QGIS, aiming to build a geodatabase with descriptive tables of the 36 | survey’s transects and areas, the Topographical Units (TU) recognized in them and their 37 | archaeological features. The resulting tool was intended as a beta version, which was positively 38 | field-tested by the survey team - using the QFIELD plug-in for data input directly in the field. 39 | The next step, will be the concrete integration of pyArchInit with MASPAG's documentation system, which 40 | will lead to a twofold objective: the company will be able to extend the reach of the pyArchInit 41 | platform with a landscape documentation tool, while at the same time, the Sapienza team will have 42 | the pyArchInit platform available for all scientific documentation, from survey to excavation. 43 | The experimental nature of the collaboration, in fact, has perfectly matched the spirit and prospects 44 | of Sapienza's activities in Oman: the imminent closure of the excavation of the monumental 45 | necropolis of Daba al-Bayah (Grandi Scavi Sapienza program from 2019), will open up the possibility 46 | of launching a new series of field activities, the Batinah survey being the first example to be 47 | followed by others, including the possible stratigraphic excavation of the Shokur site in the oasis of 48 | Dank - az-Zahira governorate. These new perspectives, fully endorsed by our partner adArte, have given 49 | us the opportunity to establish a collaboration with the company that we're sure will lead to some very 50 | important scientific results, on the one hand, but has also demonstrated how the collaboration 51 | between university and private companies can be worthwhile. 52 | -------------------------------------------------------------------------------- /panel-1-maps-to-the-past/bogdani-d_erasmo.md: -------------------------------------------------------------------------------- 1 | # Backward engineering historical maps: the case of 18th century gazetteer of the Napoleonic map of Egypt 2 | 3 | **Panel 1**: Maps to the past. Open digital approaches to the investigation of historical maps. 4 | 5 | - **Julian Bogdani** 6 | - LAD, Sapienza University of Rome, Rome, Italy 7 | - [https://lad.saras.uniroma1.it](https://lad.saras.uniroma1.it) 8 | - [julian.bogdani@uniroma1.it](mailto:julian.bogdani@uniroma1.it) 9 | - [@JulianBogdani](https://twitter.com/JulianBogdani) 10 | - ORCID: [0000-0001-5250-927X](https://orcid.org/0000-0001-5250-927X) 11 | - GitHub: [jbogdani](https://github.com/jbogdani/) 12 | - **Domizia D'Erasmo** 13 | - LAD, Sapienza University of Rome, Rome, Italy 14 | - [https://lad.saras.uniroma1.it](https://lad.saras.uniroma1.it) 15 | - [domizia.derasmo@uniroma1.it](mailto:domizia.derasmo@uniroma1.it) 16 | - [@domizzzia](https://twitter.com/domizzzia) 17 | 18 | 19 | ![Backward engineering historical maps: the case of 18th century gazetteer of the Napoleonic map of Egypt](https://user-images.githubusercontent.com/39925492/173814688-030c0628-45e3-4777-aa56-e418ce9bcb95.jpeg) 20 | 21 | 22 | The _Carte Topographique de l'Égypte_ edited in 1818 by Pierre Jacotin, the chief cartographer of the Napoleonic team of savants accompanying the ill-fated French invasion of Egypt, is a fundamental historical document to the understanding of pre-modern Egypt. It is important to science historians, geographers, historians of the modern period, but also to archaeologists working in Egypt, since it is a testimony of a country that has undergone radical changes since then. 23 | 24 | The team of LAD: Laboratory for Digital Archaeology at Sapienza ([https://lad.saras.uniroma1.it](https://lad.saras.uniroma1.it)) 25 | has dedicated to this document a great attention, in the context of its collaboration with PAThs: Tracking Papyrus and Parchment Paths. An Archaeological Atlas of Coptic Literature, an ERC-Advanced project directed by Paola Buzi and based at Sapienza University of Rome ([http://paths.uniroma1.it](http://paths.uniroma1.it/)). 26 | 27 | An open repository of georeferenced historical geospatial data has already been published, offering free access to the entire data sets processed and created by PAThs to the scientific community ([https://docs.paths-erc.eu](https://docs.paths-erc.eu)). 28 | 29 | The Napoleonic map of Egypt offered a fertile ground for further research from different points of view. The principal aim behind its georeferencing and vectorisation was to obtain from the published map a source of structured, GIS-ready, and well documented spatial data that could be openly shared with the scientific community. 30 | 31 | While the hydrographic network is of paramount interest, due to the important changes that water system has experienced in the last two hundred years, not only to the understanding of the land use and communication network, the place(name)s also attracted our interest. 32 | 33 | This presentation will specifically focus on the gazetteer that has been extracted from the map and the several steps of processing that it has undergone to be georeferenced and linked to other, both present-days and historical gazetteers. The work is not completed yet, and new frontiers appear as soon as specific tasks are being closed. Nevertheless, the current state of progress has been published and is being periodically updated on [GitHub](https://github.com/lab-archeologia-digitale/jacotin-1828). In order to facilitate the visualisation of data by people not very comfortable with GIS technologies, a web-based interactive visualization of the available data is also being maintained and can be found at [https://lab-archeologia-digitale.github.io/jacotin-1828/](https://lab-archeologia-digitale.github.io/jacotin-1828/). 34 | 35 | All available data sets (and their different versions) are released with [CC BY-SA 4.0 International](https://github.com/lab-archeologia-digitale/jacotin-1828/blob/master/LICENSE) License and are being deposited for long term preservation and DOI assignment in [Zenodo](https://zenodo.org/badge/latestdoi/484014787). 36 | 37 | 38 | **License** 39 | 40 | Texts and image are released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) license. Copyright: Julian Bogdani and Domizia D'Erasmo 2022. 41 | -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/queffelec-et-alii.md: -------------------------------------------------------------------------------- 1 | # Peer Community In Archaeology: A community-driven free and transparent system for preprints peer-reviewing 2 | 3 | **Panel 5**. Electronic Publishing and Open Science in Archaeology. 4 | 5 | 6 | - **Alain Queffelec** 7 | - UMR5199 CNRS PACEA, Univ. Bordeaux, Ministère de la Culture, France 8 | - [alain.queffelec@u-bordeaux.fr](mailto:alain.queffelec@u-bordeaux.fr) 9 | - **Marta Arzarello** 10 | - Sezione di Scienze Preistoriche e Antropologiche, Univ. Ferrara, Italy. 11 | - [marta.arzarello@unife.it](mailto:marta.arzarello@unife.it) 12 | - **Ruth Blasco** 13 | - Institut Català de Paleoecologia Humana i Evolució Social (IPHES-CERCA), Spain 14 | - Departament d’Història i Història de l’Art, Univ. Rovira i Virgili, Spain 15 | - **Otis Crandell** 16 | - Centro de Estudios e Pesquisas Arquealogicas, Univ. Federal do Parana, Brazil 17 | - **Luc Doyon** 18 | - UMR5199 CNRS PACEA, Univ. Bordeaux, Ministère de la Culture, France. 19 | - Institute of Cultural Heritage, Shandong University, China 20 | - **Sian Halcrow** 21 | - Department of Anatomy, Univ. Otago, New Zealand 22 | - **Emma Karoune** 23 | - Tools, practices and systems program, The Alan Turing Institute, United Kingdom 24 | - **Bruno Maureille** 25 | - Department of Ancient Studies, Univ. Zaragoza, Spain. 26 | - **Aitor Ruiz-Redondo** 27 | - Department of Ancient Studies, Univ. Zaragoza, Spain. 28 | - **Philip Van Peer** 29 | - Centre for the Archaeology of Landscapes, Univ. Leuven, Belgium. 30 | 31 | ![Peer Community In Archaeology: A community-driven free and transparent system for preprints peer-reviewing](queffelec-et-alii.png) 32 | 33 | The number of scientific articles increases every year since scientific journals exist, and should continue to grow in the coming years, and the current system, managed by a few for-profit publishers, has become very costly for our institutions. The traditional model of publishing in paid journals, limiting dissemination behind paywalls or high publication fees, is increasingly being criticized. To overcome these serious flaws of the academic publication system, the deposit of preprints in open archives is a solution for rapid dissemination. However, the quality of these preprints must be guaranteed for quality assurance in research. 34 | 35 | This is why Peer Community In (PCI) was created: to enable communities of researchers to assess the quality of the work deposited in open archives and thus ensure broad dissemination of high-quality Science. PCI offers an innovative way to communicate our scientific results that are free for authors and readers, open, online, and peer-reviewed. PCI also supports Open Science and scientific reproducibility by making the deposit of all necessary datasets mandatory prior to the recommendation of any preprint and by providing the possibility of pre-registration papers. 36 | 37 | Since 2020, a PCI dedicated to Archaeology has been established with more than 100 archaeologists acting as recommenders from around the world, covering all fields of our discipline. These recommenders handle the submitted preprints as associate editors would do, but in a more shared and specialized way than a traditional journal would. Recommenders have more diverse range of expertise than most normal editors of journals, and can therefore find the best reviewers to assess the quality of your manuscripts. At the end of the process, the recommender writes a recommendation of the preprint, and all the editorial process is published following this text. So far PCI Archaeology has received 28 submissions, mostly for Prehistoric periods, and from authors located in Europe, South and North America, Asia and Middle East. 38 | 39 | This presentation will focus on the process of peer-review and recommendation by Peer Community In in general and Peer Community In Archaeology in particular. We will also present the statistics we can extract from the 28 submissions we handled so far, such as the efforts put into inviting reviewers, the number of reviewers we secured for each submission, the proportion of anonymous vs. signed reviews, the quality of the reviews and the fate of the recommended preprints. It will demonstrate that this open process is widely accepted by reviewers, but that lots of work is still necessary to find experts in this growing publication system always more eager of reviewers. 40 | -------------------------------------------------------------------------------- /panel-6-archaeological-field-data/ducke-hohl-kleinke-riebschlaeger-watson.md: -------------------------------------------------------------------------------- 1 | # iDAI.field: Developing software for the documentation of archaeological fieldwork 2 | 3 | 4 | **Panel 6**. Practice and Paradigms of Open Source Technologies for Archaeological Field Data 5 | 6 | - **Benjamin Ducke** 7 | - Deutsches Archäologisches Institut, Berlin, Germany 8 | - [benjamin.ducke@dainst.de](mailto:benjamin.ducke@dainst.de) 9 | - **Simon Hohl** 10 | - Deutsches Archäologisches Institut, Berlin, Germany 11 | - [simon.hohl@dainst.de](mailto:simon.hohl@dainst.de) 12 | - **Thomas Kleinke** 13 | - Deutsches Archäologisches Institut, Berlin, Germany 14 | - [thomas.kleinke@dainst.de](mailto:thomas.kleinke@dainst.de) 15 | - **Fabian Riebschläger** 16 | - Deutsches Archäologisches Institut, Berlin, Germany 17 | - [fabian.riebschlaeger@dainst.de](mailto:fabian.riebschlaeger@dainst.de) 18 | - [@friebsch](https://twitter.com/friebsch) 19 | - **Juliane Watson** 20 | - Deutsches Archäologisches Institut, Berlin, Germany 21 | - [juliane.watson@dainst.de](mailto:fabian.riebschlaeger@dainst.de) 22 | 23 | ![Archaeological documentation with iDAI.field. Progetto Prile, Vetulonia by Camilla Colombi, CC BY 4.0](ducke-hohl-kleinke-riebschlaeger-watson.jpg) 24 | 25 | *Archaeological documentation with iDAI.field. Progetto Prile, Vetulonia by Camilla Colombi, [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/)* 26 | 27 | 28 | The German Archaeological Institute (Deutsches Archäologisches Institut, DAI) conducts a variety of field research types, each with its own unique documentation requirements: Excavations, surveys and building recordings. The resulting differences are reflected in the workflows, the recording methods applied and the documentation produced. In addition, the DAI's international work has to comply with the guidelines of the respective heritage agencies in the host countries. 29 | 30 | This results in a whole range of requirements that software for field data recording must fulfil: 31 | - It must provide a sufficiently flexible, adaptable data model. 32 | - At the same time, a standardized core data schema should allow for data comparison across geographical, temporal and thematic boundaries. 33 | - Multilingual data entry must be possible. 34 | - It must work both offline and online and allow robust methods of (delayed) data synchronisation. 35 | 36 | It should also be possible to publish primary research data, together with the research results (narrative), with minimal additional effort, and in accordance with the requirements of the international research community and the funding providers. 37 | 38 | An initial version of a unified field recording system for the DAI was based on the proprietary software Filemaker. This was used and modified by numerous projects at the DAI. However, systematic evaluation revealed severe problems in guaranteeing data quality and comparability as well as integration into existing workflows. Furthermore, the use of proprietary software, and its closed data formats, caused expensive problems with upgrades that broke backward compatibility. 39 | 40 | For these reasons, the decision was made to design the new iDAI.field ([iDAI.field](https://github.com/dainst/idai-field)) from scratch, relying exclusively on open source software and current Web technologies. The focus of the redesign was on enabling complete documentation of archaeological fieldwork, mapping existing workflows to the new software, and improving them through the use of customised digital technologies. This distinguishes iDAI.field from generic platforms, such as GIS or CAD. 41 | 42 | The individual roles of the software were split into separate components: a desktop application for on-site data entry, a server component for synchronisation via the Internet (or a local network) and a dynamic HTML report generator for publishing the primary data. 43 | 44 | So far, the focus has been mainly on transferring already known, analogue documentation workflows into the digital application. In the future, it should also be evaluated whether and how the possibilities of using these digital technologies can improve those workflows in order to open up new knowledge discovery processes. 45 | 46 | 47 | 48 | **License** 49 | 50 | - Text: [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/), Copyright: Benjamin Ducke, Simon Hohl, Thomas Kleinke, Fabian Riebschläger, Juliane Watson 2022 51 | - Image: [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/), Copyright: Camilla Colombi 2022 52 | -------------------------------------------------------------------------------- /panel-1-maps-to-the-past/vitale-et-al.md: -------------------------------------------------------------------------------- 1 | # Beyond Labels: computational approaches to text on maps 2 | 3 | **Panel 1**: Maps to the Past. Open digital approaches to the investigation of historical maps. 4 | 5 | - **Valeria Vitale** 6 | - The Alan Turing Institute. London 7 | - [vvitale@turing.ac.uk](mailto:vvitale@turing.ac.uk) 8 | - @nottinauta 9 | - **Katherine McDonough** 10 | - The Alan Turing Institute. London 11 | - [kmcdonough@turing.ac.uk](mailto:kmcdonough@turing.ac.uk) 12 | - @khetiwe24 13 | - **Rainer Simon** 14 | - Austrian Institute of Technology 15 | - [Rainer.Simon@ait.ac.at](mailto:Rainer.Simon@ait.ac.at) 16 | - @aboutgeo 17 | - **YaoYi Chiang** 18 | - University of Minnesota 19 | - [yaoyi@umn.edu](mailto:yaoyi@umn.edu) 20 | - @YaoYiChiang1 21 | - **Zekun Li** 22 | - University of Minnesota 23 | - [li002666@umn.edu](mailto:li002666@umn.edu) 24 | - **Jina Kim** 25 | - University of Minnesota 26 | - [kim01479@umn.edu](mailto:kim01479@umn.edu) 27 | - @jina_kimmm 28 | - **Deborah Holmes-Wong** 29 | - University of Southern California Library 30 | - [dhwong@usc.edu](mailto:dhwong@usc.edu) 31 | 32 | 33 | ![Beyond Labels: computational approaches to text on maps](vitale-et-al.jpg) 34 | 35 | 36 | Machines Reading Maps (MRM) aims to make digitised maps more accessible and usable, while generating a new kind of historical research data. MRM uses machine learning (ML) to detect and transcribe map text. Unique named entities are also automatically linked to external knowledge bases such as WikiData. Identifying and linking place names enriches maps semantically and generates more granular metadata, making maps more findable as objects in a collection, and their contents more “searchable” by users. The value of map text, though, is not merely literal, and MRM application of automated techniques highlights the polysemy of words on maps as both labels (communicating the place name) and symbols (communicating information through size, position, orientation and font. 37 | 38 | To capture the different roles that map text performs, MRM developed a customised version of the semantic annotation platform Recogito. The manual annotation process was aimed at creating a gold standard for evaluating ML tasks, but it quickly became a valuable tool for reflecting on the ways in which map text is used, and how we might represent it in structured data. In particular, we decided to focus on “peripheral signification” (Schlichtmann, 2018), i.e. the kind of information that is not intentionally included by the cartographer but can, nonetheless, be inferred by the map user, especially in a diachronic perspective. Looking at text labels, we are investigating modes of delivering these “accidental” meanings on map series, and attempt to make them algorithmically detectable. 39 | 40 | 41 | We focused on two case-studies, in two map series which were published in multiple editions over time: 42 | 43 | 1. The representation of antiquities on Ordnance Survey (OS) maps of Great Britain. These 19th-century, large-scale maps capture a high number of historical and archaeological sites. Different fonts were used to identify historical periods, and a codified vocabulary was employed to provide information about the site’s status and interpretation. We are analysing their distribution, cartographic selection, the linguistic evolution of the text labels, and the relationship with current archeological data. Last, we investigate “peripheral” information about the connotations associated with these antiquities at the time the maps were produced. 44 | 45 | 2. The representation of minority and immigrant communities on mid 19th-20th-century Sanborn Fire Insurance Maps, which records rich information at building level for about 12,000 US cities. In order to assess fire risk, the surveyors produced, almost accidentally, a wealth of information about the urban experience of marginalised groups over time. Areas that are labelled as “negro”, “chinese” or “italian” on the maps offer glimpses into the everyday life of those communities, “accidentally” showing patterns in the representation of minority experience over time and dramatic structural changes in the urban fabric that disrupted community life (e.g. redevelopment or arson). 46 | 47 | **License** 48 | Left: Ordnance Survey Map, 6 inch. CC-BY (National Library of Scotland) 49 | 50 | Right: Sanborn Fire Insurance Map. Detail of Los Angeles. CC-BY NC SA. David Rumsey Map Collection, David Rumsey Map Center, Stanford Libraries -------------------------------------------------------------------------------- /panel-2-moving-in-the-past/ciccone.md: -------------------------------------------------------------------------------- 1 | # From the Itinerarium Antonini and al-Idrisi to the movecost plug-in: study of the viability in the Castronovo di Sicilia area by comparing traditional sources and least-cost path analysis. 2 | 3 | 4 | **Panel 2**. Moving in the past: open solutions for data set design, spatial analysis and geo-statistical methods to investigate movement in Antiquity 5 | 6 | 7 | - **Gabriele Ciccone** 8 | - Dipartimento di Storia, Patrimonio Culturale, Formazione e Società. Università di Roma Tor Vergata, Rome, Italy 9 | - [cccgrl01@uniroma2.it](mailto:cccgrl01@uniroma2.it) 10 | - [@ArchaeoDrones](https://www.instagram.com/archaeodrones/) 11 | 12 | ![From the Itinerarium Antonini and al-Idrisi to the movecost plug-in: study of the viability in the Castronovo di Sicilia area by comparing traditional sources and least-cost path analysis](ciccone.png) 13 | 14 | The area of Castronovo di Sicilia, focus of the ERC Sictransit project and of the PhD project Flying 15 | off-site: new methodologies for the analysis of historical landscapes, was analyzed by integrating 16 | different methodologies. About the viability of the area it was decided to compare what is known, 17 | through the traditional written sources obtained from the Itinerarium Antonini and from the texts of 18 | the Arab geographer al-Idrisi,vectorized on map by Stangati (2010, 2013, 2014), with the results of 19 | the Least-Cost Path Analysis (LCPA) carried out through the QGIS plug-in movecost, using the well known on-path Tobler's hiking function. 20 | The analysis of traditional sources highlighted the 21 | centrality of Castronovo in ancient times, both along the main N-S route, which connected 22 | Palermo to Agrigento since Roman times (VIII-Item ab Agrigento Lilybeo in the Itinerarium 23 | Antonini), and along the E-W route, which connected the coasts of the island through one of the 24 | main transhumance routes, probably used since the protohistoric era (Via dei Jenchi). 25 | The texts of al-Idrisi, in the same way, highlight how the centrality of the Castronovo area was still 26 | a determining factor in the Arab-Norman phase. Commissioned by Roger II to write a text that 27 | included the entire geographical knowledge of the time, al-Idrisi published in Palermo, in 1154, 28 | the book better known as The Book of Roger. In the work, in the Fourth Climate-Second 29 | Compartment-The Islands, al-Idrisi provides a description of Sicily, in which the town of 30 | Castronovo is mentioned several times with distances that separated it from other centers of the 31 | Arab-Norman phase. 32 | 33 | Starting from these data, the LCP analysis was subsequently developed. The analysis was carried 34 | out on both at a regional and a local scale,using as principal source the DTM (30-90m) 35 | automatically downloaded by the plugin from the NASA SRTM server. 36 | 37 | As regards the regional analysis, Palermo and Agrigento, for the N-S route and Trapani, Marsala, 38 | Catania and Syracuse, for the E-W route were therefore used as departure and arrival points. The 39 | main objective of this analysis was to evaluate how the centrality of the Castronovo area was also 40 | determined by an environmental factor that naturally made it an easily accessible place along the 41 | main long-distance routes that connected the island. In the same way we wanted to highlight how 42 | much correspondence there was between the main itineraries of the classical age and the results 43 | of the LCP analysis. 44 | 45 | The next phase focused instead on a local scale, to compare the distances mentioned by al-Idrisi 46 | between Castronovo and Cammarata, Prizzi, Corleone, Raia and Sutera. The results showed an 47 | excellent correspondence between some distances expressed by al-Idrisi and the respective LCP 48 | results along the E-W route, while the distances expressed by the Arab geographer between 49 | Castronovo and the centers located to the south are much less precise. In this case, the results of 50 | the LCP, together with other clues in al-Idrisi's book, seem to confirm that the Arab geographer 51 | had direct knowledge of Castronovo, Prizzi and Corleone (probably from a journey he actually 52 | took) and only indirectly of the other places. 53 | 54 | 55 | **License** 56 | 57 | - The text is release under [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/) license. Copyright by Gabriele Ciccone 2022 58 | - The image is released under [CC BY-ND 4.0 International](https://creativecommons.org/licenses/by-nd/4.0/) license. Copyright by Gabriele Ciccone 2022 59 | -------------------------------------------------------------------------------- /panel-5-oa-electronic-publishing/buscemi-figuera-gallo-lo duca-marchetti.md: -------------------------------------------------------------------------------- 1 | # An open source and collaborative framework for sharing structured archaeological 3D data 2 | 3 | **Panel 5**. Electronic Publishing and Open Science in Archaeology 4 | 5 | - **Francesca Buscemi** 6 | - Institute of Sciences of Cultural Heritage, National Research Council 7 | - via Biblioteca 4, 95124 Catania, Italy 8 | - [francesca.buscemi@cnr.it](mailto:francesca.buscemi@cnr.it) 9 | - **Marianna Figuera** 10 | - Department of Humanities, University of Catania 11 | - via Biblioteca 4, 95124 Catania, Italy 12 | - [marianna.figuera@unict.it](mailto:marianna.figuera@unict.it) 13 | - **Giovanni Gallo** 14 | - Department of Mathematics and Computer Science, University of Catania 15 | - viale A. Doria 6, 95125 Catania, Italy 16 | - [giovanni.gallo@unict.it](mailto:giovanni.gallo@unict.it) 17 | - **Angelica Lo Duca** 18 | - Institute of Informatics and Telematics, National Research Council 19 | - via G. Moruzzi 1, 56124 Pisa, Italy 20 | - [angelica.loduca@iit.cnr.it](mailto:angelica.loduca@iit.cnr.it) 21 | - **Andrea Marchetti** 22 | - Institute of Informatics and Telematics, National Research Council 23 | - via G. Moruzzi 1, 56124 Pisa, Italy 24 | - [andrea.marchetti@iit.cnr.it](mailto:andrea.marchetti@iit.cnr.it) 25 | 26 | ![An open source and collaborative framework for sharing structured archaeological 3D data](buscemi-figuera-gallo-lo duca-marchetti.jpg) 27 | 28 | 29 | The CNR-ISPC project W.A.L.(L) "Wall-facing Automatic images identification Laboratory. A quantitative analysis method for the study of ancient architecture" aims to apply quantitative analysis methods and machine learning to the study of ancient architecture. 30 | A purposely conceived data base obtained from 3D photogrammetric models allows to query the architectures and to extract significant features for the archaeologists, in order to analyse aspects such as building techniques and materials, constructive behaviours, social groups engaged in the construction, and chronology. 31 | As International Archaeological Joint Laboratory, the Project encourages partnerships whose members strongly cooperate in sharing architectural data from different archaeological sites and contribute in a collaborative way to the population of the data base through the use of an open source framework. 32 | A multidisciplinary research group composed of archaeologists, mathematicians and computer scientists from Italy, Belgium and France has developed a workflow to fit the goals of the Project. 33 | It focuses on archaeological materials not yet considered in such a study: Prehistoric and Protohistoric architectures from Crete (Phaistos, Ayia Triada, Anavlochos, Sissi). Insofar a Data Set of about 2.000 virtual 3D models of wall stones has been created and shared on a dedicated server. 34 | In the perspective of the open data, the Project foresees a usable web interface to access the data base, with diversified login credentials for different level of users; this also in order to improve the applications of virtual machine processes to the study of archaeological heritage. 35 | The information for the data base was acquired on field at high resolution with standard photogrammetric procedures. The obtained 3D models have been cleaned and decimated to allow an efficient computation. Then they were manually segmented and classified by the archaeologists to obtain a collection of 3D models of the wall face stones. 36 | Geometric analysis is hence performed on each digitized stone to extract a plethora of quantitative data (number of vertexes and triangles of the digital models, surface extension, volume of the convex hull, dimensions of the oriented bounding box, statistics on the normals over the surface, shape index like elongation, flankiness and sphericity). Information about the proximity among stones was also obtained. All these data are useful to build machine learning models that can assist the expert in classification and interpretation of the wall structures. 37 | Images of the wall units in false colour were also produced and have been proved as useful in communication among the experts as well as to the general public. 38 | The Logical Model of a relational data base has been signed to manage and query the virtual 3D models. Fulcrum of the model are the wall face stones and the masonries. Two main aspects were stressed: 1) A correct conceptualization and semantic classification. In fact, because of the lack of data bases specifically addressed to ancient architectural data, the CIDOC-CRM and its extension CRMba devoted to archaeological monuments, were the main reference points. The Art and Architecture Thesaurus of the Getty Institute was the reference vocabulary used to normalise the terminology. 2) The accessibility, according to the FAIR principles, guaranteed by well-defined protocols. 39 | In order to facilitate the insertion of new data into the defined knowledge base by various collaborators, a web application was implemented, based on Django, an open-source framework. At the moment the web application reads the defined data base schema and allows different users to add new entities. In addition, the application manages the automatic import into the data base of already available data, according to the defined format. 40 | 41 | 42 | **License** 43 | Text and image are relesed under CC BY-ND 4.0 License. Copyright Buscemi, Marianna Figuera, Giovanni Gallo, Angelica Lo Duca, Andrea Marchetti 2022 -------------------------------------------------------------------------------- /CODE_OF_CONDUCT.md: -------------------------------------------------------------------------------- 1 | # Contributor Covenant Code of Conduct 2 | 3 | ## Our Pledge 4 | 5 | We as members, contributors, and leaders pledge to make participation in our 6 | community a harassment-free experience for everyone, regardless of age, body 7 | size, visible or invisible disability, ethnicity, sex characteristics, gender 8 | identity and expression, level of experience, education, socio-economic status, 9 | nationality, personal appearance, race, religion, or sexual identity 10 | and orientation. 11 | 12 | We pledge to act and interact in ways that contribute to an open, welcoming, 13 | diverse, inclusive, and healthy community. 14 | 15 | ## Our Standards 16 | 17 | Examples of behavior that contributes to a positive environment for our 18 | community include: 19 | 20 | * Demonstrating empathy and kindness toward other people 21 | * Being respectful of differing opinions, viewpoints, and experiences 22 | * Giving and gracefully accepting constructive feedback 23 | * Accepting responsibility and apologizing to those affected by our mistakes, 24 | and learning from the experience 25 | * Focusing on what is best not just for us as individuals, but for the 26 | overall community 27 | 28 | Examples of unacceptable behavior include: 29 | 30 | * The use of sexualized language or imagery, and sexual attention or 31 | advances of any kind 32 | * Trolling, insulting or derogatory comments, and personal or political attacks 33 | * Public or private harassment 34 | * Publishing others' private information, such as a physical or email 35 | address, without their explicit permission 36 | * Other conduct which could reasonably be considered inappropriate in a 37 | professional setting 38 | 39 | ## Enforcement Responsibilities 40 | 41 | Community leaders are responsible for clarifying and enforcing our standards of 42 | acceptable behavior and will take appropriate and fair corrective action in 43 | response to any behavior that they deem inappropriate, threatening, offensive, 44 | or harmful. 45 | 46 | Community leaders have the right and responsibility to remove, edit, or reject 47 | comments, commits, code, wiki edits, issues, and other contributions that are 48 | not aligned to this Code of Conduct, and will communicate reasons for moderation 49 | decisions when appropriate. 50 | 51 | ## Scope 52 | 53 | This Code of Conduct applies within all community spaces, and also applies when 54 | an individual is officially representing the community in public spaces. 55 | Examples of representing our community include using an official e-mail address, 56 | posting via an official social media account, or acting as an appointed 57 | representative at an online or offline event. 58 | 59 | ## Enforcement 60 | 61 | Instances of abusive, harassing, or otherwise unacceptable behavior may be 62 | reported to the community leaders responsible for enforcement at 63 | info@archeofoss.org. 64 | All complaints will be reviewed and investigated promptly and fairly. 65 | 66 | All community leaders are obligated to respect the privacy and security of the 67 | reporter of any incident. 68 | 69 | ## Enforcement Guidelines 70 | 71 | Community leaders will follow these Community Impact Guidelines in determining 72 | the consequences for any action they deem in violation of this Code of Conduct: 73 | 74 | ### 1. Correction 75 | 76 | **Community Impact**: Use of inappropriate language or other behavior deemed 77 | unprofessional or unwelcome in the community. 78 | 79 | **Consequence**: A private, written warning from community leaders, providing 80 | clarity around the nature of the violation and an explanation of why the 81 | behavior was inappropriate. A public apology may be requested. 82 | 83 | ### 2. Warning 84 | 85 | **Community Impact**: A violation through a single incident or series 86 | of actions. 87 | 88 | **Consequence**: A warning with consequences for continued behavior. No 89 | interaction with the people involved, including unsolicited interaction with 90 | those enforcing the Code of Conduct, for a specified period of time. This 91 | includes avoiding interactions in community spaces as well as external channels 92 | like social media. Violating these terms may lead to a temporary or 93 | permanent ban. 94 | 95 | ### 3. Temporary Ban 96 | 97 | **Community Impact**: A serious violation of community standards, including 98 | sustained inappropriate behavior. 99 | 100 | **Consequence**: A temporary ban from any sort of interaction or public 101 | communication with the community for a specified period of time. No public or 102 | private interaction with the people involved, including unsolicited interaction 103 | with those enforcing the Code of Conduct, is allowed during this period. 104 | Violating these terms may lead to a permanent ban. 105 | 106 | ### 4. Permanent Ban 107 | 108 | **Community Impact**: Demonstrating a pattern of violation of community 109 | standards, including sustained inappropriate behavior, harassment of an 110 | individual, or aggression toward or disparagement of classes of individuals. 111 | 112 | **Consequence**: A permanent ban from any sort of public interaction within 113 | the community. 114 | 115 | ## Attribution 116 | 117 | This Code of Conduct is adapted from the [Contributor Covenant][homepage], 118 | version 2.0, available at 119 | https://www.contributor-covenant.org/version/2/0/code_of_conduct.html. 120 | 121 | Community Impact Guidelines were inspired by [Mozilla's code of conduct 122 | enforcement ladder](https://github.com/mozilla/diversity). 123 | 124 | [homepage]: https://www.contributor-covenant.org 125 | 126 | For answers to common questions about this code of conduct, see the FAQ at 127 | https://www.contributor-covenant.org/faq. Translations are available at 128 | https://www.contributor-covenant.org/translations. 129 | -------------------------------------------------------------------------------- /panel-8-wiki-osm/thiery-mees-kiesling.md: -------------------------------------------------------------------------------- 1 | # Challenges in research community building: integrating Terra Sigillata (Samian) Research into the Wikidata community 2 | 3 | **Panel 8**. From wiki projects to OpenStreetMap, collaborative approaches to open data creation: problems, case studies, territorial and cultural impact. 4 | 5 | - **Florian Thiery** 6 | - Römisch-Germanisches Zentralmuseum, Mainz, Germany 7 | - [florian.thiery@rgzm.de](mailto:florian.thiery@rgzm.de) 8 | - [@fthierygeo](https://twitter.com/fthierygeo) 9 | - ORCID: [0000-0002-3246-3531](https://orcid.org/0000-0002-3246-3531) 10 | - Wikidata: [Q66606154](http://www.wikidata.org/entity/Q66606154) 11 | - GitHub: [@florianthiery](http://github.com/florianthiery) 12 | - **Allard Mees** 13 | - Römisch-Germanisches Zentralmuseum, Mainz, Germany 14 | - [allard.mees@rgzm.de](mailto:allard.mees@rgzm.de) 15 | - ORCID: [0000-0002-7634-5342](https://orcid.org/0000-0002-7634-5342) 16 | - Wikidata: [Q88865971](http://www.wikidata.org/entity/Q88865971) 17 | - GitHub: [@AllardMees](http://github.com/AllardMees) 18 | - **John Brady Kiesling** 19 | - ToposText.org, Athens, Greece 20 | - [topostext@gmail.com](mailto:topostext@gmail.com) 21 | - ORCID: [0000-0003-3281-5741](https://orcid.org/0000-0003-3281-5741) 22 | - Wikidata: [Q4955198](http://www.wikidata.org/entity/Q4955198) 23 | 24 | ![Discovery sites (left; Q102202066) and kilns (Q102202026) clustered and colored by kiln regions (right) from Wikidata, queried by the Wikidata Query Service on 19/05/2022](thiery-mees-kiesling.png) 25 | 26 | *Discovery sites (left; Q102202066) and kilns (Q102202026) clustered and colored by kiln regions (right) from Wikidata, queried by the Wikidata Query Service by [https://w.wiki/5BRk](https://w.wiki/5BRk) and [https://w.wiki/4pKz](https://w.wiki/4pKz) on 19/05/2022. CC0 (Public Domain), Wikidata Community, Wikimedia Foundation.* 27 | 28 | 29 | 30 | The [RGZM](http://www.wikidata.org/entity/Q878029) curates the Samian Research database, a treasure-house of economic data on Roman trade and Terra Sigillata industry. Over six decades, a broad European user community of established research institutions, citizen scientists and domain-specific scientists has assembled a [dataset](https://doi.org/10.5281/zenodo.4305708) of ~250’000 potter’s stamps from the [Samian Research Database](https://www.rgzm.de/samian), accessible with findspots and relevant bibliography as [Linked Open Samian Ware](https://rgzm.github.io/samian-lod/) (LOSW) via a collaborative LOD hub, [archaeology.link](https://archaeology.link). 31 | 32 | In 2020-2021, Samian Research began a process of integrating its data with Wikidata through the creation of a set of Samian Ware Wikidata items, including 3875 [Samian Ware Discovery Sites](https://w.wiki/5BRk), 103 [Samian Ware Kiln Sites](https://w.wiki/4pKz) and 13 [Kiln Regions](https://w.wiki/4pL4), with accurate or approximate geospatial information and a backlink to archaeology.link. 33 | 34 | This approach, of creating special-purpose Wikidata items, is an efficient way to map the huge geographic reach of our subject, and to call attention to many European archaeological sites and excavations that hitherto lacked a Wikidata identifier. It fell short of truly Linked Data in not offering direct access to the database API or to the bibliographic data that would allow Samian Ware sites to be merged or associated with existing Wikidata items for archaeological sites and excavations. 35 | 36 | The site of Corinth illustrates one obvious issue to be solved. Was it correct to merge our Corinth as Samian Ware discovery site with [Archaeological Site of Ancient Corinth](http://www.wikidata.org/entity/Q60790987)? An [API call](https://www.rgzm.de/rest/samianresearch/stamprecords?site=Corinth) on the database reveals 690 potters’ stamps reported from Corinth and now in the [Ancient Corinth Museum](http://www.wikidata.org/entity/Q4785384), most with no specific find spot, a number from the Sanctuary of Demeter and Kore or the [South Stoa](http://www.wikidata.org/entity/Q23894509). To solve the issue, the broader Wikidata community must be enlisted. 37 | 38 | Wikidata properties and items suffice for almost the full range of Roman ceramics data, reflecting a diverse and active community of users but also diverse implementations of data models. We would like to discuss the benefits and challenges of integrating communities. Knowledge exchange must be enabled, e.g. by bidirectional links in and to LOSW / Wikidata, using properties in Wikidata (currently P2888, exact match, which causes problems with multiple assignments); a solution to this can be the creation of an archaeology.link property with the help of the Wikidata community. 39 | 40 | Samian Research is, compared to other domain-specific database projects, very open concerning data curating possibilities. But in a specialised domain, can community-validated data entries safely generate new knowledge? We note Wikidata Community projects such as [Archaeology](https://www.wikidata.org/wiki/Wikidata:WikiProject_Archaeology) as an umbrella for communities and initiatives, e.g. [Linked Open Samian Ware](https://www.wikidata.org/wiki/Wikidata:WikiProject_Linked_Open_Samian_Ware), [African Red Slip Ware Digital](https://www.wikidata.org/wiki/Wikidata:WikiProject_African_Red_Slip_Ware_Digital) and [archaeology.link](https://www.wikidata.org/wiki/Wikidata:WikiProject_ArchaeologyLink) to address issues of sustainability and data consistency. A common understanding of data models and the data itself can be achieved via a WikiProject Page, where essential properties and vocabularies are described. 41 | 42 | **Licence** 43 | 44 | - Text: [CC BY 4.0 International](https://creativecommons.org/licenses/by/4.0/)), Copyright: Florian Thiery, Allard Mees, Brady John Brady Kiesling 2022 45 | - Image: CC0 (Public Domain), Wikidata Community, Wikimedia Foundation 46 | 47 | **Slides** 48 | 49 | - DOI: 10.5281/zenodo.7105005 50 | - Wikidata: Q114133679 51 | -------------------------------------------------------------------------------- /panel-4-pyarchinit/martinez.md: -------------------------------------------------------------------------------- 1 | # Pyarchinit potential and limits in university and research context: San Sisto case study and the Laboratory of Medieval Archaeology of the University of Pisa 2 | 3 | **Panel 4**. GIS open source solution for archaeological context in between Universities, Public Administration, societies, research center: pyArchInit case 4 | 5 | - **Gianluca Martinez** 6 | - Dipartimento di Civiltà e forme del sapere. Università di Pisa, Pisa, Italy 7 | - [gianlucamartinez@hotmail.it](mailto:gianlucamartinez@hotmail.it) 8 | 9 | The adoption of Pyarchinit by the laboratory took place in the spring of 10 | 2021 and immediately found the positive opinion of all the members of 11 | the same, who finally had an innovative data management tool, which 12 | would allow the migration of databases from the old commercial platforms 13 | to the world of open source, more akin to the orientation of 14 | international research and the open data movement. Research has been the 15 | ultimate goal, as well as the guiding tool, of the entire workflow that 16 | from the excavation and data collection has passed through the 17 | processing and refinement of the same in a GIS environment and finally 18 | to the management and storage on an online database. The use of 19 | Pyarchinit took place in this second moment, where we could experience 20 | the potential and limitations of this plug-in, listed below briefly. 21 | 22 | During the excavation: 23 | 24 | > Ortophoto: produced in photogrammetry with the use of the Metashape 25 | > software, starting from shooting with drone or from the ground with 26 | > SLR and georeferenced through markers materialized on the ground and 27 | > georeferenced with total station. 28 | > 29 | > Vector drawing of the stratigraphic units: the drawing was carried out 30 | > through the use of the Metashape software, with georeferenced 31 | > orthophotos and tracing the layer limits for each US in order to 32 | > create a polygonal shape. This shape is eventually exported as a shp 33 | > file and imported into qgis, where it is inserted into a special 34 | > Postgres database, through the Pyarchinit interface. The 35 | > pyunitàstratigrafiche table allows to computerize the us through a 36 | > series of fields that define their characterization. 37 | > 38 | > At the same time, students are also working on the process of 39 | > computerizing the US cards through the pyarchinit interface, which 40 | > turns out to be a very versatile tool also in the field. The 41 | > customizable thesaurus for compiling the cards was much appreciated at 42 | > this stage, especially for its application in university excavations, 43 | > where we are dealing with different archaeological contexts and for 44 | > which a fixed thesaurus would certainly have been not exhaustive. The 45 | > strength of the entire system, however, is represented by the 46 | > query-view, which allows to call up in the map, through a simple query 47 | > of the database, a specific us or a group of us and visualize the 48 | > drawing. This feature was tested in the site of San Sisto, where 49 | > through specific queries it was possible to highlight spatial 50 | > relationships between different burials, which was the starting point 51 | > for some degree theses still in progress. 52 | > 53 | > During editing: 54 | > 55 | > A first obstacle, however, arose during the elaboration of the 56 | > excavation plants, especially it was difficult to represent with the 57 | > graphic norms of the archaeological design normally used by us, the 58 | > points where the US are cut (or with the hatch to indicate the point 59 | > of removal), especially during the edition of the phase plants. The 60 | > solution adopted in this case was to use a linear layer represented by 61 | > a white dotted line, traced above the cut section of the US 62 | 63 | Material inventory: 64 | 65 | The pyarchinit database contains several tables dedicated to the 66 | recording of information from excavation finds. We tested the level of 67 | detail of the material inventory table***.*** A fundamental premise to 68 | do is that regarding the excavation of San Sisto, we found such several 69 | finds and such a variety of classes that allowed us to deepen the 70 | analysis and classification of the finds, and it was also possible to 71 | seriously test the level of detail offered by the card. As in the usual 72 | classification, like subdivision into type, material class, shape etc .. 73 | the material table allows you to manage the recording of the data in an 74 | optimal way and without loss of information. In addition, the open 75 | thesaurus allows you to file almost any type of find, as happened in our 76 | excavation where we have a range of ceramic classes ranging from VIII 77 | b.c. about until the twentieth century. A first problem, however, had 78 | arisen with the inventory number, whose field was not structured with 79 | self-increasing value, and which therefore made it difficult for several 80 | subjects to file at the same time. Problem that however was soon solved 81 | with the modification of the field and the use of the autoincremental 82 | value, for which we thank the availability of the developers. Returning 83 | to the level of detail of the card, we realized that the composition of 84 | the fields and the generality with which the production data is treated 85 | were unsatisfactory for our work. For the purpose of an accurate 86 | recording of the characteristics of the finds, especially the ceramic 87 | ones, intended for a more specific analysis of the production 88 | characteristics, it was also necessary to record a whole series of 89 | features that required a different structuring of the table, more 90 | focused in the registration of both the production markers and in the 91 | decoration and coating techniques 92 | 93 | Documentation review and data management: 94 | 95 | As previously mentioned, the entire system relies on a postgres 96 | database, to which you always connect through the pyarchinit interface. 97 | The possibility of connecting several users simultaneously to the same 98 | database has allowed all the members of the laboratory, each with its 99 | own specialization, to work together to record, catalog and refine the 100 | data and archaeological documentation, from the tables to the materials 101 | and topographic surveys. After having built a solid base of 102 | documentation in the past campaigns, we are now using the plug-in in the 103 | excavation, still in progress, as a support for the interpretation of 104 | the excavation context, the planning of future interventions and finally 105 | also as a support tool for the teaching carried out on site with regard 106 | to the excavation methodology and the use of information technologies in 107 | archeology. 108 | 109 | License 110 | 111 | The text is release under CC BY 4.0 International license, copyright by 112 | Gianluca Martinez 113 | 114 | -------------------------------------------------------------------------------- /panel-3-archaeological-apis/thiery.md: -------------------------------------------------------------------------------- 1 | # Linked Open ᚑᚌᚆᚐᚋ – How to publish and interlink various ᚑᚌᚆᚐᚋ data? 2 | 3 | **Panel 3**. I/O: ethics, policies and technologies for programmatic and open access to archaeological online data sets 4 | 5 | - **Florian Thiery** 6 | - Research Squirrel Engineers Network, Mainz, Germany 7 | - Römisch-Germanisches Zentralmuseum, Mainz, Germany 8 | - [mail@fthiery.de](mailto:mail@fthiery.de) 9 | - [@OghamFPFW](https://twitter.com/OghamFPFW) 10 | - [Website](https://ogham.link) 11 | - ORCID: [0000-0002-3246-3531](https://orcid.org/0000-0002-3246-3531) 12 | - Wikidata: [Q66606154](http://www.wikidata.org/entity/Q66606154) 13 | - GitHub: [@ogi-ogham](http://github.com/ogi-ogham) 14 | - **Peter Thiery** 15 | - Research Squirrel Engineers Network, Mainz, Germany 16 | - [peter@squirrel.link](mailto:peter@squirrel.link) 17 | - ORCID: [0000-0003-3270-2659](https://orcid.org/0000-0003-3270-2659) 18 | - Wikidata: [Q114094722](http://www.wikidata.org/entity/Q114094722) 19 | 20 | ![The hybrid Linked Open Data Ogham Workflow](thiery.png) 21 | 22 | *The hybrid Linked Open Data Ogham Workflow, Florian Thiery, Timo Homburg, Sophie C. Schmidt und Martina Trognitz, CC BY 4.0, via Wikimedia Commons* 23 | 24 | The [Linked Open Ogham Data Project](https://ogham.link) was set up in 2019 by the [Research Squirrel Engineers Network](https://squirrel.link) as a non-institutional funded use case which was also supported by the Wikimedia Germany [Open Science Fellows Program](https://en.wikiversity.org/wiki/Wikimedia_Deutschland/Open_Science_Fellows_Program) in [2020/2021](https://de.wikiversity.org/wiki/Wikiversity:Fellow-Programm_Freies_Wissen/Einreichungen/Irische_%E1%9A%91%E1%9A%8C%E1%9A%86%E1%9A%90%E1%9A%8B_(Ogham)_Steine_im_Wikimedia_Universum). In 2022 a Ogham survey and road trip was done in Ireland by Florian and Peter Thiery in Dublin, Cork, the Kerry Peninsula and the Dingle Peninsula to record Ogham stones in the field and museums. The project aims at providing and integrating Ogham Data in community hubs such as Wikidata and Open Street Map[3-5]. Ogham stones are Early Mediaeval stones inscribed with the Ogham script created between the 6th and 9th centuries AD. The texts found on Ogham Stones mostly refer to persons, tribes, or family affiliations. Since graphs rely on linking statements between entities to form a network, this corpus is especially well-suited to being represented in a graph. This results in the sense of comprehensible and FAIR data in the RDF standard and Linked Open Data (LOD). Ogham Stones are mentioned in several catalogues such as books (e.g. Corpus inscriptionum Insularum Celticarum (CIIC)[1], A Guide to Ogam[2], The Iveragh Peninsula[7]), “Online-Databases” (e.g. Celtic Inscribed Stones Project, [CISP](https://www.ucl.ac.uk/archaeology/cisp/database/)) or online repositories (e.g. [Ogham in 3D](https://ogham.celt.dias.ie)). 25 | 26 | The hybrid Ogham LOD workflow is based on the idea of Open Science, Open Software, Open Data and the FAIR Principles to create re-usability and a modular IT-infrastructure with community-standards and commonly-used interfaces. The origin data will be digitised and transformed into CSV. In a data-driven approach data modelling schemes (an [Ontology](https://doi.org/10.5281/zenodo.4407344) and Wikidata Mapping Scheme) are created to transform the data into RDF or Quick Statements using Python Scripts to allow iterations. The resulting data is then ready to import into a RDF4J Triplestore and Wikidata. The [data](https://github.com/ogi-ogham/ogham-datav1) is stored and also published together with the scripts on GitHub, with a direct connection to [Zenodo](https://doi.org/10.5281/zenodo.4765603). With this Open Data and Open Research Software approach, citability and reproducibility by using GitHub and Zenodo with DOIs and CFF File is ensured; in Wikidata a [Project Page](https://www.wikidata.org/wiki/Wikidata:WikiProject_Irish_Ogham_Stones) is used for documentation. 27 | 28 | With the use of Open Source technologies and community standards such as RDF and Quick Statements, Ogham Data is available in several variants: (i) as LOD in RDF in a RDF4J triplestore with a SPARQL endpoint and (ii) inside Wikidata with its SPARQL query interface and its APIs. Additionally, lightweight JavaScript Web Applications, aka Little Ogham Minions[6], are created to showcase the Ogham LOD: (iii) the [Reference Viewer](http://ref.ogham.link) to find similar catalogue numbers (e.g. O’Sullivan[7], [p.908](http://ref.ogham.link/?node=osullivan_1996:908)), and (iv) the [Ogham Lookup Tool](http://lookup.ogham.link) to visualise the findspots on an interactive map. 29 | 30 | Nevertheless, this concept and architecture causes problems in IT sustainability and hosting of resources as for all non-institutional funded projects. The data can be maintained by archaeologists or Citizen Scientists GitHub PRs and Wikidata edits and is connected via bidirectional links between LOD and Wikidata. But how can we solve the IT challenges? In the Ogham case we try to use the “Squirrel Power” and the Research Squirrel Engineers Network to create a community of enthusiasts and looking forward. 31 | 32 | **References** 33 | 34 | - [1] Macalister, Robert Alexander Stewart. 1945. Corpus Inscriptionum Insularum Celticarum. Vol. I. Dublin: Stationery Office. 35 | - [2] MacManus, Damian. 1997. A Guide to Ogam. Maynooth Monographs 4. Maynooth: An Sagart. 36 | - [3] Schmidt, Sophie C., and Florian Thiery. 2022. ‘SPARQLing Ogham Stones: New Options for Analyzing Analog Editions by Digitization in Wikidata’. CEUR Workshop Proceedings 3110 (Graph Technologies in the Humanities 2020): 211–44. DOI: 10.5281/zenodo.6380914. 37 | - [4] Bogdani, Julian, Riccardo Montalbano, and Paolo Rosati. 2021. ArcheoFOSS XIV 2020: Open Software, Hardware, Processes, Data and Formats in Archaeological Research. Oxford: Archaeopress Publishing Ltd: 119–127. 38 | - [5] Thiery, Florian, Timo Homburg, Sophie C. Schmidt, Jakob Voß, and Martina Trognitz. 2021. ‘SPARQLing Geodesy for Cultural Heritage – New Opportunities for Publishing and Analysing Volunteered Linked (Geo-)Data’. In FIG Peer Review Journal. Vol. FIG Peer Review Journal: FIG e-Working Week 2021 – Virtually in the Netherlands 21-25 June 2021. Kopenhagen: FIG. DOI: 10.5281/zenodo.5639381. 39 | - [6] Thiery, Florian. 2021. ‘My Little Linked Open Data Ogham Minion: Visualising Graph Data Connections Using SPARQL Endpoints’. Presented at the Computer Applications and Quantitative Methods in Archaeology, online, June 16. DOI: 10.5281/zenodo.5846066 40 | - [7] O’Sullivan, Ann, and John Sheehan. 1996. The Iveragh Peninsula. An Archaeological Survey of South Kerry. Cork: Cork University Press. 41 | 42 | **Licence** 43 | 44 | - Text: CC BY 4.0, Copyright Florian Thiery 2022 45 | - Image: CC BY 4.0, Copyright Florian Thiery, Timo Homburg, Sophie C. Schmidt und Martina Trognitz 2022 46 | 47 | **Slides** 48 | 49 | - [DOI: 10.5281/zenodo.7104968](https://doi.org/10.5281/zenodo.7104968) 50 | - [Wikidata: Q114134235](http://www.wikidata.org/entity/Q114134235) 51 | --------------------------------------------------------------------------------