Page tree
Skip to end of metadata
Go to start of metadata

Preguntas frecuentes y respuestas sobre ARK

Lo esencial

¬ŅC√≥mo puedo dar comentarios sobre este documento?

Se puede insertar los comentarios en esta versión del documento.

¬ŅQu√© son los ARK?

Los ARK ("Archival Resource Key," 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,

     https://n2t.net/ark:/67531/metadc107835/

te lleva a una disertación. Al agregar dos '??' al final del ARK se debería llegar a la descripción del objeto:

     https://n2t.net/ark:/67531/metadc107835/??

¬ŅQu√© es un identificador?

En Internet, un identificador es una URL, o parte de una URL. Por ejemplo, este identificador ARK central,

                            ark:/12148/btv1b8449691v/f29

aparece dentro de dos URL diferentes (Localizadores uniformes de recursos, también conocidos como enlaces web o direcciones web):

          http://ark.bnf.fr/ark:/12148/btv1b8449691v/f29

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

Los ARK son especialmente buenos para ser identificadores persistentes.

¬ŅQu√© es un identificador persistente?

Una vez se dijo que la vida media de una URL era de 44 d√≠as.¬†Al final de su vida √ļtil, se¬†rompe¬†un enlace de URL, lo que significa que le da el temido error "404 No encontrado" que la mayor√≠a de nosotros hemos visto.¬†Por irritante que sea, es pol√≠ticamente inc√≥modo cuando se busca investigaci√≥n financiada con fondos p√ļblicos, y es un desastre cultural para bibliotecas, archivos, museos y otras organizaciones de memoria.

Entre los muchos enlaces que pueden o podrían conducirlo a cosas, un identificador persistente es un enlace que, en principio, sigue funcionando en el futuro. Los servicios que proporcionan descubrimiento e interconexión (como entre artículos de investigación, autores, datos de respaldo e investigaciones relacionadas) prefieren identificadores persistentes debido a esa estabilidad.

Los identificadores persistentes deberían seguir funcionando incluso cuando las cosas se mueven entre sitios web. Normalmente, cuando las cosas se mueven, todos los que alguna vez registraron los enlaces antiguos necesitarían saber cuáles son los nuevos enlaces, lo que es casi imposible. Ahí es donde entran los resolvedores de identificadores.

¬ŅQu√© es un resolvedor?

Un resolvedor 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 resolvedor 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 ser¬†resolvedor.¬†Algunos¬†resolvedores¬†m√°s j√≥venes y conocidos son¬†n2t.net¬†(el¬†resolvedor¬†ARK),¬†identifiers.org,¬†doi.org,¬†handle.net¬†y¬†purl.org.

¬ŅA qu√© tipo de cosas se asignan los ARK?

Para cualquier cosa digital, f√≠sica o abstracta.¬†Eso puede incluir cosas que¬†a√ļn no existen,¬†pero a las que debe hacer referencia desde los objetos que est√° en proceso de crear o planificar, como un enlace de un borrador de art√≠culo a un conjunto de datos en preparaci√≥n, o un enlace de un carta digital archivada a una ayuda de b√ļsqueda planificada.¬†Una advertencia es que generalmente debe asignar ARK a cosas que posee, controla o administra.¬†Se desaconseja asignar ARK a cosas que no controlas porque tales identificadores tienden a ser fr√°giles.

Los tipos de cosas que tienen ARK incluyen los que se enumeran a continuaci√≥n.¬†Los n√ļmeros son aproximados, actuales a partir de septiembre de 2019, y son autoinformados por las organizaciones vinculadas.

Categorias

Ejemplos

  • registros geneal√≥gicos (3 mil millones de¬†FamilySearch)
  • contenido del editor (100 millones de¬†p√≥rtico)
  • registros cient√≠ficos (22 millones de¬†INIST)
  • textos escaneados (20 millones de¬†archivos de Internet)
  • registros bibliogr√°ficos (cat√°logo principal de¬†15 millones de¬†BnF)
  • espec√≠menes de museo (11 millones pasando 100 millones¬†Smithsonian)
  • documentos de salud p√ļblica, muchos de descubrimiento legal (14 millones de¬†UCSF IDL)
  • documentos y objetos digitalizados (5 millones de¬†galones BnF)
  • autores hist√≥ricos y acad√©micos (4 millones de¬†SNAC)
  • encontrar ayudas y colecciones especiales (4 millones de¬†Merritt)
  • mapas de recursos (1.5 millones de¬†RMap Hub)
  • recursos educativos (1.1 millones de la¬†Universidad de Utah)
  • t√©rminos de vocabulario (9,000¬†Periodo,¬†YAMZ)
  • conjuntos de datos, revistas, artefactos arqueol√≥gicos, seres vivos y cualquier otra cosa que se te ocurra.

       

¬ŅQui√©n est√° usando ARKs?

Eso es un poco difícil de decir porque las ARK están muy descentralizadas, pero más de 600 organizaciones registradas han creado, entre ellas, aproximadamente 3.200 millones de ARK. Puede encontrar ARKs utilizados como enlaces permanentes en

  • el Data Citation Index (vinculado a la Web of Science),
  • Art√≠culos de Wikipedia,
  • Registros de Wikidata,
  • Colecciones de archivo de Internet,
  • Perfiles de investigadores ORCID, etc.

Aquí está la distribución global de las organizaciones registradas para crear ARK a partir de abril de 2020. Al hacer clic en la imagen estática a continuación, debería acceder a un mapa actualizado y ampliable.

Empezando

¬ŅQu√© necesito para crear ARK?

Primero necesita un¬†NAAN¬†("Name assigning authority number," N√ļmero de autoridad de asignaci√≥n de nombre), que es un n√ļmero reservado exclusivamente para su organizaci√≥n.¬†Debe aparecer en cada ARK que su organizaci√≥n asigne, justo despu√©s de la etiqueta "ark:/".¬†La NAAN en todas estas ARKs,

                              ark:/12148/btv1b8449691v/f29

            http://ark.bnf.fr/ark:/12148/btv1b8449691v/f29

              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 resolvedor para sus ARK, por ejemplo, para resolver los 12148 ARK, agréguelos a http://ark.bnf.fr/ como se muestra arriba. El resolvedor N2T.net es inusual en el sentido de que dirige cualquier ARK al resolvedor registrado bajo su NAAN.

Es gratis obtener o usar un NAAN, y se lo puede solicitar a trav√©s de este¬†formulario.¬†M√°s de 600 organizaciones tienen un 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 resolvedores 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).

Ejemplos de cadenas con un rango de opacidad
no opacoArchivo permanente de NetscapeGay_Divorcee_1934_April_1Resolvedor de nombre a cosa
opaco-ishx0001, x0002,..., x9998GD/1934/04/01n2t.net
opaquer141e86dc-d396-4e59-bbc2-4c3bf532615219340401n2t
opaquest141e86dcd3964e59bbc24c3bf5326152h8k74926g12148

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¬†resolvedor 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 resolvedor 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 resolvedor local o el resolvedor¬†N2T.net.¬†Si el control local o el desarrollo de la marca es lo suficientemente importante, anunciar√≠a ARK basados ‚Äč‚Äčen su resolvedor 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.

¬ŅExisten herramientas y servicios para ayudar con los ARK?

Aquí hay una lista parcial de herramientas de software para identificación persistente que incluye

  • 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?

Estructura del resolutor N2T

N2T.net es un resolvedor ARK global. N2T, que significa "Name-to-Thing" (nombre-a-cosa), es en realidad un resolvedor generalizado para asignar nombres a cosas, por lo que sabe dónde enrutar más de 600 otros tipos de identificadores: ARK, DOI, PMID, Taxon, PDB, ISSN, etc. estás interesado, el diagrama y el resto de esta respuesta dan un poco más de detalle.

Una solicitud llega del p√ļblico en general como una URL que consiste en "https://n2t.net/" seguido de un identificador (nombre).¬†N2T busca ese identificador y redirige el enlace original a un enlace de reenv√≠o.¬†Para hacer esto, utiliza dos patrones de resoluci√≥n diferentes.¬†Primero N2T intenta resolver de acuerdo con la informaci√≥n encontrada en un identificador almacenado individual.¬†De lo contrario, N2T intenta resolver de acuerdo con las reglas de clase almacenadas, en funci√≥n del tipo de identificador.¬†Tambi√©n hay una¬†API N2T que¬†requiere credenciales de inicio de sesi√≥n que permite operaciones por lotes y la generaci√≥n de identificadores √ļnicos.

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 resolvedores, ¬Ņpor qu√© existe tambi√©n un resolvedor global para ARK?

La mayoría de los ARK son creados por organizaciones que los anuncian ("publican") en función de sus propios resolvedores. Por ejemplo, este ARK se publicó en función del resolvedor ark.bnf.fr :

          http://ark.bnf.fr/ark:/12148/btv1b8449691v/f29

Tener que ejecutar y mantener su propio resolvedor es el costo de una autonomía completa. El uso de su propio resolvedor también le permite crear marcas a través del nombre de host, la desventaja es que las marcas son transitorias y tienden a hacer que los identificadores sean frágiles. Las presiones políticas e incluso legales (p. Ej., Marcas comerciales) pueden dificultar el soporte de nombres de host de marca más antiguos, por lo tanto, sus identificadores.

Esa es otra razón para tener el resolvedor 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 resolvedor global n2t.net, como en

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

Mi organizaci√≥n tiene su propio resolvedor ARK. ¬ŅDeber√≠a preocuparme por N2T.net?

Sí, por dos razones principales. Primero, si sus ARKs "en estado salvaje" se muestran sin su nombre de host de resolución (lo que significa que comienzan con "ark:...", que no es raro ver), la persona que quiera usarlos no necesitará saber el hostname siempre que puedan recordar agregar "n2t.net" delante de ellos. Esto funciona porque N2T conoce el nombre de host de resolución correcto.

En segundo lugar, aunque algunas organizaciones y sus nombres de host de resolución son de larga duración, la mayoría no lo son. Una persona que intente utilizar un ARK que contenga un nombre de host de resolución que no funcione puede reemplazar la parte que no funciona con "n2t.net". Si las circunstancias alguna vez lo obligan a cambiar su resolvedor, este paso de reemplazo le da a las ARK que publicó antes del cambio una mejor oportunidad de trabajar.

Para evitar futuros inconvenientes, algunas organizaciones que ejecutan sus propios resolvedores pueden elegir¬†desde el principio suprimir sus nombres de resolvedor y simplemente anunciar ("publicar") sus ARK basados ‚Äč‚Äčen¬†n2t.net.

¬ŅPor qu√© el¬†resolvedor¬†ARK global (n2t.net)¬†no¬†tiene la palabra "ARK"?

Cuando surgi√≥ la demanda de un resolvedor ARK global, los principios b√°sicos de apertura y generalidad impidieron que los dise√Īadores crearan otro silo en el molde DOI/Handle/PURL.¬†En cambio, el resolvedor ARK fue construido para ser un resolvedor gen√©rico, independiente del esquema, llamado N2T (Name-to-Thing), que ahora resuelve m√°s de¬†600 tipos de identificadores, incluidos ARK,¬†DOI, Handles, PURL, URN, ORCID, ISSN, La resoluci√≥n es esencialmente buscar en una tabla una cadena de identificaci√≥n, independientemente del tipo, y redirigirla al lugar correcto.

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.

¬ŅQu√© significa "paso de sufijo"?

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,

https://a.example.org/dataset542

Y supongamos que el mismo servidor también sirve estas páginas:

https://a.example.org/dataset542/volume3
https://a.example.org/dataset542/volume3/part2
https://a.example.org/dataset542/volume3/part2.pdf

Lo que hace el sufijo es dejar que su ARK registrado act√ļe como si tambi√©n hubiera registrado estos tres ARK a continuaci√≥n, lo que resolver√≠a las p√°ginas anteriores, respectivamente:

https://n2t.net/ark:/12345/6789/volume3
https://n2t.net/ark:/12345/6789/volume3/part2
https://n2t.net/ark:/12345/6789/volume3/part2.pdf

En este caso, el paso de sufijo le ahorr√≥ tener que mantener registros para tres p√°ginas m√°s.¬†De hecho, funciona para un n√ļmero ilimitado de p√°ginas.

¬ŅCu√°les son las partes de un ARK?


 ARK ANATOMY                  Core Immutable Identity
                         ________________________________
                        /                                \
       Resolver Service   Base Object Name    Qualifiers
     __________________  _________________  _____________
    /                  \/                 \/             \
    https://example.org/ark:/12345/654xz321/s3/f8.05v.tiff
            \_________/ \__/ \___/ \______/\____/\_______/
                 |       |     |      |      |       |
                 |     Label   |      |  Sub-parts  Variants
                 |             |      |
 Name Mapping Authority (NMA)  |   Assigned Name
                               |
                Name Assigning Authority Number (NAAN)

¬ŅPuedo asignar ARK a cosas dentro de algo que ya tiene un ARK?

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.

¬ŅCu√°l es el prop√≥sito de la NAAN, y puedo hacer cambios a ella?

Los NAAN subdividen el conjunto de todos los ARK posibles (el espacio de nombres ARK). El subconjunto de ARK bajo una NAAN dada se puede subdividir en hombros (por ejemplo, 12345/x2, 98765/b4), lo que puede facilitar la delegación de la asignación de ARK autónoma a los departamentos de una organización grande. La resolución ARK se basa libremente en los NAAN, pero debido a que las organizaciones se dividen, los ARK se acomodan al problema de división del espacio de nombres al apoyar la gestión de un espacio de nombres por más de una organización. Si hace la transición dentro o fuera de una relación de proveedor, no hay impedimento para llevar su NAAN con usted.

Puede cambiar una NAAN completando el mismo formulario en línea utilizado para solicitar una nueva NAAN. Ejemplos de razones para un cambio pueden incluir

  • notificar a¬†N2T¬†que la persona de contacto de su organizaci√≥n o la URL de resoluci√≥n cambiar√°n,
  • actualizar la pol√≠tica de asignaci√≥n de nombre de su organizaci√≥n (pol√≠tica de muestra),
  • solicitando una NAAN adicional para un nuevo cuerpo significativo de ARK o una nueva divisi√≥n organizacional, y
  • haciendo la transici√≥n de su NAAN a otra organizaci√≥n que continuar√° con su trabajo y se har√° cargo de su NAAN.

¬ŅExisten restricciones en el uso de NAAN?

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 las personas con suficiente capacitación, es fácil reconocer y eliminar los ARK con estos NAAN de los informes de enlaces rotos que deben tratarse. A pesar de los mejores esfuerzos de los proveedores, estos ARK con frecuencia "escapan a la naturaleza", donde terminan confundiendo a los usuarios y los verificadores de enlaces.

ARK y otros identificadores

¬ŅPor qu√© usar√≠a ARK en comparaci√≥n con, por ejemplo, DOI?

  • 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 resolvedores 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.

¬ŅQu√© tienen en com√ļn ARK, DOI, Handle, PURL y URN?

Estos son los principales tipos de identificadores persistentes (o esquemas).

  • 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:

https://n2t.net/ark:/99999/12345
https://doi.org/10.99999/12345
https://handle.net/10.99999/12345
https://purl.org/99999/12345
https://<various>/urn:99999:12345
  1. el protocolo (https://) m√°s un nombre de host,
  2. solo para ARK y URN, también hay una etiqueta ("ark:" o "urn:"),
  3. la autoridad de asignación de nombre (99999, 10.99999 o 99999), que es la organización o grupo que creó un identificador particular,
  4. y finalmente, el nombre o identificador local que asignó (12345).

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?

No, esa es una declaración demasiado fuerte. Pero mantengamos estos esquemas de identificación (tipos) en perspectiva.

  • Todos ellos no logran detener las causas principales de los enlaces rotos: p√©rdida de fondos, desastres naturales, agitaci√≥n social, guerra, remoci√≥n deliberada, error humano y negligencia del proveedor.
  • Todos requieren que usted, el proveedor final, actualice las tablas de reenv√≠o a medida que cambian las URL.
  • Todos identifican contenido que est√° sujeto a cambios o eliminaci√≥n en futuras visitas.
  • Todos tienen identificadores que se rompen regularmente y en grandes cantidades, muchos miles y m√°s.
  • Todos conf√≠an en la redirecci√≥n ordinaria integrada en los servidores web desde 1994 y proporcionada de forma gratuita por cientos de servicios de acortamiento de URL.

Dado lo poco que hacen los esquemas por usted, al elegir uno, es probable que desee considerar factores como el costo, el riesgo y la apertura.

¬ŅEn qu√© se diferencian los ARK de los identificadores como DOI, Handles, PURL y URN?

La respuesta corta

Los ARK son los √ļnicos identificadores convencionales, sin dep√≥sito y sin pagos que puede registrarse para usar en aproximadamente 48 horas.¬†Los DOI, Handle y PURL requieren resoluci√≥n y otros servicios que provienen de sus respectivos sistemas centralizados (dep√≥sitos).

Eso no quiere decir que la persistencia sea gratuita. Hacer que cualquier identificador sea persistente lo carga a usted, el proveedor, con los costos de administración de contenido, alojamiento, monitoreo y reenvío. Puede hacer esas cosas usted mismo o con la ayuda de un proveedor. Pero con las ARK, al igual que con las URL, no se le cobrará por separado por sus identificadores y no se lo bloqueará en un depósito de resolución de propósito especial que también bloquea otros identificadores.

Los ARK son inusuales en ser descentralizados. Si bien uno puede obtener servicios de resolución de un resolvedor 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 600 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.

M√°s diferencias entre ARKs, DOIs, Handles, PURLs y URNs

  • 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 otros 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, Handle y PURL, debe usar sus respectivos resolvedores.¬†ARKs y URNs, le permiten usar su propio resolvedor.
  • Para crear DOI y Handle, 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 resolvedor local o de proveedor para sus ARK y URN, los ARK pueden resolverse a trav√©s del¬†resolvedor¬†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 resolvedor 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.

Pero si se pueden eliminar los ARK, ¬Ņc√≥mo se puede confiar en ellos?

Realmente hace que los ARK sean más confiables. La capacidad de eliminar es una parte vital de una gestión de colección conveniente que se niega a aquellos tipos de identificadores que no son ARK que prohíben la eliminación bajo la presunción de que las personas, una vez que se les pide que se comprometan, no cometerán errores. Las personas armadas con software de gestión de identificadores convierten regularmente errores humanos simples en errores a gran escala, incluso en el umbral del compromiso. Al dificultar su limpieza, obligamos a los sistemas a arrastrar esos problemas a perpetuidad.

Si bien no son inmunes a tales errores, los ARK tienen la gran ventaja de que pueden crearse y eliminarse en las sombras, independientemente de su lanzamiento, publicación o compromiso de archivo.

¬ŅPuede un objeto tener un ARK y un DOI?

Si.¬†A veces es √ļtil tener dos identificadores, aunque puede volverse confuso cuando sucede con frecuencia.¬†Muchas personas comienzan asignando ARK a cada cosa que crean para tener una referencia estable desde el principio, incluso antes de saber si quieren publicarla, y mucho menos conservarla.

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 describir, 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 generalizaciones sobre los tipos de identificadores a veces se aplican cuando la resolución y la administración de ese tipo están bloqueadas en un proveedor o proveedor en particular. Por ejemplo, muchas características y restricciones de PURL y Handle están bien definidas por sus respectivos silos de administración, al igual que los de DOI, que se construyen sobre los Handles. Pero los DOI tienen prácticas de metadatos que son diversas y evolucionan en diferentes agencias de registro de DOI.

Las diferencias concretas que experimentamos, como los¬†metadatos, las p√°ginas de destino y la integraci√≥n de herramientas (por 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.

De la cuna a la tumba

¬ŅCu√°ndo en mi flujo de trabajo debo crear ARK?

Al nacer el 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.

¬ŅC√≥mo es que los ARK pueden ser f√°ciles de eliminar?

Si nadie conoce un identificador que no sea usted, no hay ning√ļn da√Īo en eliminarlo o retirarlo.¬†Retrocediendo, un identificador es en realidad una afirmaci√≥n de que una cadena de caracteres dada est√° asociada con algo espec√≠fico.¬†A cuantas menos personas le digas, m√°s f√°cil ser√° desechar esa afirmaci√≥n.¬†Si crea una URL y la comparte solo con sus colegas m√°s cercanos, es mucho m√°s f√°cil de retirar que si la URL apareciera durante un mes en un sitio web p√ļblico, del cual fue obtenida por los motores de b√ļsqueda de Internet.¬†Por el contrario, es dif√≠cil eliminar DOI y Handle porque una vez registrados y resueltos, se lanzan efectivamente al mundo.

Los ARK se comportan como URL a este respecto. Los proveedores son libres de crear y compartir ARKs por poco, en cuyo caso son fáciles de eliminar.

Quiz√°s sorprendentemente, incluso si se comparten de manera m√°s amplia, los ARK deber√≠an venir con¬†declaraciones de persistencia¬†que le digan cu√°nto o cu√°n poco compromiso se les hace. Los ARK fueron dise√Īados para articular una variedad de declaraciones de persistencia, pero ciertamente no est√°n solos entre los identificadores y objetos que exhiben una variedad de "sabores" de compromiso. Esta es la raz√≥n por la cual los ARK se conocen como identificadores de alto funcionamiento que son buenos para la persistencia en lugar de "identificadores persistentes".

Finalmente, la gente comete errores. Los ARK, DOI, Handles, PURL y URN a veces se transmiten por error y deben retirarse. Cuando eso sucede, la mejor práctica del proveedor es hacer que el identificador retirado se resuelva en una página de "lápida" que explica y tal vez se disculpe por las molestias. A pesar de los rumores, los identificadores persistentes nunca están garantizados.

¬ŅQu√© se entiende por ARKs que apoyan el desarrollo temprano de objetos?

Las personas necesitan identificadores antes de saber exactamente a qué objeto se refieren, o si se refieren a algo que valga la pena conservar. No se puede crear un identificador que requiera metadatos consolidados durante el desarrollo temprano ya que se sabe poco sobre el objeto. Por lo tanto, los creadores de objetos casi siempre asignan inicialmente identificadores que no tienen requisitos de metadatos, como URL o ARK.

Si comienza con un ARK, se beneficia de poder mantener el identificador original hasta su lanzamiento p√ļblico a medida que los metadatos maduran.¬†Muchos objetos pasan por fases intensivas de desarrollo y revisi√≥n, que a veces duran a√Īos, durante los cuales son demasiado inmaduros para cumplir con la mayor√≠a de los requisitos de metadatos.¬†Sin embargo, cada objeto necesita alg√ļn tipo de identificador desde la concepci√≥n hasta la madurez, donde la madurez podr√≠a parecer una publicaci√≥n p√ļblica y una mejora adicional o abandono.¬†Es f√°cil abandonar los ARK que no se han lanzado al mundo.

Al igual que el objeto en sí, los elementos de metadatos necesitan un lugar flexible para crecer y madurar con el tiempo:

  • 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.

A diferencia de los DOI Crossref y DataCite, que requieren metadatos específicos (por ejemplo, ver el esquema DataCite), los ARK no limitan ninguna de estas actividades. Además, el resolvedor N2T.net realmente los admite a todos.

Si los ARK no lo requieren, ¬Ņpor qu√© molestarse en crear metadatos?

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.

Los metadatos son para adultos y son mucho menos importantes para los objetos inmaduros y sus identificadores que para los que han sido liberados. Tener metadatos demuestra credibilidad básica del proveedor y compromiso con identificadores de alto funcionamiento. No todos los proveedores están a la altura de esta tarea.

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 sin detección 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 resolvedor N2T.net.

¬ŅQu√© metadatos se recomiendan para los ARK?

Los metadatos son datos desordenados para todos los identificadores, no solo para ARK. En todos los dominios y tipos de objetos hay miles de estándares, muchos de ellos superpuestos pero conflictivos, y cada uno se aplica de acuerdo con las costumbres organizacionales locales y con diferentes niveles de cumplimiento. Elegir o crear una especificación para sus metadatos depende de factores como

  • si actualmente est√° administrando metadatos (sugerencia: qu√©dese con √©l a menos que tenga una buena raz√≥n para cambiar),
  • si desea publicar objetos oficialmente (sugerencia: prep√°rese para poder proporcionar autor, t√≠tulo, fecha, editor/archivo y tipo de objeto),
  • los requisitos y capacidades de su resolvedor (sugerencia: su personal de TI o proveedor podr√≠a tener sus propios requisitos), y
  • si desea almacenar elementos no est√°ndar (sugerencia:¬†N2T lo¬†permite, pero la mayor√≠a de los est√°ndares y proveedores no).

La interoperatibilidad 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.

Los metadatos del kernel están estructurados como si respondieran a las preguntas, quién, qué, cuándo y dónde con respecto a la expresión o "revelación" de un objeto:

  • qui√©n¬†¬†¬†"lo cont√≥" (similar a DC Creator, contributor y Publisher, pero tambi√©n Inventor, Descubridor, Conductor, etc.),
  • qu√©¬†¬†¬†se llamaba "tell" (similar a DC Title, pero tambi√©n TissueSampleNumber, ArtifactBarcode, etc.),
  • cuando¬†¬†¬†fue "dicho" (Fecha DC similar, pero incluye rangos de fechas, fechas aproximadas y BCE),
  • d√≥nde¬†¬†¬†se puede encontrar el "relato" (desde DC Identifier, pero generalmente no es necesario porque este es el ARK)

Hay mucho más que decir sobre los metadatos ARK, por ejemplo, aplicar quién, qué, cuándo y dónde al contenido de una biografía, o cómo un archivo planea soportar un conjunto de datos. Más pautas de metadatos ARK estarán disponibles en arks.org. Otros elementos son clave, como

  • 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

¬ŅQu√© es una "inflexi√≥n" de ARK y en qu√© se diferencia de la "negociaci√≥n de contenido"?

Una inflexión es un cambio al final de una palabra para expresar un cambio en el significado. Nos permite definir una palabra como "ir" sin definir también "va" y "va". A un ARK que conduce a un objeto, simplemente agregando un '?' hasta el final (el '?' es un ejemplo de una inflexión ARK) nos permite solicitar metadatos sin tener que definir un identificador separado para los metadatos del objeto. Esta simple técnica puede ser utilizada por un humano con un navegador web. El resolvedor N2T admite inflexiones y negociación de contenido.

La negociaci√≥n de contenido para metadatos¬†es una t√©cnica de software para solicitar formatos alternativos de un objeto, como el formato PDF o RTF de un archivo HTML. Aunque no fue dise√Īado para ello, la "negociaci√≥n de contenido" hist√≥rica fue criticada (rebuscada) en ciertos contextos para solicitar metadatos bajo el supuesto sorprendente de que los formatos utilizados a menudo para contener metadatos¬†son¬†de hecho metadatos y nunca ser√°n objetos por derecho propio. A diferencia de las inflexiones, la "negociaci√≥n de contenido para metadatos" no funciona en absoluto para los¬†objetos¬†representados en esos formatos (cuya lista est√° creciendo y se conoce solo por acuerdo privado), ni es lo suficientemente f√°cil como para ser utilizada directamente por la mayor√≠a de los usuarios humanos.

Aunque las inflexiones se asocian com√ļnmente con ARK, no son "propiedad" de ARK.¬†Contrariamente a la creencia popular, los identificadores no¬†hacen¬†nada, es su resoluci√≥n de que¬†hacen¬†o¬†no¬†soportan tales caracter√≠sticas.¬†As√≠, por ejemplo, inflexiones y¬†el sufijo de paso¬†son compatibles con¬†n2t.net¬†para todos los tipos de identificadores, pero no por¬†doi.org¬†o¬†handle.net¬†(que tiene una funcionalidad relacionada llamada handle de plantilla) para cualquier tipo de identificador.

¬ŅQu√© quieres decir con dep√≥sitos?

Por lo general, los servicios basados ‚Äč‚Äčen esquemas est√°n dise√Īados como dep√≥sitos o repositorio o¬†plataformas cerradas, que sirven a un tipo de identificador particular, como Handle, DOI o PURL. Cada dep√≥sito o repositorio 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¬†resolvedor 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 resolvedor principal DOI (doi.org).

  • No labels