Hi Alexios,
after some time i wanted to check the OpenAIRE skg-if implementation again.
There are two endpoints:
- api.openaire.eu/graph/skg-if/v1
- api-beta.openaire.eu/graph/skg-if/v1
swagger
what is the status of the beta, it scores much better on all my tests, but since only the production gets mentioned in the discussion i am not sure.
errors still in the production endpoint :
Bug 1 — local_identifier not unique
Items returned by GET /products share near-identical timestamp-based identifiers:
otf___1780996830996___product (items 1–7)
otf___1780996830997___product (items 8–10)
This violates the SKG-IF spec requirement for unique identifiers within a document. Has been present since at least
January 2026.
Bug 2 — Non-deterministic ordering
The same request issued twice in succession can return completely different sets of records. Pagination is unreliable
as a result — sequential pages overlap or skip records. Makes any bulk traversal of the dataset impossible
Bug 3 — Detail endpoint un-roundtrippable
GET /products/{id} returns HTTP 404 when called with the otf___ identifiers that the list endpoint produces. The
endpoint does respond (HTTP 200) to real OpenAIRE source IDs (e.g. doi_dedup___::ab77dd9b474e8fc8ad57712cadae4a84)
but the response body still contains a broken otf___ local_identifier rather than a proper IRI. A list → detail
all these problems seem solved in the beta , why not make it the reference ?
Hi Alexios,
after some time i wanted to check the OpenAIRE skg-if implementation again.
There are two endpoints:
swagger
what is the status of the beta, it scores much better on all my tests, but since only the production gets mentioned in the discussion i am not sure.
errors still in the production endpoint :
Bug 1 — local_identifier not unique
Items returned by GET /products share near-identical timestamp-based identifiers:
otf___1780996830996___product (items 1–7)
otf___1780996830997___product (items 8–10)
This violates the SKG-IF spec requirement for unique identifiers within a document. Has been present since at least
January 2026.
Bug 2 — Non-deterministic ordering
The same request issued twice in succession can return completely different sets of records. Pagination is unreliable
as a result — sequential pages overlap or skip records. Makes any bulk traversal of the dataset impossible
Bug 3 — Detail endpoint un-roundtrippable
GET /products/{id} returns HTTP 404 when called with the otf___ identifiers that the list endpoint produces. The
endpoint does respond (HTTP 200) to real OpenAIRE source IDs (e.g. doi_dedup___::ab77dd9b474e8fc8ad57712cadae4a84)
but the response body still contains a broken otf___ local_identifier rather than a proper IRI. A list → detail
all these problems seem solved in the beta , why not make it the reference ?