Linked Open Usable Data

Julien A. Raemy, PhD Candidate in Digital Humanities
DHLab, University of Basel
ORCID Google Scholar GitHub Mastodon

Research & Infrastructure Support (RISE) Internal Talk | 23.11.2022

Linked Open Usable Data for Cultural Heritage

Perspectives on Community Practices and Semantic Interoperability

PhD Thesis - https://phd.julsraemy.ch - supervised by:

  • Peter Fornaro (University of Basel)
  • Walter Leimgruber (University of Basel)
  • Robert Sanderson (Yale University)

Agenda

  • Preamble
  • Linked Open Usable Data (LOUD)
  • Participatory Knowledge Practices in Analogue and Digital Image Archives (PIA)
  • PIA goes LOUD
  • Collaboration with the Linked Art II project (University of Oxford)
  • PhD Data Model
Julien A. Raemy | LOUD

Preamble

Julien A. Raemy | LOUD

The usual suspects

  • Open Science / Open Access → Movement
  • FAIR Data Principles / CARE Principles for Indigenous Data Governance → Environment/System
  • Linked Open Data (LOD) → Content
Julien A. Raemy | LOUD

LOD

From LOD to LOUD

  • LOD is too focused on publishing data. Our data needs to be reused to be meaningful and valuable.

  • Linked Open Usable Data (LOUD) seeks a balance that takes into account the needs for data completeness and accuracy (ontological construction) and pragmatic concerns (ease of use, scalability)

Julien A. Raemy | LOUD

LOUD

Julien A. Raemy | LOUD

LOUD Design Principles

  • The right Abstraction for the audience
  • Few Barriers to entry
  • Comprehensible by introspection
  • Documentation with working examples
  • Few Exceptions, instead many consistent patterns

https://linked.art/loud/

Julien A. Raemy | LOUD

LOUD Standards

Examples of specifications following the LOUD design principles:

  • IIIF (especially the Presentation API 3.0)
  • Web Annotation Data Model
  • Linked Art
Julien A. Raemy | LOUD

International Image Interoperability Framework

  • A model for presenting and annotating content
  • A global community that develops shared application programming interfaces (APIs), implements them in software, and exposes interoperable content

https://iiif.io

Julien A. Raemy | LOUD

IIIF Design Principles (1)

  1. Scope Design Through Shared Use Cases
  2. Select Solutions That Are as Simple as Possible and No Simpler
  3. Intelligently Manage Ramping Up
  4. Avoid Dependency on Specific Technologies
  5. Use Resource Oriented Design
  6. Don’t Break Web Caches
  7. Follow Linked Data Principles
Julien A. Raemy | LOUD

IIIF Design Principles (2)

  1. Design for JSON-LD First
  2. Use Existing Standards Where Possible
  3. Follow Existing Best Practices
  4. Separate Concerns, Loosely Couple APIs
  5. Define Success, Not Failure
  6. Design for Worldwide Use

→ IIIF Design Principles

Julien A. Raemy | LOUD

IIIF Specifications

  • Image API
  • Presentation API
  • Authentication API
  • Change Discovery API
  • Content Search API
  • Content State API

The Image and Presentation APIs are referred to as the core IIIF APIs

Julien A. Raemy | LOUD

IIIF Image API

It specifies a RESTful web service that returns an image in response to a standard HTTP(S) request.

  • Image Request
  • Image Information (JSON-LD)

https://iiif.io/api/image

Julien A. Raemy | LOUD
Julien A. Raemy | LOUD

IIIF Presentation API

It is a JSON-LD based web service which provides the necessary information about the object or collection structure and layout.

https://iiif.io/api/presentation

Julien A. Raemy | LOUD
Julien A. Raemy | LOUD
Julien A. Raemy | LOUD
Julien A. Raemy | LOUD

Web Annotation Data Model

The Web Annotation Data Model (WADM) derives from the Open Annotation Specification.

https://www.w3.org/TR/annotation-model/

Julien A. Raemy | LOUD

WADM Motivations

To uderstand the reasons why the Annotation was created, or why the Textual Body was included in the Annotation.

Some of the Motivations: commenting, highlighting, identifying, tagging

Julien A. Raemy | LOUD

Linked Art

Linked Art is a community collaborating to define a metadata application profile (the model) for describing cultural heritage, and the technical means for conveniently interacting with it (the API).

https://linked.art

Julien A. Raemy | LOUD

Extensive Definition

Linked Art is an RDF profile of the CIDOC-CRM that uses JSON-LD and the Getty Vocabularies to describe object-based cultural heritage in an event-based framework for consumption by software applications. It uses a subset of classes from the CIDOC-CRM ontology along with other commonly-used RDF ontologies to provide interoperable patterns and models that can be interpreted either as JSON or as RDF.

Newbury 2018

Julien A. Raemy | LOUD

Linked Art Model Fundamentals

Level Linked Art
Model CIDOC Conceptual Reference Model (CRM)
Ontology RDF encoding of CRM 7.1, plus extensions
Vocabulary Getty Vocabularies (mainly AAT)
Profile Object-based cultural heritage (mainly art museum oriented)
API JSON-LD, following REST and web patterns
Julien A. Raemy | LOUD

Model Components

Basic Patterns, Object, People and Organizations, Places, Digital Integration, Provenance of Objects, Collections and Sets, Exhibitions of Objects, Primary Sources of Information, Assertion level metadata, Dataset level metadata

API Format

JSON-LD, Shared Constructs, Entity Endpoints, JSON Schema, Ecosystem Endpoints, Class Reference

Julien A. Raemy | LOUD

Linked Art API Endpoints (1)

  • Concepts - Types, Materials, Languages, and others, as full records rather than external references
  • Digital Objects - Images, services and other digital objects
    Events - Events and other non-specific activities that are related but not part of other entities
  • Groups - Groups and Organizations
  • People - People
  • Physical Objects - Physical things, including artworks, buildings or other architecture, books, parts of objects, and more
Julien A. Raemy | LOUD

Linked Art API Endpoints (2)

  • Places - Geographic places
  • Provenance Activities - The various events that take place during the history of a physical thing
  • Sets - Sets, including Collections and sets of objects used for exhibitions
  • Textual Works - Texts worthy of description as distinct entities, such as the content carried by a book or journal article
  • Visual Works - Image content worthy of description as distinct entities, such as the image shown by a painting or drawing
Julien A. Raemy | LOUD

Main Design Principle of Linked Art

  • Linked Art is focused on usability, not full precision / completeness
  • Consistently solves actual challenges from real data
  • Development is iterative, as new use cases are found

Sanderson 2019

Julien A. Raemy | LOUD

PIA

Julien A. Raemy | LOUD

Participatory Knowledge Practices in Analogue and Digital Image Archives (PIA)

Research project funded by the Swiss National Science Foundation (SNSF) under the Sinergia scheme (2021-2025)

Project Website

Julien A. Raemy | LOUD

PIA Teams

  • Cultural Anthropology: Institute for Cultural Anthropology and European Ethnology, University of Basel
  • Technology: Digital Humanities Lab, University of Basel
  • Design: Bern Academy of the Arts, Bern University of Applied Sciences
Julien A. Raemy | LOUD

Collections of the Swiss Society for Fokflore Studies (SSFS) within PIA

  • Cartography - SGV_05 Atlas der Schweizerischen Volkskunde
  • Vernacular Photography - SGV_10 Familie Kreis
  • Photojournalism - SGV_12 Ernst Brunner

https://archiv.sgv-sstp.ch

Julien A. Raemy | LOUD

PIA goes LOUD

Julien A. Raemy | LOUD
{
  "@context": "http://iiif.io/api/presentation/3/context.json",
  "id": "https://iiif.participatory-archives.ch/annotations/SGV_12N_00001-p1-list.json",
  "type": "AnnotationPage",
  "items": [
    {
      "@context": "http://www.w3.org/ns/anno.jsonld",
      "id": "https://iiif.participatory-archives.ch/annotations/SGV_12N_00001-p1-list/annotation-2800001.json",
      "motivation": "commenting",
      "type": "Annotation",
      "body": [
        {
          "type": "TextualBody",
          "value": "person",
          "purpose": "commenting"
        },
        {
          "type": "TextualBody",
          "value": "Object Detection (vitrivr)",
          "purpose": "tagging"
        },
        {
          "type": "TextualBody",
          "value": "<br><small>Detection score: 0.999616265296936</small>",
          "purpose": "commenting"
        }
      ],
      "target": {
        "source": "https://iiif.participatory-archives.ch/SGV_12N_00001/canvas/p1",
        "selector": {
          "type": "FragmentSelector",
          "conformsTo": "http://www.w3.org/TR/media-frags/",
          "value": "xywh=3225,201,943,4051"
        },
        "dcterms:isPartOf": {
          "type": "Manifest",
          "id": "https://iiif.participatory-archives.ch/SGV_12N_00001/manifest.json"
        }
      }
    },
Julien A. Raemy | LOUD
Why do we need/want Linked Art at PIA?

Conveying semantically enriched events and as a benchmark against other collections leveraging this model

  • Event-based model inherited from CIDOC-CRM
  • Being part of a community of developers/scholars
  • Potential aggregation capabilities
  • Additional (LOUD) access point
Julien A. Raemy | LOUD
LA API Endpoint SSFS Class Relevance to PIA
Concept sgv:Concept The terms from the Ernst Brunner Thesaurus
Digital Objects sgv:Object Digital-born resources as well as digital (positive) surrogates that were created from negatives.
Events sgv:Event TBD
Groups sgv:Agent Differentiate the different Agents
Julien A. Raemy | LOUD
LA API Endpoint SSFS Class Relevance to PIA
People sgv:Agent Differentiate the different Agents
Physical Objects (HMO) sgv:Object "Everything that can easily be held in one's hands"
Places None Not as top-level entity. Geonames -> Thesaurus of Geographic Names (TGN)?
Provenance Activities sgv:Event TBD
Julien A. Raemy | LOUD
LA API Endpoint SSFS Class Relevance to PIA
Sets sgv:Collection sgv:Dataset Official collections from the SSFS Archives, User-generated datasets
Text None Could be used for the Atlas of Swiss Folkflore
Visual None It isn't planned to be leveraged as a top-level entity within PIA.

GitHub

Julien A. Raemy | LOUD

Schwyzer Fasnacht

Black and White Negative modelled as a DigitalObject

Julien A. Raemy | LOUD

Needed properties/patterns for our DigitalObject

  • member_of → Collection (SGV_12) - Pointing a Set
  • subject_of → Web Pages / IIIF Manifest
  • current_owner→ SSFS Photographic Archives
  • created_by → Through the digitisation of a negative
  • produced_by → Production of the negative
  • digitally_shows → Visual Content
  • identified_by → Names and Identifiers
  • access_point → IIIF Image API
Julien A. Raemy | LOUD
{
  "@context": "https://linked.art/ns/v1/linked-art.json", 
  "id": "https://linkedart.participatory-archives.ch/digital/12033",
  "type": "DigitalObject",
  "_label": "PIA ID 12033 - [Schwyzer Fasnacht]",
  "classified_as": [
    {
      "id": "http://vocab.getty.edu/aat/300215302", 
      "type": "Type", 
      "_label": "Digital Image"
    }
  ],
  "member_of": [
    {
      "id": "https://linkedart.participatory-archives.ch/set/12",
      "type": "Set",
      "_label": "SGV_12 (Ernst Brunner)",
      "classified_as": [
        {
        "id": "http://vocab.getty.edu/aat/300025976",
        "type": "Type",
        "_label": "Collection"
        }
      ]
    }
  ],
Julien A. Raemy | LOUD
  "subject_of": [
    {
      "type": "LinguisticObject",
      "_label": "SGV Homepage for PIA ID 12033 - [Schwyzer Fasnacht]",
      "digitally_carried_by": [
        {
          "type": "DigitalObject",
          "_label": "SGV Homepage for PIA ID 12033 - [Schwyzer Fasnacht]",
          "format": "text/html",
          "access_point": [
            {
              "id": "https://archiv.sgv-sstp.ch/resource/422236",
              "type": "DigitalObject"
            }
          ],
          "classified_as": [
            {
              "id": "http://vocab.getty.edu/aat/300264578",
              "type": "Type",
              "_label": "Web Page"
            }
          ],
          "identified_by": [
            {
              "type": "Name",
              "content": "SGV Homepage for PIA ID 12033 - [Schwyzer Fasnacht]"
            }
          ]
        }
      ]
    },
Julien A. Raemy | LOUD
    {
      "type": "LinguisticObject",
      "_label": "IIIF Manifest for PIA ID 12033 - [Schwyzer Fasnacht]",
      "digitally_carried_by": [
        {
          "type": "DigitalObject",
          "_label": "IIIF Manifest for PIA ID 12033 - [Schwyzer Fasnacht]",
          "format": "application/ld+json",
          "conforms_to": [
            {
              "id": "http://iiif.io/api/presentation/3/context.json",
              "type": "InformationObject"
            }
          ],
          "access_point": [
            {
              "id": "https://iiif.participatory-archives.ch/12033/manifest.json",
              "type": "DigitalObject"
            }
          ],
          "identified_by": [
            {
              "type": "Name",
              "content": "IIIF Manifest for PIA ID 12033 - [Schwyzer Fasnacht]"
            }
          ]
        }
      ]
    }
  ],
Julien A. Raemy | LOUD
  "current_owner": [
    {
      "id": "https://linkedart.participatory-archives.ch/group/42",
      "type": "Group",
      "_label": "SGV Fotoarchiv",
      "classified_as": [
        {
          "id": "http://vocab.getty.edu/aat/300343368",
          "type": "Type",
          "_label": "Photo Archives"
        }
      ]
    }
  ],
Julien A. Raemy | LOUD
  "created_by": {
    "type": "Creation",
    "_label": "Digitisation of Photograph",
    "used_specific_object": [
      {
        "type": "HumanMadeObject",
        "_label": "Negative of [Schwyzer Fasnacht]",
        "classified_as": [
          {
            "id": "http://vocab.getty.edu/aat/300128343",
            "type": "Type",
            "_label": "Black and White Negative",
            "classified_as": [
              {
                "id": "http://vocab.getty.edu/aat/300435443",
                "type": "Type",
                "_label": "Type of Work"
              }
            ]
          }
        ],
Julien A. Raemy | LOUD
        "dimension": [
          {
            "type": "Dimension",
            "classified_as": [
              {
                "id": "http://vocab.getty.edu/aat/300055647",
                "type": "Type",
                "_label": "Width"
              }
            ],
            "value": 6,
            "unit": {
              "id": "http://vocab.getty.edu/aat/300379098",
              "type": "MeasurementUnit",
              "_label": "Centimetres"
            }
          },
          {
            "type": "Dimension",
            "classified_as": [
              {
                "id": "http://vocab.getty.edu/aat/300055644",
                "type": "Type",
                "_label": "Height"
              }
            ],
            "value": 6,
            "unit": {
              "id": "http://vocab.getty.edu/aat/300379098",
              "type": "MeasurementUnit",
              "_label": "Centimetres"
            }
          }
Julien A. Raemy | LOUD
"produced_by": {
            "type": "Production",
            "timespan": {
              "type": "TimeSpan",
              "identified_by": [
                {
                  "type": "Name",
                  "classified_as": [
                    {
                      "id": "http://vocab.getty.edu/aat/300404669",
                      "type": "Type",
                      "_label": "Display Title"
                    }
                  ],
                  "content": "1937"
                }
              ],
              "begin_of_the_begin": "1937-01-01T00:00:00Z",
              "end_of_the_end": "1937-12-31T23:59:59Z"
            },
            "took_place_at": [
              {
                "id": "https://linkedart.participatory-archives.ch/place/2",
                "type": "Place",
                "_label": "Schwyz"
              }
            ],
            "carried_out_by": [
              {
                "id": "https://linkedart.participatory-archives.ch/person/12345",
                "type": "Person",
                "_label": "Ernst Brunner"
              }
            ]
          },

Julien A. Raemy | LOUD
"digitally_shows": [
    {
      "type": "VisualItem",
      "_label": "Visual Content of Digital Positive of [Schwyzer Fasnacht]",
      "represents_instance_of_type": [
        {
          "id": "http://vocab.getty.edu/aat/300164207",
          "type": "Type",
          "_label": "Carnival"
        }
      ]
    }
  ],
Julien A. Raemy | LOUD
  "identified_by": [
    {
      "type": "Name",
      "content": "[Schwyzer Fasnacht]",
      "classified_as": [
        {
          "id": "http://vocab.getty.edu/aat/300404670",
          "type": "Type",
          "_label": "Owner-Assigned Title"
        }
      ],
      "language": [
        {
          "id": "http://vocab.getty.edu/aat/300388344",
          "type": "Language",
          "_label": "German"
        }
      ]
    },
    {
      "type": "Identifier",
      "content": "AA 1",
      "classified_as": [
        {
          "id": "http://vocab.getty.edu/aat/300417447",
          "type": "Type",
          "_label": "Creator-Assigned Number"
        }
      ]
    },
    {
      "type": "Identifier",
      "content": "SGV_12N_00001",
      "classified_as": [
        {
          "id": "http://vocab.getty.edu/aat/300312355",
          "type": "Type",
          "_label": "SGV Signature"
        }
      ]
    },
Julien A. Raemy | LOUD
"access_point": [
    {
      "id": "https://sipi.participatory-archives.ch/SGV_12/SGV_12N_00001.jp2/full/max/0/default.jpg",
      "type": "DigitalObject",
      "_label": "Image in full resolution"
    }
  ],
  "digitally_available_via": [
    {
      "type": "DigitalService",
      "_label": "IIIF Image API",
      "format": "application/ld+json",
      "access_point": [
        {
          "id": "https://sipi.participatory-archives.ch/SGV_12/SGV_12N_00001.jp2/info.json",
          "type": "DigitalObject"
        }
      ],
      "conforms_to": [
        {
          "id": "http://iiif.io/api/image/3/context.json",
          "type": "InformationObject"
        }
      ]
    }
  ]
Julien A. Raemy | LOUD

Collaboration with the Linked Art II Project (University of Oxford)

Julien A. Raemy | LOUD

Linked Art II

  • Collaboration between PIA and the University of Oxford over the Summer 2022 after completion of a survey (centred on the application of Linked Art)
  • Workflow for the transformation of photographic collection data to Linked Art

https://linked.art/community/projects/linkedartii/

Julien A. Raemy | LOUD

High-level overview

  1. Query
  2. Map
  3. Transform

GitHub

Julien A. Raemy | LOUD
Julien A. Raemy | LOUD

PIA User interface

Prototype based on Omeka S

Julien A. Raemy | LOUD

PhD Data Model

Julien A. Raemy | LOUD

Rationale

Leveraging Linked Art as/for:

  • a meta level of my thesis to describe the dissertation and its chapters/sections
  • the notebook entries that will be published on https://phd.julsraemy.ch
  • the concepts that are not available via the Getty vocabularies
  • the actors (people and groups) involved within the PIA research project and my thesis.
Julien A. Raemy | LOUD

From modelling to deployment

  • Linked Art templates for five top-level entities GitHub
  • Simple Data Model on https://phd.julsraemy.ch (Omeka S), mostly leveraging Schema.org (for the properties) as well as CIDOC-CRM and Linked Art (for the classes)
  • Developping a dedicated ETL (extract, transform, load) workflow such as a mapping between the Omeka S API and the Linked Art API
  • Forthcoming Linked Art deployment at https://data.julsraemy.ch
Julien A. Raemy | LOUD

Image Credits

  • [Blick auf das Spalentor]. Basel, 1938. Ernst Brunner. SGV_12N_00115
  • [Katze auf einer Mauer]. Ort und Datum unbekannt. Ernst Brunner. SGV_12N_19553
  • [Ringtanz während der Masüras auf der Alp Sura]. Guarda, 1939. SGV_12N_08589
  • ["Steffenbach-Brücke" der Furka-Bahn: Bau und Erneuern der Brücke]. Kanton Wallis, 1950. Ernst Brunner. SGV_12N_36937

These images are part of the photographic archives of the Swiss Society for Folklore Studies. Licence: CC BY-NC 4.0

This presentation is about Linked Open Usable Data (LOUD) and was created for a Research & Infrastructure Support (RISE) Internl Talk at the University of Basel

I am doing my PhD in Digital Humanities on Linked Open Usable Data, with a focus on its (potential) use in the Humanities and the perspectives it could bring in terms of semantics and interoperability. My research is grounded as part of the Participatory Knowledge Practices in Analogue and Digital Image Archives (PIA) research project, which aims to develop a Citizen Science platform around three photographic collections of the Swiss Society for Folklore Studies (SSFS).

From the point of view of principles or technologies that I think are necessary, here are the ones which I consider worth mentioning. Open Science / Open Access, FAIR Data Principles and Linked Open Data. They have different focuses and one that I think is most useful within my thesis is the last one as I am most interested in interoperability and creating a semantic framework not only for humans but also for machines.

5-star open data scheme  1) make your stuff available on the Web (whatever format) under an open license 2) make it available as structured data 3) make it available in a non-proprietary open format (e.g., CSV instead of Excel 4) use URIs to denote things, so that people can point at your stuff 5) link your data to other data to provide context

Linked Open Data has been around for many years. Resource Description Framework (RDF) is the underlying technology where assertions in triples are being produced. LOD has come under some criticism in terms of its uptake and often LOD projects have not been sustained for very long. LOD projects have mainly been concerned with the publication and consumption of data and geared towards an expert audience with knowledge of RDF. Here the audience is slightly different as they are intended for developers and the best way to give them data is to create APIs. LOUD is also an attempt to balance the trade-offs between completeness and precision of expression and the usability of the resulting data constructs.

The overall idea of LOUD is to make data easy to use for humans, especially for developers. JSON-LD allows for some mapping of ontological constructs into JSON, which is the lingua-franca of modern developers and is a cornerstone technology of LOUD. Five design principles to promote data consumption have been conceived. To be part of the Web, not just on the Web.

IIIF is a community-driven initiative, which brings together key players in the academic and CH fields, and has defined open and shared APIs to standardise the way in which image-based resources are delivered on the Web. Implementing the IIIF APIs enables institutions to make better use of their digitised or born-digital material by providing, for instance, deep zooming, comparison, full-text search of OCR objects or annotation capabilities.

The IIIF Design Principles should be used as a guide for ongoing and future work in order to promote consistency across the growing number of IIIF specifications. Some of them: 1) IIIF specifications are shaped by shared, documented, and well-understood use cases. Shared understanding promotes interoperability, and the specifications are more likely to be implemented if the results solve real, not speculative, problems. Assessment of use cases is a key factor in the process of determining which features should be included or prioritized. 4) IIIF specifications should avoid placing undue value on one technology or format over another, unless there is a clear benefit and the choice does not pose a significant barrier to entry

The two core specifications are the Image API and the Presentation API. The former is a web service for manipulating an image through a URL and the latter "specifies the information needed to drive a remote viewing experience".

The purpose of the API is to display descriptive information that is intended for humans and does not aim to provide semantic metadata for search engines

The Web Annotation Data Model was created alongside a vocabulary and a protocol by a dedicated W3C group that reworked the Open Annotation specification, developed in 2013, "(...) [specifying] an interoperable framework for creating associations between related resources, called annotations, using a methodology that conforms to the Architecture of the World Wide Web". Its operating principle is based on the division of an annotation into two distinct parts: the body, which corresponds to the resource on which one seeks to annotate something, and the target, which represents the object being annotated. We will see an example later on.

Abstraction Standards / Implementation Standards "A profile is a selection of appropriate abstractions, to encode, the scope of what can be described. An API is a selection of appropriate technologies, to give access to the data managed using the profile." (Robert Sanderson)

The model can be treated as interlinking components that describe aspects of the events of interest. The model, or application profile, defines the aspects of the conceptual model, ontologies and vocabulary terms that are used by Linked Art. It is not defined with respect to any specific technical method of interaction, for retrieving, updating, harvesting, searching or browsing, allowing many different possible implementations. This API has been designed with several design principles in mind to ensure that it is as usable as possible for software developers.

The Linked Art API is made up of different endpoints, each of which has a defined structure for the format of the data that will be returned from it. These align (mostly) with the core classes of the model, and are structured according to the API design principles.

The Linked Art API is made up of different endpoints, each of which has a defined structure for the format of the data that will be returned from it. These align (mostly) with the core classes of the model, and are structured according to the API design principles.

PIA is a Sinergia project funded by the Swiss National Science Foundation (SNSF) led by the University of Basel, the Uni, the Bern Academy of the Arts, and the Swiss Society for Folklore Studies. PIA wants to connect the world of data and things in an interdisciplinary manner. We explore the phases of the analogue and digital archive from the perspectives of cultural anthropology, technology and design. The common goal of this project is to design a visual interface with machine learning-based tools to make it easy to annotate, contextualize, organize, and link both images and their meta-information, to deliberately encourage the participatory use of archives.

IIIF Workflow within PIA

`member_of` → Collection (SGV_12)

`subject_of` → Web Page (SSFS)

`subject_of` → IIIF Manifest

`current_owner`→ SSFS Photographic Archives

`created_by` → Through the digitisation of a negative

`created_by` → Through the digitisation of a negative

`produced_by` → Production of the negative

`identified_by` → Names and Identifiers

`access_point` → IIIF Image API

Linked Art and IIIF

Building upon participation in the Linked Art community, PIA have collaborated with the University of Oxford to create a workflow for transforming cultural heritage collection data into Linked Art that is reusable by the widest possible audience. For the already digitised Family Kreis and Ernst Brunner collections, boilerplates - to echo the IIIF Cookbook recipe process to some extent - have been generated for the different object types to demonstrate the range of Linked Art patterns needed for the workflow.

An intermediate JSON data format is used so that the transformation step can be reused with different collection data sources. The intermediate JSON data files are transformed to a Linked Art representation of the PIA templates for the photographic object types. Using the Python library Cromulent to create basic Linked Art representations, the Python functions encode larger building block-type representations of the photographic object types, e.g. name, web page, and digital service. Together, the functions encode the photographic object types as defined in the PIA templates, and offer the opportunity for reuse with photographic object types in other collection data, as well as for different cultural heritage objects that share the same properties.

PIA Linked Art data workflow designed for reuse with different data sources and object types. In a situation common to many collecting institutions, the digital systems used to maintain catalogues and other records do not remain unchanged indefinitely; planning and preparation for such migrations may take months or years. At PIA migration to a new data model and API was planned, to be realised after implementation of the Linked Art workflow. This presented both a challenge, but also an opportunity: to design a workflow which can be reconfigured and reused with different data sources and APIs.