Re: On ISSUE-26 : RDFa Error vocabulary

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.

Regards,

Mark

--
Mark Birbeck, webBackplane

mark.birbeck@webBackplane.com

http://webBackplane.com/mark-birbeck

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