Re: *Possible* additional use cases

> On 13 Oct 2016, at 20:13, Garth Conboy <garth@google.com> wrote:
> 
> Hi Ivan,
> 
> Thanks.  Is you plan to discuss these on the mailing list or have them be topics for a future DPUB IG Call?

These will become relevant once the reorg is done; we may have to review them after that. I do not think we could do this at the next call, when the reorg will be still fresh; but we could decide on the week after and/or on emails. This should be part, actually, of a larger discussion on closing the open issues before we start a new round; these use cases are just part of the issue review (ie, they are not mine...).

> 
> My first off the cuff reactions to each (from top to bottom, on a scale of one [don't include] to ten [certainly include]) would be:
> 
> #1 - 7 (assuming the PWP has been authored in such a manor to provide this data)
> #2 - 2 (doesn't seem practical, given our online, offline, off-web use cases; though perhaps there is an authoring time solution)

Yes, I think the important point is that the author/publisher should be able to put enough information on this into the WP.

> #3 - 5 (perhaps noble)

:-) I actually believe it is more than that. If a WP is implemented, in its full beauty, via an extension, for example, then this use case may lead to some important design decisions.

> #4 - 9 (forward compatibility with the existing EPUB ecosystem)
> 

Ivan


> Best,
>    Garth
> 
> 
> On Thu, Oct 13, 2016 at 4:56 AM, Ivan Herman <ivan@w3.org <mailto:ivan@w3.org>> wrote:
> Dear all,
> 
> as we said on our last call, there may be some new use cases that popped up during the github discussions of the last month. I went through the open issues to see what were raised there. I haven't yet compare it to the latest version of the UCR to check whether these are really new requirements (at first glance they look like it) also because that document is still kind of a moving target. However, I did not want to unnecessarily pollute the github repo either; so I copy the 4 use cases I extracted in the mail below for first sanity check. I will put as explicit issues the ones that we agree upon as o.k. (any linguistic/grammatical changes are welcome); we can then take care of them when both Leonard and Heather declare victory in the big set of changes.
> 
> With that, here they are:
> 
> Req XXX: the user agent should be able to verify that the (P)WP has not been tampered with at delivery.
> 
> The author/publisher should be able to provide information (cryptographic hash, blockchain entry, etc.) usable by a user agent to check the content is genuine and has not been tampered with.
> 
> Use Case:
> 
> - LegalPublisher Ltd. regularly publishes the official legal texts and regulation as decided by the local government. Michael, who is a lawyer, has access to these documents via his law firm, and uses them for his cases; to do so, he must be 100% sure that the publication he accesses faithfully reproduces the latest governmental decisions.
> 
> (Related to, and mentioned in issue #110)
> 
> 
> ----
> 
> Req XXX: the user agent should be able to verify the exact origin of the publication.
> 
> The author/publisher should be able to provide information (signature, identifier, etc) that can be served, and checked, as a unique identifier of the origin.
> 
> Use Case:
> 
> - Michael, who is a lawyer, and uses the publications of LegalPublisher Ltd., must be 100% sure that the publication he uses for his case has indeed been published by LegalPublisher Ltd., and not by a possible third party.
> 
> (Related to, and mentioned in issue #110)
> 
> ----
> 
> Req XXX: Any genuine user agent must be able to provide a usable view of a Web Publication albeit, possibly, without the full functionality that a WP provides
> 
> A full-blown, WP aware user agent may use a number of information incorporated, for example, in the manifest of a Web Publication (e.g., separate table of content control, visual representation of the publication's metadata information like ISBN-s or DOI-s, etc.). However, not all user agents are necessarily WP aware. Nevertheless, the structure of a Web Publication should provide a graceful degradation for these cases and not make the presentation of the publication impossible.
> 
> - Ossi has access to a technical Web Publication on the Web. However, he is working from behind a corporate firewall, which does not allow him to install the necessary browser extensions to manage all features of a Web Publication. Nevertheless, even without this extension, he is able to get to the essential information of the document which allows him to do his work.
> 
> (Related, albeit loosely, to issue #110)
> 
> ----
> 
> Req XXX: there is need to send a Web Publication from A to B over different media, not only Web protocols.
> 
> Use Case:
> 
> - Dave is reading Moby Dick on his tablet (at home with network connectivity). He then jumps on a plane with his good friend Tzviya. After having finished reading the book, he wants to lend it to Tzviya, so that she can start reading on her own tablet. They are both offline, but can exchange data with SD cards or Bluetooth.
> 
> (Related, albeit loosely, to issue #113)
> 
> Comments, please…
> 
> Thanks
> 
> Ivan
> 
> ----
> Ivan Herman, W3C
> Digital Publishing Technical Lead
> Home: http://www.w3.org/People/Ivan/ <http://www.w3.org/People/Ivan/>
> mobile: +31-641044153 <tel:%2B31-641044153>
> ORCID ID: http://orcid.org/0000-0003-0782-2704 <http://orcid.org/0000-0003-0782-2704>
> 
> 
> 
> 
> 


----
Ivan Herman, W3C
Digital Publishing Technical Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
ORCID ID: http://orcid.org/0000-0003-0782-2704