W3C home > Mailing lists > Public > public-webid@w3.org > April 2013

Re: Domain of :key

From: Mo McRoberts <Mo.McRoberts@bbc.co.uk>
Date: Mon, 1 Apr 2013 18:49:25 +0000
To: Dominik Tomaszuk <ddooss@wp.pl>
CC: Melvin Carvalho <melvincarvalho@gmail.com>, Henry Story <henry.story@bblfish.net>, public-webid <public-webid@w3.org>
Message-ID: <5785782C-9103-4C58-B5DB-D754E516B62C@bbc.co.uk>

On Mon 2013-Apr-01, at 14:12, Dominik Tomaszuk <ddooss@wp.pl> wrote:

> In which point rdf:Resource is better than owl:Thing? I do some ontology state-of-the-art and I don't see too much ontologies with uses rdfs:Resource in rdfs:domain or rdfs:range. My conclusion to these aproaches is that rdfs:Resource is used in low-level ontologies and cert ont isn't in that level. Probably better consensus is owl:Thing.
> Of course, I don't change my mind and I still think that foaf:Agent is better.

I'd contend that the cert ont _is_ (or at least, could easily be and arguably should be) a low-level ontology: it exists to describe keys and certificates. I don't see a sensible reason why the domain of the things keys and certificates described by it are associated with shouldn't be as broad as possible unless there's a good reason not to  and I'm at this point not entirely understanding what that reason might be.

I don't have a strong feeling on owl:Thing versus rdfs:Resource, except that it's not particularly clear what benefit is derived from restricting it to owl:Thing.

There's a school of thought evident in this thread that one solution is to define another ontology which is identical to the cert ontology except for the domain of the things keys and certificates can be associated with. I don't buy that  it breaks interop. While semweb is, as Kingsley says, "fork friendly", there is still a cost associated with that (and in this case it's divisiveness).


Mo McRoberts - Analyst - BBC Archive Development,
Zone 1.08, BBC Scotland, 40 Pacific Quay, Glasgow G51 1DA,
MC3 D4, Media Centre, 201 Wood Lane, London W12 7TQ,
0141 422 6036 (Internal: 01-26036) - PGP key CEBCF03E

This e-mail (and any attachments) is confidential and
may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in
error, please delete it from your system.
Do not use, copy or disclose the
information in any way nor act in reliance on it and notify the sender
Please note that the BBC monitors e-mails
sent or received.
Further communication will signify your consent to
Received on Monday, 1 April 2013 18:49:55 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:05:50 UTC