Recurso da web - Web resource

Um recurso da web é qualquer recurso identificável (digital, físico ou abstrato) presente ou conectado à rede mundial de computadores . Os recursos são identificados por meio de Identificadores Uniformes de Recursos . Na Web Semântica , os recursos da web e suas propriedades semânticas são descritos usando o Resource Description Framework .

O conceito de recurso da web evoluiu ao longo da história da web, desde a noção inicial de documentos ou arquivos endereçáveis ​​estáticos , até uma definição mais genérica e abstrata, agora abrangendo cada "coisa" ou entidade que pode ser identificada, nomeada, endereçada ou manipulada , de qualquer forma, na web em geral ou em qualquer sistema de informação em rede. Os aspectos declarativos de um recurso (identificação e nomenclatura) e seus aspectos funcionais (endereçamento e manuseio técnico) não eram claramente distintos nas especificações iniciais da web, e a própria definição do conceito tem sido objeto de um longo e ainda aberto debate envolvendo questões técnicas, sociais, linguísticas e filosóficas difíceis e muitas vezes misteriosas.

De documentos e arquivos a recursos da web

Nas primeiras especificações da web (1990–1994), o termo recurso quase não é usado. A web é projetada como uma rede de objetos endereçáveis ​​mais ou menos estáticos, basicamente arquivos e documentos, ligados por meio de localizadores uniformes de recursos (URLs). Um recurso da web é definido implicitamente como algo que pode ser identificado. A identificação serve a dois propósitos distintos: nomear e endereçar; o último depende apenas de um protocolo. É notável que a RFC 1630 não tenta definir de forma alguma a noção de recurso; na verdade quase não usa o termo além de sua ocorrência em URI, URL e URN, e ainda fala em "Objetos da Rede".

RFC 1738 (dezembro de 1994) especifica ainda mais os URLs, o termo "Universal" sendo alterado para "Uniforme". O documento vem fazendo um uso mais sistemático do recurso para se referir a objetos que estão "disponíveis", ou "podem ser localizados e acessados" pela internet. Novamente, o termo recurso em si não é definido explicitamente.

De recursos da web a recursos abstratos

A primeira definição explícita de recurso é encontrada na RFC 2396, em agosto de 1998:

Um recurso pode ser qualquer coisa que tenha identidade. Os exemplos familiares incluem um documento eletrônico, uma imagem, um serviço (por exemplo, "previsão do tempo de hoje para Los Angeles") e uma coleção de outros recursos. Nem todos os recursos são "recuperáveis" pela rede; por exemplo, seres humanos, empresas e livros encadernados em uma biblioteca também podem ser considerados recursos. O recurso é o mapeamento conceitual para uma entidade ou conjunto de entidades, não necessariamente a entidade que corresponde a esse mapeamento em qualquer instância específica no tempo. Assim, um recurso pode permanecer constante mesmo quando seu conteúdo --- as entidades às quais atualmente corresponde --- muda ao longo do tempo, desde que o mapeamento conceitual não seja alterado no processo.

Embora os exemplos neste documento ainda estivessem limitados a entidades físicas, a definição abriu a porta para recursos mais abstratos. Fornecer um conceito recebe uma identidade, e essa identidade é expressa por um URI bem formado (identificador de recurso uniforme, um superconjunto de URLs), então um conceito também pode ser um recurso.

Em janeiro de 2005, o RFC 3986 torna esta extensão da definição completamente explícita: '… conceitos abstratos podem ser recursos, como os operadores e operandos de uma equação matemática, os tipos de um relacionamento (por exemplo, "pai" ou "funcionário") , ou valores numéricos (por exemplo, zero, um e infinito). '

Recursos em RDF e Web Semântica

Lançado pela primeira vez em 1999, o RDF foi inicialmente planejado para descrever recursos, em outras palavras, para declarar metadados de recursos de uma forma padrão. Uma descrição RDF de um recurso é um conjunto de triplos (sujeito, predicado, objeto), onde sujeito representa o recurso a ser descrito, predicado um tipo de propriedade relevante para esse recurso e o objeto pode ser dados ou outro recurso. O próprio predicado é considerado um recurso e identificado por um URI. Assim, propriedades como "título", "autor" são representadas no RDF como recursos, que podem ser utilizados, de forma recursiva, como objeto de outros triplos. Com base nesse princípio recursivo, os vocabulários RDF, como RDFS , OWL e SKOS , acumularão definições de recursos abstratos, como classes, propriedades, conceitos, todos identificados por URIs.

O RDF também especifica a definição de recursos anônimos ou nós em branco , que não são absolutamente identificados por URIs.

Usando URIs HTTP para identificar recursos abstratos

URLs , particularmente URIs HTTP , são freqüentemente usados ​​para identificar recursos abstratos, como classes, propriedades ou outros tipos de conceitos. Exemplos podem ser encontrados nas ontologias RDFS ou OWL . Uma vez que tais URIs estão associados ao protocolo HTTP, surgiu a questão de qual tipo de representação, se houver, deve-se obter tais recursos por meio deste protocolo, normalmente usando um navegador da web, e se a sintaxe do próprio URI poderia ajudar a diferenciar recursos "abstratos" de recursos de "informação". As especificações URI como a RFC 3986 deixam para a especificação do protocolo a tarefa de definir as ações realizadas nos recursos e não fornecem nenhuma resposta a esta questão. Foi sugerido que um URI HTTP identificando um recurso no sentido original, como um arquivo, documento ou qualquer tipo de recurso de informação, deveria ser URIs de "barra" - em outras palavras, não deveria conter um identificador de fragmento , enquanto um URI usado para identificar um conceito ou recurso abstrato deve ser um URI "hash" usando um identificador de fragmento.

Por exemplo: http://www.example.org/catalogue/widgets.htmlidentificaria e localizaria uma página da web (talvez fornecendo alguma descrição legível por humanos dos widgets vendidos pela Silly Widgets, Inc.) enquanto http://www.example.org/ontology#Widgetidentificaria o conceito abstrato ou classe "Widget" nesta ontologia da empresa, e não necessariamente recupere qualquer recurso físico por meio do protocolo HTTP . Mas foi respondido que tal distinção é impossível de impor na prática, e famosos vocabulários padronizados fornecem contra-exemplos amplamente usados. Por exemplo, os conceitos Dublin Core como "título", "editor", "criador" são identificados por URIs de "barra" como http://purl.org/dc/elements/1.1/title.

A questão geral de quais tipos de recursos o URI de HTTP deve ou não identificar era anteriormente conhecida no W3C como o problema httpRange-14 , após seu nome na lista definida pelo (TAG). O TAG deu em 2005 uma resposta final a esta questão, fazendo a distinção entre um "recurso informativo" e um recurso "não informativo" dependente do tipo de resposta dada pelo servidor a um pedido "GET":

  • 2xx Sucesso indica que o recurso é um recurso de informação.
  • 303 Consulte Outros indica que o recurso pode ser informativo ou abstrato; o alvo de redirecionamento poderia dizer a você.
  • 4xx Client Error não fornece nenhuma informação.

Isso permite que vocabulários (como Dublin Core , FOAF e Wordnet ) continuem a usar barra em vez de hash por motivos pragmáticos. Embora esse acordo pareça ter alcançado um consenso na comunidade da Web Semântica, alguns de seus membros proeminentes, como Pat Hayes , expressaram preocupações tanto em sua viabilidade técnica quanto em sua base conceitual. De acordo com o ponto de vista de Patrick Hayes, a própria distinção entre "recurso de informação" e "outro recurso" é impossível de encontrar e é melhor não ser especificada de forma alguma, e a ambigüidade do recurso referente é inerente aos URIs como a qualquer mecanismo de nomenclatura.

Propriedade de recursos, propriedade intelectual e confiança

Em RDF, "qualquer pessoa pode declarar qualquer coisa sobre qualquer coisa". Os recursos são definidos por descrições formais que qualquer pessoa pode publicar, copiar, modificar e publicar na web. Se o conteúdo de um recurso da web no sentido clássico (uma página da web ou arquivo on-line) é claramente de propriedade de seu editor, que pode reivindicar propriedade intelectual sobre ele, um recurso abstrato pode ser definido por um acúmulo de descrições RDF, não necessariamente controlados por um editor único e não necessariamente consistentes entre si. É uma questão em aberto saber se um recurso deve ter uma definição autorizada com propriedade clara e confiável e, neste caso, como tornar essa descrição tecnicamente distinta de outras descrições. Uma questão paralela é como a propriedade intelectual pode ser aplicada a tais descrições.

Veja também

Referências

Citações

Fontes