[foaf-protocols] WebID spec: supported RDF formats (bis)

Bruno Harbulot Bruno.Harbulot at manchester.ac.uk
Sun Jul 18 19:16:07 CEST 2010



On 18/07/2010 18:07, Nathan wrote:
> Bruno Harbulot wrote:
>>
>> On 18/07/2010 17:19, Seth Russell wrote:
>>> I would mandate that the service providing the WebID and making the
>>> remote profile document support *all* the reasonable formats. To those
>>> i would optionally add suport for JSON as that is probably going to be,
>>> me hopes, the best in the long run. Then the verifying agent need
>>> only support which format they are comfortable with.
>>
>> I think it's much easier to do the other way around. There will be
>> fewer libraries for verification agents, and that's where the
>> processing takes place.
>
> What we're dealing with here is the web of Linked Data, and on that we
> can't mandate that one serialization should be used over another, or if
> you provide one serialization you must also provide several others.
>
> The only place any standardization can happen is on the Linked Data
> Client side of things, stating that a Linked Data Client *must* support
> all the known serializations; doing it any other way makes the web of
> Linked Data not a web anymore and is impossible to deploy, it's already
> more than enough to expect somebody to understand one serialization of
> RDF in order to publish Linked Data without all the extra constraints
> this would impose; whereas it's entirely practical to expect a
> programmer who understands RDF to add support for several serializations
> in order to conform and make this thing work.

(I'm not sure whether you agree or disagree with what I said.)

I'm just saying the Verification Agent MUST support *some* known 
serializations (specifically RDF/XML and HTML+RDFa) and MAY support 
anything else on top of that. Note that, in this case, the Verification 
Agent *is* the client.

I'm also saying we need to mandate at least one of these formats from 
the WebID provider side (which will be the server). The reason for this 
requirement is because we're dealing with a client that's an automated 
agent (the verification agent).
While with a browser user-agent, I can click on 'save as/open with' when 
I get a content-type the browser doesn't understand, the automated agent 
doesn't has to know how to make things work (otherwise, the verification 
will simply fail).



Best wishes,

Bruno.


More information about the foaf-protocols mailing list