Re: CBOR Tutorial

Garth – you wouldn’t want to gzip the entire CBOR stream in a non-HTTP-based exchange.   (yes, you could, but it would mess up all sorts of things).  You would really want to use CBOR object compression which doesn’t exist today in the standard…

Leonard

From: Garth Conboy <garth@google.com>
Date: Wednesday, January 31, 2018 at 6:53 PM
To: Romain <rdeltour@gmail.com>
Cc: Leonard Rosenthol <lrosenth@adobe.com>, Baldur Bjarnason <baldur@rebus.foundation>, Ivan Herman <ivan@w3.org>, "Schindler Wolfgang Dr." <w.schindler@pons.de>, "Davis, Greg" <greg.davis@pearson.com>, Richard Wright <rkwright@geofx.com>, W3C Publishing Working Group <public-publ-wg@w3.org>, Jeffrey Yasskin <jyasskin@google.com>
Subject: Re: CBOR Tutorial

+ Jeffrey

The last couple of responses on this thread touch on compression of the the contents of a Web Package -- compressed internally or in transit by HTTP (or both).  If Web Package were to be used for PWP, when transported over a non-compressing protocol/media (e.g., USB drive) would the whole thing want to be gzip-ed?

Best,
   Garth

On Wed, Jan 31, 2018 at 1:15 AM, Romain <rdeltour@gmail.com<mailto:rdeltour@gmail.com>> wrote:

On 31 Jan 2018, at 02:49, Leonard Rosenthol <lrosenth@adobe.com<mailto:lrosenth@adobe.com>> wrote:

Because of the ubiquity of compressed/gzipped HTTP responses and how the package stores responses, many text entries in a package will be stored compressed as binaries and not text.
That's the key piece here for Web Packages vs PWP...Web Packages are expected (in the vast majority of use cases) to be delivered over an HTTP connection, which is itself compressed.  Also, there isn't concern about storing these on devices or quota-based storage.  However, for PWP, we expect that delivery may take place via other means, will certainly be stored by a user somewhere with limited storage (a device, a cloud storage system, etc.)

Leonard,

When you’re saying "delivery", what do you exactly mean?

There are two different things at play:

1. delivery of the *package* itself. In my understanding of the bundling spec, the delivery of the bundle has no impact how a UA would process the bundle, since this latter is a cohesive, self-contained description of HTTP exchanges. Whether the bundle itself is transferred over HTTP, email, on a USB stick, etc, doesn’t impact the description of its inner HTTP exchanges and has no bearing on how its content would be loaded.

2. about the *individual resources* in the package. In the bundling spec they’re described as HTTP exchanges, so there can’t really be any other delivery mean?

Of course, the loading mechanism has yet to be defined. That would be the 3d layer (currently unspec'ed) in the proposed web packaging specs:
  https://github.com/WICG/webpackage<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FWICG%2Fwebpackage&data=02%7C01%7Clrosenth%40adobe.com%7Cd8120420b9804743d45208d568add65c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636530018199583655&sdata=9n5s668MjYECtXdELcHoXvVocJ7jMksevwlxuyZDbws%3D&reserved=0>

Or are you talking in general about using another bundling format in the PWP case?

Romain.

Received on Wednesday, 31 January 2018 17:01:59 UTC