W3C home > Mailing lists > Public > semantic-web@w3.org > November 2011

Yet another problems with URIs and reference

From: Andrea Splendiani <andrea.splendiani@bbsrc.ac.uk>
Date: Thu, 10 Nov 2011 14:29:31 +0000
Message-ID: <339406653356169@jngomktg.net>
To: Semantic Web <semantic-web@w3.org>
Hi,

I have a curiosity/problem/request for suggestions which is loosely related
to the Referee/Referred identification.

In my case, I need to predicate on a URI, intended as an identifier.

So (keeping canonical example), I can have:

http://xx/Berlin 		This is the URI of the thing per se.
http://xx/web/Berlin	Points to a web representation
http://xx/data/Berlin	Data representation

Now I can predicate in all these documents on http://xx/Berlin referring to
the actual city.

But I need to predicate on "http://xx/Berlin" intended as an identifier: in
my case, this goes through cycles of approvals and states. In practice I
would need to tell whether my URI is approved, reserved, invalid! and so
on...
These are clearly not properties of the city of Berlin!

How is this case usually approached ? In principle, it should be quite
common.

What I was considering (in order of preference):

1) perhaps some as hoc extension of OWL (annotations). At the end this is an
overgrown versioning mechanism
2) creating a dichotomy between "identifiers objects" and "identifiers
codes". This could make some sense in my case as identifiers come as codes
that inherit some 'unconvential' semantics.
3) ignoring the distinction and putting it relegating to the semantics of
relations (a bit like 1, in the end, but dirtier)
4) ignore informations on URIs on the web (delegating it to some internal
engine). This may be a last resort solution.

Any idea ?

ciao,
Andrea




Andrea Splendiani
Senior Bioinformatics Scientist
Centre for Mathematical and Computational Biology
+44(0)1582 763133 ext 2004
andrea.splendiani@bbsrc.ac.uk
Received on Thursday, 10 November 2011 14:30:21 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 21:45:46 GMT