16:00:45 RRSAgent has joined #dpub 16:00:45 logging to http://www.w3.org/2014/11/17-dpub-irc 16:00:47 RRSAgent, make logs public 16:00:47 Zakim has joined #dpub 16:00:49 Zakim, this will be dpub 16:00:49 ok, trackbot, I see DPUB_DPUBIG()11:00AM already started 16:00:50 Meeting: Digital Publishing Interest Group Teleconference 16:00:50 Date: 17 November 2014 16:00:52 zakim, who is here? 16:00:52 On the phone I see clapierre, [Safari], +1.212.364.aaaa, +1.512.445.aabb, Tzviya, +1.339.203.aacc, +1.217.300.aadd, pkra, Markus, +1.646.336.aaee, TimCole, Luc 16:00:57 On IRC I see RRSAgent, TimCole, Susann_Keohane, Julie, liza, brady_duga, pkra, astein, clapierre, philm, tmichel, tzviya, mgylling, azaroth, fjh, Karen, liam, dauwhe, plinss, 16:00:57 ... astearns, iank_, rego, mihnea_____, dkaplan3, trackbot 16:01:11 Zakim, aaa has dauwhe 16:01:11 sorry, dauwhe, I do not recognize a party named 'aaa' 16:01:13 zakim, aaee is Julie 16:01:13 +Julie; got it 16:01:15 +duga 16:01:19 Zakim, aaaa has dauwhe 16:01:19 +dauwhe; got it 16:01:21 zakim, aac is me 16:01:21 sorry, dkaplan3, I do not recognize a party named 'aac' 16:01:23 +azaroth 16:01:25 zakim, Safari is me 16:01:25 +liza; got it 16:01:26 -azaroth 16:01:30 Zakim, aaaa has philm 16:01:30 +philm; got it 16:01:36 zakim, is dkaplan3 16:01:36 I don't understand 'is dkaplan3', tzviya 16:01:40 zakim, aacc is me 16:01:41 bjdmeest has joined #dpub 16:01:41 +dkaplan3; got it 16:01:47 zakim, aacc is dkaplan3 16:01:47 sorry, tzviya, I do not recognize a party named 'aacc' 16:01:49 zakim, who is here? 16:01:49 On the phone I see clapierre, liza, +1.212.364.aaaa, +1.512.445.aabb, Tzviya, dkaplan3, +1.217.300.aadd, pkra, Markus, Julie, TimCole, Luc, duga 16:01:51 +1.212.364.aaaa has philm 16:01:51 On IRC I see bjdmeest, Zakim, RRSAgent, TimCole, Susann_Keohane, Julie, liza, brady_duga, pkra, astein, clapierre, philm, tmichel, tzviya, mgylling, azaroth, fjh, Karen, liam, 16:01:51 ... dauwhe, plinss, astearns, iank_, rego, mihnea_____, dkaplan3, trackbot 16:01:51 +azaroth 16:01:52 +Bill_Kasdorf 16:01:58 zakim, aabb is Susann_Keohane 16:01:58 +Susann_Keohane; got it 16:02:01 +Thierry 16:02:01 laudrain has joined #dpub 16:02:05 zakim, aacc is dkaplan3 16:02:05 sorry, tzviya, I do not recognize a party named 'aacc' 16:02:07 + +1.201.783.aaff 16:02:12 pat_pagano has joined #dpub 16:02:17 pbelfanti has joined #dpub 16:02:19 +madi 16:02:26 +[Ugent] 16:02:32 zakim, Ugent is me 16:02:32 Bill_Kasdorf has joined #dpub 16:02:32 +bjdmeest; got it 16:02:33 +Stearns 16:02:38 zakim, who is here? 16:02:38 madi has joined #dpub 16:02:38 On the phone I see clapierre, liza, +1.212.364.aaaa, Susann_Keohane, Tzviya, dkaplan3, +1.217.300.aadd, pkra, Markus, Julie, TimCole, Luc, duga, azaroth, Bill_Kasdorf, Thierry, 16:02:40 zakim, who is here? 16:02:42 ... +1.201.783.aaff, madi, bjdmeest, Stearns 16:02:42 +1.212.364.aaaa has philm 16:02:42 On IRC I see madi, Bill_Kasdorf, pbelfanti, pat_pagano, laudrain, bjdmeest, Zakim, RRSAgent, TimCole, Susann_Keohane, Julie, liza, brady_duga, pkra, astein, clapierre, philm, 16:02:42 ... tmichel, tzviya, mgylling, azaroth, fjh, Karen, liam, dauwhe, plinss, astearns, iank_, rego, mihnea_____, dkaplan3, trackbot 16:02:42 Zakim, 217 is Ayla Stein 16:02:44 On the phone I see clapierre, liza, +1.212.364.aaaa, Susann_Keohane, Tzviya, dkaplan3, +1.217.300.aadd, pkra, Markus, Julie, TimCole, Luc, duga, azaroth, Bill_Kasdorf, Thierry, 16:02:44 ... +1.201.783.aaff, madi, bjdmeest, Stearns 16:02:44 +1.212.364.aaaa has philm 16:02:44 On IRC I see madi, Bill_Kasdorf, pbelfanti, pat_pagano, laudrain, bjdmeest, Zakim, RRSAgent, TimCole, Susann_Keohane, Julie, liza, brady_duga, pkra, astein, clapierre, philm, 16:02:44 Present+ Ben_De_Meester 16:02:48 ... tmichel, tzviya, mgylling, azaroth, fjh, Karen, liam, dauwhe, plinss, astearns, iank_, rego, mihnea_____, dkaplan3, trackbot 16:02:48 I don't understand '217 is Ayla Stein', astein 16:02:53 +??P18 16:02:56 scribenick: dauwhe 16:03:22 zakim, aadd is astein 16:03:22 +astein; got it 16:03:28 zakim, code? 16:03:28 the conference code is 3782 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Karen 16:03:36 Zakim, who is cutting sheet metal? 16:03:36 I don't understand your question, dauwhe. 16:03:51 zakim, aaaa is pat_pagano 16:03:51 +pat_pagano; got it 16:03:53 mgylling: let's get going 16:04:02 +Karen_Myers 16:04:03 Bert has joined #dpub 16:04:07 we will devote this call to metadata 16:04:12 zakim, aadd is astein 16:04:12 sorry, tzviya, I do not recognize a party named 'aadd' 16:04:23 +Bert 16:04:29 zakim who is here? 16:04:38 mgylling: we'll go through your actions and talk about them 16:04:53 ... we asked offline about figuring out what BISG is doing in this area 16:04:54 zakim, who is here? 16:04:54 On the phone I see clapierre, liza, pat_pagano, Susann_Keohane, Tzviya, dkaplan3, astein, pkra, Markus, Julie, TimCole, Luc, duga, azaroth, Bill_Kasdorf, Thierry, +1.201.783.aaff, 16:04:57 ... madi, bjdmeest, Stearns, ??P18, Karen_Myers, Bert 16:04:58 pat_pagano has philm 16:04:58 On IRC I see Bert, madi, Bill_Kasdorf, pbelfanti, pat_pagano, laudrain, bjdmeest, Zakim, RRSAgent, TimCole, Susann_Keohane, Julie, liza, brady_duga, pkra, astein, clapierre, philm, 16:04:58 ... tmichel, tzviya, mgylling, azaroth, fjh, Karen, liam, dauwhe, plinss, astearns, iank_, rego, mihnea_____, dkaplan3, trackbot 16:05:08 ... so we asked Julie and Phil to be ready to outline what BISG is doing with metadata 16:05:22 ... we don't want to duplicate effort or create confusion 16:05:59 ... we need to approve last week's minutes 16:06:04 zakim, aaff is pbelfanti 16:06:04 +pbelfanti; got it 16:06:10 Minutes approved. 16:06:51 mgylling: let's start with metadata rather than administrivia 16:07:01 ... OK to start with Phil/Julie? 16:07:15 Bill_Kasdorf: let me start with task force 16:07:22 ... 3 assignments from tpac 16:07:30 ... First, investigate identifiers as URIs 16:07:40 ... Second, educate people on RDF 16:07:53 ... Third, update documentation we've compliled and turn into w3c note 16:08:00 s/compliled/compiled/ 16:08:15 ... I'm now focused on this 16:08:30 ... we have highly qualified volunteers 16:08:36 ... what should we call them? 16:08:44 mgylling: they are deliverables 16:09:28 Bill_Kasdorf: If anyone else wants to participate, please volunteer 16:09:42 ... lots of suggestions for RDF educational resources 16:09:59 ... on IDs in URIs, I think issue is 16:10:00 david_stroup has joined #dpub 16:10:14 ... lots of IDs can and should be expressed as URIs to be actionable 16:10:26 ... some of the organizations do suggest this (like CrossRef) 16:10:43 ... assemble a list of IDs 16:10:47 + +1.585.217.aagg 16:10:56 -Stearns 16:11:10 ... see if governing organazation suggests they be expressed as URI 16:11:18 s/organazation/organization 16:11:28 I'm 585.217 16:11:37 +Stearns 16:11:44 ... for example, ISBN *can* be expressed as URI but is uncommon 16:11:48 zakim, aagg is david_stroup 16:11:48 +david_stroup; got it 16:11:54 q+ 16:11:55 ... what documentation/recommendations there are 16:12:00 ... then compile report 16:12:19 ... so we can see where to go from here 16:12:22 ... RDF is similar 16:12:26 ... we have volunteers 16:12:34 q+ to ask about "actionable" 16:12:38 ... we just have to compile list of links to references 16:12:48 ... some targets libraries, some publishers, etc 16:13:04 ... some are geeky and some are clear, plain language 16:13:10 ... we need a gap analysis 16:13:14 ... there's lots out there 16:13:26 ... but publishers don't understand 16:13:33 ... and lots of systems don't use RDF 16:14:00 ... report by mid-December 16:14:07 ... Madi, do you have anything to add? 16:14:13 madi: we can run with this 16:14:24 ... we also need explanation of why we need these reports 16:14:30 ... why URI? Why RDF? 16:14:54 Bill_Kasdorf: [listing volunteers] 16:15:15 ack azaroth 16:15:15 azaroth, you wanted to ask about "actionable" 16:15:22 mgylling: we have a queue 16:15:39 azaroth: the use of actionable uri and is that a requirement? 16:15:49 ... there are URI identifiers that are *not* actionable 16:15:53 Bill_Kasdorf: thanks 16:16:11 ... one reason to express as URI is to make it actionable 16:16:20 ... but they are not necessarily actionable 16:16:33 mgylling: OK 16:16:46 ... open up for QA later, but let's ask about BISG 16:16:52 Julie: I'll start 16:17:26 ... the metadata committee focuses mostly on product metadata and ONIX 16:17:40 ... one WG focuses on transition to ONIX3 in the U.S. 16:17:49 ... one will map part of ONIX to schema.org 16:18:09 ... a third will look at educational standards to build a keyword taxonomy 16:18:19 ... this is not content level but product level, all tied to onix 16:18:36 ... the Identification Committee will be more relevant here, Phil is the chair 16:19:06 ... there's interest in a work identifier 16:19:16 philm: Re: metadata committee 16:19:30 ... this committee will have something to do with RDF 16:19:40 ... esp. if Graham is interested in an RDF version of ONIX 16:19:51 ... the committee has been only concerned with ONIX for years now 16:20:12 ... these groups have been involved within the book supply change 16:20:19 ... it was an isolated supply chain 16:20:21 ... that's changing 16:20:29 ... we need to look outside that supply chain 16:20:40 ... even books are sold at Target and Wall-mart now 16:20:52 ... these are handled by independent distributors 16:21:06 ... they handle the stocking and resupply, so we don't get involved 16:21:16 ... GS1 standard, for example... 16:21:22 ... we have lots of conflicts with larger world 16:21:29 ... we use things in non-standard ways 16:21:40 ... in ID committee, when we talk about work identifier 16:21:46 ... we want to get use cases 16:21:54 ... and to think outside the industry 16:22:19 ... we've been talking about work identifier for a decade 16:22:25 ... ISTC has not gained traction 16:22:42 ... we've failed to define what a work identifier should be 16:22:49 ... as different sectors have different ideas 16:23:01 ... every possible manifiestation regardless of format? 16:23:11 ... even across publishers or nations? 16:23:16 ... authors and agents like that. 16:23:22 ... publishers and retailers don't like it 16:23:36 ... they want a collection identifier, to group together manifestations 16:23:45 ... Moby-Dick. There are thousands of editions 16:23:55 ... there's text, popub books, coloring books 16:24:05 ... should all the manifestations show up in search? 16:24:10 ... retailers want to control that 16:24:11 s/popub/popup 16:24:20 ... to get relevant results 16:24:34 ... publishers want to collect all their manifestations, but not others 16:24:45 ... for Twilight, we had print rights but Random House had audio rights 16:25:01 ... so that's how these discussions go 16:25:01 q? 16:25:07 q+ 16:25:09 ... we fail to come to consensus 16:25:24 ... no one has come up with a problem so urgent that the work identifier is the solution 16:25:39 ... we've sorted this out, organization by organization 16:25:48 ... can link ISBNs together with related field 16:26:00 ... but haven't looked from a perspective beyond ONIX 16:26:11 ... ISBN is being revised now 16:26:23 ... there is now a section on ISBN-A, which is an actionable ISBN 16:26:29 ... it will be in the user manual 16:26:41 ... not sure when that will be published 16:26:58 ... within the publishing industry, there are various sectors 16:27:07 ... who have different ideas of what a work identifier should do 16:27:19 ... pick one sector that has a really good use case 16:27:26 ... that shows the value, then other sectors will follow 16:27:31 ... that hasn't happened yet 16:27:35 ... same thing with RDF 16:27:50 ... it's been hard even to upgrade from ONIX 2 to ONIX 3 16:28:01 ... four or five years after ONIX 3 was published 16:28:11 ... publishers are not technology companies 16:28:23 ... takes a really good use case to get us to do these things 16:28:43 ... if the system works, like ONIX, the bar is very high 16:29:02 ... "how will this get more books out there, connect with the reader" 16:29:25 ... perhaps Social media or author pages will provide a use case 16:29:34 ... even to get other publishers to join W3C 16:29:45 ... have to connect with business case 16:29:50 ack tzviya 16:30:03 q+ 16:30:06 tzviya: sounds like there are a few things that BISG does 16:30:14 ... educating publishers about what exists 16:30:18 q+ 16:30:33 ... and an effort to create a uniformity in the way of things are being done, like a work ID 16:30:36 Julie: yes. 16:30:40 -pbelfanti 16:30:49 ... most of our work is a cycle of identifying pain points 16:30:58 ... doing research and creating standards 16:31:05 +pbelfanti 16:31:09 ... also with documents and events 16:31:11 ack Bill_K 16:31:22 Bill_Kasdorf: Could you mention the subject codes committee 16:31:37 ... people might not understand difference between BISAC and ONIX 16:31:45 ... BISAC is subject classifications 16:31:50 ... and we work on Thema 16:32:06 ... both of those are data points within ONIX 16:32:33 Bill_Kasdorf: those are two examples of not just educating but being responsible for the standards 16:32:46 ack Karen 16:33:05 Karen: Phil, you mentioned adoption of ONIX 3 is slow. Is that just US? 16:33:16 philm: ONIX 3 is strong in new markets 16:33:20 +q 16:33:31 ... slower in UK, France is quicker than US 16:33:41 ... globally, we haven't been asked for ONIX3 internationally 16:34:06 Bill_Kasdorf: I always thought it was publishers dragging their feet due to their existing systems 16:34:24 ... but Phil pointed out that the problem is the retailers and recipients requiring ONIX 2 16:34:35 ... [insert chicken/egg metaphor] 16:35:00 philm: Yes. Publishers are very reactive. 16:35:14 ... we react to what our customers want from us, as any supplier does 16:35:18 ... we have limited resources 16:35:35 ... if the recipients say we will require this in six months, we'd do it 16:35:43 ... but without knowing that it's hard to schedule 16:35:53 ... if no one's gonna take it, why send it? 16:36:05 Bill_Kasdorf: it's better 16:36:22 Julie: we want to create a grid of up and downstream support 16:36:27 ack laudrain 16:36:35 +1 grid of ONIX 3 16:36:43 philm: we've been able to create oNIX 3 for a year 16:36:49 ... just started sending it out last week 16:36:54 q+ 16:37:05 ... transparency will help 16:37:18 laudrain: in France ONIX 3 position is much better 16:37:31 ... been pushing for several months, several retailers accepting it 16:37:46 ... 50% in France using ONIX 3 16:37:54 ack tzviya 16:37:59 mgylling: let's focus on what IG can do 16:38:04 tzviya: that's what I was going to say 16:38:27 mgylling: what are your views in terms of W3C and this IG's involvement moving forward 16:38:46 ... is there any low-hanging topics that would be ideal for W3C to focus on? 16:39:13 philm: I think what the publishing industry needs clarity on what these things are and how to incorporate into web page 16:39:32 ... if that's the recommendation on how to embed metadata into a web page, that's what they're looking for 16:39:45 ... so if W3C is saying this, it helps for publishers to say we have a working framework 16:39:53 q+ 16:39:54 Julie: I agree 16:40:12 ... what would help is greater education about web technologies 16:40:24 ... the work that Bill is talking about, gathering RDF resources 16:40:34 ... we can raise that as topic in BISG metadata committee 16:40:41 ... an easy way to start a conversation 16:40:45 ... and see if there are next steps 16:40:59 philm: If we can get use cases from outside the publishing industry where this works 16:41:01 ... it will help 16:41:14 ... if we see something working somewhere else, that will really help 16:41:22 Bill_Kasdorf: I was going to say the same thing 16:41:23 q+ 16:41:33 ... RDF is widely understood and used in libraries 16:41:48 ... IPTC is major proponent of RDF 16:42:01 ... [insert chicken-and-egg metaphor] 16:42:03 ack TimCole 16:42:31 TimCole: I'd say library communitiy is just starting with RDF 16:42:49 ... W3C can't tell publishing community that this is the right standard for this identifier 16:43:02 ... there won't be a single canonical ID 16:43:12 ... there will be lots of smaller IDs taht need to be connected 16:43:19 s/taht/that/ 16:43:28 ... RDF can do this connection 16:43:32 +1 Tim's clarification on RDF value 16:43:41 ... shared identifiers 16:43:59 ... in a few weeks we'll talk about reconciliation services between identifiers 16:44:29 ... someone has to connect publisher ID and retailer ID 16:44:30 ack tzviya 16:44:58 Bill_Kasdorf: identifiers embedded in identifiers 16:45:17 ... an ISBN-A is an ISBN with a DOI in it expressed as a URI, so in fact it's all three 16:45:25 tzviya: We're going in circles 16:45:29 ... let's take a step back 16:45:51 ... it would be beneficial for the publishing community to learn about how linked data can be helpful (like BBC) 16:46:09 ... or tell people to read books about linked data 16:46:35 ... how can BISG and DPUB work together without stepping on feet 16:46:44 -duga 16:46:47 ... BISG is US-centric, W3C is international 16:47:02 Julie: We are U.S. focused and U.S. based 16:47:30 ... but not exclusive 16:47:58 ... we're focused on global standards but serving the US market 16:48:18 ... can we take another look at action items and make sure they're on track 16:48:31 ... and aligned with what the larger publishing world is trying to accomplist 16:48:48 ... based on what phil says, releasing a guide on RDF won't have much traction 16:49:12 ... but maybe we want to talk about examples in the wider world where this is used 16:49:30 Bill_Kasdorf: our action items were intended to be preparatory for that 16:49:52 ... the whole point of that work item was to see what's out there and point people to it 16:50:07 tzviya: there was another action to develope list of IDs to express as URIs 16:50:26 Bill_Kasdorf: the point of that work item was to find the gaps 16:50:47 ... at TPAC someone pointed out an org that had misleading guidance about using an identifier as URI 16:50:54 ... the point was to give a sense of the issue 16:51:07 ... the gap between recommendation and practice 16:51:19 ... it wasn't a master resource 16:51:22 ... BISG has that 16:51:46 ... I see them as assessing the landscape, not publishing a product 16:52:03 ... to what extent is there understanding or use of (RDF | ID as URI) 16:52:17 ... but we do need concrete examples and use cases 16:52:39 mgylling: there are publishers that are using RDF, like inkling and benetech 16:52:50 Bill_Kasdorf: pointing to a realistic thing like that is good 16:53:18 mgylling: you're agreeing with Julie and Phil's suggestions on end product 16:53:27 ... and your current actions are steps on the way there 16:53:30 Bill_Kasdorf: yes 16:53:35 mgylling: OK 16:53:41 q? 16:53:57 tzviya: it does make sense to survey the landscape 16:54:15 ... I'm concerned we're asking a lot of a small group of people to survey the landscape 16:54:32 Bill_Kasdorf: how much does this have to be comprehensive vs illustrative 16:55:09 ... neither of this things would result in a publishable product 16:55:38 mgylling: which digital publishers are already doing this? what are their problems/benefits? 16:55:44 ... primarily RDF 16:56:08 ... the basic charter imperatives is that we're supposed to identify areas where OWP needs to change 16:56:12 ... I'm not seeing that here 16:56:34 ... this is about information and about changing how business is done 16:56:42 Bill_Kasdorf: true 16:56:48 q? 16:56:50 mgylling: any other questions 16:56:55 Bill_Kasdorf: Karen? 16:57:03 Susann_Keohane has left #dpub 16:57:09 Karen: yes, we covered my Q about international focus and deliverables 16:57:10 -Susann_Keohane 16:57:42 mgylling: I agree with Tzviya's points, we should incorporate a certain amount of worry about time 16:58:03 ... we don't want to become yet another organization caught in the maelstrom 16:58:17 Bill_Kasdorf: we have only weeks before our first action items are due 16:58:43 mgylling: two minutes left, so we have to cut this off 16:58:57 ... the only agenda item we didn't get to was next week's call 16:59:17 ... may not be a good idea due to the U.S. Thanksgiving Holiday 16:59:28 -Stearns 16:59:38 I'll be working 17:00:00 Regrets for the next three weeks running (thx giving, reconciliation meeting, CNI conference) 17:00:08 dauwhe: can talk about CSS stuff next week 17:00:13 -pkra 17:00:16 sorry, gotta run. 17:00:25 mgylling: can look at Page DOM too, if Brady is around 17:00:32 mgylling: thanks everyone 17:00:38 -dkaplan3 17:00:40 -Bill_Kasdorf 17:00:41 -??P18 17:00:41 -Markus 17:00:42 -Julie 17:00:42 -madi 17:00:43 -pbelfanti 17:00:43 -TimCole 17:00:43 -pat_pagano 17:00:44 -azaroth 17:00:44 -Luc 17:00:45 -clapierre 17:00:45 -Tzviya 17:00:47 -bjdmeest 17:00:47 -david_stroup 17:00:48 -astein 17:00:51 -Karen_Myers 17:00:57 -Bert 17:01:30 clapierre has joined #DPUB 17:07:24 clapierre has left #dpub 17:36:31 tmichel has joined #dpub 17:36:42 rrsagent, draft minutes 17:36:42 I have made the request to generate http://www.w3.org/2014/11/17-dpub-minutes.html tmichel 18:01:33 -Thierry 18:06:33 disconnecting the lone participant, liza, in DPUB_DPUBIG()11:00AM 18:06:34 DPUB_DPUBIG()11:00AM has ended 18:06:34 Attendees were clapierre, +1.512.445.aabb, Tzviya, +1.339.203.aacc, +1.217.300.aadd, pkra, Markus, +1.646.336.aaee, TimCole, Luc, Julie, duga, dauwhe, azaroth, liza, philm, 18:06:35 ... dkaplan3, Bill_Kasdorf, Susann_Keohane, Thierry, +1.201.783.aaff, madi, bjdmeest, Stearns, astein, pat_pagano, Karen_Myers, Bert, pbelfanti, +1.585.217.aagg, david_stroup 18:15:40 tmichel has joined #dpub 18:33:40 mgylling has joined #dpub 19:23:16 Zakim has left #dpub