- markup (76)
- xml (11)
- xslt (23)
- pipelines (8)
- atom (9)
- overlapping markup (6)
- schema (11)
- creole (5)
- dtll (1)
- xforms (1)
- xpath (1)
- xquery (2)
- coding (2)
- datagovuk (1)
- genealogy (4)
- hardware (1)
- linked data (16)
- modelling (1)
- named graphs (1)
- opendata (1)
- provenance (1)
- psi (3)
- skos (1)
- sparql (4)
- Talis (7)
- unicode (1)
- uri (4)
- versioning (1)
- visualisation (6)
- web (78)
- google (4)
- html5 (5)
- jQuery (2)
- rdf (46)
- ontologies (2)
- rdfa (8)
- rdfQuery (5)
- rest (6)
- wikis (1)
- work (3)
- legislation (2)
- xmlsummerschool09 (2)
- life (28)
- children (5)
- equality (6)
- gtd (1)
- environment (4)
- gadgets (5)
- software (3)
- xlinq (2)
- conferences (11)
- ukgc09 (1)
- xtech (9)
- xtech2008 (3)
- blog (8)
- drupal (3)
Re: Versioning URIs
I am relatively new (a couple of years) to the semantic web, rdf, etc, but do have over 20 years of experience in data (particularly, that which is relationally organized). The issue of URIs is not very different from that of how one would identify any data element (regardless of storage construct). As such, there is always an inclination to add business (i.e. meaningful) information into data identifiers. However, doing so almost always creates problems when changes occur (may of which have been described by Jeni in this blog post).
Given the problems I’ve encountered with identifiers that contain any meaning, my recommendation would be to utilize completely meaningless, randomly assigned identifiers (i.e.guids) for all URIs. In addtion to the problems meaningful identifiers create regarding change, most would argue that a minimal amount of information should be included in the URI to reduce the reduce the problems caused by the very issues discussed in this blog. Furhter, unless the URI contained a significant amount of information (which would be quite impractical), anyone wanting to gather information about the resource will need to see the properties that describe it; they are far more relevant than the URI itself. Quite often, many of the URIs are cryptic anyway.
So, to me, the best solution would be to utilize completely meaningless identifiers (URIs) for resources and let the properties/attributes assigned to them provide the meaningful information that is desired.