Articulo de referencia

Clave de recurso de archivo

Una clave de recurso de archivo ( ARK ) es una URL multipropósito adecuada para funcionar como identificador persistente de objetos de información de cualquier tipo. Es ampliame...

Una clave de recurso de archivo ( ARK ) es una URL multipropósito adecuada para funcionar como identificador persistente de objetos de información de cualquier tipo. Es ampliamente utilizada por bibliotecas, centros de datos, archivos, museos, editoriales y agencias gubernamentales para proporcionar referencias fiables a objetos académicos, científicos y culturales. En 2019 se registró como esquema de identificador uniforme de recursos (URI). [ 1 ]

Una URL que es un ARK se distingue por la etiqueta ark: al principio de un componente de ruta. Cuando se envía a un navegador web, la URL que termina en '?info' (una inflexión ARK) devuelve un registro de metadatos que incluye una declaración de compromiso del proveedor de servicios actual.

El diseño del esquema ARK implica que la persistencia es una cuestión puramente funcional y no una propiedad de la sintaxis de nomenclatura. Además, un identificador persistente no puede nacer persistente, sino que su persistencia solo puede demostrarse con el tiempo. La flexión '?info' proporciona información para evaluar la probabilidad de persistencia de un identificador.

Historia

A lo largo de la década de 1990, el Grupo de Trabajo de Ingeniería de Internet (IETF) y otras organizaciones desarrollaron estándares para identificadores persistentes de recursos web, como URN , PURL , Handle y DOI . En cada uno de estos estándares, los identificadores indirectos se resolvían en URL , las cuales cambiaban con el tiempo. Muchos creían que estos sistemas contribuirían a la persistencia de los recursos web a lo largo del tiempo. [ 2 ]

En 2001, John Kunze de la Universidad de California y RP Channing Rodgers de la Biblioteca Nacional de Medicina de los Estados Unidos publicaron el primer borrador del Esquema de Identificador Persistente ARK , diseñado en respuesta a las necesidades de sus dos organizaciones, como documento de trabajo del IETF. [ 3 ] Al explicar sus motivaciones para crear un nuevo sistema, Kunze escribió más tarde que “cada sistema [de identificador persistente] tenía problemas específicos”. A diferencia de la estructura descentralizada de la web, con muchos editores independientes, Handle y DOI eran sistemas centralizados relacionados que cobraban por la inclusión; eran “antitéticos”, según Kunze, “a un principio implícito de que los estándares de Internet no deben respaldar el control de ninguna entidad sobre el acceso a los recursos en red de otra entidad”. Los URN eran gratuitos, pero carecían de servicios de descubrimiento de resolvedores y, escribió Kunze, “me parecía que la comunidad del IETF había perdido interés en crear una infraestructura de indirección de Internet completamente nueva que aportaría poco a los mecanismos web y DNS existentes , especialmente en vista del pequeño papel que desempeña la indirección para evitar que los enlaces se rompan”. [ 2 ]

A diferencia de otros sistemas, el esquema ARK proponía que la persistencia era simplemente una cuestión de servicio, no inherente a un objeto ni conferida por una sintaxis de nomenclatura específica. Por lo tanto, lo máximo que un identificador podía hacer para resolver el problema de la persistencia era indicar el compromiso de una organización. En consecuencia, en el estándar ARK, los identificadores se referirían no solo a un recurso web , sino también a una promesa de gestión y a metadatos sobre dicho recurso. Si se consultaba un servidor web con un ARK, este debía devolver el recurso en sí o algún sustituto, como una tabla de contenido en lugar de un documento extenso y complejo. Sin embargo, en su forma más detallada, un ARK debía devolver una descripción (metadatos) que, como mínimo, respondiera a las preguntas de quién, qué, cuándo y por qué se refería a una expresión del objeto. (El esquema también incluía una guía para citas de recursos electrónicos, un formato simple para estructurar estos metadatos). Los metadatos también deben describir las políticas del proveedor con respecto a la “persistencia de objetos, la denominación de objetos, el direccionamiento de fragmentos de objetos y el soporte de servicios operativos”. [ 3 ]

La Biblioteca Digital de California comenzó a utilizar ARKs en 2002 y lanzó el software Noid (Nice Opaque IDentifiers) para gestionar ARKs y otros identificadores en 2004. Otros usuarios pioneros de ARKs fueron Portico , Internet Archive y la Biblioteca Nacional de Francia , la primera de muchas instituciones francófonas en adoptar el sistema.

En 2018, la Biblioteca Digital de California y DuraSpace anunciaron una colaboración, inicialmente llamada ARKs-in-the-Open y luego ARK Alliance, para construir una comunidad internacional en torno a los ARK y su uso en la investigación abierta. Para 2025, más de 1700 instituciones se habían registrado para usar ARK. [ 2 ]

Estructura

https://NMA/ark:NAAN/Name[Calificador] 
  • NAAN : Número de Autoridad Asignadora de Nombres: identificador único obligatorio de la organización que originalmente nombró el objeto.
  • NMA : Autoridad de asignación de nombres: nombre de host opcional y reemplazable de una organización que actualmente presta servicios para el objeto.
  • Calificador : cadena opcional que extiende el ARK base para admitir el acceso a subcomponentes jerárquicos individuales de un objeto, [ 4 ] y a variantes (versiones, idiomas, formatos) de componentes. [ 5 ]

ARK Alliance mantiene un registro completo de NAAN [ 6 ] , replicado en la Bibliothèque Nationale de France y en la Biblioteca Nacional de Medicina de los Estados Unidos .

Solicitud

Los ARK pueden asignarse a cualquier cosa digital, física o abstracta. A continuación se muestran ejemplos, a febrero de 2023, según lo informado a la Alianza ARK por las organizaciones enumeradas. [ 7 ]

  • Registros genealógicos (15 mil millones de FamilySearch)
  • Contenido del editor (157 millones de Portico)
  • registros científicos (22 millones INIST)
  • Textos escaneados (50 millones en Internet Archive)
  • Registros bibliográficos (27 millones de registros del catálogo principal de la BnF)
  • especímenes de museo (15 millones, casi 100 millones en el Smithsonian)
  • documentos de salud pública, muchos procedentes de procesos judiciales (20 millones de UCSF IDL)
  • Documentos y objetos digitalizados (36 millones de CDL, 5 millones de BnF Gallica)
  • Personajes históricos, familias y organizaciones (4 millones de SNACC)
  • recursos educativos (1,1 millones Universidad de Utah)
  • Bellas artes (Museo del Louvre, 490.000 euros)
  • Mapas históricos (334.000 ejemplares en las bibliotecas de la Universidad de Princeton)
  • términos de vocabulario (30.000 Periodo, YAMZ)

Servicios genéricos

Se han definido tres servicios genéricos de ARK. Se describen a continuación en términos independientes del protocolo. La prestación de estos servicios puede implementarse mediante diversos métodos, según la tecnología disponible (actual o futura).

Servicio de acceso (acceso, ubicación)

  • Devuelve (una copia de) el objeto o una redirección al mismo, aunque se puede sustituir por un proxy de objeto adecuado (por ejemplo, una tabla de contenido en lugar de un documento extenso).
  • También puede devolver una lista discriminada de localizadores de objetos alternativos.
  • Si se deniega el acceso, devuelve una explicación de la inaccesibilidad actual (quizás permanente) del objeto.

Servicio de pólizas (permanencia, denominación, etc.)

  • Devuelve declaraciones de política y compromisos de apoyo para los ARKs específicos.
  • Las declaraciones se devuelven en un formato de metadatos estructurado o en un formato de texto legible para humanos; a veces, un mismo formato puede servir para ambos propósitos.
  • Las subáreas de la política pueden abordarse en solicitudes separadas, pero se deben cubrir las siguientes áreas:
    • permanencia del objeto,
    • denominación de objetos,
    • direccionamiento de fragmentos de objetos y
    • soporte de servicio operativo.

Descripción del servicio

  • Devuelve una descripción del objeto. Las descripciones se devuelven en formato de metadatos estructurados o en formato de texto legible para humanos; a veces, un mismo formato puede servir para ambos propósitos.
  • Una descripción debe, como mínimo, responder a las preguntas quién , qué , cuándo y dónde en relación con una expresión del objeto.
  • Las descripciones independientes deben ir acompañadas de la fecha de modificación y la fuente de la propia descripción.
  • También puede devolver listas discriminadas de ARK que estén relacionadas con el ARK dado.

Véase también

Notas y referencias

  1. ^ "Esquemas de identificador uniforme de recursos (URI)" .
  2. ^ a b c Meyerl, Jordan (14 de septiembre de 2021). "ARK Alliance: Una entrevista con John Kunze" . bloggERS . Sección de Recursos Electrónicos de la Sociedad de Archivistas Americanos .
  3. ^ a b Kunze, J.; Rodgers, RPC (8 de marzo de 2001). "El esquema de identificador persistente ARK" . IETF Datatracker . Grupo de trabajo de ingeniería de Internet .
  4. ^ Los calificadores de jerarquía comienzan con un carácter de barra inclinada.
  5. ^ Los calificadores de variante comienzan con un punto.
  6. ^ Registro del número de la autoridad que asigna el nombre
  7. ^ "Comunidad: ¿Quién está creando ARKs?" . Alianza ARK .
  • ARK (Clave de recurso de archivo) , Alianza ARK
  • Hacia la persistencia electrónica mediante identificadores ARK
  • Esquema de identificadores ARK , Grupo de trabajo de ingeniería de Internet
  • El esquema URI “ark” (especificación de ARK como URI).
  • Resolutor de nombres a objetos
  • Noid (Nice Opaque Identifiers) es un software de código abierto.
  • Administrador de identificadores EZID
Obtenido de " https://en.wikipedia.org/w/index.php?title=Archival_Resource_Key&oldid=1344965550 "