VOUS VENEZ DE →
FileMaker Excel AtoM Omeka Encyclia S-Museum Flora Micromusée Pallas Dublin Core
3.02 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.

Demander un audit gratuit Comparatif détaillé ↓
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
— Vous venez d'ailleurs ?

Nous pouvons migrer vos données.

DESKTOP →

FileMaker Pro / Server

Bases relationnelles propriétaires Claris/Apple
DESKTOP →

Excel tableur

Tableurs Microsoft Excel utilisés comme base de collections
WEB →

AtoM open source

Access to Memory — archives ICA
WEB →

Omeka Classic / S

Plateforme web de publication patrimoniale
DESKTOP →

Encyclia

Logiciel de gestion documentaire
DESKTOP →

S-Museum Skinsoft

Solution propriétaire pour collections (Skinsoft Museum)
DESKTOP →

Flora

Suite de gestion documentaire et archives
DESKTOP →

Micromusée v6 / v7

Logiciel propriétaire historique des musées de France
WEB →

Pallas BruDISC

Logiciel documentaire conçu au CegeSoma, maintenu par l'asbl BruDISC (ULB/VUB)
— Section 3 · Prestations

Notre champ d'action.

3.01 →

Formation

Prise en main, autonomie, montée en compétence
3.03 →

Hébergement

Serveurs dédiés, infogérance, sauvegardes
3.04 →

Musées de France

Inventaire, récolement, export Joconde
3.05 →

Développement

Plugins, intégrations, sur-mesure

Nos sites spécialisés