Objectif
Fournir des Web services simples et spécialisés exploitant les données Sudoc.
- dans un premier temps, pas d’exploitation du full text des notices, seulement des identifiants et codes : sommets du graphe.
Réutilisation par ABES et hors ABES.
Formats :
- XML
- Json ?
- ATOM si pertinent
…
PPN biblio => Liste des RCR possédant le document
- En cours de développement (au 15 avril 2011)
- Formats : XML et JSON
PPN autorité => Liste des PPN biblios liés répartis par rôle (code de fonction)
- En cours de développement (au 15 avril 2011)
- Formats : XML et JSON
- Sera utilisé par l’ABES pour enrichir les pages RDF et HTML des autorités Sudoc de type: http://www.idref.fr/{PPN} comme http://www.idref.fr/027182800 (P. Veyne)
- Déjà en cours d’exploitation en interne pour aligner les directeurs de thèse du FCT (Fichier central des thèses) sur les autorités Sudoc, via les Web Services Solr d’Idref.
RCR => Infos principales dont coordonnées géographiques, voire carte HTML
…
PPN Biblio => Id OCLC correspondant (OCN)
…
Id OCLC (OCN) => PPN Biblio correspondant
…
PPN biblio => URL de Google Books
…
PPN Biblio de périodique => fil RSS de la revue (via l’API de Journal TOCs)
…
PPN biblio => ISBN
…
ISBN => PPN Biblio
…
PPN autorité personne => PPN des co-auteurs
…
PPN biblio => citation bibliographique formatée
Ce service pourrait être utilisé par Sudoc, theses.fr et Calames mais également par les OPAC des réseaux ABES… Mutualisation…
…
Suggérez ! Complétez ! Commentez !
…
Historique du post :
- 12 février 2011 : création
- 14 février 2011 : ajout du service PPN biblio => citation
- 15 avril 2011 : actualisation sur les deux premiers services (en orange)
Publié dans : Esquisse
Sylvain Machefert (Symac)
15 avril 2011
EAN => ISBN !
Je suis en train de préparer un import sudoc depuis un fonds non informatisé. Afin de faciliter le travail des collègues je leur ai suggéré de simplement bipper les EAN des bouquins. Je suis maintenant en train de préparer le fichier à transmettre à l’abes avec un script qui interroge pour chacun de ces EAN le sudoc public pour voir si la notice est disponible dans le sudoc avec un ISBN-13, autrement dit si je peux laisser l’EAN dans le champ ISBN transmis à l’abes ou si je dois transformer cet EAN en ISBN-10.
J’espère que c’est à peu près clair
Yannn
15 avril 2011
@symac : ce que tu as demandé à l’abes, c’est de lancer une exemplarisation automatique sur ce critère ou bien de te renvoyer une liste de PPN ?
En tout cas, ça devrait coller avec l’EAN : dans le Sudoc public, une recherche ISBN = “9782810900572″ renvoie bien ce PPN : 150942184.
Alors faut-il vraiment un service “EAN => ISBN !” ? Et en quoi serait-il un service abes ? c’est un besoin générique. (moi, partisan du moindre effort ?
Sinon, les deux premiers services sont en cours de finalisation – XML et JSON. Le second service aura aussi une version RDF, en cours de réalisation.
Sylvain Machefert (Symac)
15 avril 2011
Moi je demande rien à l’abes tu sais, je suis obéissant et je passe par mon correspondant qui me dit qu’il lui faut un fichier isbn;cote;code_barre ou quelque chose dans le style et d’après ce que j’ai compris il faut que l’isbn soit bien l’isbn étant donné que l’interrogation utilisée prend l’index PPN comme tu dis.
Dans l’exemple que tu donnes ça fonctionne mais si je prends au hasard une notice avec le PPN 116031638 dans la notice j’ai l’ean (9782910023911) et l’isbn (2-910023-91-5), mais comme c’est un isbn à 10 chiffres, si je cherche sur l’ean la notice ne sort pas.
Donc si j’ai bien tout compris, si je veux que mon document soit bien localisé automatiquement, il faut que je passe à l’abes l’isbn tel qu’il apparaît dans le champs ISBN (d’autant que l’ean n’est pas tout le temps saisi de toutes manières).
Alors pour l’exemple que j’ai en ce moment je me suis débrouillé tout seul (je commence à avoir pas mal de programmes de screenscraping de l’abes
) mais je pense que la réflexion d’un WE EAN -> isbn peut être intéressant, même si ce n’est pas prioritaire.
Content de voir que le WS qui retourne les dispos à partir d’un ppn est en cours de finalisation ! J’en profite donc pour rebondir sur la dernière phrase de ton billet : “Ce service pourrait être utilisé par Sudoc, theses.fr et Calames mais également par les OPAC des réseaux ABES… Mutualisation…” les points de suspension pourraient inclure des scripts hors réseau officiel abes tu crois ?
Sylvain Machefert (Symac)
15 avril 2011
oups, dans mon premier paragraphe il fallait lire “prend l’index ISBN comme tu dis”
Yannn
16 avril 2011
A propos du service “PPN biblio => Liste des RCR” :
Nous ne prévoyons pas de restreindre son usage aux seuls réseaux ABES. On part d’une approche libérale et on verra à l’usage s’il faut restreindre.
D’une manière générale, ce sera notre position de principe sur l’ouverture des données et des services, mais :
. il faudra composer avec les contraintes liées à nos fournisseurs de données
. il faut identifier le bon véhicule juridique (type de licence), ce qui n’est pas fait.