Cher journal, travaillant sur un projet qui pourrait être utilisé dans le cadre de certaines bibliothèques, j'ai besoin de manipuler des fichiers MARC (et de supporter les n variantes locales de ce "magnifique" format d'échange).
En lisant les spécifications de MARC ... je dois avouer pas mal de difficulté à intégrer le standard. Donc cher journal et chers lecteurs ... est-ce que vous connaissez des ressources intéressantes (français, anglais, ...) sur le sujet et mieux connaissez vous des implémentations opensource supportant les variantes francophones de MARC et/ou MARCXML ?
Au niveau du langage de programmation, je travaille principalement en PHP, mais si une solution RUBY ou PYTHON existe, je suis preneur ;)
Merci et bon lundi matin à tous
Journal Manipulation de fichiers UNIMARC/MARCXML en PHP
8
nov.
2010
# Au pire
Posté par 2PetitsVerres . Évalué à 10.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Au pire
Posté par Maclag . Évalué à 6.
# PMB
Posté par gregR ☯ (site web personnel) . Évalué à 2.
Tu peux peut-être jeter un œil au code de PMB (PhpMyBibli).
application php de gestion de bibliothèque qui doit gérer UNIMARC :
http://www.pmbservices.fr/nouveau_site/pmblelogiciel.html
Il respecte la norme UNIMARC, la recommandation 995 et permet l'import de notices issues de BDP et de toutes bases de données.
http://gregr.fr
[^] # Re: PMB
Posté par MadStef . Évalué à 1.
# CFU Comité français UNIMARC
Posté par Dragon . Évalué à 1.
# YAZ
Posté par snotling0 . Évalué à 2.
Sinon il doit y avoir moyen de faire quelque chose avec la pile logicielle d'Indexdata, c'est-à-dire YAZ et compagnie.
À première vue, il y a notamment les utilitaires "yaz-iconv" et "yaz-marcdump" qui pourraient être utiles :
http://www.indexdata.com/yaz/doc/yaz-iconv.html
http://www.indexdata.com/yaz/doc/yaz-marcdump.html
[^] # Re: YAZ
Posté par moules . Évalué à 2.
[^] # Re: YAZ
Posté par moules . Évalué à 2.
> ceci est un test.
>
>
>
[^] # Re: YAZ
Posté par daimrod . Évalué à 2.
ceci est un test de confirmation
# Difficulté : tu n'es pas le(la) seul(e)
Posté par marahi . Évalué à 2.
avec SQL et XML, j'en voit vraiment pas l'utilité et j'aimerais bien qu'on me prouve le contraire.
Pour les ressources intéressantes, toutes les bibliothèques ont des livres de références (qui en réalité coûtent la peau des fesses et sont une "pain in the butt" à assimiler, rien à voir avec Dive Into Python).
Bon courage
# Librairies libres
Posté par Nahuel . Évalué à 3.
il en existe dans tous les languages, les implémentations un peu foireuses parfois, car toujours codé principalement par le même gars : Ed Summers.
Python : PyMARC
Perl : MARC::Record
PHP : File_MARC (http://pear.php.net/package/File_MARC/redirected)
En passant, je donne mon avis sur cette norme totalement foireuse, dont les bibliothécaires sont totalement ancrés dedans et n'ont PAS envie de voir autre chose sur le marché. Pourtant il existe des alternatives en particulier dans le monde des données liées.
Cette norme a été créé il y a 40 ans, et n'a jamais été revue. L'ISO2709 est la norme utilisée pour stockage de données(un peu l'équivalent du XML), cependant une notice bibliographique est limitée à 99,99ko... débile lorsqu'on sait que certaines bibliothèques ont 200 exemplaires d'un livre et que ces informations sont stockées dans le MARC.
Le MARC(MARC21, UNIMARC, DANMARC, etc...) sont en fait des mapping entre un champ et un contenu. Genre le titre d'un livre en UNIMARC se trouve dans le champ 200$a, alors qu'en MARC21 il est dans le 245$a. Grosso-merdo, chaque pays a son mapping.
Quand on travaille dans ce milieu à temps plein, il est facile de prendre en main le concept, cependant on se rend vite compte que l'on est en train de maintenir un "système" qui date d'il y a 40 ans, en tentant d'y intégrer des fonctionnalités "hype".
Pour information, j'ai travaillé 2 ans chez BibLibre, qui participe activement au logiciel de gestion de bibliothèque Koha ( http://www.koha.org ), j'ai finalement décider de quitter ce monde, au moins tant que les bibliothécaires n'auront pas changé de mentalité arriéré.
[^] # Re: Librairies libres
Posté par Nahuel . Évalué à 1.
[^] # Re: Librairies libres
Posté par uju . Évalué à 1.
web sémantique, ontologies, c'est par là --> http://www.bnf.fr/fr/professionnels/modelisation_ontologies.(...)
si se présentent aussi des problèmes de bibliothécais strict à lire ces règles régulièrement arbitraires, un petit lexique ici --> http://bbf.enssib.fr/consulter/bbf-2007-03-0078-015
bon courage...
[^] # Re: Librairies libres
Posté par uju . Évalué à 1.
La version. Niveau avancé
Traduire en français courant les phrases suivantes :
Pour la V3 du SIGB, une moulinette convertira les données Intermarc en Unimarc. Il faudra s’habituer à dire 200 1 $aMadame Bovary$bTexte imprimé$fGustave Flaubert au lieu de 245 1 $aMadame Bovary$dTexte imprimé$fGustave Flaubert.
En Dublin Core, les périodiques auront une notice chapeau et des notices de dépouillement. Seuls les champs du chapeau seront moissonnables.
L’ouverture du SI sur le web représente un bond en avant dans la culture informationnelle. Elle va nous faire passer de la fonction d'archithécaires à celle de bibliotalistes. Mais nous allons y perdre notre rôle de prescripteurs/médiateurs.
Le SCD est Cadist et la BMVR est pôle associé. En tant que BDLI, la BnF lui rétrocède le deuxième exemplaire du DLE dans le cadre de la carte documentaire nationale.
(désolé pour la dernière...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.