Re: [AudioTF] Agenda 2018-12-14

Laurent,

what is the difference between options 1 and 3? It strikes me as being essentially the same…

Ivan

> On 14 Dec 2018, at 13:01, Laurent Le Meur <laurent.lemeur@edrlab.org <mailto:laurent.lemeur@edrlab.org>> wrote:
> 
> 
> Le 14 déc. 2018 à 02:48, Dave Cramer <dauwhe@gmail.com <mailto:dauwhe@gmail.com>> a écrit :
> 
>> On Thu, Dec 13, 2018 at 7:48 PM Garth Conboy <garth@google.com <mailto:garth@google.com>> wrote:
>> I didn't think anybody was pondering/proposing changes to OCF 3.2 that would impact EPUB.  "OCF Lite" should be a different animal for audiobook packaging, drafted, likely, as a set of removals from OCF 3.2 -- "point to OCF 3.2, but disregard X, Y, and Z".
>> 
>> Certainly the easiest way to understand my name is to start with Garth's name. Replace the "G" with a "D", delete the "r", replace "th" with "ve", replace "o" with "r", add an "a", change "n" to "m", delete the "b", and replace "oy" with "er".  Simple!
>> 
>> :)
> I agree with Dave, it cannot be a "hack". 
> 
> If we decide re-using OCF for packaged audiopubs, we have to make a choice between three solutions:
> 
> 1- "OCF-lite": we remove EPUB 2/3 features (i.e. META_INF and its *.xml content  + file extension + mimetype) from the OCF 3.2 spec and we define in a new document the specificities of packaged audiopubs, i.e. well-known locations for the manifest and the entry page + file extension + mimetype. We may decide that the signature file becomes optional. We may decide to use later the same recipe for expressing EPUB specificities. 
> 
> 2- "OCF 3.3": we make an evolution of OCF 3.2 by formatting the doc in three parts: a core (= OCF-lite), an EPUB extension (with META_INF), an audiopub extension (with well-known locations for the json manifest and the entry page). The extension must stay .epub.
> 
> 3- "OCF for audiopubs": we  remove EPUB 2/3 features (i.e. META_INF and its *.xml content) from the OCF 3.2 spec, and insert in this very document the specificities of packaged audiopubs. We also define here an extension and mimetype. Note that any other type of Web Publications can be packaged like this: we have in fact here a packaging solution for EPUB 4 ...
> 
> In all cases, we may decide that the signature file becomes optional. In the third case we may decide that the signature file is removed.
> 
> Could we discuss these three options during the call?
> 
> Laurent


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