Interaction Between Sipi and DSP-API
DSP-API and Sipi (Simple Image Presentation Interface) are two complementary software projects. Whereas DSP-API deals with data that is written to and read from a triplestore (metadata and annotations), Sipi takes care of storing, converting and serving image files as well as other types of files such as audio, video, or documents (binary files it just stores and serves).
DSP-API and Sipi stick to a clear division of responsibility regarding files: DSP-API knows about the names of files that are attached to resources as well as some metadata and is capable of creating the URLs for the client to request them from Sipi, but the whole handling of files (storing, naming, organization of the internal directory structure, format conversions, and serving) is taken care of by Sipi.
Adding Files to DSP
A file is first uploaded to Sipi, then its metadata is submitted to DSP. The implementation of this procedure is described in DSP-API and Sipi. Instructions for the client are given in Creating File Values.
Retrieving Files from Sipi
File URLs in API v2
In DSP-API v2, image file URLs are provided in IIIF format. In the simple
ontology schema, a file value is simply
a IIIF URL that can be used to retrieve the file from Sipi. In the complex schema,
it is a
StillImageFileValue with additional properties that the client can use to construct
different IIIF URLs, e.g. at different resolutions. See the
knora-api ontology for details.
Authentication of Users with Sipi
File access is restricted to users who have the permission to view the resource that the file is attached to. In order to check whether a user has the permission to view a resource, Sipi needs to know the user's identity. The identity is provided by DSP-API in the form of a JWT token. This jwt token can be provided to Sipi in the following ways:
- recommended - The
Authorizationheader of the request as a
- deprecated - The value for a
tokenquery parameter of the request. This is unsafe a the token is visible in the URL.
- deprecated - As a session cookie as set by the dsp-api. For the session cookie to be sent to Sipi, both the DSP-API
and Sipi endpoints need to
be under the same domain, e.g.,