NOS PRESTATIONS
VOUS VENEZ DE →
FileMaker Excel AtoM Omeka Encyclia S-Museum Flora Micromusée Pallas Dublin Core
05b Prestation · Migration
DEPUIS STANDARD

Dublin Core

NOUS MIGRONS VOS DONNÉES VERS

CollectiveAccess

Vos métadonnées sont en Dublin Core — sortie d'un système maison, d'un OAI-PMH, d'un dump XML/CSV générique. Le standard fait son travail (15 champs simples : titre, créateur, date, sujet, droits…) — mais aplatit tout ce qui faisait la richesse de votre collection : pas de relations, pas d'autorités structurées, pas de hiérarchies, pas de dates qualifiées. Nous reprenons votre dump Dublin Core (XML, CSV, OAI-PMH) et le projetons dans le modèle relationnel et typé de CollectiveAccess, en réinjectant la richesse perdue : autorités, hiérarchies, vocabulaires contrôlés, relations entre œuvres, lieux, personnes, expositions.

VERROU · STANDARD OUVERT
Dublin Core champs aplatis
15
CHAMPS DC ÉLÉMENTAIRES
Dublin Core simple ne reconnaît que 15 éléments à plat. CollectiveAccess vous redonne un modèle relationnel : autorités, lieux structurés, dates qualifiées, hiérarchies — tout en restant exportable en Dublin Core natif (DC, DCMI Terms) pour OAI-PMH et autres protocoles ouverts.
AVANT
Métadonnées Dublin Core (XML / CSV / OAI-PMH)
STANDARD UNIVERSEL
APRÈS
Modèle relationnel typé, exporté Dublin Core
BROWSER ONLY·OPEN SOURCE·API REST
— Process
01

Une migration conduite, jamais subie.

5 étapes · 8 à 16 semaines
ÉTAPE 01 · 1 À 2 SEM.

Audit

Nous étudions vos données : volumétrie, champs personnalisés, hiérarchies, médias liés, accès. Restitution d'un rapport et d'un mapping cible.

LIVRABLES
  • Inventaire des champs
  • Cartographie des données
  • Plan de migration
ÉTAPE 02 · 1 À 3 SEM.

Mapping

Conception du mapping cible — projection des 15 champs DC vers les types d'enregistrements CollectiveAccess (objets, autorités, lieux, dates), enrichissement par vos vocabulaires existants si disponibles.

LIVRABLES
  • Profil CA personnalisé
  • Listes de référence
  • Tables de correspondance
ÉTAPE 03 · 2 À 6 SEM.

Migration

Import du dump Dublin Core (XML, CSV, JSON, ou flux OAI-PMH), transformations (extraction d'autorités, structuration des dates, normalisation des sujets contre AAT/Geonames/RAMEAU si pertinent), import vers CollectiveAccess avec rétro-mapping vers DC natif pour conserver la compatibilité OAI-PMH sortante.

LIVRABLES
  • Base recettable
  • Médias migrés
  • Rapport de qualité
ÉTAPE 04 · 2 À 4 SEM.

Recette

Vérifications croisées : vos référents valident les notices migrées, on ajuste, on documente. Aller-retours en environnement de pré-production.

LIVRABLES
  • Plan de tests
  • Suivi des anomalies
  • PV de recette
ÉTAPE 05 · 1 SEM.

Formation & bascule

Formation des équipes sur leur propre base migrée. Bascule en production, accompagnement sur les premiers jours, hébergement infogéré inclus.

LIVRABLES
  • Sessions formation
  • Mise en production
  • Suivi 30 jours
— Comparatif
02

Onze raisons concrètes de migrer.

Dublin Core → CollectiveAccess
AXE
DUBLIN CORE
COLLECTIVEACCESS
Modèle de données
15 champs élémentaires plats (Dublin Core simple)
Modèle relationnel ouvert (MySQL), 14 types d'enregistrements, hiérarchies natives
Autorités structurées
Champs `creator` et `subject` en texte libre — pas d'entités liées
Autorités personnes, lieux, événements, sujets — entités à part entière, alignables AAT, Geonames, RAMEAU
Relations
Pas de relations natives — le champ `relation` est une URL ou un identifiant en texte
Relations typées (objet ↔ lieu ↔ personne ↔ exposition ↔ media) avec cardinalités et facettes
Dates
Date au format ISO 8601 — pas de plages, pas d'incertitudes, pas de calendriers historiques
Dates qualifiées : plages, incertitudes (« vers »), calendriers (révolutionnaire, julien…), ISO 8601 export
Vocabulaires contrôlés
Pas natif — `subject` accepte n'importe quoi, ou un thésaurus externe par convention
Listes hiérarchiques internes, alignées AAT, Joconde, Geonames, RAMEAU — auto-complétion, redirections
Multilingue
Champs répétables avec `xml:lang` — peu d'outils l'exploitent vraiment
Multilingue natif sur chaque champ et chaque type, interface administrable par langue
Multimédia
Champ `format` + URL dans `identifier`/`source` — pas de gestion intégrée des médias
Médias gérés dans la base : vignettes, dérivés HD, EXIF, IIIF, lecture inline
API / interopérabilité
OAI-PMH si vous l'avez déjà — sinon rien de natif
API REST ouverte + OAI-PMH (DC export natif), RDF, Linked Data, Z39.50, EAD, MARC
Site public web
Pas applicable — DC est un format, pas un système
Pawtucket livré avec — site public à facettes, IIIF, prêt à thématiser
Conformité Musées de France
À redévelopper sur mesure — DC ne couvre pas le récolement
Plugin officiel SMF : registre, n° d'inventaire, récolement décennal, sortie d'inventaire, PV générés
Réversibilité
Vous êtes déjà au format ouvert — c'est le plus facile à migrer
Base MySQL standard, export DC/MARC/EAD natif — pas d'enfermement

★ Trois acquis changent la donne : un vrai modèle relationnel (au-delà des 15 champs plats), des autorités structurées (personnes, lieux, sujets) et des relations typées entre œuvres et entités. Tout le reste — pérennité, ouverture, interopérabilité — en découle.

— Garanties
03

Quatre filets de sécurité.

Inclus
01 INTÉGRITÉ

Données conservées

Aucune perte. Chaque champ Micromusée trouve son équivalent — y compris les hiérarchies, vocabulaires contrôlés et liens médias.

02 RECETTE

Aller-retour testé

Avant la bascule, vous travaillez sur une copie de votre base réelle, en pré-production. Les ajustements sont gratuits.

03 SOUVERAINETÉ

Vous gardez la main

Le serveur est hébergé chez nous, mais la base et les médias vous appartiennent. Export complet possible à tout moment, format ouvert.

04 COÛT

Pas de licence cachée

Une fois migré, plus de coût d'achat ni d'extension. Vous payez l'hébergement et le support, c'est tout.

— PREMIÈRE ÉTAPE GRATUITE

Envoyez-nous un export Dublin Core.
Nous vous rendons un plan de migration chiffré.

Lancer un audit
— Continuer la visite

Les autres métiers d'idéesculture.