[foaf-protocols] WebID spec: supported RDF formats
henry.story at gmail.com
Sun Jul 18 01:24:48 CEST 2010
On 18 Jul 2010, at 00:04, Jiří Procházka wrote:
> On 07/18/2010 12:37 AM, Reto Bachmann-Gmür wrote:
>> 2010/7/18 Jiří Procházka <ojirio at gmail.com>:
>>> As far as what serialization to choose, because of the ease of adoption
>>> I would choose just 1 serialization - either rdf/xml or rdfa.
>>> This might simplify the implementation a lot, since you would not need
>>> content negotiation
>> Enforcing the server providing the profile too serve more than one
>> format and thus do content-negotiation would make it unnecessarily
>> complex, but requiring the verification agent to look at the
>> content-type header of the response and decide which parser to use
>> doesn't seem too difficult to satisfy.
> Yes, but like I said - best is to have one required serialization on
> both sides.
Why tie things to one serialsation? If you do then you just get into
endless debates about which the most beautiful serialisation format is.
> That way there would be no confused people, because their WebID
> publishing platform would work for all verifiers
all verifiers should at least support RDFa and RDF/XML. So if you publish
with either of those you should expect things to work correctly.
Why is this? Well simply because those are W3C standards that are widely
deployed and likely to be very popular. And because we will reinforce that
popularity by mentioning it in the standard.
> *and* on the other side
> their WebID enabled news fetching software which is authorized to use
> their WebID and show the articles you might be interested in, because
> your friends like them (as it found out from their WebID access
> controlled FOAF profile) would not chuck on their friends' WebID.
The news fetching software should understand RDFa and RDF/XML at least.
Adding more formats should just be a transform away.
> Jiri Prochazka
> foaf-protocols mailing list
> foaf-protocols at lists.foaf-project.org
More information about the foaf-protocols