Hispanopedia WikiUn recurso web es cualquier recurso identificable (digital, físico o abstracto) presente en la World Wide Web o conectado a ella . [ 1 ] [ 2 ] [ 3 ] Los recursos se identifican mediante identificadores uniformes de recursos (URI). [ 1 ] [ 4 ] En la Web Semántica , los recursos web y sus propiedades semánticas se describen mediante el Marco de Descripción de Recursos (RDF). [ 5 ]
El concepto de recurso ha evolucionado a lo largo de la historia de la Web, desde la noción inicial de documentos o archivos estáticos direccionables hasta una definición más genérica y abstracta, que ahora abarca todo aquello que puede ser identificado, nombrado, direccionado o gestionado, de cualquier forma, en la Web en general o en cualquier sistema de información en red. Los aspectos declarativos de un recurso (identificación y denominación) y sus aspectos funcionales (direccionamiento y gestión técnica) no estaban claramente diferenciados en las primeras especificaciones de la Web, y la propia definición del concepto ha sido objeto de un largo y aún abierto debate que involucra cuestiones técnicas, sociales, lingüísticas y filosóficas difíciles y, a menudo, arcanas.
Desde documentos y archivos hasta recursos web
En las primeras especificaciones de la web (1990-1994), el término «recurso» apenas se utilizaba. La web se concibió como una red de objetos direccionables, más o menos estáticos, básicamente archivos y documentos, enlazados mediante Localizadores Uniformes de Recursos (URL). Un recurso web se define implícitamente como algo que puede identificarse. Esta identificación cumple dos funciones distintas: nombrar y direccionar; esta última depende únicamente de un protocolo. Cabe destacar que el RFC 1630 no intenta definir en absoluto la noción de recurso; de hecho, apenas utiliza el término, salvo en su aparición en Identificador Uniforme de Recursos (URI), Localizador Uniforme de Recursos (URL) y Nombre Uniforme de Recursos (URN), y sigue hablando de «Objetos de la Red».
El RFC 1738 (diciembre de 1994) especifica aún más las URL, cambiando el término "Universal" por "Uniforme". El documento utiliza de forma más sistemática el término " recurso" para referirse a objetos que están "disponibles" o que "pueden localizarse y accederse" a través de internet. Sin embargo, el término " recurso" en sí mismo no se define explícitamente.
Desde recursos web hasta recursos abstractos
La primera definición explícita de recurso se encuentra en el RFC 2396, en agosto de 1998:
Un recurso puede ser cualquier cosa que tenga identidad. Ejemplos comunes incluyen un documento electrónico, una imagen, un servicio (por ejemplo, "el pronóstico del tiempo de hoy para Los Ángeles") y una colección de otros recursos. No todos los recursos son accesibles a través de la red; por ejemplo, las personas, las empresas y los libros encuadernados en una biblioteca también pueden considerarse recursos. El recurso es la correspondencia conceptual con una entidad o conjunto de entidades, no necesariamente la entidad que corresponde a dicha correspondencia en un momento dado. Por lo tanto, un recurso puede permanecer constante incluso cuando su contenido —las entidades a las que corresponde actualmente— cambia con el tiempo, siempre que la correspondencia conceptual no se modifique durante el proceso.
Aunque los ejemplos de este documento aún se limitaban a entidades físicas, la definición abrió la puerta a recursos más abstractos. Si a un concepto se le asigna una identidad, y esta identidad se expresa mediante un URI (Identificador Uniforme de Recursos, un superconjunto de URL) bien formado, entonces un concepto también puede ser un recurso.
En enero de 2005, el RFC 3986 explicitó completamente esta extensión de la definición: «…los conceptos abstractos pueden ser recursos, como los operadores y operandos de una ecuación matemática, los tipos de una relación (por ejemplo, "padre" o "empleado") o valores numéricos (por ejemplo, cero, uno e infinito).»
Recursos en RDF y la Web Semántica
RDF, lanzado por primera vez en 1999, se concibió inicialmente para describir recursos, es decir, para declarar metadatos de recursos de forma estandarizada. Una descripción RDF de un recurso es un conjunto de triples (sujeto, predicado, objeto), donde sujeto representa el recurso a describir, predicado un tipo de propiedad relevante para este recurso y objeto puede ser datos u otro recurso. El predicado en sí mismo se considera un recurso y se identifica mediante una URI. Por lo tanto, propiedades como "título" y "autor" se representan en RDF como recursos, que pueden utilizarse, de forma recursiva, como sujeto de otros triples. Partiendo de este principio recursivo, los vocabularios RDF, como RDF Schema (RDFS), Web Ontology Language (OWL) y Simple Knowledge Organization System , acumularán definiciones de recursos abstractos como clases, propiedades y conceptos, todos identificados mediante URI.
RDF también especifica la definición de recursos anónimos o nodos en blanco , que no están identificados de forma absoluta mediante URI.
Utilizar URI HTTP para identificar recursos abstractos
Las URL , en particular las URI HTTP , se utilizan frecuentemente para identificar recursos abstractos, como clases, propiedades u otros tipos de conceptos. Se pueden encontrar ejemplos en ontologías RDFS u OWL . Dado que estas URI están asociadas al protocolo HTTP, surgió la pregunta de qué tipo de representación, si la hubiera, se debería obtener para dichos recursos a través de este protocolo, normalmente mediante un navegador web, y si la sintaxis de la propia URI podría ayudar a diferenciar los recursos "abstractos" de los recursos "informativos". Las especificaciones de URI, como la RFC 3986, dejaron a la especificación del protocolo la tarea de definir las acciones realizadas sobre los recursos y no proporcionan ninguna respuesta a esta pregunta. Se ha sugerido que una URI HTTP que identifique un recurso en el sentido original, como un archivo, un documento o cualquier tipo de recurso denominado recurso informativo, debería ser una URI "barra" —es decir, no debería contener un identificador de fragmento— , mientras que una URI utilizada para identificar un concepto o recurso abstracto debería ser una URI "hash" que utilice un identificador de fragmento.
Por ejemplo: http://www.example.org/catalogue/widgets.htmlidentificaría y localizaría una página web (quizás proporcionando alguna descripción legible para humanos de los widgets vendidos por Silly Widgets, Inc.), mientras que http://www.example.org/ontology#Widgetidentificaría el concepto abstracto o clase "Widget" en la ontología de esta empresa, y no necesariamente recuperaría ningún recurso físico a través del protocolo HTTP . Pero se ha respondido que tal distinción es imposible de aplicar en la práctica, y los vocabularios estándar famosos proporcionan contraejemplos ampliamente utilizados. Por ejemplo, los conceptos de Dublin Core como "título", "editor", "creador" se identifican mediante URI con barra diagonal como http://purl.org/dc/elements/1.1/title.
La cuestión general de qué tipo de recursos debe o no debe identificar una URI HTTP se conocía anteriormente en el W3C como el problema httpRange-14 , siguiendo su nombre en la lista definida por el (TAG). El TAG ofreció en 2005 una respuesta definitiva a este problema, haciendo que la distinción entre un "recurso informativo" y un recurso "no informativo" dependiera del tipo de respuesta que el servidor da a una solicitud "GET":
- 2xx Success indica que el recurso es un recurso de información.
- 303 Ver otro indica que el recurso podría ser informativo o abstracto; el destino de la redirección podría indicárselo.
- El error 4xx del cliente no proporciona ninguna información.
Esto permite que vocabularios (como Dublin Core , FOAF y Wordnet ) sigan utilizando la barra diagonal en lugar de la almohadilla por razones prácticas. Si bien este compromiso parece haber alcanzado un consenso en la comunidad de la Web Semántica, algunos de sus miembros más destacados, como Pat Hayes, han expresado su preocupación tanto por su viabilidad técnica como por su fundamento conceptual. Según Patrick Hayes, la distinción entre "recurso de información" y "otro recurso" es imposible de encontrar y, en teoría, debería evitarse por completo. Además, la ambigüedad del recurso de referencia es inherente a las URI, al igual que a cualquier mecanismo de nomenclatura.
Propiedad de los recursos, propiedad intelectual y fideicomiso
En RDF, "cualquiera puede declarar cualquier cosa sobre cualquier cosa". Los recursos se definen mediante descripciones formales que cualquiera puede publicar, copiar, modificar y difundir en la web. Si el contenido de un recurso web en el sentido clásico (una página web o un archivo en línea) pertenece claramente a su editor, quien puede reclamar la propiedad intelectual sobre él, un recurso abstracto puede definirse mediante una acumulación de descripciones RDF, no necesariamente controladas por un único editor y no necesariamente coherentes entre sí. Es un tema abierto determinar si un recurso debe tener una definición autorizada con una propiedad clara y confiable, y, en ese caso, cómo diferenciar técnicamente esta descripción de otras. Un tema paralelo es cómo se aplica la propiedad intelectual a dichas descripciones.
Véase también
Referencias
Citas
Fuentes
- Hoja de terminología y definiciones para la caracterización de la web , editores: Brian Lavoie y Henrik Frystyk Nielsen, mayo de 1999.
- Breve historia del concepto de "recurso" en la arquitectura web , por Tim Berners-Lee.
- Presentaciones en la conferencia IRW 2006 , Recursos web
- Una teoría pragmática de la referencia para la web , por Dan Connolly .
- En defensa de la ambigüedad , por Patrick Hayes .
- Hacia una ontología OWL para la identidad en la web , por Valentina Presutti y Aldo Gangemi, conferencia SWAP2006 . Archivado el 24/12/2006 en Wayback Machine .
- Recursos
- World Wide Web
- Web semántica
