API Specifications

Versions

OpenAPI is used to describe the endpoints and the format of the objects to exchange on the wire, the specifications are shared below.

  • The current (i.e., last) version of the SKG-IF OpenAPI specifications is available at https://w3id.org/skg-if/api/skg-if-openapi.yaml.
  • One can access the OpenAPI specifications of all (current and previous) versions by using a version number in the w3id.org URL, following this pattern: https://w3id.org/skg-if/api/<X.Y.Z>/skg-if-openapi.yaml.

The SKG-IF OpenAPI version, present in the YAML, is independent from the SKG-IF Data model version.

Please also refer to the SKG-IF OpenAPI Implementer documentation.

Versions history

SKG-IF OpenAPI SKG-IF OpenAPI YAML SKG-IF compatible data model
1.0.0 (Current) https://w3id.org/skg-if/api/skg-if-openapi.yaml 1.1.0

Current context

openapi: 3.1.0
info:
  version: 1.0.0
  title: SKG-IF OpenAPI - compatible with SKG-IF Data Model 1.1.0

  ...
   "@context":
    "https://w3id.org/skg-if/context/1.1.0/skg-if.json", // Fixed SKG-IF data model context
    "https://w3id.org/skg-if/context/1.0.0/skg-if-api.json", // Fixed SKG-IF API context
    {
      "@base": "https://w3id.org/skg-if/sandbox/acme/"
    }
  ...

Make sure your server JSON-LD output implementation is using the same context JSON URLs, refer to paragraph below to define your @base.

OpenAPI viewers

You can also visualize the OpenAPI specifications with standard tools like :

Define your @base

@base is a default prefix domain fallback for all identifiers not defined as URLs in the @graph A local_identifier value, when not starting with “http”, is interpreted by concatenation to the @base.

For the local_identifier domain (your @base), you have a few options for the ACME organisation.

  • Use https://w3id.org/skg-if/sandbox/acme/ . We don’t recommend it for prod because it does not resolve anywhere ( related to the ACME organisation )
  • Define a w3id.org domain ex: https://w3id.org/acme/ . You can set up w3id.org to redirect to your catalogue. ex: https://w3id.org/acme/prod-1 => https://www.acme.com/product-catalogue/prod-1
  • Use a graph dedicated domain you already have ex: https://www.acme.com/theskg/, https://www.acme.com/theprodgraph/

Make sure that you generate distinct URLs ids for person, product… They should not conflict.

Endpoints and JSON-LD output

  • The SKG-IF OpenAPI defines 2 types of endpoints
    • Get Entity by Id
    • Get List of Entity
  • The SKG-IF OpenAPI endpoints outputs are JSON-LD and compatible with the SKG-IF data model
  • The @graph array contains entities, identified by their local_identifier, each entity may have relation to other entities also identified by their local_identifier.
  • From a client perspective, if the sub entity is not embedded with its fields, you may need to perform sub queries to access these fields.
  • The JSON-LD output contains a meta section SHOULD provide you API links for each entity, identified by its local_identifier. As a client you are not supposed to guess the API URL from the local_identifier format, there is no standard for the API domain prefix, each implementer is free to have a domain for its local_identifier and another one for its API (It is even recommended).

Get Product by Id : https://acme.com/skg-if/api/products/prod-1

{
    "meta" : {
        "local_identifier": "https://acme.com/skg-if/api/products/prod-1", // parent entity : API URL
        "entity_type": "single_entity",
        "api_items": [
            {
                    "local_identifier": "https://w3id.org/skg-if/sandbox/acme/pers-1", // child entity : local_identifier / PID
                    "urls": [
                        {
                            "entity_type": "link",
                            "rel": "self",
                            "href": "https://acme.com/skg-if/api/persons/pers-1" // child entity : API link
                        }
                    ]
            }
        ]
    },
    "@graph": [
        {
            "local_identifier": "https://w3id.org/skg-if/sandbox/acme/prod-1", //  parent entity : local_identifier / PID
            "contributions": [
            {
                "by" : {
                    "local_identifier": "https://w3id.org/skg-if/sandbox/acme/pers-1" // child entity : local_identifier / PID
                    //...
                }
                //...
            }
            ]
            //...
        }
    ]
}

Get List of Product : https://acme.com/skg-if/api/products?filter=xxx&page=1

{
    "meta": {
        "local_identifier": "https://acme.com/skg-if/api/products?filter=xxx&page=1", // search identifier, API link
        "entity_type": "single_entity",
        "api_items": [
            {
                    "local_identifier": "https://w3id.org/skg-if/sandbox/acme/prod-1", // search result 1 - parent entity : local_identifier / PID
                    "urls": [
                        {
                            "entity_type": "link",
                            "rel": "self",
                            "href": "https://acme.com/skg-if/api/products/prod-1" //  search result 1 - parent entity : API link
                        }
                    ]
            },
            {
                    "local_identifier": "https://w3id.org/skg-if/sandbox/acme/pers-1", // search result 1 - child entity : local_identifier / PID
                    "urls": [
                        {
                            "entity_type": "link",
                            "rel": "self",
                            "href": "https://acme.com/skg-if/api/persons/pers-1" //  search result 1 - child entity : API link
                        }
                    ]
            },
            {
                    "local_identifier": "https://w3id.org/skg-if/sandbox/acme/prod-2", // search result 2 - parent entity : local_identifier / PID
                    "urls": [
                        {
                            "entity_type": "link",
                            "rel": "self",
                            "href": "https://acme.com/skg-if/api/products/prod-2" //  search result 2 - parent entity : API link
                        }
                    ]
            },
        ]

    },
    "@graph": [
        {
            "local_identifier": "https://w3id.org/skg-if/sandbox/acme/prod-1", // search result 1 - parent entity : local_identifier / PID
            "contributions": [
            {
                "by" : {
                    "local_identifier": "https://w3id.org/skg-if/sandbox/acme/pers-1" // search result 1 - child entity : local_identifier / PID
                    //...
                }
                //...
            }
            ]
            //...
        },
        {
            "local_identifier": "https://w3id.org/skg-if/sandbox/acme/prod-2" // search result 2 - parent  entity : local_identifier / PID
            //...
        },

    ]
}

API Get Entity by Id, single entity resolving

Single entity resolve API format follows this format https://acme.com/skg-if/api/{entity-type}/{local_identifier}

For example : https://acme.com/skg-if/api/products/prod-1

Your API MUST also be able to resolve full local_identifiers including the domain/base :

https://acme.com/skg-if/api/products/https://w3id.org/skg-if/sandbox/acme/prod-1

Note : this pattern is also used in standard SKG API like Crossref

  • http://api.crossref.org/works/https://doi.org/10.1039/d1cb00160d => OK
  • http://api.crossref.org/works/10.1039/d1cb00160d => OK

Content negotiation

If you simply need to expose single entities without any API, you can expose SKG-IF with content-negotiation

The Accept header is application/vnd.skgif.ld+json

curl --location --request GET 'https://acme.com/skg-if/api/products/prod-1' --header 'Accept: application/vnd.skgif.ld+json'​

This site uses Just the Docs, a documentation theme for Jekyll.