Documento técnico · Actualizado mayo 2026

Modelo archivístico de Chile de Ayer

Cómo se estructuran los datos del archivo, qué estándares internacionales cumplimos y qué falta por hacer. Pensado para instituciones archivísticas, bibliotecas, museos y cualquier persona que quiera entender cómo conversa Chile de Ayer con el resto del ecosistema patrimonial.

Principios

Estándares ICA primero

Aplicamos ISAD(G), Dublin Core y OAI-PMH — los mismos estándares que usan el Archivo Nacional vía SINAR, el Museo de la Memoria y los Derechos Humanos, y la red latinoamericana de instituciones que han adoptado AtoM.

Interoperabilidad antes que ego de plataforma

Chile de Ayer no compite con los archivos institucionales: los complementa. Exponemos los datos en formatos abiertos para que cualquier sistema profesional pueda cosecharlos, y para poder cosechar otros catálogos en el futuro.

Honestidad sobre las brechas

Este documento se actualiza con el modelo real, no con uno aspiracional. Lo que falta aparece como "parcial" o "pendiente" con su fase prevista. Si algo aquí está desactualizado, escríbenos.

ISAD(G) — Norma Internacional General de Descripción Archivística (ICA, 2.ª ed., 2000)

Los 6 elementos esenciales

El estándar ICA reconoce seis elementos como mínimos para el intercambio internacional de descripciones archivísticas. Así los cubre el modelo actual.

ISAD(G)Elemento Campo actual Estado
3.1.1Código de referenciaphotos.uuid + photos.slug

UUIDv7 estable + slug histórico con redirects.

Cubierto
3.1.2Títulophotos.titleCubierto
3.1.3Fecha(s)photos.year_from, year_to, date_precision

Precisión declarada: exacta, año, década o circa.

Cubierto
3.1.4Nivel de descripciónimplícito "ítem"

Pendiente: jerarquía Fondo › Serie › Ítem.

Parcial
3.1.5Volumen y soportephoto_files (width, height, size, variant)

Sólo soporte digital; soporte físico original aún no modelado.

Parcial
3.2.1Nombre del productorphotos.photographer + photos.source_credit

Texto libre; en Fase 3 pasa a entidad ISAAR(CPF).

Parcial

Otras áreas ISAD(G)

Cobertura del resto de las siete áreas (contexto, contenido, acceso, documentación asociada, notas y control).

ISAD(G)Elemento Campo actual Estado
3.2.4Forma de ingresophotos.source_url + photos.user_id (uploader)Parcial
3.3.1Alcance y contenidophotos.descriptionCubierto
3.4.1Condiciones de accesophotos.has_identifiable_people

Bandera de privacidad (sí/no/incierto).

Parcial
3.4.2Condiciones de reproducciónphotos.license (enum, 15 variantes CC + PD)

Cada licencia con URL canónica y label.

Cubierto
3.4.3Lengua del material

Asumido es (español). Campo explícito en Fase 3.

Pendiente
3.5.1Existencia de originalesphotos.source_credit + photos.source_urlParcial
3.5.3Unidades relacionadascomparison_photos + collection_itemsParcial
3.7.3Fecha de la descripciónphotos.created_at, updated_at, revisions

Audit log con old_values / new_values por revisión.

Cubierto

Dublin Core Metadata Element Set 1.1 (DCMI)

Los 15 elementos Dublin Core

Dublin Core es el lingua franca para interoperabilidad web y el formato obligatorio en OAI-PMH. Así mapea Chile de Ayer cada uno de sus elementos.

Elemento DC Mapeo en Chile de Ayer Estado
dc:identifierURL canónica chiledeayer.cl/fotos/{slug}Cubierto
dc:titlephotos.titleCubierto
dc:creatorphotos.photographerCubierto
dc:contributorphotos.user (uploader/colaborador)Parcial
dc:publisherconstante "Chile de Ayer"Cubierto
dc:dateyear_from / year_to / date_precisionCubierto
dc:descriptionphotos.descriptionCubierto
dc:subjectphotos.tags[].nameCubierto
dc:typeconstante "StillImage" (DCMI Type)Cubierto
dc:format"image/jpeg" (photo_files derivados)Cubierto
dc:sourcephotos.source_credit + source_urlCubierto
dc:languageconstante "es"

Campo explícito en Fase 3.

Parcial
dc:coverageplaces.name + region + countryCubierto
dc:relationcomparison_photos + collectionsParcial
dc:rightsphotos.license (enum CC + PD con URL canónica)Cubierto

Lo que ya entregamos en cada foto

Cada página individual de foto emite metadatos legibles por máquina —además del HTML legible por humanos— para facilitar el uso institucional y la indexación.

  • JSON-LD schema.org/ImageObject con título, descripción, autor/productor, fecha, lugar geo-referenciado, licencia, créditos y URL canónica.
  • Open Graph y Twitter Card completos para difusión en redes con previsualización rica.
  • Identificador estable UUIDv7 + slug histórico con redirects automáticos cuando el slug cambia.
  • Licencia normalizada con URL canónica Creative Commons o de Dominio Público — visible en la ficha y embebida en JSON-LD.
  • Auditoría granular de cada cambio sobre la ficha (revisions table) con valores previos y nuevos, usuario y fecha.

Hoja de ruta

Cuatro fases, ordenadas por valor/esfuerzo. La meta es que Chile de Ayer sea un nodo plenamente cosechable por cualquier sistema archivístico que use AtoM u otro proveedor OAI-PMH.

Fase 1 — Salvoconducto archivístico

Mayo 2026Vigente
  • Mapeo público ISAD(G) ↔ Dublin Core ↔ modelo Chile de Ayer.
  • JSON-LD enriquecido (schema.org/ImageObject con licencia, créditos y derechos visibles).
  • Brechas reconocidas honestamente.

Fase 2 — OAI-PMH provider

Junio 2026En curso
  • Endpoint /oai con verbos Identify, ListMetadataFormats, ListSets, ListIdentifiers, ListRecords, GetRecord.
  • Formato oai_dc (Dublin Core simple).
  • Sets por lugar, década, colección y licencia.
  • Validación contra OAI-PMH Validator oficial.

Fase 3 — Entidades archivísticas

Julio–Septiembre 2026Planificado
  • Modelo Productor (ISAAR-CPF lite) separado del uploader y de la fuente.
  • Modelo Fondo archivístico (ISAD-G fonds/series) distinto de las colecciones editoriales.
  • Modelo Repositorio (ISDIAH) para instituciones depositarias.
  • Campo language explícito y vocabulario controlado de tags (SKOS).

Fase 4 — IIIF Image + Presentation API

Octubre 2026 o posteriorPlanificado
  • IIIF Image API level 0 con tiles pre-renderizados desde S3/R2.
  • IIIF Presentation API 3.0 manifests JSON-LD por foto.
  • Integración con Mirador, Universal Viewer y Clover IIIF.

Lo que no hacemos (todavía, o por decisión)

Chile de Ayer es una plataforma de difusión pública con curaduría comunitaria, no un sistema de preservación digital certificado. Esto delimita lo que tiene sentido implementar.

  • PREMIS y METS — son para preservación digital seria (Archivematica, Rosetta). No hasta que el proyecto se proponga certificarse como repositorio de preservación.
  • Records in Contexts (RiC) — modelo conceptual nuevo de ICA. Adopción aún incipiente; AtoM mismo todavía no lo soporta nativo. Revisaremos cuando el ecosistema madure.
  • MODS, VRA Core, CDWA Lite, PBCore — Dublin Core e IPTC ya cubren fotografía. Sumar más formatos añade complejidad sin valor incremental claro.
  • SPARQL endpoint / Linked Open Data completo — la audiencia técnica es pequeña; preferimos invertir primero en JSON-LD y OAI-PMH.

Referencias

¿Tienes feedback técnico o quieres una integración?

Si representas un archivo, biblioteca, museo o universidad y quieres conversar sobre interoperabilidad, donación de material o un convenio de difusión, escríbenos. Si detectas una imprecisión en este documento, también.

Conversemos