W3C home > Mailing lists > Public > public-credentials@w3.org > July 2020

Re: Introducing CBOR-LD...

From: Ivan Herman <ivan@w3.org>
Date: Sat, 25 Jul 2020 07:51:26 +0200
Cc: public-credentials@w3.org
Message-Id: <68718CAA-6E68-4525-A6F7-19EEEB561C44@w3.org>
To: Manu Sporny <msporny@digitalbazaar.com>
(This is just an admin response to this mail.)


The JSON-LD WG will transition, in the coming weeks, into a maintenance WG (one reason why this has not happened yet is due to my vacations…). This means setting up a similar structure as for VC: the technical work and further development will happen at the JSON for LD Community group[1]. The WG will only take care of 'maintenance', which may include publishing WG Notes like a CBOR-LD, but the technical discussions should happen in the CG.

All this to say that this work and discussion should also be happening on that CG, too; possibly the best is to simply take care of both mailing lists being on the cc list for this thread. But I leave this to you…



[1] https://www.w3.org/community/json-ld/ <https://www.w3.org/community/json-ld/>

> On 24 Jul 2020, at 23:46, Manu Sporny <msporny@digitalbazaar.com> wrote:
> On 7/24/20 4:33 PM, Nader Helmy wrote:
>> Is the former spec simply an evolution of the latter? What’s the delta
>> between these approaches?
> In the final days of the JSON-LD 1.1 WG an attempt was made to put a
> NOTE together for a "CBOR encoding for JSON-LD", which is slightly
> different from what CBOR-LD is attempting to do (compression is a big
> focus of CBOR-LD, not just encoding JSON-LD into CBOR).
> The group had been (rightly) prioritizing getting JSON-LD 1.1 and
> associated algorithms shipped. The JSON-LD 1.1 WG, with a huge thanks to
> Gregg Kellogg, did yeoman's work getting us to an updated version of
> JSON-LD 1.1. The official JSON-LD 1.1 Recommendation was finalized just
> a week ago:
> https://www.w3.org/TR/json-ld11/
> So, the difference is that the document worked on by the WG was a way to
> encode JSON-LD in CBOR, whereas the thing that was just announced on
> this mailing list was a way of compressing JSON-LD into a new format
> called CBOR-LD that would enable a reduction in file size AND possibly
> an increase in compute speed (neither of those were goals of the format
> considered by the JSON-LD WG, IIRC).
> I hope that CBOR-LD (the most recent announcement) will be what we focus
> on as the months roll on... but I say that not having discussed any of
> this with the JSON-LD WG... we'll have to see what Ivan, Gregg, and our
> friends over there think about this new approach. Additionally, we need
> to chat with Pierre-Antoine, who I believe did a lot of the work on
> JSON-LD-CBOR to see if he feels there are key design criteria that we
> missed when we put CBOR-LD together.
> -- manu
> -- 
> Manu Sporny - https://www.linkedin.com/in/manusporny/
> Founder/CEO - Digital Bazaar, Inc.
> blog: Veres One Decentralized Identifier Blockchain Launches
> https://tinyurl.com/veres-one-launches

Ivan Herman, W3C 
Home: http://www.w3.org/People/Ivan/
mobile: +33 6 52 46 00 43
ORCID ID: https://orcid.org/0000-0003-0782-2704

Received on Saturday, 25 July 2020 05:51:31 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:25:01 UTC