- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Tue, 14 Apr 2015 08:36:25 -0400
- To: public-hydra@w3.org
- Message-ID: <552D09C9.6050902@openlinksw.com>
On 4/14/15 4:00 AM, Ruben Verborgh wrote: > Dear all, > >> >i am guessing it's two worlds colliding. the REST community typically likes specific media types, so that resources explicitly surface the models that they represent. it makes resources self-describing*through their media type*. >> > >> >RDF, on the other hand, typically only exposes its metamodel and uses the media type for serialization variants, assuming that saying "it's RDF" is good enough. this makes resources self-describing*once you process them*. > I couldn't agree more with the above. > > I think it's very important that for all of the specifications in the Hydra Community Group > that are meant to create specific documents, > which is currently the Hydra Core Vocabulary and Triple Pattern Fragments, > we do_not_ define new MIME types. > RDF already has several MIME types, one for each concrete syntax, and that's enough. > > RDF documents are self-describing so there is no need. > Additionally, specific MIME types corrupt the goal of Hydra: > it seems a contradiction that generic clients need specific document types. > The Hydra Core Vocabulary provides generic hypermedia controls; > we don't see specific media types for different HTML documents either. > > Note that this is explicitly mentioned in the TPF spec: > >>> >>The server must, however, support at least one RDF-based representation. >>> >>Servers must indicate the corresponding MIME type when responding >>> >>with a Triple Pattern Fragment, so clients can correctly parse it. > —http://www.hydra-cg.com/spec/latest/triple-pattern-fragments/#definition > > So no specific document types. Amen to that too! > > I like the idea of profiles however; would be good to have those. > To what extent ishttps://tools.ietf.org/html/rfc6906 sufficiently mature? Yes, it is an acceptable bridge mechanism that can aid bridging this artificial REST vs RDF chasm. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Tuesday, 14 April 2015 12:36:50 UTC