SISTEMA DE INFORMACIÓN DEL PATRIMONIO CULTURAL ARAGONÉS. Características y estructura

Transcripción

1 SISTEMA DE INFORMACIÓN DEL PATRIMONIO CULTURAL ARAGONÉS Características y estructura Francisco Bolea Jesús de Diego Centro de Información del Patrimonio Cultural Aragonés Noviembre de 2004

2 SISTEMA DE INFORMACIÓN DEL PATRIMONIO CULTURAL ARAGONÉS. CARACTERÍSTICAS GENERALES DEL SISTEMA El proyecto SIPCA (Sistema de Información del Patrimonio Cultural Aragonés) se plantea como una solución para la gestión de la información sobre patrimonio cultural por parte de los distintos organismos con competencias respecto al mismo: DGA, diputaciones provinciales y comarcas. Generalmente, los proyectos de normalización documental suponen el diseño e imposición de una estructura rígida de datos (ficha de catalogación o inventario) y unas determinadas herramientas informáticas (tanto en lo que se refiere a aplicaciones cuanto a sistemas gestores de bases de datos). Sin embargo, tanto la diversidad de los destinatarios cuanto la heterogeneidad de la información y sus formatos de almacenamiento, parecen exigir una solución más flexible, que además resulta factible con la tecnología actual. La diversidad de participantes y destinatarios supone una serie de condicionantes previos a la hora de diseñar un sistema de información, que pueden resumirse en los siguientes: Debe ofrecerse flexibilidad en los modelos de datos, de forma que cada participante pueda decidir con qué tipo de bienes trabaja, qué información incluye sobre cada uno de ellos y cómo la organiza. Posibilidad de trabajo con bases de datos heterogéneas. Uso de diferentes sistemas operativos. Independencia, para cada uno de los organismos integrados en el sistema, en la gestión de la información sobre su ámbito geográfico. Partiendo de estos condicionantes, el objetivo del trabajo desarrollado hasta ahora ha sido la creación de una infraestructura permanente que cumpla los siguientes requisitos: Garantías técnicas de perdurabilidad y actualización, mediante el seguimiento de las recomendaciones técnicas del World Wide Web Consortium y el uso de estándares internacionales en todos los campos de trabajo. Bajo coste de implantación del sistema en un organismo dado, debido a la potenciación del uso de software libre. Posibilidad de crecimiento del sistema, no solo a través de la continua carga de información, sino mediante la incorporación de muy diversos proyectos de carácter sectorial: por ejemplo, Sistema de Información Geográfica sobre patrimonio desarrollado en colaboración con el Servicio de Inventario Francés o, en el futuro, tras la implantación del programa de gestión Domus, con el Sistema de Museos de Aragón. Interoperabilidad: además del uso de directrices internacionales en el diseño y desarrollo tecnológico del sistema, se han implantado y adaptado estándares

3 europeos en los diferentes dominios del patrimonio, así como se están adaptando herramientas terminológicas de indización reconocidas internacionalmente. Esto permitirá la interoperabilidad y el intercambio de información con sistemas exteriores a la comunidad autónoma y la inclusión del SIPCA en redes de ámbito geográfico más amplio. Basándonos en los puntos de partida anteriores, se ha diseñado un sistema distribuido en una serie de centros (todas las instituciones participantes en el sistema, que a partir de ahora denominaremos nodos), cuya estructura general se describe a continuación. ESTRUCTURA DEL SISTEMA La arquitectura del sistema está basada en centros interrelacionados entre sí que intercambian automáticamente la información. Consta de un nodo central (DGA), que actúa como administrador e integra toda la información incluida en el sistema; y varios nodos secundarios (diputaciones provinciales y comarcas), que poseen toda la información actualizada sobre su ámbito geográfico, pudiendo modificarla, introducir nuevos datos, consultarla o gestionarla independientemente del modo que consideren adecuado. El sistema ha sido específicamente diseñado para que los responsables de cada nodo configuren este de acuerdo a sus necesidades de información y a sus medios humanos y económicos. Cada centro tiene libertad para decidir: La infraestructura informática adecuada a sus medios y necesidades. El nodo puede seleccionar tanto el sistema operativo como el software a utilizar, habiéndose potenciado desde el SIPCA el uso de software libre para minimizar costes. Se han realizado pruebas de intercambio de datos entre un nodo central configurado sobre Windows y con un sistema gestor de bases de datos Oracle y un nodo secundario configurado mediante sistema operativo Linux y sistema gestor de bases de datos MySQL. Los dominios de información cubiertos por el nodo (por ejemplo, puede limitarse a Inmuebles y Muebles, excluyendo los restantes dominios); el tipo de información a incluir sobre cada bien (por ejemplo, inclusión únicamente de datos descriptivos e históricos, omitiendo la información sobre conservación); y el modo de organizar dicha información en sus bases de datos (campos elegidos, nombres de estos y organización en tablas). El modo de gestionar la información referente a su ámbito geográfico en el marco de su política de difusión. Al disponer cada nodo físicamente de su propia información, tiene capacidad para gestionarla: consulta interna, publicación en web, etc.

4 Los nodos, con diferentes sistemas operativos, sistemas gestores de bases de datos y estructuras de información, intercambian los datos con el nodo central a través de una plataforma XML que posibilita la integración de paquetes heterogéneos de información. Se ha diseñado asimismo un sistema de replicación que permite que cualquier actualización realizada en uno de los nodos secundarios o en el central se refleje automáticamente en los restantes nodos, actualizándolos a su vez. Como se ha indicado, el nodo central, además de funcionar como administrador del sistema, es el único nodo que dispone (en principio) de todas las herramientas del sistema, mientras que los restantes eligen exclusivamente aquellas que consideran adecuadas. La descripción de su configuración servirá para conocer la estructura interna del sistema y las herramientas utilizadas. CONFIGURACIÓN DE NODO El sistema, básicamente, se configura como un conjunto de bases de datos, con sus correspondientes aplicaciones de administración de las mismas y un punto de acceso único a las diferentes aplicaciones. Las bases de datos pueden dividirse entre las que afectan a los diferentes dominios del patrimonio y bases de datos auxiliares, comunes a todas las anteriores. Los criterios para establecer los distintos dominios del sistema han sido las necesidades de análisis de cada uno de los tipos de bienes patrimoniales contemplados por la ley aragonesa.

5 Bases de datos de dominios patrimoniales: Conjuntos urbanos Bienes inmuebles. Único dominio desarrollado hasta el momento. El modelo de datos se ha estructurado en las siguientes áreas: Identificación, Localización, Georreferenciación, Descripción, Historia, Heráldica, Prácticas y creencias, Conservación, Informaciones para su visita y Documentación. También se nutre de datos procedentes de recursos externos (información catastral, bibliografía), de los que se hablará más abajo, y de las bases de datos comunes. Incluye en su estructura la Ficha Mínima de Indización de la Unión Europea (R (95) 3). Bienes muebles Arqueología Paleontología Patrimonio inmaterial Bases de datos de gestión administrativa En principio están planteadas únicamente como herramienta interna del Servicio de Patrimonio Histórico de DGA. Son las siguientes: Censo: tramitación administrativa de declaraciones de BIC. Control de intervenciones: seguimiento financiero y administrativo de obras emprendidas por el Servicio de Patrimonio. Autorizaciones culturales: recoge los trámites referentes a las solicitudes y autorizaciones de intervenciones en los BIC o su entorno.

6 Bases de datos auxiliares Están vinculadas con todos los dominios patrimoniales, nutriendo de datos a todos ellos. Multimedia: incluye archivos de imagen, vídeo y audio, así como todos los datos correspondientes a los mismos. Todos los formatos de archivo propuestos, así como las características de los mismos, siguen las directrices del World Wide Web Consortium. Metadatos: base de datos que se ocupa de la gestión interna del sistema. Incluye información acerca de perfiles de usuario, actualizaciones, etc. Desarrollado según estándares europeos de metadatos (MoReq) Tesauro: su estructura ha sido diseñada según directrices de la norma ISO 2788 para la elaboración de tesauros monolingües. Con la imprescindible adaptación a las necesidades del sistema y a la realidad patrimonial aragonesa, la carga de términos se está realizando mediante el tesauro del Servicio de Inventario francés (homologado con los correspondientes tesauros nacionales inglés y americano) y el tesauro de gestión del patrimonio HEREIN (versión en 10 lenguas oficiales de la Unión Europea). Recursos externos Asimismo, el sistema puede recuperar información de recursos externos preexistentes, correspondiente a determinadas áreas relacionadas con todos los dominios patrimoniales, con el consiguiente ahorro de trabajo para los administradores. Concretamente, se ha estudiado por el momento el aprovechamiento de datos referidos a los siguientes ámbitos: Datos catastrales: bases de datos del Departamento de Economía y Hacienda de DGA. Bibliografía. Monografías: bases de datos de la biblioteca de Aragón. Bibliografía. Publicaciones periódicas: base de datos del Fichero Bibliográfico Aragonés, desarrollado conjuntamente por el IEA y el Instituto Bibliográfico Aragonés. PLATAFORMA TÉCNICA Sistemas operativos La fase de desarrollo ha planteado la necesidad de que el sistema funcione en cualquier sistema operativo. Se han utilizado las plataformas Win32 y Linux kernel tanto en equipos cliente como servidor. Los nodos de nueva factura pueden usar cualquiera. Capa de datos. Nodos secundarios. En este nivel se ha planteado la interoperabilidad de software diverso en el ámbito del sistema, incluyendo RDBMS libres como MySQL y propietarios (Informix, Oracle, SQL Server, etc.).

7 Nodo principal. Utiliza en la fase de desarrollo Oracle 9i, con licencia de producción perteneciente a AST. Servidor de aplicaciones Durante la fase de desarrollo se ha utilizado Tomcat. Se plantea la misma solución para producción. Plataforma de desarrollo. J2EE Servicios web XML Cliente. Cualquier navegador web, preferiblemente Explorer 5.x en adelante, Mozilla 1.x y NetScape 6.x en adelante. ARQUITECTURA DEL SISTEMA El sistema se define como una arquitectura de nodos distribuidos multiplataforma que comparten información sincronizada entre sí a partir de estructuras diversas de múltiples bases de datos. Las tareas de sincronización de datos es gestionada por el nodo central, que posee información actualizada del resto de los nodos. Los demás nodos del sistema sincronizan la información que les interesa, teniendo en cuenta el ámbito territorial y temático. Cada nodo puede sincronizar sus datos de forma activa con el nodo central por libre iniciativa. Se ha señalado la comunicación entre nodos como un elemento fundamental del sistema, y, por tanto, los principales elementos software desarrollados serán aquellos que permitan realizar esta comunicación. El principal proceso en esta comunicación es el denominado proceso de sincronización, cuya ejecución lleva asociada dos operaciones: una operación de actualización de los datos de los diferentes nodos distribuidos sobre el nodo central y una operación de replicación de la información del nodo central sobre cada uno de los nodos distribuidos. Este proceso bidireccional de intercambio de información se puede dividir en dos tipos, para facilitar por un lado el proceso, haciéndolo lo más automático posible (sincronización automática), y por otro, para ofrecer cierta independencia de actuación en situaciones específicas (sincronización manual), como en los casos de actualización masiva de datos. La sincronización automática no requiere de la acción de un usuario, mientras que la manual requiere que el usuario indique el momento en el que desea que se lleve a cabo.

8 Para que el servidor central pueda conocer sobre que nodos debe realizar la sincronización automática, se van a proporcionar dos operaciones, de alta y baja en el proceso. Esto proporciona mucha flexibilidad e independencia, y permite que los nodos se adapten al tipo de trabajo. De esta forma, si un nodo actualmente realiza operaciones de consulta y de forma esporádica ciertas actualizaciones, puede suscribirse al proceso automático despreocupándose de cuando tiene que enviar sus datos al servidor central. Por otro lado, si en ese nodo temporalmente alguien se va a dedicar a hacer una catalogación, o una revisión de datos, se puede dar de baja del proceso automático y actualizar sobre el servidor central cada vez que finalice la jornada de trabajo, o cuando haya finalizado la introducción de datos, etc.. El proceso manual también resulta útil si se va a realizar un trabajo de campo, ya que el nodo puede ser simplemente un ordenador portátil, que tan sólo se conecta a la red para ciertas acciones, como la actualización de datos sobre el nodo central. El servidor central mantendrá una base de datos con toda la información relativa a los diferentes procesos de sincronización (fecha, nodo, etc.).