15:02:08 RRSAgent has joined #dpub 15:02:08 logging to http://www.w3.org/2015/02/23-dpub-irc 15:02:10 RRSAgent, make logs public 15:02:10 Zakim has joined #dpub 15:02:12 Zakim, this will be dpub 15:02:12 ok, trackbot; I see DPUB_DPUBIG()11:00AM scheduled to start in 58 minutes 15:02:13 Meeting: Digital Publishing Interest Group Teleconference 15:02:13 Date: 23 February 2015 15:07:36 Chair: Tzviya 15:07:57 Agenda: http://www.w3.org/mid/54E70DB1.5050600@gmail.com 15:08:22 Regrets: TimCole, AlanS, azaroth, vlad 15:45:25 dauwhe has joined #dpub 15:49:51 clapierre has joined #DPUB 15:51:38 mgylling has joined #dpub 15:57:38 astein has joined #DPUB 15:57:39 DPUB_DPUBIG()11:00AM has now started 15:57:46 + +1.408.979.aaaa 15:57:57 zakim, dial ivan-voip 15:57:57 ok, ivan; the call is being made 15:57:58 +Ivan 15:58:02 brady_duga has joined #dpub 15:58:08 Zakim, aaaa is me 15:58:08 +clapierre; got it 15:58:27 laudrain has joined #dpub 15:58:29 + +1.217.300.aabb 15:58:31 philm has joined #dpub 15:58:35 pkra has joined #dpub 15:58:36 phil_m has joined #dpub 15:58:37 tzviya has joined #dpub 15:59:02 +Tzviya 15:59:30 +philm 15:59:38 + +1.646.336.aacc 15:59:55 dkaplan3 has joined #dpub 15:59:58 +duga 16:00:19 Julie_Morris has joined #dpub 16:00:28 +dauwhe 16:00:45 + +1.617.426.aadd 16:00:52 +pkra 16:00:59 zakim, aadd is me 16:00:59 +dkaplan3; got it 16:01:09 +Karen_Myers 16:01:11 HeatherF has joined #dpub 16:01:20 +Markus 16:01:49 zakim. aacc is Julie_Morris 16:01:51 zakim, aacc is julie 16:01:51 +julie; got it 16:01:54 zakim, who is here? 16:01:54 On the phone I see clapierre, Ivan, +1.217.300.aabb, Tzviya, philm, julie, duga, dauwhe, dkaplan3, pkra, Karen_Myers, Markus 16:01:56 On IRC I see HeatherF, Julie_Morris, dkaplan3, tzviya, phil_m, pkra, philm, laudrain, brady_duga, astein, mgylling, clapierre, dauwhe, Zakim, RRSAgent, ivan, liam, rego, iank, 16:01:56 ... mihnea_____, plinss, Karen, astearns, trackbot 16:02:07 +[IPcaller] 16:02:11 zakim, IPcaller is me 16:02:12 +HeatherF; got it 16:02:22 +Luc 16:02:28 Bill_Kasdorf has joined #dpub 16:02:32 zakim, aabb is astein 16:02:32 +astein; got it 16:02:57 +Bill_Kasdorf 16:02:57 bjdmeest has joined #dpub 16:03:32 +Ruben 16:03:36 zakim, Ruben is me 16:03:36 +bjdmeest; got it 16:03:44 scribenick mgylling 16:03:45 Present+ Ben_De_Meester 16:03:50 mgarrish has joined #dpub 16:03:53 scribenick: mgylling 16:04:19 agenda: http://www.w3.org/mid/54E70DB1.5050600@gmail.com 16:04:28 +[IPcaller] 16:04:47 Susann_Keohane has joined #dpub 16:05:03 zakim, IPcaller is mgylling 16:05:03 +mgylling; got it 16:05:08 +pbelfanti 16:05:19 zakim, IPcaller is mgarrish 16:05:19 sorry, ivan, I do not recognize a party named 'IPcaller' 16:05:22 + +1.512.445.aaee 16:05:29 zakim, mgylling is mgarrish 16:05:29 +mgarrish; got it 16:05:45 zakim, scribe? 16:05:45 I don't understand your question, mgylling. 16:05:52 zakim, who scribes? 16:05:52 I don't understand your question, mgylling. 16:05:57 zakim, aaee is Susann_Keohane 16:05:57 +Susann_Keohane; got it 16:06:01 scribenick mgylling 16:06:22 scribenick: mgylling 16:06:36 topic: last weeks minutes 16:06:40 http://www.w3.org/2015/02/09-dpub-minutes.html 16:06:48 pbelfanti_ has joined #dpub 16:06:52 tzviya: last weeks minutes approved? 16:06:57 … approved. 16:07:09 topic: identifiers TF first steps 16:07:27 +Thierry 16:07:59 identification: https://github.com/w3c/epubweb/wiki/Identification 16:08:06 Bill_Kasdorf: there are really two aspects: publication identifiers and fragment identifiers, Ivan has a starting point on wiki, as well as in the notes on packaging wiki page 16:08:33 … markus suggested started with developing functional requirements for fragments, which is probably a good start 16:09:22 … think that will be mostly a technical discussion after use cases are provided, w3c anno group is an important party here 16:09:40 … publication identifier issue initially appears to be a total swamp 16:10:23 … registries dont necessarily point to an online document or an epub; DOI as an example can point to anything although you can use DOI for this purpose 16:10:41 … news is different because they have a firehose [???] 16:11:04 … talking about all those identifiers, we need to accomodate any kind of publication 16:11:11 s/???/of identifiers generated daily 16:11:24 … it may be that those IDs used today maybe arent relevant to CID 16:11:31 q? 16:11:33 Bert has joined #dpub 16:11:57 q+ 16:11:59 … is this actually a metadata TF activity, or a new TF? Do we need to start over and recruit people from the beginning? 16:12:14 +[Sophia] 16:12:29 tzviya: from my POV, it doesnt matter what we call the TF 16:12:46 tmichel has joined #dpub 16:12:48 … looked at Wileys journals, found 5 different ways to do identifiers 16:12:52 q? 16:13:02 ack ivan 16:13:12 … we need to come to consensus about our recommendation, use cases and business incentives [???] 16:13:35 s/business incentives/ business requirements 16:13:45 ivan: dont care about the name of the task force either, but there is an intersection of people 16:13:56 q? 16:14:00 … requires a certain experience and mindset, and that’s all what really counts for me 16:14:24 Bill_Kasdorf: we will need to recruit additional expertise 16:14:51 tzviya: we need volunteers to work on this: volunteer now, contact BillK or add your name to the TF page 16:15:58 Bill_Kasdorf: please sign up again on new wiki page 16:16:26 action Thierry create new wiki for identifiers TF 16:16:26 Created ACTION-47 - Create new wiki for identifiers tf [on Thierry Michel - due 2015-03-02]. 16:17:14 topic: overview of packaging spec 16:17:24 http://w3ctag.github.io/packaging-on-the-web/ 16:17:27 zakim, who is here? 16:17:27 On the phone I see clapierre, Ivan, astein, Tzviya, philm, julie, duga, dauwhe, dkaplan3, pkra, Karen_Myers, Markus, HeatherF, Luc, Bill_Kasdorf, bjdmeest, mgarrish, pbelfanti, 16:17:31 ... Susann_Keohane, Thierry, Bert 16:17:31 On IRC I see tmichel, Bert, pbelfanti_, Susann_Keohane, mgarrish, bjdmeest, Bill_Kasdorf, HeatherF, Julie_Morris, dkaplan3, tzviya, phil_m, pkra, philm, laudrain, brady_duga, 16:17:31 ... astein, mgylling, clapierre, dauwhe, Zakim, RRSAgent, ivan, liam, rego, iank, mihnea_____, plinss, Karen, astearns, trackbot 16:17:51 ivan: this is an editors note that evolves 16:18:12 … for the time being Jeni has left the editors role to Yves Lafont 16:18:39 … if we find somebody in this group or around us that is interested in being co-editor, we would be thrilled 16:19:17 … the hope is that packaging in general might eventually become browser-native, of course not sure that it will happen, but we know that some browser vendors are interested in it 16:19:34 https://github.com/w3c/epubweb/wiki/Notes-on-Packaging 16:19:36 … might become the packaging format for EPUB-WEB 16:19:39 https://github.com/w3c/epubweb/wiki/Notes-on-Packaging 16:20:37 … three important parts: 1)packaging itself (how to combine files in a file), 2)the fragment identifier specification, although its not a main section in the doc and 3)link relationship which is defined 16:21:21 -clapierre 16:21:31 … packaging is multipart mime, and [http mumbo jumbo with headers] 16:21:34 + +1.408.896.aaff 16:21:41 AH_Miller has joined #DPUB 16:21:41 zakim, aaff is me 16:21:42 +clapierre; got it 16:21:48 … each part can be compressed individually 16:22:23 … advantage that I see from our POV is that in fact a package like this is really a small website which is put in one place, reinforced by http 16:22:43 … brings it even closer to webiness (multipart mime vs zip) 16:23:11 … for example, metadata via http headers, can be used for book purposes 16:23:19 +MikeMiller 16:23:24 s/Lafont/Lafon/ 16:23:36 … e.g. link header to create sequence of document 16:23:44 s/document/documents 16:24:23 … one other aspect is that it is possible to do content negotiation for e.g. language 16:25:48 … link relationship: defines a new type of linkage for packages for clients 16:26:20 q+ 16:26:24 … we might imagine a scenario with a lending page that via the link mechanism bootstraps getting the package 16:26:52 … fragment identifier: tries to solve how to get into the fragment of a document that is part of the package 16:27:51 AH_Miller has joined #DPUB 16:28:21 … is a three-step approach: 1) find a number of candidate URIs from within the package 2) filter 3)traditional fragment as per media type of filter result 16:28:30 q? 16:28:49 … dont know whether it covers all that we need, this is one thing we need to look at 16:29:13 … dave cramer posted a mail 16:29:17 https://lists.w3.org/Archives/Public/www-archive/2015Feb/att-0007/mobydick.pack.zip 16:30:24 ack Bill_Kasdorf 16:30:29 ack Bill_Kasdorf 16:31:04 Bill_Kasdorf: do resources need to know what packages they belong to? 16:31:30 ivan: all resources are copied into the package 16:31:58 … http header can contain expiration rules 16:32:02 -Susann_Keohane 16:32:42 q? 16:32:53 q? 16:33:20 … you can reconstruct the original URI of a resource on the web using expiration 16:34:14 ivan: differences vis-a-vis zip: many of concepts rely on web approaches, relies on tech and tools that are used on the web, so if the goal is to bring the document world closer to the web, that pays off 16:35:09 … http header fields which are pretty powerful, and those are evolving, new headers, new header subinfo, this means that by inheritance we get http evolution in the package, we dont have to reinvent 16:35:20 … for example the spine may become unnecessary 16:35:29 (Note that the document itself lists three advantages over zip: streamable, easier to create *well*, more metadata.) 16:35:36 q+ 16:35:50 tzviya: the document also points out that zip is hard to create well, and has limited metadata 16:35:56 ack brady_duga 16:36:07 ivan: this is much better suited for streaming than zip 16:38:01 brady_duga: the packaging spec lists zip drawbacks, I think the metadata is the strongest. The comment that they are hard to create to is strange: there are tools to create zips but none to create these packages, also streamability can be done easily by subsetting zip. 16:38:17 q+ 16:38:20 ack ivan 16:39:07 ivan: a bit sidetracking: I was at another conference in january, a presentation that showed that you can build up complicated things [???] by using http headers instead of RDF et.al. 16:40:21 brady_duga: the intent is that you still have a full html file with references as usual, more of a cache use case? 16:40:58 ivan: facilitating cache is clearly one use case, but downloading a whole web application is closer to our book use case 16:41:32 … if epub-web goes that way, epub-web would define additional definitions on top (restrictions or requirements) 16:42:02 -duga 16:42:39 Sorry, lost my cell signal 16:42:41 q? 16:42:43 tzviya: keep in mind that publications go beyond traditional books (e.g. article+data sets) 16:43:22 tzviya: last point is to consider whether we want to comment on this spec and what we would need to layer on top 16:44:09 +duga 16:45:25 topic: webapps manifest 16:45:40 https://github.com/w3c/epubweb/wiki/Notes-on-Manifest-for-Web-Apps 16:46:13 tzviya: these are just notes, we’ve been asked to provide comments by March 5 16:47:10 tzviya: points to pay attention to: method for signalling installability, defines a URL for navigation scope, interesting to see how that interplays with packaging spec 16:47:24 … impacts deep linking 16:47:54 q+ 16:48:46 … also display mode: four specfied. And a fallback chain. Orientation specifiable for example. 16:50:03 … members of the manifest: details on what can be included. Because this is deveoped for apps, deals a lot with install issues. But interesting for us is the scope, display and orientation needs to be figured out if it is sufficient 16:50:26 q? 16:50:30 ack ivan 16:51:05 ivan: two things: question: is the manifest file open in the sense that we can add additional terms, or is it closed? 16:51:29 tzviya: seems to be closed, but have the request for comments 16:51:34 q+ 16:52:02 ivan: scope: I didnt talk about that but packaging document also has scope, not sure how these two meet 16:52:18 … you can add a scope hint 16:52:33 ack dauwhe 16:53:09 dauwhe: title and stuff, by first reaction to this is that is only miminal data for apps (icon, title phrase, start) 16:53:27 dauwhe: I dont think we want to turn this into the book metadata space 16:53:30 +1 16:53:41 q+ 16:53:42 … but dont see the need for publication metadata in here 16:53:44 ack ivan 16:54:49 ivan: +1 from me too, maybe the manifest should be open so that various application areas can add additional terms 16:55:02 Susann_Keohane has joined #dpub 16:55:15 … its not realistic for the webapps wg to provide metadata fields for everybodys needs 16:55:44 q? 16:55:59 dauwhe: not even sure this is the appropriate place 16:56:33 tzviya: we really need to get moving on this 16:56:43 streampub 16:56:47 … also a contest for remaning epub-web 16:57:15 topic: F2F 16:57:25 https://www.w3.org/dpub/IG/wiki/May_2015_F2F_Logistics_and_Details 16:57:28 tzviya: book your hotel soon! 16:57:36 -pbelfanti 16:58:32 q? 16:59:40 -mgarrish 16:59:44 -HeatherF 16:59:45 rrsagent, draft minutes 16:59:45 I have made the request to generate http://www.w3.org/2015/02/23-dpub-minutes.html tmichel 16:59:45 -dauwhe 16:59:46 -MikeMiller 16:59:47 -julie 16:59:48 -Karen_Myers 16:59:49 -duga 16:59:49 -Luc 16:59:50 -philm 16:59:50 -astein 16:59:52 -Tzviya 16:59:52 -Bill_Kasdorf 16:59:52 -pkra 16:59:52 -Markus 16:59:53 -bjdmeest 16:59:53 -clapierre 16:59:54 -Ivan 16:59:54 -Bert 17:03:03 rrsagent, draft minutes 17:03:03 I have made the request to generate http://www.w3.org/2015/02/23-dpub-minutes.html tmichel 17:05:18 -dkaplan3 17:10:18 disconnecting the lone participant, Thierry, in DPUB_DPUBIG()11:00AM 17:10:19 DPUB_DPUBIG()11:00AM has ended 17:10:19 Attendees were +1.408.979.aaaa, Ivan, clapierre, +1.217.300.aabb, Tzviya, philm, +1.646.336.aacc, duga, dauwhe, +1.617.426.aadd, pkra, dkaplan3, Karen_Myers, Markus, julie, 17:10:20 ... HeatherF, Luc, astein, Bill_Kasdorf, bjdmeest, pbelfanti, +1.512.445.aaee, mgarrish, Susann_Keohane, Thierry, Bert, +1.408.896.aaff, MikeMiller 18:12:42 clapierre has joined #DPUB 18:26:56 darn, had the wrong week for that meeting :( 18:39:12 clapierre1 has joined #DPUB 18:59:11 Zakim has left #dpub 20:15:54 Bert has left #dpub 20:47:31 ShaneM has joined #dpub 20:59:51 ShaneM_ has joined #dpub