16:31:50 RRSAgent has joined #pwg 16:31:50 logging to https://www.w3.org/2020/02/03-pwg-irc 16:31:52 RRSAgent, make logs Public 16:31:53 please title this meeting ("meeting: ..."), ivan 16:32:48 Chair: tzviya 16:32:49 Date: 2020-02-03 16:32:49 Agenda: hhttps://lists.w3.org/Archives/Public/public-publ-wg/2020Jan/0030.html 16:32:49 ivan has changed the topic to: Meeting Agenda 2020-02-03: https://lists.w3.org/Archives/Public/public-publ-wg/2020Jan/0030.html 16:32:50 Meeting: Publishing Working Group Telco 16:58:59 laurent_ has joined #pwg 16:59:00 rkwright has joined #pwg 16:59:07 present+ laurent 16:59:22 present+ 16:59:47 present+ 16:59:51 present+ 16:59:52 present+ 16:59:59 present+ george 17:00:29 franco has joined #pwg 17:00:29 regrets+ garth 17:00:38 George has joined #pwg 17:00:47 present+ 17:00:55 gpellegrino has joined #pwg 17:01:21 present+ 17:01:22 timCole has joined #pwg 17:02:16 present+ 17:02:30 present+ 17:02:40 Avneesh has joined #pwg 17:02:51 scribe+ franco 17:03:11 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2020/2020-01-27-pwg 17:03:16 present+ 17:03:26 Wendy: minutes approved 17:03:28 resolved: last minutes approved 17:03:41 topic: lpf testing 17:03:46 Wendy: we've asked laurent to update on LPF and testing 17:03:47 https://docs.google.com/document/d/1qZ4AMePn6GkLIH2u1LbY50wXgHfGVrCdXhNUXKbDYAM/edit?usp=sharing 17:03:47 here's a link to a working doc related to LPF tests https://docs.google.com/document/d/1qZ4AMePn6GkLIH2u1LbY50wXgHfGVrCdXhNUXKbDYAM/ 17:03:51 Bill_Kasdorf has joined #pwg 17:03:53 present+ 17:04:06 Laurent: I've created a working doc that I've formatted in JSON so it's easier to discuss 17:04:36 ... description is an extract from spec with a selection text. the actions are "what should happen to tested package?" 17:04:49 ... there will be three or four packages for each test 17:04:56 ... errors will be what should happen with this test file or test 17:05:10 ... i think ive gone through all of the specification. i ahve added some tests that should trigger an error 17:05:18 ... so most of the tests have errors done. i will make samples that are good 17:05:39 +1 for the inclusion of negative tests 17:05:50 ... i think that we shall have two tests that cause an error 17:06:10 ... i think that ivan you are the most advanced. do you thnik this is good enough? 17:06:26 geoffjukes has joined #pwg 17:06:29 ivan: i can't judge for the content, i dont know the document well enough, but this is what i would have done 17:06:53 laurent: so if there is no comment, then i will format in json and make pull request. but you have time to read it and make comments if you like 17:07:14 LGTM 17:07:14 wendy: questions or comments on the test now? 17:07:28 q+ 17:07:36 ack ivan 17:07:50 ivan: laurent, you will put it as a top level separate folder? 17:07:55 laurent: yes 17:08:09 BenSchroeter has joined #pwg 17:08:15 present+ 17:08:30 ivan: i will try to duplicate the reporting mechanism that i have for the others to make a separate repo (?) for that as well 17:08:55 wendy: is there an update on the readium implementation? 17:08:57 topic: implementation 17:09:26 laurent: edr lab is an association so the developments are driven by its members and by the grants we get 17:09:39 ... because of hte directions given by the members and grants, we are moving in many paths 17:10:09 ... one is architectural with readium, the other with thorium (which includes audiobooks), but otherwise we have accessibility focus 17:10:17 CharlesL has joined #pwg 17:10:31 present+ 17:11:31 ... as of today, on readium mobile for onread, we have the support for aduiobooks with toc. using internal format we use readium 17:11:52 ... which is readium webpub manifest. in the code base we can receive an internal format (json) 17:12:00 ... similar to webpub format but not exactly the same 17:12:08 ... at the moment we can receive json format and read it as an audiobook 17:12:30 ... we already have transformation to webpub but its not clean enough to be published yet. not on github yet 17:12:43 ... planned for coming months. we will do the same for ios and desktop in the future 17:12:43 present+ 17:13:00 ... month of june. we would liek ot present it at teh international publishing summit 17:13:27 q+ 17:13:41 q- 17:13:45 wendy: audiobooks do work in the android version. woudl it be possible run tests against android implementation?" 17:13:48 q+ 17:14:10 q+ 17:14:13 laurent: at the moment, it would be with the internal format, not the webpub manifest. it would not be adequate 17:14:32 dauwhe_: 17:14:33 ... i would wait for the transformation to be done before testing 17:14:36 ack dauwhe_ 17:15:00 dave: just to clarify, this transformation from the spec to internal readium format, would that happen inside readium? so that a user could load a standard audiobook (per our spec)? 17:15:28 laurent: yes, but only exception would be when the book is LCP because the format does not support drm 17:15:42 ... the publisher can export the w3c audiobook in here and thats it 17:15:44 ack ivan 17:15:48 ivan: that sounds great 17:16:26 ... we have to have at least six weeks if not two months to be in the clear between the publication of the rec. for that we have to have our testing done 17:16:42 ... having the test suite run and reported back does not mean that at that point we are ready to go public with full application 17:16:55 ... it only means that the tests and the running implementation prove that the spec is consistent 17:17:11 ... im trying to find the right timing for this because we will need at the minimum two or more implementations 17:17:14 ... to show this consistency 17:17:27 ... when could that be possibel? 17:17:48 laurent: i understand that the manifest processing test for example, they are testing the spec, not an implementation 17:17:53 s/possibel/possible/ 17:18:09 ... two possibel tracks: 1 is to use real life samples of w3c audiobooks made by publishers to check that the spec is right 17:18:15 ... using these samples in the test suite 17:18:41 ... another totally paralelle track is to get two reading system implementations of this spec 17:18:51 ... my real goal is to have this ready for june because i want to present it at the epub summit 17:18:55 s/paralelle/parallel/ 17:19:07 wendy: june is too late unfortunately 17:19:29 q+ 17:19:39 ... testing is due march 31. extendable a few weeks but not much more 17:19:47 q+ 17:19:59 ... we need to have implementations and publisher tests 17:20:08 wendy: what we need is implementations that can ingest the format 17:20:11 ack tzviy 17:20:47 tzviya: reminder: our group's charter is up in july. this a real deadline. 17:21:02 ack ivan 17:21:28 ivan: to be very specific, for the CR what we need is a real life implementation that goes through all the tests that are in the manfiest testing repo 17:21:38 ... and goes through those with their implementation and do the results which are expected 17:21:56 ... so if you have an internal prototype not yet ready for the public which doesnt even have the full bllown user interface 17:22:02 ... thats good enough 17:22:18 ... at the time of testing and reporting this is where it is. two months later it comes out with a usable user implementation 17:22:32 ... its only internal testing in the sense that the only thing we need is a json report that says yes we ran this one and yes this is the result we got 17:22:40 ... it is not necessary that by then the whole project will be complete 17:23:05 ... it will be very very precise. for example the TOC is not a nromative thing. so if we dont have that, thats on paper good enough 17:23:14 ... the saame way as for lpf because these are not normative. 17:23:40 ... there is no real reason to expect a full blown shiny usable and public implementation to be ready by then 17:24:06 ... at some point in time you do this internal testing anyway and maybe during this testing you will come up with more tests 17:24:25 laurent: i will check with the devs what we can do at least in one platform before the end of march 17:24:30 Karen has joined #pwg 17:25:04 ... only limitation may be to treat any toc and html toc that can be done. if we manage to have simple toc, could be ok 17:25:21 https://www.jellybooks.com/cloud_reader/audiobooks/little_women 17:25:28 Topic: another implementation 17:25:35 wendy: i am working on an implementation on jelly books. audiobooks inside cloud reader 17:25:44 ... bugging them now to see if they would be willing ot run tests 17:25:49 ... has toc, player 17:25:53 ... they are looking for feedback 17:26:47 laurent: this cloud reader is a prelude to what will be readium web, toolkit later. what you see is good start of what will be in readium later 17:27:00 ... totally open source 17:27:28 q+ 17:27:34 ack ivan 17:27:34 wendy: there is going to be in two weeks, im doing a webinar on the spec so hopefylly there will be publisher attention 17:27:52 ivan: wendy what happend with user behavior testing ? 17:28:05 wendy: the PR is there 17:28:13 regrets+ Geoff_Jukes 17:28:28 ... need to link to index 17:28:37 ... but the tests are there 17:28:45 link to BISG webinar https://bisg.org/events/EventDetails.aspx?id=1321302&group= 17:29:27 zakim, end meeting 17:29:27 As of this point the attendees have been laurent, rkwright, dauwhe_, ivan, wendyreid, george, franco, gpellegrino, timCole, Avneesh, Bill_Kasdorf, BenSchroeter, CharlesL, tzviya 17:29:30 RRSAgent, please draft minutes 17:29:30 I have made the request to generate https://www.w3.org/2020/02/03-pwg-minutes.html Zakim 17:29:32 I am happy to have been of service, ivan; please remember to excuse RRSAgent. Goodbye 17:29:36 Zakim has left #pwg 17:30:09 rrsagent, bye 17:30:09 I see no action items 18:00:08 RRSAgent has joined #pwg 18:00:08 logging to https://www.w3.org/2020/02/03-pwg-irc 18:00:20 rrsagent, make logs public 18:01:27 rrsagent, bye 18:01:27 I see no action items