El registro digital autorizado de un edificio es un directorio de archivos de texto simple y binarios estandarizados que viven en el almacenamiento del propietario, viajan con la escritura de propiedad cuando cambia la titularidad y permanecen legibles sin una licencia de software propietario mientras se mantengan los estándares abiertos subyacentes. Este artículo describe el diseño de la bóveda, la capa de versiones que proporciona trazabilidad de grado git, y la calificación ISO 19650 que hace de un repositorio git de archivos planos un Entorno de Datos Común conforme.

El Diseño de la Bóveda

La bóveda canónica para un archivo de propiedad Woodfine está estructurada de la siguiente manera:

vault/
├── ifc/             # Archivos IFC-SPF autorizados (ISO 16739-1:2024)
├── elements/        # Sidecars YAML por elemento (Pset_* + sensor + orden de trabajo)
├── bcf/             # Directorios BCF 3.0 por tema (XML + PNG; descomprimidos)
├── ids/             # Contratos de validación IDS 1.0 (por superposición jurisdiccional)
├── materials/       # Base de datos de materiales (archivos planos)
├── codes/           # Superposiciones de códigos de construcción como geometría composable
├── geometry/        # glTF 2.0 + CityJSONSeq (cachés regenerables; no canónicas)
├── drawings/        # Planos 2D SVG (regenerables; GUIDs IFC en IDs de elementos SVG)
├── objects/<hash>.json  # Almacén de objetos direccionados por hash
└── refs/            # Punteros de referencia estilo Git (ramas, etiquetas, HEAD)

Los archivos .ifc son el único estado espacial y semántico autorizado del edificio. Todos los demás directorios validan el estado IFC, lo enriquecen con datos no geométricos, o almacenan en caché una representación derivada que puede regenerarse a partir de la fuente canónica.

El Archivo IFC-SPF como Archivo Canónico

IFC-SPF es la codificación de Archivo Físico STEP de IFC, especificada en ISO 10303-21. Es un formato de texto claro orientado a líneas: cualquier persona con un editor de texto puede leer un archivo IFC-SPF. El formato ha estado en producción desde IFC 1.0 en 1996.

Sidecars YAML por Elemento

Cada elemento IFC que lleva datos operativos no geométricos tiene un sidecar YAML correspondiente en vault/elements/. El nombre del archivo del sidecar es el GUID IFC del elemento, que es estable a través de las revisiones del modelo.

El sidecar puede llevar:

• Anulaciones Pset — valores de propiedad no geométricos no capturados en la sesión de autoría IFC
• Lecturas de sensores — registros con marca de tiempo de un broker MQTT escritos como entradas de registro de solo adición
• Órdenes de trabajo — referencias a tareas de mantenimiento, registros de inspección e historial de reparaciones
• Referencias de arrendamiento — identificador del inquilino y plazo de arrendamiento, vinculando el elemento espacial con el registro de arrendamiento

El Almacén de Objetos Direccionados por Hash

El directorio vault/objects/ implementa un almacén de objetos direccionados por hash. Cada objeto es un archivo JSON cuyo nombre de archivo es el hash SHA-256 de su contenido. El resultado es un DAG de Merkle: el hash raíz de un estado del modelo está criptográficamente vinculado a cada elemento que contiene.

Calificación ISO 19650

Un repositorio git satisface los requisitos del EDC de ISO 19650:

Concepto ISO 19650	Implementación Git + bóveda
Contenedor de información	Archivo IFC o sidecar YAML
UID del contenedor	Hash de objeto Git o GUID IFC
Estado	Nombre de rama (work-in-progress, shared, published)
Revisión	Hash de confirmación Git
Historial de cambios	git log --follow <filename>

Un repositorio git local en una estación de trabajo aislada cumple con ISO 19650 tan completamente como una plataforma alojada.

Supervivencia a la Obsolescencia de Proveedores

Los edificios están diseñados típicamente para durar de 50 a 100 años. La arquitectura de la bóveda aborda esta asimetría de dos formas: los formatos canónicos son estándares abiertos gobernados por ISO, y los derivados regenerables están marcados explícitamente como no canónicos.

El Archivo Viaja con el Terreno

La bóveda Woodfine está prevista para ser incluida en la transferencia de propiedad: el mismo repositorio git que contiene el archivo IFC, las referencias del registro de arrendamiento y el historial operativo acompaña a la propiedad cuando cambia la titularidad, sin necesidad de permiso del proveedor y sin pérdida de fidelidad.