Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/07244.jsonl.gz/657

[19-03-2015] Pourquoi les structures logique et physique d'un SIP eCH-0160 ne correspondent-elles pas nécessairement ?
L'idée avec le SIP selon eCH-0160 est de séparer clairement le stockage physique et la classification logique. L'une des raisons en est que le stockage des fichiers suit généralement des règles techniques, tandis que le système de classification regroupe les données primaires en dossiers, puis regroupe ces derniers à nouveau en rubriques, etc. (sauf si le stockage consiste en un simple système de fichier, le versement est de type FILES). La deuxième raison est que le stockage des fichiers est plutôt limité lors de l'attribution des noms (caractères autorisés, longueur maximale, etc.). Pour cette raison, le nom du dossier physique dans le SIP est, par exemple, « DocumentationDeliveringOffice », alors que le nom correct dans le système de classification est « DS Extract State Archive Data Format V2.2 Documentation ». En règle générale, une structure similaire à la classification logique est choisie pour le stockage des fichiers dans la mesure du possible. KOST-Val ou PackageHandler vérifient tous deux si les structures logique et physique sont correctement reliées dans SIP.
Le principe de séparation du stockage physique et de la classification logique est également mis en œuvre dans d'autres modèles de SIP, par exemple dans le METS Matterhorn.