- From: Harry Halpin <hhalpin@w3.org>
- Date: Wed, 14 Oct 2015 10:51:53 -0400
- To: public-socialweb@w3.org
- Message-ID: <561E6C09.20300@w3.org>
On 10/14/2015 08:09 AM, Melvin Carvalho wrote: > > > On 13 October 2015 at 16:08, Christopher Allan Webber > <cwebber@dustycloud.org <mailto:cwebber@dustycloud.org>> wrote: > > Evan Prodromou writes: > > > On 2015-10-12 10:28 AM, Melvin Carvalho wrote: > >> I dont think taking yet another JSON serialization to REC is a good > >> idea, when we already have a JSON REC (JSON LD) which is to all > >> intents and purposes identical. I am wondering if there will > be some > >> formal objection down the line. > > > > Have you reviewed AS 2.0? It's explicitly compatible with > JSON-LD, as a > > design goal. It's more or less a vocabulary on top of JSON-LD. > > Not only is it built on top of json-ld, if you go to > http://json-ld.org/playground/ you'll see there's even an [Activity] > button on there. Hit the n-quads tab, you'll see that we can even > convert to RDF. > > ActivityStreams is based on JSON-LD and is directly convertable to > RDF... I think the AS direction and the linked data direction > currently > have a smooth integration path. > > > An HTTP response is not just a document. It's a header too. Both > must be compatible with tooling to work out of the box. > > In particular there is an open issue regarding changing the JSON LD > header field for content type to : "application/activity+json", for no > particularly good reason, imho. > > This would break most existing tooling, and reducing the developer > audience, and a whole raft of tooling. While certain parts of the the > playground *may* work in isolation, most other stuff would not. Im > unsure developers are going to want to retool to support AS2 given > this, at least in the short term. > > The other aspect having to then register this stuff with the standards > body > - mime type registered with IANA > - new file extension chosen > - file extension registered with IANA > - wait to see if any of the W3C stake holders formally object > > This would substantially increase the chance of AS2 failing to gain > traction, so I think some developers are waiting to see that outcome > before investing time in implementation. Can you point to what tooling breaks? The larger issue with some of the RDF-centric approaches is that while we can recommend Link HTTP headers and MIME types, most tooling that I know of ignores both of these, and would also not expand JSON-LD (since most tooling is JSON-centric) cheers, harry
Received on Wednesday, 14 October 2015 14:51:59 UTC