14:33:40 <RRSAgent> RRSAgent has joined #dpub
14:33:40 <RRSAgent> logging to http://www.w3.org/2016/03/14-dpub-irc
14:33:42 <trackbot> RRSAgent, make logs public
14:33:42 <Zakim> Zakim has joined #dpub
14:33:44 <trackbot> Zakim, this will be dpub
14:33:44 <Zakim> I do not see a conference matching that name scheduled within the next hour, trackbot
14:33:45 <trackbot> Meeting: Digital Publishing Interest Group Teleconference
14:33:45 <trackbot> Date: 14 March 2016
14:34:04 <ivan> Chair: Tzviya
14:34:10 <ivan> Regrets: Heather
14:34:49 <ivan> Agenda: https://lists.w3.org/Archives/Public/public-digipub-ig/2016Mar/0063.html
14:34:58 <ivan> ivan has changed the topic to: Agenda: https://lists.w3.org/Archives/Public/public-digipub-ig/2016Mar/0063.html
14:52:24 <Vlad> Vlad has joined #dpub
14:53:16 <mgylling> mgylling has joined #dpub
14:54:11 <clapierre> clapierre has joined #DPUB
14:54:59 <tzviya> tzviya has joined #dpub
14:59:16 <dauwhe> present+ Dave_Cramer
14:59:16 <nickbarreto> nickbarreto has joined #dpub
14:59:27 <tzviya> present+ Tzviya
14:59:40 <laudrain> laudrain has joined #dpub
14:59:54 <lrosenth> lrosenth has joined #dpub
15:00:07 <tzviya> agenda: https://lists.w3.org/Archives/Public/public-digipub-ig/2016Mar/0063.html
15:00:15 <lrosenth> present+ Leonard_Rosenthol
15:00:26 <pbelfanti> pbelfanti has joined #dpub
15:00:39 <lrosenth> (running late to webex, but will be on in a sec)
15:00:59 <ivan> present+ Ivan
15:01:02 <NickRuffilo> NickRuffilo has joined #dpub
15:01:10 <NickRuffilo> scribenick: NickRuffilo
15:01:16 <laudrain> present+ Luc
15:01:16 <Vlad> present+
15:01:33 <nickbarreto> present+ nickbarreto
15:01:40 <pkra> pkra has joined #dpub
15:02:20 <pkra> present+ Peter Krautzberger
15:02:21 <dkaplan3> dkaplan3 has joined #dpub
15:02:45 <pbelfanti> I want to share with everyone that I'm leaving Pearson this week. Moving to a new opportunity with another publisher - not a W3C member but I intend to stay active in standards initiatives so I hope to re-emerge in this forum once I settle in to my new role
15:02:52 <dkaplan3> present+ Deborah_Kaplan
15:03:06 <billm> billm has joined #dpub
15:03:07 <brady_duga> brady_duga has joined #dpub
15:03:08 <Bert> present+
15:03:25 <pbelfanti> Present+
15:03:27 <ivan> Regrets+ Ben_De_Meester
15:03:28 <rdeltour> rdeltour has joined #dpub
15:03:39 <tzviya> scribenick
15:03:43 <NickRuffilo> Tzviya: "Approve minutes from last week?"
15:03:49 <NickRuffilo> scribenick: NickRuffilo
15:03:50 <rdeltour> present+ Romain_Deltour
15:03:51 <tzviya> https://www.w3.org/2016/03/07-dpub-minutes.html
15:04:10 <Daniel_Weck> Daniel_Weck has joined #dpub
15:04:11 <NickRuffilo> ...: "Any comments on the minutes?  Ok - All approved."
15:04:26 <TimCole> TimCole has joined #dpub
15:04:30 <NickRuffilo> ...: "Only agenda item - discussing the use-cases.  Since there's much to discuss, we have given the whole meeting."
15:04:31 <brady_duga> present+
15:04:51 <TimCole> Present+ Tim_Cole
15:05:18 <Bill_Kasdorf> Bill_Kasdorf has joined #dpub
15:05:22 <NickRuffilo> ...: "These will be excellent support to help transition into a possible working group or specification.  To date, there isn't much in the document - but Romain will walk us through what is needed.  There is lots of room to grow.  Heather is going to take over lead of this group."
15:05:27 <Bill_Kasdorf> present+ Bill_Kasdorf
15:05:33 <rdeltour> https://github.com/w3c/dpub-pwp-ucr/wiki/Use-Cases-Overview
15:05:55 <Daniel_Weck> oh, present+
15:06:11 <NickRuffilo> Romain: "The best is to watch the wiki page - which lists the use-cases and areas that we need to focus on.  When there was existing use-cases, I added a link to those.  I can go through the list...  "
15:06:13 <astearns> present+
15:06:15 <tzviya> present+ Daniel_Weck
15:06:20 <clapierre> present+ Charles_LaPierre
15:07:24 <ivan> q+
15:07:43 <mgylling> present+ Markus_Gylling
15:07:51 <tzviya> ack iv
15:07:51 <NickRuffilo> ...: "First item is portability - so I identified the item.  The first bullet is the locations of the old wiki, but are not the final organization of the document.  If we are to mimic the CSV on the web - what they have there is a flat list of use-cases.  For now, lets not talk bout the organization of the use-cases.  Portability - based on the locators task-force - these usecases are primarily
15:07:51 <NickRuffilo> about what it means for a PWP to be able to move offline - change it's state and ownership.  Whether it moves with or without annotations.  Has to deal with change of state or locators, or so on."
15:08:11 <NickRuffilo> Ivan: "Do we want to comment on each of the bullet points, or do you want to do it later?"
15:08:18 <NickRuffilo> Romain: "Whatever is best for this."
15:09:19 <NickRuffilo> Ivan: "Ok - so lets comment bullet by bullet.  In the first - what I think is important to outline as a usecase - is the fact that we have one URL for a collection of resources on the web, something the web doesn't have today.  It's very important and something we need to back-up with use-cases.  It goes a little beyond what the locators task-force is responsible for."
15:10:06 <NickRuffilo> Romain: "In terms of process - with the locators taskforce.  We can expand on the definition.  The gap is that the locators task for assumed we had the resource."
15:10:21 <NickRuffilo> Tzviya: "Anyone who wants to volunteer to write the use-cases for the document."
15:10:22 <NickRuffilo> q+
15:10:45 <NickRuffilo> Romain: "It would help to have longer use-cases that cover several of the bullet points."
15:10:55 <tzviya> ack ni
15:11:06 <NickRuffilo> Ivan: "What these bullets are is what we see as needing covered in use cases, not each as use cases."
15:11:34 <ivan> regrets+ Ayla
15:12:25 <lrosenth> q+
15:13:00 <Bill_Kasdorf> q+
15:13:41 <tzviya> ack lr
15:14:32 <NickRuffilo> Romain: "Nick - please gather your thoughts on the mailing list on a use-case for state changing online/offline
15:15:03 <tzviya> ACTION NickRuffilo to write UC regarding manifest
15:15:03 <trackbot> Error finding 'NickRuffilo'. You can review and register nicknames at <http://www.w3.org/dpub/IG/track/users>.
15:15:23 <tzviya> ack Bi
15:15:31 <NickRuffilo> Leonard: "We've been working on this in locators - and trying to be very generic - non technical solution.  We need a manifest of sorts, but not talking how it needs to be found, but what it needs to do."
15:15:34 <TimCole> q+
15:16:19 <tzviya> q?
15:16:38 <NickRuffilo> bill: "What the focus on the locators task force - our purpose is the metadata needed so that we can properly do locators.  But there is something bigger as well.  Locators wouldn't define everything that would be needed in a manifest."
15:16:46 <tzviya> ack ti
15:17:40 <NickRuffilo> Tim: "The portability category illustrates what we're going to see throughout - there will be multiple use-cases for all these categories.  The archive will have different use-cases for portability.  There will be at least three or four use-cases for each of these concepts."
15:17:59 <NickRuffilo> Tzviya: "Yes, archiving is possibly it's own category - overlapping - but good to note."
15:19:07 <tzviya> q?
15:19:08 <mgylling> q+
15:19:10 <NickRuffilo> Romain: "Portability is one of the primary use cases that we need to get right.  it's one of the key selling points.  The next point is layout.  The details of pagination requirements - such as the use cases for an API for pagination - is out of scope for this document.  So we're looking for a simple use-case for handling multiple documents as a single set.  I think that is all we'll need for
15:19:10 <NickRuffilo> pagination."
15:19:21 <tzviya> ack mg
15:19:58 <NickRuffilo> Markus: "To be clear, Romain - we all agree we shouldn't repeat pagination details in here.  There are a few other categories that are deflected to other documents.  A top-level document, if we plan on referencing external documents or plan on being completely silent."
15:20:48 <NickRuffilo> Romain: "I would turn the question to you - do you think it makes sense to reference external documents?  As an interest group, it makes sense for us to work on a detailed pagination document and highly needed for digital publishing and it's huge work that requires details and should be a separate document, whether to reference one is an editorial doument."
15:21:19 <NickRuffilo> markus: "I think we should.  Having one entry point to understanding digital publishing requirements - it would be nice to have it on the web. "
15:21:23 <tzviya> q?
15:21:53 <NickRuffilo> Romain: "You were talking about digital publishign requirements.  The docoment here is about portable web publications - so maybe we would want an umbrella document that sits on top of this use-case document."
15:22:11 <NickRuffilo> Markus: "Yes - that's correct.  I think it's a good idea to reference out to existing documents."
15:23:18 <lrosenth> q+
15:23:27 <ivan> q+
15:23:37 <tzviya> ack lr
15:23:41 <NickRuffilo> Romain: "The next use-case is about identifiers.  We are not tasked to find a solution, but we at least need to make it appear in the use-cases.  There is not one specific use-case, but multiple.  Bill talked about this in his earlier comment.  The next category is metadata.  The primary use-case is about discovery, but it can be integrated into a larger use-case.  We have a use-case that could
15:23:41 <NickRuffilo> be the basis..."
15:25:07 <NickRuffilo> Leonard: "The problem with accessibility of ebooks for discovery.  I think we need to be more clear as to the general value of such metadata."
15:25:17 <NickRuffilo> Tzviya: "A few of us are working on that and we can do that."
15:25:51 <Bill_Kasdorf> q+
15:26:08 <NickRuffilo> Romain: "Accessibility metadata ...  If we have a use-case that covers this descrete need, it could cover additional aspects of metadata - so it would cover all the use cases by covering this specific case.  "
15:26:26 <tzviya> ack iv
15:26:42 <NickRuffilo> Leonard: "If we can discuss how the accessibility metadata in more general terms, it could provide more value."
15:27:28 <lrosenth> actually I would like metadata discovery to be about ANY type of metadata or document features - not specific to Accessibility
15:27:41 <tzviya> q?
15:27:47 <NickRuffilo> Ivan: "The reason it's set up is that this is what we have right now.  There will be many other use-cases that will lead to metadata issues.  Such as how in a PWP we want several different documents - so there are many documents that need to work together.  Metadata should be available for the collection of those documents and not just an individual document."
15:29:10 <tzviya> ack bill
15:29:16 <NickRuffilo> ...: "For many, metadata has a specific connotation in terms of structure and specific vocabularies.  For others, it's just data about data, so we have to be careful about the terminology - especially int he locator work, so we use the term 'manifest' as a general thing that may contain metadata or other things.  Some of the discussions in the BFF on the epub side which may include a manifest
15:29:16 <NickRuffilo> which may include metadata....  A manifest is more general and less specific, but lets see how the use cases evolve."
15:29:43 <NickRuffilo> Bill: "Quick terminology note.  We should try very hard to not use 'books' and use publications - and only use 'books' when you specifically need to."
15:29:50 <lrosenth> +1
15:29:51 <NickRuffilo> Ivan: "HUGE PLUS ONE"
15:30:19 <bjdmeest> bjdmeest has joined #dpub
15:30:27 <NickRuffilo> Markus: "The items linked are the old use cases, so the wording is subject to change.  I suggest that we use them as starting points.  The wording there is not the absolute final wording."
15:31:28 <lrosenth> q+
15:31:35 <tzviya> ack lr
15:31:41 <NickRuffilo> Romain: "Content and market - there are a few use cases there.  What we have to keep is inter-publication linking.  Linking from the web to a publication and from the publication to another publication.  About external resources and how to link to them inside a publication - images, scripts, data, etc.  Another use-case about a PWP being used as a dictionary.  Do we need a use-case about doing
15:31:41 <NickRuffilo> a browser polyfill?"
15:32:04 <NickRuffilo> Leonard: "The locators is also addressing inter-publication linking."
15:32:55 <ivan> q+
15:33:18 <tzviya> ack iv
15:33:21 <NickRuffilo> Romain: "We are all assuming that the browser can natively display the PWP - although thats not the case for the next few years.  Should we have a use-case for a polyfill of features?  Implementing a reading system?"
15:34:20 <lrosenth> q+
15:34:33 <tzviya> ack lr
15:34:41 <NickRuffilo> Ivan: "My answer is - yes and no.  On the one hand, from a use-case point of view - one of the major use-case we do have is that a PWP should be automatically/easily handled by a browser.  The poly-fill is a very technical thing that sort of refers to a technique that people are using.  I'm not sure we should use this technology here.  I'm worried about using that terminology for 'putting some
15:34:41 <NickRuffilo> javascript where the browser doesn't'"
15:35:20 <NickRuffilo> Leonard: "A gree with Ivan.  While we want browsers to display PWP, it's not the only place we expect PWPs to be processed - which is why we've discussed general things like 'publication processor.'"
15:35:25 <rdeltour> q+
15:35:57 <NickRuffilo> Ivan:" The reality is such as a use-case saying PWP should be - eventually - handled by browser - is a great use case.  How it happens is different.  The fact that we want the browser to be there as the renderer..."
15:36:03 <tzviya> ack rd
15:36:48 <NickRuffilo> Romain: "What I had in mind was that - ultimately - the extensible web manifesto should be applied to PWP as well.  Polyfills are used in this context to cover the new advances in browser technology while waiting for the proper implementation.
15:36:50 <mgylling> q+
15:36:56 <tzviya> ack mg
15:37:01 <NickRuffilo> Ivan: "Ok, I'm fine with that."
15:37:16 <mgylling> https://docs.google.com/document/d/1ZTBiSyyIgQMXh_9Ubtep4I7TfW6Yu6l8e06-9EKaNQU/edit
15:38:19 <NickRuffilo> Markus: "About this question - I agree with Leonard that it sounds implementation thinking.  On the above URL on google docs, we put down some use cases for browser-reading-system in trying to understand the pure use-cases.  With the user as an actor, understanding the need to read in a browser and sometimes the need to read in a stand-alone app of sorts.  I think this is where we need to be and
15:38:19 <NickRuffilo> all we need to provide."
15:38:35 <NickRuffilo> Leonard: "Alot of us spent alot of time going through this document"
15:39:18 <lrosenth> q+
15:39:41 <NickRuffilo> Romain: "Interaction - a use case about scripting and communicating with a remote server - this is related to what we just talked about - and merged with external resources.  I think thats what we have in the existing use-case in the old wiki.  "
15:39:46 <tzviya> ack lr
15:40:14 <NickRuffilo> Leonard: "I'm happy to add that communicating with external resources links up with external resources use-case.  Does anyone else want scripting as a general concept - as I don't want that one."
15:40:46 <NickRuffilo> Romain: "What you can do when writing use-cases, create a bullet list of items that you don't feel confident or just don't want to write more about scripting."
15:40:56 <NickRuffilo> q+
15:41:01 <mgylling> q+
15:41:08 <tzviya> ack ni
15:41:35 <ivan> q+
15:41:44 <tzviya> ack mg
15:41:47 <dauwhe> q+
15:41:59 <ivan> q-
15:42:17 <lrosenth> q+
15:43:17 <tzviya> ack da
15:43:18 <brady_duga> q+
15:43:25 <NickRuffilo> Marcus: "One of the issues we've struggled with in epub - with an origin based security model - how does that translate into something like a PWP that doesn't have an origin?  I agree with Tzviya- not many use cases are needed here.  I've heard from archival that there is an issue with archiving that you should be able to retain a document without a runtime.  So maybe there needs to be an archival
15:43:25 <NickRuffilo> use-case?"
15:43:47 <NickRuffilo> Dave: "The fact that we've struggled with this in epub, I'd say it might be easier to let PWP go with standard web."
15:43:48 <NickRuffilo> q+
15:44:10 <NickRuffilo> Markus: "If we tie it together with security - maybe it could be bundled like that.  "
15:44:21 <tzviya> ack LR
15:44:28 <NickRuffilo> DavE: "It's something we have to have.  It's been a huge issue for epub - that scripting has struggled so much with."
15:45:17 <NickRuffilo> Leonard: "Yes, bundling with security makes sense.  Archival will need to look into that.  I was asked to give a brief history of how PDF-a had decisions made on what makes sense long-term."
15:45:19 <tzviya> ack br
15:45:31 <lrosenth> @nick - PDF/A
15:46:27 <NickRuffilo> Brady: "I wanted to say that I agree that scripting should be wrapped into security.  The security is hosting a 3rd party script on your site.  It's easy to support scripting.  it's most harder when youre hosting someone elses document.  it's largely a security issue, but also a privacy issue.  If your site has a privacy policy, the external script might break that privacy policy (as that script
15:46:27 <NickRuffilo> might use cookies, etc)."
15:46:44 <ivan> s/PDF-a/PDF\/A/
15:46:53 <tzviya> ack Ni
15:48:48 <lrosenth> q+
15:48:54 <tzviya> ack lr
15:49:00 <NickRuffilo> Tzivya: "There are some use-cases about personalization that we'll want to inclued.  Charles/Deborah and the accessibility task force should be on this one.  Things like having the user adjust the font family...."
15:49:25 <NickRuffilo> Leonard: "Terminology question - for book publishing - personalization is the common term used here?  Is that the proper term or just a word we applied?"
15:49:53 <NickRuffilo> ...: "To me, personalization is having the content modified to the person - so a 'put yourself in the book' or something like that."
15:49:57 <billm> I agree w/ Leonard
15:50:10 <NickRuffilo> Tzivya: "We can determine that later on - i've heard both terms used."
15:50:11 <NickRuffilo> q+
15:50:22 <billm> we should use Web terminology where possible
15:50:59 <NickRuffilo> Charles - "The taskforce is focused on this, but I'm busy right now."
15:51:05 <NickRuffilo> q-
15:51:13 <astearns> I'm trying to keep user pref topics on the CSSWG agenda, looking for dpub reinforcements
15:51:40 <lrosenth> @astearns - thanks!
15:52:05 <lrosenth> q+
15:52:09 <ivan> q+
15:52:11 <billm> also in EDU, personalization includes custom learning trajectory in courseware based on learning outcomes (assessments) but this is quite different than changing rendering
15:52:13 <NickRuffilo> Tzviya:" Internationalization.  Big topic but all thats on here is if 'multiple renditions' will be in scope.  What that means in this case is that multiple languages i.e. english, spanish, etc."
15:52:14 <tzviya> ack lr
15:52:24 <NickRuffilo> Dave: "Multiple renditions is a possible solution to that, but not required."
15:52:30 <tzviya> ack iv
15:52:36 <NickRuffilo> Leonard: "Multiple languages is a use-case that PWP should support."
15:52:40 <Vlad> q+
15:53:21 <dauwhe> q+
15:53:33 <pkra> q+
15:53:36 <NickRuffilo> Ivan: "This is a use-case that - i presume - that when epub added multiple renditions that someone from epub figured it was a solution to this.  So there should be use cases out there, where we can inherit them from the IDPF.  Not that we only want to work with epub, but they have gathered use-cases on this and they should be re-used."
15:53:37 <tzviya> ack vl
15:53:42 <NickRuffilo> markus: "I can try to find them."
15:54:21 <tzviya> ack da
15:54:24 <NickRuffilo> Vlad: I wanted to remind everyone that multiple-renditions does not necessarily have to be multiple-language content, but you can have multiple-language items in the same content.  You could also have mixed-language in the same content - which is a different use-case."
15:54:48 <NickRuffilo> Dave: "The web seems to handle multiple language content."
15:55:11 <NickRuffilo> Ivan: "It is often handled by separate documents and isn't inherent in the web..."
15:55:52 <lrosenth> q+
15:56:22 <NickRuffilo> Markus: "In a single rendition epub with boatloads of scripting, you can do boatloads of things that multiple renditions does - whether there is a server or not.  If you're dealing with a portable document or not.  The question becomes - is this an important enough feature to warrant a declarative syntax.  Or do we say to publishers that they should put in scripts to solve the problem.  It's
15:56:22 <NickRuffilo> where you end up having to make a technological solution.  "
15:56:23 <NickRuffilo> q+
15:56:26 <pkra> q-
15:56:31 <pkra> I'll drop myself then :)
15:56:32 <tzviya> ack lr
15:56:43 <tzviya> ack nr
15:57:15 <tzviya> ack ni
15:57:56 <tzviya> https://github.com/w3c/dpub-pwp-ucr/wiki/Use-Cases-Overview
15:59:03 <NickRuffilo> Tzviya: "A large number of these we can pick up next week.  I've put out the link to the updated wiki page.  If you want to take one use-case on, please do so!  And lets talk a bit about timing in the next two minutes.  If you've offered to write a use-case, you have two weeks to write a rough draft.  Then we need people to step-up and volunteer to write the other use-cases."
15:59:12 <NickRuffilo> Tzviya:" Any other comments?"
15:59:14 <tzviya> q?
15:59:30 <laudrain> laudrain has left #dpub
16:00:03 <ivan> rrsagent, draft minutes
16:00:03 <RRSAgent> I have made the request to generate http://www.w3.org/2016/03/14-dpub-minutes.html ivan
16:00:09 <ivan> trackbot, end telcon
16:00:09 <trackbot> Zakim, list attendees
16:00:09 <Zakim> As of this point the attendees have been Dave_Cramer, Tzviya, Leonard_Rosenthol, Ivan, Luc, Vlad, nickbarreto, Peter, Krautzberger, Deborah_Kaplan, Bert, pbelfanti, Romain_Deltour,
16:00:12 <Zakim> ... brady_duga, Tim_Cole, Bill_Kasdorf, astearns, Daniel_Weck, Charles_LaPierre, Markus_Gylling
16:00:17 <trackbot> RRSAgent, please draft minutes
16:00:17 <RRSAgent> I have made the request to generate http://www.w3.org/2016/03/14-dpub-minutes.html trackbot
16:00:18 <trackbot> RRSAgent, bye
16:00:18 <RRSAgent> I see no action items