[koha-Infos] Import UNIMARC

[Julien Berard]

Justement je ne me suis pas chargé de l'exportation moi meme, je vais 
aller m'en occuper maintenan que j'ai compris a peu pres le fonctionnement.

J'avais bien compris que l'encodage etait de type iso-2709 puis que le 
fond pouvait etre de type unimarc, marc21 etc... qui correspond a la 
dispotion des champs c'est bien ca?

mon marcdump en verbeux me donne ca avec tout les fichiers qu'on m'a 
fournit :

julienb at julien:~/mnei$ yaz-marcdump -v tteerz.TXT
<!-- Skipping bad byte 13 (0x0D) at offset 0 (0x0) -->
<!-- Skipping bad byte 13 (0x0D) at offset 1 (0x1) -->
<!-- Skipping bad byte 13 (0x0D) at offset 2 (0x2) -->
<!-- Skipping bad byte 76 (0x4C) at offset 3 (0x3) -->
<!-- Skipping bad byte 101 (0x65) at offset 4 (0x4) -->
<!-- Skipping bad byte 97 (0x61) at offset 5 (0x5) -->
<!-- Skipping bad byte 100 (0x64) at offset 6 (0x6) -->
<!-- Skipping bad byte 101 (0x65) at offset 7 (0x7) -->
<!-- Skipping bad byte 114 (0x72) at offset 8 (0x8) -->
<!-- Skipping bad byte 32 (0x20) at offset 9 (0x9) -->
<!-- Skipping bad byte 32 (0x20) at offset 10 (0xa) -->
<!-- Skipping bad byte 32 (0x20) at offset 11 (0xb) -->
<!-- Skipping bad byte 42 (0x2A) at offset 12 (0xc) -->
<!-- Skipping bad byte 42 (0x2A) at offset 13 (0xd) -->
<!-- Skipping bad byte 42 (0x2A) at offset 14 (0xe) -->
<!-- Skipping bad byte 42 (0x2A) at offset 15 (0xf) -->
<!-- Skipping bad byte 42 (0x2A) at offset 16 (0x10) -->
<!-- Skipping bad byte 110 (0x6E) at offset 17 (0x11) -->
<!-- Skipping bad byte 97 (0x61) at offset 18 (0x12) -->
<!-- Skipping bad byte 109 (0x6D) at offset 19 (0x13) -->
<!-- Skipping bad byte 95 (0x5F) at offset 20 (0x14) -->
<!-- Skipping bad byte 95 (0x5F) at offset 21 (0x15) -->
Bad Length 22 read at offset 22 (16)

Je vais aller vers les exports et voir si il y a des options dans ce 
module d'Alexandrie.
L'erreur étant similaire sur tout les fichiers extrait par ce moduel em 
laisse esperer que c'est comme vous dites une sorte d'encapsulation, ou 
un tag qui est ajouté.

Merci encore pour votre aide.




paul POULAIN a écrit :
> Marc Chantreux a écrit :
>   
>> On Tue, Oct 14, 2008 at 11:53:24AM +0200, Julien Berard wrote:
>>   
>>     
>>> j'ai pris yaz car c'est le premier que j'ai trouvé sur mes depots debian.
>>> A priori le fichier n'a pas été retouché j'ai testé avec un autre 
>>> fichier, qui là,  contient la liste complete de mes notices, environ 
>>> 9000 et j'ai exactement la meme erreur.
>>>
>>> Peut etre le soucis vient de mon export alors?
>>>     
>>>       
>> pour moi, nous avons 2 outils qui se plantent sur ton fichier. Il serait
>> bien de réussir a avoir le numéro de la notice corrompue pour pouvoir
>> être sur mais il y a de très fortes chances pour que ta source aie un
>> pb.
>>
>>   
>>     
> D'ailleurs :
>
> "Il m'a été fournit des fichiers de type unimarc."
>
> ca manque un peu de précision... qu'est-ce qui dit que c'est bien un fichier iso2709 ? (le "fichier unimarc", ca n'existe pas en fait. c'est un abus de langage des bibliothécaires. C'est "un fichier iso2709 en UNIMARC". "iso2709" c'est la forme technique, "unimarc", c'est le fond)
>
> J'ai connu des SIGB qui exportaient de l'iso2709 en l'encapsulant dans 
> un fichier word. Fallait alors faire des copier-collés hasardeux...
>
>   


-- 
Cordialement,

Julien Bérard

probeSys spécialist GNU/Linux
Tèl: 08-74-76-47-86