W3C home > Mailing lists > Public > public-rdfa-wg@w3.org > June 2010

Re: On ISSUE-26 : RDFa Error vocabulary

From: Mark Birbeck <mark.birbeck@webbackplane.com>
Date: Wed, 30 Jun 2010 17:01:33 +0100
Message-ID: <AANLkTikzwzBUTVGS9zay3l3uoxKFhU2_9yPdOUaO1NyI@mail.gmail.com>
To: Ivan Herman <ivan@w3.org>
Cc: W3C RDFa WG <public-rdfa-wg@w3.org>
Hi Ivan,

> Well, I do not agree with that. Running a retrieval service is not conceptually
> a validation for me. If a @profile is temporarily down, because, say, its holder
> machine is down, that this is not a validation error at all, it is a temporary
> network of hardware problem that does affect the graph you get at a moment
> it time which is otherwise perfectly valid. EARL is made to the management
> of tests and their results; that has nothing to do in my view with what we are
> discussing here...
> I am absolutely not pushing for our own vocabulary for the purpose of having...
> our own vocabulary. But I have not found anything used for our own purposes.
> I do not believe EARL is appropriate.

I have to say I'm surprised that you say this. :)

EARL is so close to what we're defining here that it was pretty much
made for the job! It may lack some precision in the terminology, but
we have choices there. We could:

* live with the slight lack of precision;
* sub-class from the terms we don't like, to create something more accurate;
* work with the 'EARL community' to add additional terms that address parsing.

Each of these options is preferable to creating a bunch of new terms
that don't really have any essential organising principle.

Anyway, I guess we can discuss this on the telecon, but I'm really
against the vocabulary explosion that seems to be underway here; even
if we don't like EARL, we should still try to use more FOAF and DC so
as to keep to a minimum the number of terms that need to be invented.



Mark Birbeck, webBackplane



webBackplane is a trading name of Backplane Ltd. (company number
05972288, registered office: 2nd Floor, 69/85 Tabernacle Street,
London, EC2A 4RR)
Received on Wednesday, 30 June 2010 16:02:21 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:19:47 UTC