16:27:29 RRSAgent has joined #pwg 16:27:29 logging to https://www.w3.org/2019/01/28-pwg-irc 16:27:30 rrsagent, set log public 16:27:30 Meeting: Publishing Working Group Telco 16:27:30 Chair: Tzviya 16:27:30 Date: 2019-01-28 16:27:30 Agenda: [https://lists.w3.org/Archives/Public/public-publ-wg/2019Jan/0014.html](https://lists.w3.org/Archives/Public/public-publ-wg/2019Jan/0004.html) 16:27:31 ivan has changed the topic to: Meeting Agenda 2019-01-28: [https://lists.w3.org/Archives/Public/public-publ-wg/2019Jan/0014.html](https://lists.w3.org/Archives/Public/public-publ-wg/2019Jan/0004.html) 16:27:32 Regrets+ marisa 16:34:14 ivan has changed the topic to: Meeting Agenda 2019-01-28: https://lists.w3.org/Archives/Public/public-publishingbg/2019Jan/0020.html 16:42:03 wolfgang has joined #pwg 16:45:37 dkaplan3 has joined #pwg 16:45:40 regrets+ Rachel 16:51:50 regrets+ Wendy 16:53:45 George has joined #pwg 16:57:50 present+ 16:58:09 present+ 16:58:56 present+ 16:59:04 laudrain has joined #pwg 16:59:27 NickRuffilo has joined #pwg 16:59:35 EvanOwens has joined #pwg 16:59:38 present+ 16:59:45 present+ 16:59:47 romain has joined #pwg 16:59:57 present+ wolfgang 17:00:00 on telephone today 17:00:30 scribenick: NickRuffilo 17:00:39 rkwright has joined #pwg 17:00:51 present+ George 17:01:01 gpellegrino has joined #pwg 17:01:07 present+ 17:01:26 Avneesh has joined #pwg 17:01:56 present+ 17:01:59 present+ 17:02:05 present+ 17:02:49 present+ 17:03:02 garth has joined #pwg 17:03:08 present+ Garth 17:03:11 Bill_Kasdorf has joined #pwg 17:03:13 franco has joined #pwg 17:03:21 present+ 17:03:38 derekjackson has joined #pwg 17:03:46 some are sleeping... 17:04:25 present+ 17:04:27 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2019/2019-01-14-pwg 17:04:36 Tzviya: Minutes approval. Any comments from 2 weeks ago minutes? 17:04:46 resolved: last week's minutes approved 17:04:54 present+ 17:04:56 ...: Minutes approved. 17:05:08 BenSchroeter has joined #pwg 17:05:10 https://pr-preview.s3.amazonaws.com/w3c/wpub/pull/394.html 17:05:13 present+ 17:05:24 q+ 17:05:26 ...: Next topic: we've had some revisions thanks to Matt. We want to formally approve the WP revisions and we want to finalize the merge. Matt is at the Toronoto Accessibility meeting. 17:05:48 ack ivan 17:06:22 Ivan: I can talk about what he did... As we had the discussion about the topics for the coming year - that was 3 weeks ago. We agreed that the main draft document would describe the manifest only... 17:06:33 josh has joined #pwg 17:06:43 present+ 17:06:54 ...: it would have a section on affordances, etc. What this PR did - was that. He made all the necessary changes so that the draft is in line with the agreement that we made a few weeks ago. What we would also like to do is have an approval here. 17:07:07 ... that we would formally publish this as a working draft so that it will be an official version as well. 17:07:18 https://github.com/w3c/wpub/blob/master/explainers/wpub-explainer.md 17:07:32 caitlingebhard has joined #pwg 17:07:36 tzviya: as garth pointed out, we also updated the explainer. We don't need a formal approval on it, but there is a formal update if you want the short version of this. We do need a formal vote on the draft, not the explainer. 17:07:45 +1 17:07:46 +1 17:07:47 +1 17:07:48 +1 17:07:50 +1 17:07:50 +1 17:07:51 ...: If you approve this going to the next version of a working draft, then do a +1, 0, -1 17:07:52 +1 17:07:53 +1 17:07:54 +1 17:07:55 +1 17:07:55 +1ish 17:07:57 +1 17:07:57 +1 17:07:57 +1 17:07:59 +1 17:08:00 +1 17:08:00 +1 17:08:09 duga has joined #pwg 17:08:10 +1 17:08:11 laurent_ has joined #pwg 17:08:12 q+ 17:08:14 resolved: publish the last version of the WP draft on /TR 17:08:17 q+ 17:08:21 present+ 17:08:22 ack dauwhe 17:08:23 ...: Seeing no 0s or -1s, we can send this next version out as a public working draft... 17:08:28 q- 17:08:41 Dave: Since Garth mentioned the explainer, one of the purposes is to get feedback from the TAG. Do we have a plan for reaching out to the TAG? 17:08:45 q+ 17:08:48 timCole has joined #pwg 17:08:56 ack ivan 17:08:58 Tzviya: Now that we have the explainer in a pretty clear shape, I think we're in pretty good shape to go to the TAG. 17:09:31 Ivan: My feeling is Yes... But... If we have an agreement on what is now the lightweight-packaging-format - something more documented. That would help. But if that will take several weeks, then we shouldn't wait.... 17:09:38 ... but if we can include that it would help. 17:09:54 mateus has joined #pwg 17:10:01 present+ 17:10:02 Tzviya: That's our next agenda item - assuming we get to it and can document it at least in the explainer - it would be in PWP - hopefully we'll have that to give to the TAG. 17:10:27 ... IIRC, the TAG asks for a heads up about this - so I can take it on as an action item to open up the GITHUB item as a heads up for them. 17:10:39 q? 17:10:53 Topic: packaging 17:11:08 https://github.com/w3c/wpub/issues/390 17:11:14 gpellegrino has joined #pwg 17:11:30 Tzviya: The next item is packaging. Wendy did a nice summary - but since the last meeting we've defined success criteria. Here is the issue with success criteria. Those who attended the AB publishing meeting, we got to see how things stand with packaging. 17:12:13 ... we got info about the HEIF format - and Dave did a presentation on OCF-lite. We heard from the Chrome team about the current incubating format that google proposed. All that said, we have the success criteria put out... 17:12:24 q+ 17:12:25 q+ 17:12:27 ack dauwhe 17:12:29 ... We are agreed on OCF-Lite - but that's a bad term for it because it's possibly misleading... 17:12:39 s/are agreed/are all but agreed 17:13:00 q+ 17:13:09 Dave: I have a question about what we are specifying - it came up in a packaging thread. There is an ISO standard that basically is very close to being a subset of ZIP that OCF uses. It mentions restricting the types of compression - it has an appendix on restricting filenames... 17:13:18 lhulse has joined #pwg 17:13:49 ...: it's also oddly - for an ISO standard, you can get the PDF without paying a bunch of swiss franks. I think it would be good if we didn't copy a whole bunch of text from OCF, but borrowed things that work like folder locations... 17:14:05 Tzviya: Dave - so you're in favor of using a restricted format of ZIP instead of a spec? 17:14:08 User2 has joined #pwg 17:14:16 q+ 17:14:24 q- later 17:14:33 ack garth 17:14:34 Dave: I'm worried that we have an OCF spec, and we could be normatively adding more items. If we're saying we want to use ZIP the ISO zip has some nice items in there. 17:14:51 s/instead of a spec/instead of rewriting a spec 17:14:52 https://www.iso.org/standard/60101.html 17:15:10 Garth: I think we could probably make - I don't disagree with Dave - I think we could make a resolution to do something like OCF-Lite - wheter built up from the ISO Zip or down from OCF - i think we're in the same neighborhood. 17:15:11 which is ISO/IEC 21320-1:2015 17:15:46 ... One decision is about creating compatibility with meta-inf. We're in the neighborhood that we want to use something zip based with minimal restrictions. We can probably resolve that now and there is some work to do if it's build up or build down. 17:15:48 s/wheter/whether/ 17:16:01 ack laurent_ 17:16:03 +1 to Garth 17:16:08 .. but we could resolve if it will work for audiobooks, but maybe other profiles for different uses of WP... 17:17:03 Laurent: I'm not against the ISO standard as a base, but there are several items to discuss. the ISO 21320 spec only prohibits some characters - the OCF original prohibits other characters - so it's not 100% compatible. In the ISO standard, there is a table that says that digital signatures is not allowed... 17:17:51 ... but is not described in the OCF. It won't be enough for a packaging mechanism, we need to specify what the name of the manifest file is - so we have some details of packaging that needs to be described that won't be in the ISO spec. This is why in the draft I made before, I had chosen to copy the OCF spec and remove things. 17:18:00 ack ivan 17:18:04 ... even if I make reference to the ISO spec, most of the language that is there will still be there. 17:18:38 q? 17:18:39 Ivan: First of all - accepting what Laurent had said - it will put our document/work on a more solid basis if it was based on ISO spec. It should be a starting position. Wheter we want to be compatible with OCF on characters - we can go through that... 17:18:42 +1 to ISO 17:18:51 q+ 17:19:03 s/Wheter/Whether/ 17:19:15 ...: The starting position should be the ISO - it will help in talking with TAG and others. The original reason I was on the queue is that our position goes - whatever we define here is not to define specifically and exclusively for audiobooks. 17:19:59 ...: whatever we do, we try to be as generic as possible. If tomorrow, another profile comes up that is similar to audiobooks - manga came up - the starting position should be that the document Laurent creates is a lightweight format for publishing in general, which happens to be used by audiobooks. 17:20:01 +1 17:20:03 ack garth 17:20:04 +1 to a generic packaging format for WP 17:20:13 +1 to Ivan 17:20:45 +1 to Ivan - generic packaging format for WP 17:20:52 Garth: I would agree with that. I didn't mean to imply it was only audiobooks, but that there could be more formats in the future. If we have to dream up another name, we can. We can get to what Laurent drafted by building up from the ISO spec... 17:21:29 ... we clearly will have to have a well-known place for the manifest. I hope that we can say we are building a lightweight zip format based upon the ISO spec with additional restrictions and rules for WP 17:21:52 Laurent: If agreed, I can modify the draft to reflect that... 17:21:53 PROPOSAL: PWG will adopt a light-weight version of Zip, based on https://www.iso.org/standard/60101.html, with some restrictions and additions for WP 17:22:31 Tzviya: I think we should talk about if we need a stand-alone document 17:22:53 q+ 17:22:55 Ivan: There are things we need to describe somewhere, so we need to have a document for this. Where you find the manifest, etc. It may only be one page but it must be there. 17:23:03 +1 to the proposal 17:23:06 ack dauwhe 17:23:09 +1 to proposal (too) 17:23:31 +1 to the proposal 17:23:57 Dave: Just thinking about Tzviya's comment about what we need for a document. OCF is 2 specs - there is an OCF abstract container, and then the zip container. The later includes all the ISO stuff, the former is 'everything has to be the same folder and you have to put a container.xml here' 17:24:07 ... not sure how we move the abstract container stuff into our spec... 17:24:15 +1 to PWP... 17:24:28 q+ 17:24:38 PPWP for Pragmatic PWP 17:24:46 +1 17:24:56 +1 17:24:56 Tzviya: we do have a document - that is a shell - PWP - packaged web publications - that way we get around writing a package document. We have the information associated with packaging - anything else - but Matt might get annoyed if we change the short title. 17:25:03 ack dauwhe 17:25:12 +1 to dauwhe 17:25:16 q? 17:25:20 q+ 17:25:22 Dave: My concern about putting this under PWP - will this make it feel like we're rejecting all other attempts at the web for doing packaging? 17:25:24 ack garth 17:25:43 q+ 17:26:03 ack ivan 17:26:09 Garth: When I typed PWP I almost typed "profile 1" but I am sympathetic to Dave's comment. We can be clear that 'this is what we're doing now, we hope to use it in the future, but it's not a hard decision that there won't be another format in the future' 17:26:53 Ivan: That's why there was an email where we set up the limits and milestones for the upcoming year as a lightweight packaging format. There might be a heavyweight coming in the future, but I agree with Dave. We should be careful. I'm cautious using PWP. 17:27:14 ... We have talked too much about it being all the solutions to the miseries of the world, so coming up with this will lead to ugly discussions. 17:27:46 +1 17:27:46 +1 to the vote 17:27:48 Tzviya: the document we're talking about is very short - Light Weight Packing Format. 17:27:49 +1 17:27:49 +1 17:27:49 +1 17:27:50 +1 to proposal 17:27:51 +1 17:27:53 gpellegrino has joined #pwg 17:28:09 +1 17:28:10 +1 17:28:44 resolved: PWG will adopt a light-weight version of Zip, based on https://www.iso.org/standard/60101.html, with some restrictions and additions for WP 17:29:10 q+ 17:29:13 Tzviya: Moving on - what are our next steps? 17:29:16 ack laurent_ 17:29:27 gpellegrino has joined #pwg 17:29:53 q+ 17:30:12 Laurent: I have had to modify the draft, remove everything about the characters. Replace that will reference to the ISO zip format. Rename what is PWP inside this document - we can use something like LWPF until we chose a final name. I can keep it as ocf-lite but we can rename it to something else when we chose the name.. 17:30:19 ack ivan 17:30:22 ... no one will see PWP, but next week would be good to chose a final name. 17:30:43 s/chose/choose/ 17:30:46 q+ 17:30:49 q+ 17:31:26 Ivan: Great! Whether this document is on a rec track or not. The ISO part makes this much easier. That means the only thing we have to test as part of the CR proceedures are the ones we add - not the packaging/unpackaging. Which is very helpful. 17:31:42 ... We will have to decide if it's rec track or not. Personally I think it should be a rec track document. 17:31:44 s/CR procedures/TR procedures 17:31:47 ack tzviya 17:32:08 q+ 17:32:13 Tzviya: I think referencing the ISO document makes it much shorter. The only things needed in our document are adjustments - so it becomes very slim. 17:32:30 Laurent: but there's no mention of font obfuscation, but still there is an issue where we have to discuss that... 17:32:38 Tzviya: For now, leave it out, we can add it later... 17:32:42 ack dauwhe 17:32:44 ack laurent_ 17:32:55 Laurent: if we do add something for Font Obfuscation, it will become much larger. 17:33:45 Dave: as someone who has spent too much time with the OCF spec, I hope we can write something clear about what is expected from authors and user-agents. OCF is a bit loose about what is happening with packaging 17:34:23 Laurent: as a first step for next week, we should discuss which kind of template or reading system behaviour. There are many ways to specify the user agents, so I would like some input from the group on which kinds of writing we should put. 17:34:51 Tzviya: There will be a placeholder in the explainer - and we can work on getting the document drafted in the next few weeks 17:34:55 q? 17:35:13 q+ 17:35:14 Tzviya: Any comments? 17:35:17 ack ivan 17:35:56 Ivan: we can discuss some issues related to what Laurent is working on. There are some nice issues with nice disagreements. 17:36:34 q+ 17:36:48 Ivan: The whole issue of whether the HTML landing page is allowed, required, or banned from the lightweight package. And that's still an open issue. There is a somewhat related issue which is a bit dependent ... 17:37:16 ... if it is possible to put a table of contents directly into a manifest - which must be resolved for the document Laurent is putting together. 17:37:51 ack dauwhe 17:37:52 Tzviya: Some of these issues we were planning on discussing next week. 17:38:28 Dave: As I was looking through things - we don't seem to have digested the feedback from blackstone audio yet. I'm trying to figure out how to do that. It's not reflected in the audio explainer at all. 17:38:44 ... can we make issues out of some of that so we can talk about it? I'm not sure how to proceed. They have really interesting things to say. 17:40:10 Tzviya: Did the items ever make it into github? 17:40:14 Dave: I can follow up on that. 17:40:39 Tzviya: the overall theme was that audiobooks are simple. If we make it complex, no one will use the spec. One issue they commented on is that zip is universal, don't go beyond zip. 17:41:22 ... It's a shame we don't have wendy and the blackstone rep - but we can still work through some of these issues. One other request is that we try to avoid mixing formats. Meaning we avoid mixing the packaging with the concept of the book. 17:41:35 ... files are stored as files, metadata is in manifest instead of in the audio. 17:41:57 q? 17:41:57 ... and the packaging file defines the contents, not the files it contains. I think we're OK in that perspective. Comments? 17:42:20 https://github.com/blackstoneaudio/audiobook-spec 17:42:37 ... The area where things get dicey is that blackstone was asking for metadata and manifest in 'as simple a format as possible' avoid HTML/XML. YAML or JSON. It's the simplest for them to process. 17:42:45 q? 17:42:45 q+ 17:43:00 ack ivan 17:43:03 q+ 17:43:08 ... Dave posted a link to their documentation. So do we do something unique for audiobooks or something serializable for everyone? 17:43:18 q+ 17:43:39 q+ 17:43:43 Ivan: what we have is along with what blackstone says. Sure our metadat is JSONLD - but that's JSON. It's not YAML, which is a separate discussion, I don't think it should be a big issue. I love YAML but the world is using JSON... 17:43:44 q- 17:44:06 s/metadat/metadata/ 17:44:27 q? 17:44:30 ack garth 17:44:33 ... we are not using XML, or HTML for metadata. It does comes back to the issues I raised - there are 3 open issues in the PWP repo. I think remembering the mail of blackstone - we are remarkably close to what they said. 17:45:11 We are aligned well with the Blackstone thoughts. 17:45:13 ack dauwhe 17:45:18 Garth: I agree with what Ivan said. It was a very long email, but we addressed all the high-level points, but I don't think we should treat every sentence in the email as something we need to adhere to. If we allow TOC in HTML - there are discussions we can have... It's not requirements, it's suggestions. 17:46:01 q+ 17:46:05 Dave: My concern here is that we come through here and come up with some spec, and I take it to our audio publishers and they say: "why do I have to do all this additional work" We don't seem to have a lot of input so far from the creators of audio content. We have a lot of people who recieve audio content, but that makes me vaguely nervous. 17:46:31 s/recieve/receive/ 17:46:33 ack laurent_ 17:46:34 +1 17:46:35 ... every bit of complexity will make it harder to convince people to adopt this. 'Congratulaitons, you now have to create JSON and these new HTML pages' I want to get direct input first. 17:46:47 q+ 17:47:21 Laurent: I interviewed with 2 companies in France - AudioLib and Libz, we explained what we were doing, and the notion of JSON manifest. If they accept to do it, they'll be able to add a cover, a manifest, and even able to change MP3 format for something more powerful... 17:47:22 s/Congratulaitons/Congratulations/ 17:47:52 q+ 17:48:07 present+ lhulse 17:48:15 ... so they will be able to expose it to the web. They were very happy - but they said: 'If we add JSON, will the studio have an easy-to-use editorial tool to construct a manfiest' and we said 'yes as open source, it won't be a big deal to make a small studio that will create a manifest, TOC, etc' 17:48:23 ... with this added, they are 100% happy 17:48:25 +1 17:48:33 ack George 17:49:21 ack lhulse 17:49:22 George: I think the idea of having a piece of software that will help audio publishers and producers who don't know how to use their audio tools would be absolutely great for adoption. We usually don't produce software, but if we could build this simple interface, it would be very useful. 17:50:39 Leslie: I can't speak to specifics on the work needed by our audio team, but I think it's worth taking the initiative to solicit feedback. It's one thing to say that the french like the approach, but if a publisher with 10k already published may not do their back catalog. We just delivered our catalog to everyone, so why make a change? 17:51:25 Tzviya: Sounds like we have a little bit of homework. It sounds like a spec for items going forward. We know that with things like epub - it can be hard to do going forward. I believe that we plan to talk more about audiobooks and open issues. 17:51:25 q+ 17:51:31 ack NickRuffilo 17:51:33 ... next week is open for open issues. 17:53:42 zakim, who is here? 17:53:42 Present: tzviya, ivan, dkaplan, dauwhe, laudrain, wolfgang, George, gpellegrino, romain, bigbluehat, Avneesh, rkwright, Garth, Bill_Kasdorf, franco, derekjackson, BenSchroeter, 17:53:46 ... josh, duga, mateus, lhulse 17:53:46 On IRC I see User2, lhulse, timCole, laurent_, duga, caitlingebhard, josh, BenSchroeter, derekjackson, franco, Bill_Kasdorf, garth, Avneesh, rkwright, romain, EvanOwens, 17:53:46 ... NickRuffilo, laudrain, George, dkaplan3, wolfgang, RRSAgent, Zakim, ivan, tzviya, plinss, dauwhe, github-bot, dmitry, hober, florian[m], bigbluehat, jyasskin, astearns, Travis 17:53:48 q+ 17:53:56 Tzviya: it would be helpful if some of this discussion spilled over to the business metting 17:53:56 ack laudrain 17:54:15 s/metting/meeting/ 17:54:35 Luc: The question about the business group on this subject - do we just need more information from the audiobook publishers? Or the technical decisions. I'm not sure what you would need to know from the business group. 17:55:00 Tzviya: How challenging it would be to implement a solution - asking the large publishers if there would be any uptake. That's the feedback and information needed from the business group. 17:55:18 Luc: Some feedback - we can open the question for the next week. OK 17:55:33 topic: TPI memberships closing 17:56:19 Tzviya: Today is the last meeting for TPI (transitional members from IDPF). For those who are not transitioning to membership - we will miss your participation. We look forward to working with you again in other venues. If you want to participate in other ways, contact your W3C lead. Reach out to one of the chairs if you aren't sure. 17:56:29 ... Thank you 17:56:33 dkaplan3 has left #pwg 17:57:08 laurent_ has left #pwg 17:57:14 rrsagent, draft minutes 17:57:14 I have made the request to generate https://www.w3.org/2019/01/28-pwg-minutes.html ivan 17:57:14 zakim, bye 17:57:14 rrsagent, bye 17:57:14 I see no action items 17:57:14 leaving. As of this point the attendees have been tzviya, ivan, dkaplan, dauwhe, laudrain, wolfgang, George, gpellegrino, romain, bigbluehat, Avneesh, rkwright, Garth, 17:57:14 Zakim has left #pwg 17:57:17 ... Bill_Kasdorf, franco, derekjackson, BenSchroeter, josh, duga, mateus, lhulse