Notas técnicas RIMMF

En esta página [todavía en construcción] encontrarás algunas notas sobre los aspectos técnicos de RIMMF.

La herramienta de desarrollo que utilizamos para producir RIMMF se llama 'Delphi'.
Puedes encontrar más información sobre ella aquí: http://http://www.embarcadero.com/products/delphi

(En la actualidad, RIMMF está construido con XE8)

La interfaz en RIMMF se alimenta con componentes de reconocimiento de datos de DevExpress.
Aquí tienes el enlace a su sitio web: https://www.devexpress.com/

Las conexiones de red las proporciona Overbyte's Internet Component Suite.
http://www.overbyte.be/frame_index.html

Por debajo de todo, RIMMF funciona a base de datos almacenados en… sí, tablas, con columnas y filas
Todas nuestras tablas se almacenan en la memoria cuando el programa arranca.
Para esta tecnología confiamos en 'kbmMemTable': http://www.components4developers.com/

El instalador de windows lo proporciona InnoSetup.
http://www.jrsoftware.org/isinfo.php

Cuatro 'bibliotecas' se distribuyen con el programa:

pcrelib.dll – http://pcre.org/ (PERL Compatible Regular Expressions)

libeay.dll, ssleay.dll – https://www.openssl.org (OPEN SSL libraries)

tmqXml.dll – MARC 21 de MARC Report y rutinas de proceso MARCXML

Para importar/exportar datos enlazados, escribimos nuestro propio código. Como nuestro soporte RDF se basa en la serialización de ntriples, esta tarea no fue demasiado dura ya que ya contábamos con las rutinas necesarias para el manejo de cadenas de caracteres.

Para el mapeo de MARC a RDA (y viceversa), implementamos una sintaxis básica y enlazamos cada elemento RDA a uno (o más, dependiendo del contexto) de estas cadenas de mapeos (estas cadenas se pueden ver en las plantillas RIMMF si haces visibles las columnas de mapeos). Pero, después de un tiempo, comenzamos a encontrarnos con problemas –las instrucciones básicas no podían manejar las situaciones complejas que presenta MARC. Por esto, tuvimos que codificar las soluciones.

Algunos de los aspectos más interesantes de RIMMF quizás no se deben al código sino a las fuentes de datos utilizadas por el programa.

Antes que nada, el RDA Registry
'El Registry contiene representaciones de datos enlazados de los elementos y designadores de relación aprobados por el RDA Steering Committee'. Aunque las primeras versiones de RIMMF no utilizaban el Registry, es difícil imaginar volver a aquellos tiempos ahora. Los usuarios simplemente necesitan saber que cada vez que abren una plantilla o siempre que abren una lista desplegable, ven una definición o cambian a otra lengua –están utilizando el RDA Registry. Es un recurso brillante y mejora con cada actualización.

A continuación se sitúa el RDA Toolkit: http://www.rdatoolkit.org/
Para el catalogador medio, el Toolkit probablemente sea RDA. RIMMF fue la primera ilustración (¿y quizás siga siendo la mejor?) de una aplicación RDA estrechamente ligada a los estándares (como el propio RDA Toolkit reconoce). Esta integración era nuestro principal objetivo cuando empezamos a desarrollar RIMMF en 2012 (como podemos todavía ver en las columnas de datos etiquetadas como 'Entry' (Entrada), 'Source' (Fuente), 'Core' (Núcleo), etc., presentes en todas las plantillas RIMMF).

No podemos ir más lejos sin mencionar ID.LOC.GOV y la implementación de la Library of Congress de una pasarela SRU/SRW (via el MetaProxy de IndexData).
Uno de los aspectos más limpios en RIMMF es la búsqueda en el catálogo de la LC, seleccionando un título, pulsando Import (Importar) y viendo lo que sucede. La riqueza de los datos de autoridad MARC disponibles hoy es un recurso que resulta fácilmente consumible por el modelo RDA y RIMMF ha ilustrado lo bien que esta transición continúa. Esto no sería posible sin la existencia de un recurso disponible de forma abierta que utiliza un transporte simple.¹⁾.

<!–

R-Balls

our own servers

–>