Not logged in.
This page provides a structured representation (serialized as HTML+RDFa) of the description of the entity denoted ("referred to") by the hyperlink that anchors the About: <Entity Label> text at the top.
The data is presented here in the form of a collection of Entity->Attribute->Value (EAV) or Subject->Predicate->Object (SPO) relations.
In conformance with core Web Architecture, the same description data may also be retrieved in a variety of other negotiable serialization formats, which currently include CSV, HTML+Microdata, (X)HTML+RDFa, N-Triples, Turtle, N3, RDF/JSON, JSON-LD, RDF/XML, Atom, and CXML.
This page and its neighbors provide 5-Star Linked Data URIs (Web Super Keys) for HTTP-accessible data. These URIs are powerful starting points for serendipitous data discovery using the Web's "follow your nose" pattern, as well as a key ingredient for SPARQL queries over HTTP, ODBC, JDBC, ADO.NET, OLE-DB, or XMLA connections.
A single link from this page can be the seed of a powerful Web traversal, en route to discovery and exploitation of unimagined insights, using existing tools such as browsers, spreadsheets, business intelligence and analytics packages, basic report writers, presentation generators, project management packages, and many others.
A variety of discovery pointers are available to users and user agents (software programs) that include:
<link />
relations embedded within the <head />
section of each description page Link:
" response headers included as part of HTTP response metadata.Yes! Simply include entries, based on the example below, in the <head/>
section of your (X)HTML page, whether static or dynamically generated --
<link rel="related" title="My Data in Linked Data form" href="http://linkeddata.uriburner.com/about/id/<scheme-part-of-url>/<host-part-of-url>/<path-part-of-url>" />
The scheme part is the first bit of a URI, up to but not including the first colon (":
").
The host part includes the port, if any, and is found between the double solidus ("//
") following the first colon, and the first solidus ("/
") thereafter.
The path part is everything thereafter (possibly including a query part or fragment identifier part).
For example, if your original page were at --
http://en.wikipedia.org/wiki/Linked_Data
-- the scheme part is "http
", the host part is "en.wikipedia.org
", and the path part is "wiki/Linked_Data
".
You could therefore provide access to a Linked Data graph rendition by including a <head/>
entry like this --
<link rel="related" title="Linked data - Wikipedia, the free encyclopedia - in Linked Data form" href="http://linkeddata.uriburner.com/about/id/http/en.wikipedia.org/wiki/Linked_Data" />
Any aspect of an Entity (but not a part of it), which cannot exist without that Entity. For example, the way the surface of a specific PhysicalObject looks like, or the specific light of a place at a certain time, are examples of Quality, while the encoding of a Quality into e.g. a PhysicalAttribute should be modeled as a Region. From the design viewpoint, the Quality-Region distinction is useful only when individual aspects of an Entity are considered in a domain of discourse. For example, in an automotive context, it would be irrelevant to consider the aspects of car windows for a specific car, unless the factory wants to check a specific window against design parameters (anomaly detection). On the other hand, in an antiques context, the individual aspects for a specific piece of furniture are a major focus of attention, and may constitute the actual added value, because the design parameters for old furniture are often not fixed, and may not be viewed as 'anomalies'.
Property | Value |
---|---|
type |
|
subClassOf |
|
comment |
|
isDefinedBy |
|
label |
|
described by |
|
Property | Value |
---|---|
allValuesFrom |
|
disjointWith | |
first |
|
domain |
|
range |
|
topic |
|
about |
|