Open tfrancart opened 4 days ago
2. Pas de prise en compte des roles de persname/corpname/famname (codes fonctions UNIMARC en majorité)
- Liste des codes de roles : https://documentation.abes.fr/aidecalames/manuelcatalogageead/index.html#CFPRole
- Pourrait générer une relation RiC-O dans certains cas ("auteur"), mais pas dans tous les cas ("dessinateur", "graveur")
- Pouvoir s'aligner sur les codes de RDA-fr ? suppose un travail d'alignement conséquent
- Faire une extension de RiC-O pour le projet Calames en ajoutant de nouveaux types de relations ?
Autre option : ajouter directement de nouvelles relations à RiC-O, notamment comme sous-propriétés de rico:hasAuthor. On peut le faire pour des valeurs de @role
telles que 'graveur' ou 'dessinateur' ; cela pourrait se justifier pour répondre à ces besoins, et aussi pour des besoins similaires dans un univers métier purement archivistique (on décrit souvent des documents iconographiques ou audiovisuels par ex. dans les services d'archives). Cette propriété rico:hasAuthor va sans doute, de toute façon, accueillir d'autres sous-propriétés.
Noter qu'il existe aussi une propriété rico:creationWithRole, avec pour domaine la relation n-aire CreationRelation, superclasse de AuthorshipRelation.
Dans tous les cas, quelle que soit la solution retenue, il faut à la fois travailler sur le logiciel et sur le modèle de référence pour traiter ce point. Ca peut prendre un peu de temps.
Note : surcharge de la fonction de création des URIs d'Agents dans "main.xslt" pour pointer vers IdRef:
<xsl:function name="ead2rico:URI-Agent">
<xsl:param name="authfilenumber" />
<xsl:param name="source" />
<xsl:value-of select="concat('http://www.idref.fr/',$authfilenumber,'/id')" />
</xsl:function>
(Tous les exemples viennent du fichier TestConversionRIC_Calames_143.xml)
Traitement de l'eadid générique (rendre son traitement plus robuste)
Pas de prise en compte des roles de persname/corpname/famname (codes fonctions UNIMARC en majorité)
Génération des liens URI vers IdRef :
Voici le contenu de l'ead correspondant:
Ou bien autre exemple de scopeAndContent bizarre:
Sort juste le "e":
genreform
ne sont pas traités:Valeurs de
otherlevel
qui ne sont pas prises en compte et qui pourraient être analysés pour déterminer si c'est un Record, RecordSet, RecordPartPas de prise en compte de
bioghist
Pas de prise en compte de
legalstatus
dansaccessrestrict
Utilisation différente de
physloc
car les valeurs sont très variés (texte varié car c'est un catalogue collectif)langcode
pour la langue des documents est mappé sur le référentiel des langues des AN.Pas de conversion de
dao