W3C home > Mailing lists > Public > semantic-web@w3.org > January 2007

Re: Axiom: Opacity of URIs

From: Danny Ayers <danny.ayers@gmail.com>
Date: Thu, 4 Jan 2007 21:02:22 +0100
Message-ID: <1f2ed5cd0701041202p2538e3b4gf442b48fe1c637cf@mail.gmail.com>
To: rreck@rrecktek.com
Cc: semantic-web@w3.org
On 04/01/07, Ronald P. Reck <rreck@rrecktek.com> wrote:
> I have a question about URIs. I think I understand the axioms here:
> http://www.w3.org/DesignIssues/Axioms.html
> My question concerns the Axiom: Opacity of URIs
> When I work with words/strings I want to say something about them.
> Now, imagine the English word "pain".
> rdf:about="http://foo.com/lexicon/token#pain"
> Its real helpful to be able to derive its URI so that every time I come
> upon the same string I dont incur the "pain" associated with asking some
> system the question: do you know the URI for the string "pain"?
> Now, imagine I am processing French and I also have the string "pain".
> Well, I believe its intrinsically a different word so I think it makes
> sense to change my URI structure to
> rdf:about="http://foo.bar/lexicon/fre/token#pain"
> Attractive but wrong?
> Wrong only when I look for French words with "//fre" ?
> I run into the same situation when I want to manage definitions for
> words from multiple communities of interest. The word "frequency" has
> slightly different meanings in the domain of mathematics, physics or
> signal processing. Again, it is attractive to have derivable URI's.
> Can someone please comment or point me at relevant disscussion in this
> area? -thanks.

First thoughts - it depends a lot on your application, if you are talking
about the 4-character string "pain" then that presumably would be
language-independent. On the other hand, if you are talking about the
concept(s) pain, then you could either use the ../fre/.. approach or maybe
just use one language for the URIs, with the differences being expressed
elsewhere, e.g.

<http://foo.bar/lexicon/fre/token#pain> rdfs:label "bread"@en .

A (recent!) TAG Finding covers metadata in URIs:




Received on Thursday, 4 January 2007 20:02:40 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:44:59 UTC