Content deleted Content added
Ohnoitsjamie (talk | contribs) m Reverted edits by 218.172.17.4 (talk) to last version by GhostInTheMachine |
Rescuing 1 sources and tagging 0 as dead.) #IABot (v2.0.9.5 |
||
(43 intermediate revisions by 38 users not shown) | |||
Line 1:
{{Short description|Identifiable entity on the
{{Multiple issues|{{more footnotes|date=August 2018}}
{{essay|date=August 2018}}
{{original research|date=August 2018}}|collapsed=yes|section=y}}
A '''web resource''' is any identifiable resource (digital, physical, or abstract) present on or connected to the [[World Wide Web]].<ref name="rfc3986">[https://tools.ietf.org/html/rfc3986 RFC 3986 Uniform Resource Identifier (URI): Generic Syntax
The concept of
== From documents and files to web resources ==
In the early specifications of the web (1990–1994), the term ''resource'' is barely used at all. The web is designed as a network of more or less static addressable objects, basically files and documents, linked using [[
RFC 1738 (December 1994) further specifies URLs, the term "Universal" being changed to "Uniform". The document is making a more systematic use of ''resource'' to refer to objects which are "available", or "can be located and accessed" through the internet. There again, the term ''resource'' itself is not explicitly defined.
Line 17 ⟶ 15:
== From web resources to abstract resources ==
The first explicit definition of ''resource'' is found in RFC 2396, in August 1998:
{{
A resource can be anything that has identity. Familiar examples include an electronic document, an image, a service (e.g., "today's weather report for Los Angeles"), and a collection of other resources. Not all resources are network "retrievable"; e.g., human beings, corporations, and bound books in a library can also be considered resources. The resource is the conceptual mapping to an entity or set of entities, not necessarily the entity which corresponds to that mapping at any particular instance in time. Thus, a resource can remain constant even when its content---the entities to which it currently corresponds---changes over time, provided that the conceptual mapping is not changed in the process.}}
Although examples in this document were still limited to physical entities, the definition opened the door to more abstract resources. Providing a concept is given an identity, and this identity is expressed by a well-formed URI (
In January 2005,
'…abstract concepts can be resources, such as the operators and operands of a mathematical equation, the types of a relationship (e.g., "parent" or "employee"), or numeric values (e.g., zero, one, and infinity).'
==Resources in RDF and the Semantic Web==
First released in 1999, RDF was first intended to describe resources, in other words to declare [[metadata]] of resources in a standard way. A RDF description of a resource is a set of triples (subject, predicate, object), where ''subject'' represents the resource to be described, ''predicate'' a type of property relevant to this resource, and ''object'' can be data or another resource. The predicate itself is considered as a resource and identified by a URI. Hence, properties like "title", "author" are represented in RDF as resources, which can be used, in a recursive way, as the subject of other triples.
Building on this recursive principle, RDF vocabularies, such as [[
RDF also specifies the definition of anonymous resources or [[blank node]]s, which are not absolutely identified by URIs.
===Using HTTP URIs to identify abstract resources===
[[URL]]s, particularly [[uniform resource identifier|HTTP URI]]s, are frequently used to identify abstract resources, such as classes, properties or other kind of concepts. Examples can be found in RDFS or OWL [[Ontology (computer science)|ontologies]]. Since such URIs are associated with the HTTP protocol, the question arose of which kind of representation, if any, should one get for such resources through this protocol, typically using a web browser, and if the syntax of the URI itself could help to differentiate "abstract" resources from "information" resources. The URI specifications such as RFC 3986 left to the protocol specification the task of defining actions performed on the resources and they
For example: <code><nowiki>http://www.example.org/catalogue/widgets.html</nowiki></code> would both identify and locate a web page (maybe providing some human-readable description of the widgets sold by Silly Widgets, Inc.) whereas <code><nowiki>http://www.example.org/ontology#Widget</nowiki></code> would identify the abstract concept or class "Widget" in this company ontology, and would not necessarily retrieve any physical resource through [[HTTP protocol]]. But it has been answered that such a distinction is impossible to enforce in practice, and famous standard vocabularies provide counter-examples widely used. For example, the [[Dublin Core]] concepts such as "title", "publisher", "creator" are identified by "slash" URIs like <code><nowiki>http://purl.org/dc/elements/1.1/title</nowiki></code>.
Line 48 ⟶ 46:
==See also==
*[[Address bar]]
*[[Resource (computer science)]]
*[[Resource-oriented architecture]] (ROA)
Line 66 ⟶ 65:
**[http://www.w3.org/2006/04/irw65/urisym.html A Pragmatic Theory of Reference for the Web], by [[Dan Connolly (computer scientist)|Dan Connolly]].
**[http://www.ibiblio.org/hhalpin/irw2006/presentations/HayesSlides.pdf In Defense of Ambiguity], by [[Patrick J. Hayes|Patrick Hayes]].
*[http://sunsite.informatik.rwth-aachen.de/Publications/CEUR-WS//Vol-201/43.pdf Towards an OWL ontology for identity on the web], by Valentina Presutti and Aldo Gangemi, [http://swapconf.it/2006/ SWAP2006 conference] {{Webarchive|url=https://web.archive.org/web/20061224214413/http://www.swapconf.it/2006/ |date=2006-12-24 }}.
{{refend}}
|