[TOC]
L'API Conditor inclut dans son URL un numéro de version afin de permettre une meilleure gestion des fonctionnalités dans le temps.
Exemple en version 1 :
https://api.conditor.fr/v1
JSON est le principal format de réponse de l'API. Si la requête porte sur une ressource, le format de retour est un JSON Object
, si c'est une collection de ressources alors un JSON Array
sera retourné.
Il s'agit de la notice TEI Conditor produite à partir de la source originale et utilisée pour alimenter la chaine d'ingestion Conditor.
Vous pouvez récupérer tout ou partie des ressources de l'API sour la forme d'une archive ZIP.
Les réponses de l'API sont assorties d'un ensemble d'informations spécifiques incluses dans le header.
Header | |
---|---|
X-Total-Count | Total de l'ensemble des ressources sur cette route |
X-Result-Count | Nombre de ressources dans la réponse |
Scroll-Id | Identifiant pour la Scroll API |
Warning | Avertissement |
Le JSON retourné par l'API Conditor est composé de champs extraits de la notice comme title
, issn
, first3AuthorNames
, mais aussi de champs à vocations techniques comme idConditor
, sessionName
, isDuplicate
.
Liste exhaustive des champs du JSON
Par défaut, quand l'API renvoie une erreur (400, par exemple), les informations retournées sont minimales et non forcément explicites pour quelqu'un qui ne connaît pas bien l'API.
Pour pallier ce défaut, le mode "debug" permet de demander à l'API de renvoyer plus de détails dans le message d'erreur retourné.
Pour ce faire, il suffit d'utiliser le paramètre d'URL debug
(sans valeur).
Par exemple, sur la requête suivante :
https://api.conditor.fr/v1/records?page_size=465465465
l'API renvoie le code de retour HTTP 400 ainsi que le message "Bad Request".
Avec le paramètre debug :
https://api.conditor.fr/v1/records?page_size=465465465&debug
le message retourné devient :
{
"errors": [
{
"status": 400,
"statusName": "Bad Request",
"name": "sizeTooHighException",
"message": "The required size 465465465 exceed the maximum 1000"
}
]
}