Modification de l'adaptateur Intermarc pour prendre en compte le format d'export de l'échantillon final BnF

[gotnc]

Le but du ticket est de pouvoir charger en "modélisation naïve" l'échantillon de données suivant: https://github.com/abes-esr/poc-fne/blob/master/BNF_echantillon_donnes_ALL.xml

Les différences entre les notices initiales et le fichier sont les suivantes:

• un fichier xml pour toutes les entités à charger pour POC plutôt qu'un fichier par entité
• au format public Intermarc et non Interxmarc
• les données de chaque entité sont encapsulées dans </srw:record>
• les zones à position fixe (soit 000, 003, 008 = controlfield) ne sont pas développées et devront être parsées pour que l'information pertinente soit extraite (voir ticket #201 sur la modélisation des propriétés pivot)

Les similitudes:

• datafield = zone
• subfield avec son code = sous-zone

Ce qui est attendu:

• la génération d'une propriété par subfield
• pour chaque propriété, le label sera : intermarc_datafield_subfield, par ex intermarc_031_a
• dans le cas où un datafield est présent plusieurs fois (=zone répétable, voir pour cela le fichier suivant : https://github.com/abes-esr/poc-fne/issues/116#issuecomment-519528953 ou https://github.com/abes-esr/poc-fne/blob/master/BNF_Intermarc_properties.json), traitement de l'issue relevée ici #198.

Le ticket est clos quand l'échantillon de données BnF peut être consulté dans la Wikibase ABES selon les critères listés.

[jum-s]

petite précision du ticket : les labels de propriétés seront du meme ordre que ceux générés actuellement, c'est à dire contenant les positions des sous-champs : interxmarc:907:o:0. Les autres tickets mentionné #116 et #198 ne sont pas encore arreté et serviront à traiter ce problème ultérieurement.

A noter quelques autres différences notables, en plus de celles évoqués ci-dessus, entre les anciens fichiers de notice interxmarc et le nouveau dump XML:

• les champs Pos ont disparu
• le nom du schéma a changé "schema": "pivot"

[gotnc]

Oui les champs pos ne font pas partie du format d'export public marcxchange. Pour ce ticket ça ne devrait pas poser de problème particulier. Pour le ticket #201 en revanche, il y a des traitements à faire liés à cette question.

En ce qui concerne le nom du schéma "pivot", @jum-s le commentaire s'applique au ticket #201 plutôt non ? J'ai indiqué "pivot" simplement pour évoquer le fait que les propriétés décrites seront utilisées pour les données Unimarc et les données Intermarc

[jum-s]

ticket résolu par le commit https://github.com/abes-esr/poc-fne/commit/57473f1e2d36f437288df6823b83f9c225661763 Les champs Pos ne sont maintenant plus prise en compte.