Quel que soit le moyen d'importer les livres, ce que tu pourrais faire c'est peut-être proposer un export en Z39.50. L'autre truc qui me dérange, plus au niveau architectural, c'est l'aspect centralisé actuel de la chose (si j'ai bien compris l'idée). Il serait intéressant d'imaginer un système de réplication et/ou fédération de cette information, un peu comme l'architecture DNS.
Si je comprends bien, tu voudrais pouvoir interroger le catalogue fédéré via Z39.50 ?
Mais je vois pas bien l'idée de décentralisation. Ou alors ça voudrait dire que mon service ne serait qu'un 'annuaire' de serveurs Z39.50, auxquels il faudrait se connecter au final pour faire les interrogations de catalogues ?
Un des problèmes avec la technologie -- et les implémentations ! -- Z39.50, c'est qu'il y a toujours plein de subtilités embêtantes. Tous les serveurs n'ont pas le même 'profil Z39.50', c'est-à-dire n'acceptent pas les mêmes critères de recherche, etc. Autre exemple : certains ont besoin de l'ISBN exact (10 ou 13) pour trouver le (bon) résultat, d'autres font la 'traduction' automatiquement.
(D'ailleurs, c'est pour ça que j'ai basé mon service de recherche sur l'ISBN, car c'est le seul critère de recherche à peu près fiable au final.)
De plus, comme je fais du screen scraping, tout n'est pas accessible en Z39.50 nativement, c'est moi qui héberge une passerelle Web / Z39.50, via le logiciel SimpleServer.
Et puis d'ailleurs, le protocole Z39.50, c'est un peu d'une autre époque : pas moyen de faire de mashup avec ça, car 'inatteignable' depuis un navigateur Web...
Reste SRU/SRW que je pourrais facilement offrir comme service, grâce au logiciel yazproxy que j'utilise déjà en interne (réutilisation/limitation de connexions, cache, etc).
Mais, même après tout ça, reste le problème que Z39.50/SRU/SRW est trop bas niveau pour la plupart des utilisations de ce service : il faut un genre de 'protocole métier'.
Exemple : en plus de l'ISBN, mon service Web acceptent les identifiants produits de Chapitre.com et Fnac.com. Impossible à supporter ça en Z39.50, car il y a une étape 'métier' faite sur mon serveur.
Autre problème : un serveur Z39.50 peut contenir les catalogues de plusieurs bibliothèques différentes (ex: SUDOC, catalogue régional). Mon service Web permet lui de spécifier un ensemble de recherche plus 'fin' que le serveur, comme le niveau d'une ville précise.
En clair, mon service Web cache toute la complexité des recherches Z39.50 :-)
[^] # Re: Export en Z39.50 ?
Posté par snotling0 . En réponse au journal Mashup de recherche de livres dans les bibliothèques. Évalué à 1.
L'autre truc qui me dérange, plus au niveau architectural, c'est l'aspect centralisé actuel de la chose (si j'ai bien compris l'idée). Il serait intéressant d'imaginer un système de réplication et/ou fédération de cette information, un peu comme l'architecture DNS.
Si je comprends bien, tu voudrais pouvoir interroger le catalogue fédéré via Z39.50 ?
Mais je vois pas bien l'idée de décentralisation. Ou alors ça voudrait dire que mon service ne serait qu'un 'annuaire' de serveurs Z39.50, auxquels il faudrait se connecter au final pour faire les interrogations de catalogues ?
Un des problèmes avec la technologie -- et les implémentations ! -- Z39.50, c'est qu'il y a toujours plein de subtilités embêtantes. Tous les serveurs n'ont pas le même 'profil Z39.50', c'est-à-dire n'acceptent pas les mêmes critères de recherche, etc. Autre exemple : certains ont besoin de l'ISBN exact (10 ou 13) pour trouver le (bon) résultat, d'autres font la 'traduction' automatiquement.
(D'ailleurs, c'est pour ça que j'ai basé mon service de recherche sur l'ISBN, car c'est le seul critère de recherche à peu près fiable au final.)
De plus, comme je fais du screen scraping, tout n'est pas accessible en Z39.50 nativement, c'est moi qui héberge une passerelle Web / Z39.50, via le logiciel SimpleServer.
Et puis d'ailleurs, le protocole Z39.50, c'est un peu d'une autre époque : pas moyen de faire de mashup avec ça, car 'inatteignable' depuis un navigateur Web...
Reste SRU/SRW que je pourrais facilement offrir comme service, grâce au logiciel yazproxy que j'utilise déjà en interne (réutilisation/limitation de connexions, cache, etc).
Mais, même après tout ça, reste le problème que Z39.50/SRU/SRW est trop bas niveau pour la plupart des utilisations de ce service : il faut un genre de 'protocole métier'.
Exemple : en plus de l'ISBN, mon service Web acceptent les identifiants produits de Chapitre.com et Fnac.com. Impossible à supporter ça en Z39.50, car il y a une étape 'métier' faite sur mon serveur.
Autre problème : un serveur Z39.50 peut contenir les catalogues de plusieurs bibliothèques différentes (ex: SUDOC, catalogue régional). Mon service Web permet lui de spécifier un ensemble de recherche plus 'fin' que le serveur, comme le niveau d'une ville précise.
En clair, mon service Web cache toute la complexité des recherches Z39.50 :-)