...

Al insertar comentarios en esta versión amigable para comentarios .

¿Qué son los ARK?

Los ARK (claves de recursos de archivo) son identificadores de alto funcionamiento que lo conducen a cosas y a descripciones de esas cosas. Por ejemplo, este ARK,

...

Los ARK son especialmente buenos para ser identificadores persistentes .

¿Qué es un identificador persistente?

...

Un solucionador es un sitio web que se especializa en reenviar identificadores entrantes (los que se anunciaron originalmente a los usuarios) a los sitios web que estén mejor capacitados para manejarlos. En general, el reenvío se llama resolución ; Un paso en un proceso de resolución se llama redirección .

Para que un resolutor funcione, su nombre de host (n2t.net o ark.bnf.fr) en los identificadores anteriores) debe elegirse cuidadosamente para que nunca sea necesario cambiarlo. Las organizaciones de memoria, algunas de ellas con siglos de antigüedad, tienden a tener nombres de host adecuados para resolver. Algunos solucionadores más jóvenes y conocidos son n2t.net (el solucionador ARK), identificaifiers.org , doi.org , handle.net y purl.org .

¿A qué tipo de cosas se asignan los ARK?

...

...

             https://n2t.net/ark:/12148 /btv1b8449691v/f29

es 12148 , e identifica de forma exclusiva la Biblioteca Nacional de Francia. Cada NAAN está asociado con la URL de un resolutor para sus ARK, por ejemplo, para resolver 12148 ARK, agréguelos a http://ark.bnf.fr/ como se muestra arriba. El solucionador N2T.net es inusual en el sentido de que dirige cualquier ARK al resolutor registrado bajo su NAAN.

No hay ningún cargo por obtener o usar un NAAN, y puede solicitar uno completando un formulario en línea . Más de 500 organizaciones tienen NAAN (bibliotecas, archivos, museos, departamentos universitarios, agencias gubernamentales, editoriales académicas y educativas, proyectos, etc.), todos incluidos en el registro público de NAAN .

¿Cómo empiezo a crear las cadenas de caracteres que se convierten en ARK?

Puede crear cadenas ARK como lo desee, siempre que use solo dígitos, letras (ASCII, sin signos diacríticos) y los siguientes caracteres:

= ~ * + @ _ $. /

Los dos últimos caracteres están reservados en el caso de que desee revelar relaciones ARK .

Otra característica única de los ARK es que pueden aparecer guiones (' - ') pero son inertes de identidad , lo que significa que las cadenas que difieren solo por guiones se consideran idénticas; por ejemplo, estas cadenas

ark:/12345/141e86dc-d396-4e59-bbc2-4c3bf5326152

ark:/12345/141e86dcd3964e59bbc24c3bf5326152

Identificar lo mismo. La razón de esta característica es que los procesos de formateo de texto en el mundo introducen rutinariamente guiones adicionales en los identificadores, rompiendo enlaces a cualquier servidor que trate los guiones como significativos.

Los ARK distinguen entre letras minúsculas y mayúsculas, lo que hace posibles identificadores más cortos (52 vs 26 letras por posición de carácter). Sin embargo, la "forma ARK" es usar minúsculas a menos que necesite ARK más cortos. La restricción hace que sea más fácil para los resolutores admitir sus ARK en caso de que lleguen del mundo con letras mayúsculas o mixtas, lo que sucede lamentablemente a menudo debido a la suposición persistente de 50 años de que los identificadores no distinguen entre mayúsculas y minúsculas. También puede considerar el uso del repertorio de caracteres de la herramienta Noid , que crea cadenas seguras para la transcripción utilizando el algoritmo más fuerte de dígitos de verificación del identificador principal; utiliza solo dígitos y consonantes menos 'l' (letra ell, a menudo confundida con el dígito 1):

0123456789bcdfghjkmnpqrstvwxz

Con respecto a la asignación, una estrategia común es aprovechar los identificadores heredados. Por ejemplo, un número de muestra de polilla de museo cd456f9_87 podría anunciarse debajo del ark:/12345/cd456f9_87 . Es posible que sea necesario modificar algunos identificadores heredados en vista de las restricciones de caracteres ARK. La segunda estrategia común es crear cadenas completamente nuevas para sus ARK. En este caso, es importante considerar si hacerlos opacos o no opacos (o un poco de ambos).

¿Qué son los identificadores opacos?

Las cadenas de identificadores persistentes son típicamente opacas , revelando deliberadamente poco sobre a qué están asignadas, porque los identificadores no opacos no envejecen ni viajan bien. Los nombres de las organizaciones son notoriamente transitorios, razón por la cual los NAAN son números opacos. A medida que se corrigen los títulos y las fechas, los significados de las palabras evolucionan (p. Ej., Los acrónimos más inocentes pueden volverse ofensivos o infractores), las cadenas destinadas a ser persistentes pueden volverse confusas o políticamente desafiantes. La generación y asignación de cadenas completamente opacas también conlleva un riesgo, por ejemplo, los números asignados secuencialmente revelan información de tiempo y las cadenas que contienen letras pueden deletrear palabras involuntariamente (razón por la cual faltan vocales en el repertorio de caracteres recomendado).

...

No se requiere que los ARK sean opacos, pero se recomienda que el nombre del objeto base se haga opaco, ya que tiende a nombrar el foco principal de persistencia. Si alguna cadena calificadora sigue ese nombre, es menos importante que sea opaca. Para ayudar a elegir su enfoque de opacidad, es posible que desee considerar la compatibilidad con identificadores heredados y la facilidad de generación y transcripción de cadenas (por ejemplo, brevedad, dígitos de verificación). Se pueden crear nuevas cadenas (minted) con fecha / hora, UUID y generadores de números, así como minters Noid (Nice Opaque Identifiers) .

Las cadenas opacas son "mudas" y, por lo tanto, difíciles de manejar, por eso los ARK fueron diseñados para ser identificadores "parlantes". Esto significa que si hay ARK Identifiers FAQ # metadata , un ARK que llega a su servidor con el '?' la inflexión debería poder hablar de sí misma.

¿Cómo hago que el contenido del servidor sea direccionable con ARK?

Primero, decida cuál será la experiencia del usuario al acceder a sus ARK, por ejemplo, un archivo de hoja de cálculo , un PDF, una imagen, una página de destino llena de metadatos formateados y un rango de opciones, etc. Cualquiera que elija, planifique su servidor para poder responder con metadatos si su ARK debería llegar con un '?' inflexión después de eso.

De lo contrario, servir ARK es como servir URL. Normalmente, las cadenas de URL entrantes direccionan (se asignan) al contenido que devuelve su servidor web. Si su servidor reconoce ARK, los ARK entrantes (expresados ​​como URL) deben asignarse al mismo contenido. Un enfoque común es asignar el ARK a la URL utilizando una tabla de software que actualiza cada vez que cambia la URL. En este caso, su servidor está actuando como un solucionador local . Si no desea implementar esto usted mismo, existen herramientas y servicios de software ARK que pueden ayudarlo.

Otro enfoque es ejecutar su servidor web sin cambios, pero en lugar de actualizar las tablas locales, actualizaría las tablas de mapeo de ARK a URL que residen en un resolutor no local. Se pueden encontrar ejemplos de esto entre los proveedores y en cualquier organización que actualice las tablas a través de EZID.cdlib.org (que, debido a una relación especial, actualiza las tablas de resolución en n2t.net).

¿Cómo cito o publicito un ARK?

Se prefiere la forma de URL (https o http) del ARK, por ejemplo,

https://n2t.net/ark:/99166/w66d60p2

Un ARK destinado para uso externo generalmente se publicita (libera, publica, difunde) de esta manera para que sea un identificador accionable . Si se necesita una visualización visual más compacta de un ARK, debe estar hipervinculado; por ejemplo, se puede lograr una visualización compacta de un hipervínculo HTML con

<a href=" https://n2t.net/ark:/99166/w66d60p2 "> ark:/99166/w66d60p2 </a>

Una decisión importante es si sus ARK basados ​​en URL utilizarán el nombre de host de su resolutor local o el resolutor N2T.net . Si el control local o el desarrollo de la marca es lo suficientemente importante, anunciaría ARK basados ​​en su resolutor local (consulte la publicación de contenido con ARK). Si le preocupa la estabilidad de su nombre de host local, anunciaría sus ARK basados ​​en n2t.net (vea ejemplos de ambos).

Resolver sus ARK a través de N2T siempre es posible para los usuarios, independientemente de cómo los anuncie.

...

• Noid (Nice Opaque Identifiers) , software de código abierto para acuñar y resolver ARK por su cuenta
• ArchivesSpace , aplicación de código abierto para administrar y proporcionar acceso web a archivos, manuscritos y objetos digitales
• Complemento ARK para Omeka , que crea y gestiona ARK para la plataforma de publicación web de código abierto Omeka
• Módulo ARK para Drupal , que permite que su sitio Drupal actúe como una Autoridad de asignación de nombres (NMA)

También hay algunos proveedores, como ezid.cdlib.org , y más información sobre conceptos y mejores prácticas .

Mas allá de lo básico

¿Qué es el N2T?

...

N2T usa dos tipos de datos almacenados. Primero, almacena registros individuales de más de 20 millones de identificadores de objetos (por ejemplo, ARK, DOI) que obtiene de tres fuentes: EZID.cdlib.org , Internet Archive y YAMZ.net . Cuando dichos registros incluyen una URL de redireccionamiento (destino) y metadatos descriptivos de preguntas frecuentes sobre los identificadores ARK , N2T puede actuar sobre las inflexiones de preguntas frecuentes sobre los identificadores ARK , así como realizar el paso de sufijos y la "negociación de contenido".

En segundo lugar, N2T almacena más de 3500 registros de "reglas" para identificadores de enrutamiento que no se encuentran individualmente en N2T, pero para los cuales tiene información de redireccionamiento vinculada al tipo de identificador que se está resolviendo. Obtiene registros de reglas de varias fuentes, incluido el registro NAAN , una base de datos de hombros ARK y DOI y una asociación formal sobre identificadores compactos con identifiers.org .

Si la mayoría de los ARK se ejecutan en sus propios resolvers, ¿por qué existe también un resolutor global para ARK?

...

Esa es otra razón para tener el resolutor global ARK. Las personas que se encuentren con un identificador roto en el futuro pueden encontrar que su nombre de host ya no existe, y si se trata de un ARK, pueden extraer la identidad central (comenzando con "ark:") y presentarla al resolutor global n2t.net , como en

            https://n2t.net/ ark:/12148/btv1b8449691v/f29

...

Para evitar futuros inconvenientes, algunas organizaciones que ejecutan sus propios resolvers pueden elegir desde el principio suprimir sus nombres de resolutor y simplemente anunciar ("publicar") sus ARK basados ​​en n2t.net .

¿Por qué el solucionador ARK global (n2t.net) no tiene la palabra "ARK"?

...

Los mismos principios básicos guiaron el diseño de una herramienta anterior llamada noid , que fue construida para ARK pero también es utilizada regularmente por organizaciones que manejan Handles.

...

Brevemente, el paso de sufijo es una característica de N2T. Supongamos que solo tiene un ARK registrado, https://n2t.net/ark:/12345/6789 , y lo redirige a la página del servidor web,

...

Sí, los ARK se pueden asignar a cualquier nivel de granularidad , como un manuscrito, capítulos dentro de él, secciones de capítulos, subsecciones, etc. Un ARK también se puede asignar a una cosa que encierra otras cosas. En los ARK, el carácter '/' está reservado para ayudar al destinatario a comprender la contención, por ejemplo, el primer objeto a continuación contiene el segundo:

ark:/12148/btv1b8449691v

ark:/12148/btv1b8449691v/f29

Ese es el calificador de contención. Solo hay otro calificador ARK, e indica formas variantes de una cosa usando el carácter reservado ''. delante de un sufijo Por ejemplo, si estos ARK identifican documentos,

ark:/12148/btv1b8449691v/f29.pdf

ark:/12148/btv1b8449691v/f29.html

debido a que difieren solo por el sufijo .pdf o .html , se puede inferir que identifican dos formas diferentes del mismo documento.

...

Sí, es importante nunca inventar o usar una NAAN que no esté incluida en el registro público . Sin embargo, hay dos NAAN especiales que cualquiera puede usar:

• 99999 , para "prueba", "desarrollo" o ARK experimentales, y
• 12345 , para ARK no funcionales que aparecen en la documentación.

...

• Para mantener bajos los costos (detalles).
• Para trabajar exactamente con los metadatos que desea.
• Para poder crear identificadores sin metadatos.
• Para poder crear un identificador incluso antes de que exista su objeto.
• Tener un identificador tan pronto como cree el primer borrador de sus datos.
• Mantener ese identificador privado mientras los datos y metadatos evolucionan, y decidir (quizás años) más tarde, publicarlo o descartarlo.
• Para retener ese identificador después de la publicación, quizás luego asigne un identificador adicional, como un DOI.
• Debido a que los ARK, creados para aplicaciones genéricas y no específicamente para contenido publicado , encajan naturalmente con objetos físicos como muestras o estaciones de campo.
• Debido a que los solucionadores de ARK pueden lidiar con identificadores dañados rutinariamente en el mundo mediante procesos de formateo de texto que introducen guiones.
• Debido a que la mayoría de los ARK llevan un dígito de verificación de Noid que se puede usar para detectar todos los errores de transcripción comunes en lugar de solo algunos de ellos.
• Para poder crear identificadores más cortos, ya que las mayúsculas y minúsculas permiten cadenas más densas (un mayor número de cadenas de una longitud dada).
• Para poder cambiar el proveedor y / o la infraestructura sin tener que coordinar las transferencias de bases de datos con una autoridad central.
• Para poder lidiar con el problema de división del espacio de nombres sin perder el control de sus identificadores.
• Para vincular identificadores a diferentes tipos de compromisos de persistencia matizados.
• Para poder agregar consultas (por ejemplo,? Lang = en) al resolver sus identificadores.
• Utilizar una infraestructura abierta coherente con los valores de su organización.
• Para vincular directamente a los objetos que valora en lugar de a las páginas de destino.
• Para crear un identificador que permita millones (paso de sufijo).
• Para acceder a metadatos convenientes y con todas las funciones a través de las identificaciones de preguntas frecuentes # de identificadores ARK .
• Para integrarse fácilmente con API IIIF utilizando calificadores ARK.

...

• Todos han existido desde 2001 o antes.
• Todos se encuentran en lugares como los perfiles de Data Citation Index ℠, Wikipedia y ORCID.org .
• Todos dan acceso a casi cualquier tipo de cosa, ya sea digital, física, abstracta, persona, grupo, etc.

También tienen una estructura muy similar , como se ve en los ejemplos a continuación, que consta de cuatro partes:

Y todos tienen poco efecto sobre la persistencia. Vea 10 mitos persistentes sobre identificadores persistentes .

Espera, ¿estás diciendo que ARK, DOI, Handle, PURL y URN son inútiles?

...

Los ARK son inusuales en ser descentralizados. Si bien uno puede obtener servicios de resolución de un solucionador ARK global llamado n2t.net , más del 90% de los ARK en el mundo se publican sin usar   n2t.net   en el URL hostname . Más de 500 organizaciones registradas en todo el mundo han creado, entre ellas, un estimado de 3.200 millones de ARK y, al igual que con las URL, nadie ha pagado una tarifa de identificación para crearlas. Por supuesto que mantenerlos no es gratis. Nunca es gratuito mantener el acceso al contenido persistente a largo plazo, independientemente del tipo de identificador.

...

• Páginas de destino: los DOI Crossref y DataCite enlazan con páginas de destino de editores construidas alrededor, pero no directamente, de los objetos que le interesan, pero los ARK pueden conectarse libremente directamente a los objetos que le interesan, lo que es amigable para las máquinas y los humanos, ya que no requiere un extra paso de navegación humana para tareas comunes como
  • abrir el archivo PDF de un artículo para leerlo,
  • haciendo referencia a un archivo de imagen destinado a incorporarse automáticamente en línea en un documento, y
  • citando una hoja de cálculo que se utilizará para el análisis directo de datos por software.
• Los DOI, los identificadores, etc. no admiten las inflexiones de preguntas frecuentes sobre los identificadores ARK de estilo ARK que permiten el acceso a los metadatos, independientemente de si un identificador apunta a un objeto o su página de destino.
• A diferencia de los DOI y los controladores, los ARK no tienen requisitos de metadatos. Los ARK que no se han lanzado al mundo son fáciles de eliminar.
• Todas las cosas finalmente pasan, incluidos los nombres de host y la propia web y el protocolo " https://" . Cuando esa primera parte del identificador deja de tener significado, solo los ARK y los URN incluirán la etiqueta (por ejemplo, "ark:") que indica el tipo de identificador que queda.
• Para DOI, Manijas y PURL, debe usar sus respectivos solucionadores. ARKs y URNs, le permiten usar su propio resolutor.
• Para crear DOI y Manijas, se le exige que pague una tarifa de membresía y, para los DOI, las agencias de asignación imponen los cargos por DOI de varias maneras. No hay tarifas para ARK, PURL y URN.
• Para crear Handles, debe instalar y mantener un servidor Handle local, que le brinda otro sistema para monitorear, parchear y solucionar problemas.
• Aunque puede usar un resolutor local o de proveedor para sus ARK y URN, los ARK pueden resolverse a través del resolutor global n2t.net .
• La infraestructura de resolución de URN prevista nunca se construyó, por lo que los URN se resuelven actualmente como URL y no hay un resolutor global de URN como URL designado. Para registrarse para crear URN, debe solicitar un espacio de nombres URN .
• Los ARK tienen algunas características únicas que admiten el desarrollo temprano de objetos : los ARK se pueden eliminar, pueden nacer sin metadatos y pueden existir con cualquier metadato que desee almacenar.

...

El objeto y sus metadatos se desarrollan juntos, y para el subconjunto de cosas que finalmente desea publicar en lugares que requieren DOI, puede asignar DOI en el momento de la publicación. Si su ARK es estable y tiene metadatos básicos, ya está haciendo todo lo que necesita para admitir un DOI adecuado. Esta es una forma en que los ARK admiten el desarrollo temprano de objetos .

Para admitir dos identificadores de manera eficiente, se recomienda que cree el DOI de modo que redirija al ARK original. Esto no solo elimina la necesidad de actualizar la redirección de DOI, sino que también mantiene el ARK persistente para cualquiera que lo haya grabado o marcado previamente .

¿Cuándo debo usar ARK en comparación con DOI, Handles, PURL o URN?

No hay respuestas simples. Los identificadores (no las cosas, sino sus nombres) son difíciles de hablar, por lo que si escucha respuestas simples en otro lugar, tenga cuidado con las falacias comunes .

Nada inherente en ARK, DOI, Handles, PURL o URN los hace más o menos adecuados para un campo, dominio o sector en particular. Con un identificador de resolución y un servicio de administración administrativa, todos brindan el servicio central de resolución (y también lo hacen las URL administradas adecuadamente).

...

Las diferencias concretas que experimentamos, como los metadatos , las páginas de destino y la integración de herramientas (p. Ej., Herramientas de publicación), no son propiedades de los esquemas de identificadores per se, sino propiedades de resolución, administración y servicios de citas que varios proveedores extienden o retienen. de diferentes tipos de identificadores. Esos servicios están conformados a su vez por las comunidades de práctica y los mercados. Los servicios básicos se basan en una base de datos confiable que almacena cada identificador junto con elementos de metadatos (creador, título, fecha, URL de redireccionamiento, etc.) que describen el objeto identificado. Los servicios adicionales incluyen verificación de enlaces, detección de duplicados, generación de informes y búsqueda.

...

Al nacer objeto, o incluso antes. A veces nombramos a nuestros bebés antes de que nazcan, y nombramos y hacemos referencia a objetos en las etapas de concepción, a veces mucho antes de que den fruto. Dependiendo de cuán elaborada sea la planificación, sus objetos no nacidos podrían tener ARK de función completa que se resuelven en un sustituto apropiado y devuelven metadatos enriquecidos, incluidas las declaraciones de persistencia .

La única advertencia es tener cuidado al liberar ARK (publicidad) que tengan perspectivas inciertas a largo plazo. Algunos sistemas de administración de identificadores tienen características para ayudar a administrar y resolver identificadores inéditos (por ejemplo, EZID tiene un estado "reservado"). Cuantas más personas conozcan un ARK, más difícil será eliminarlo.

...

• comenzando en la fase de planificación, cuando solo necesita un identificador ,
• en el momento del nacimiento, cuando su primera representación digital necesita una URL de destino de redireccionamiento ,
• después del primer análisis, cuando emerge su significado y un título provisional ,
• al crear docenas de elementos de metadatos específicos de la disciplina que violan la mayoría de los estándares de metadatos, excepto los suyos,
• durante el procesamiento posterior por un colega cuyo nombre agregará como creador adicional ,
• cuando la retroalimentación temprana basada en el identificador tuiteado revela una idea clave y un nuevo contribuyente ,
• y así sucesivamente, hasta el archivo, abandono, publicación pública, corrección, revisión, mejora, etc.

...

Crear metadatos (información adicional asociada o que describe un objeto) tiene varios beneficios clave. En primer lugar, no importa lo que los vuelve a dirigir a ARK - ya sea una página de destino o un archivo - metadatos ofrece a los usuarios información vital sobre el objeto, como referencias a las versiones más recientes, fecha de creación, procedencia, etc. Por lo general ARKs metadatos se accede a través ARK Identificadores Preguntas frecuentes # inflexiones .

Los metadatos realmente alivian la dificultad de trabajar con identificadores opacos, que no revelan pistas sobre lo que identifican. En ausencia de metadatos, se ve obligado a acceder al objeto en sí para recordar qué es y también a confiar en que está accediendo al objeto correcto. Además, las discrepancias entre los metadatos devueltos y el objeto al que se accede ayudan a todos a detectar cambios de identificador y errores.

...

No tiene por qué ser costoso. Construir metadatos desde cero puede ser costoso, pero generalmente es creado y administrado por proveedores de objetos, en cuyo caso se puede aprovechar de manera eficiente para los identificadores. Idealmente, para una fuerte persistencia, los metadatos maestros (mantenidos por proveedores de objetos) deberían reflejarse en sistemas independientes, de modo que sea difícil para alguien manipular indetectamente las asociaciones de identificadores. Por ejemplo, los repositorios de objetos digitales que obtienen ARK y DOI del servicio EZID almacenan una copia de sus metadatos con EZID.cdlib.org, que a su vez almacena otra copia con el resolutor N2T.net .

¿Qué metadatos se recomiendan para los ARK?

...

La interoperación confiable entre dominios puede permanecer fuera del alcance, pero Dublin Core , DataCite , Schema.org y Dublin Kernel son especificaciones de metadatos comunes a tener en cuenta para su uso con ARK.

¿Por qué veo metadatos ARK con las etiquetas de quién , qué , cuándo y dónde ?

Los ARK fueron diseñados para identificar cualquier cosa, no solo cosas que son, por ejemplo, publicables o que se pueden comprar. No es natural modelar un fósil, una muestra de tejido, un término de vocabulario o Marie Curie como si cada uno tuviera un Autor, Título, Editor, Copyright y Precio. En cambio, desde 2001, un ARK generalmente tiene un núcleo de cuatro elementos de metadatos altamente genéricos (Dublin Kernel , inspirado en Dublin Core (DC)), seguido de cualquier otro elemento de metadatos (pares de nombre / valor) que el proveedor desee proporcionar.

...

• cómo se "contó" (similar a ResourceType), que puede dictar asignaciones a especificaciones de metadatos externos y elementos adicionales
• URL de destino de redirección, que generalmente se almacena como un elemento distinguido de metadatos
• elementos que contienen declaraciones de persistencia , para expresar la fuerza o debilidad de un compromiso de archivo

...

Por lo general, los servicios basados ​​en esquemas están diseñados como silos o plataformas cerradas , que sirven a un tipo de identificador particular, como Handle, DOI o PURL. Cada silo realiza las mismas funciones principales: asignar nombres (cadenas de identificadores) a cosas (objetos o metadatos). Excluir todos menos un tipo de cadena de identificación puede ayudar a capturar mercados, pero es un desperdicio y no incluye. Requiere construir el mismo conjunto de servicios una y otra vez para cada tipo y viola los principios básicos de apertura.

En contraste, el resolutor N2T (Name-to-Thing) y la interfaz de administración EZID (identificadores fáciles) fueron diseñados para funcionar con todos los identificadores. El esfuerzo puesto en cualquier nueva característica se puede aprovechar de manera eficiente en todos los tipos, lo que a veces crea una flexibilidad sorprendente. Por ejemplo, los ARK a menudo se almacenan en EZID con "metadatos DOI", y cada DOI almacenado en N2T puede beneficiarse de las "características de resolución ARK", como las inflexiones y el paso de sufijos , que no están disponibles a través del resolutor principal DOI (doi.org).