14:05:20 <RRSAgent> RRSAgent has joined #dpub
14:05:20 <RRSAgent> logging to http://www.w3.org/2014/05/19-dpub-irc
14:05:22 <trackbot> RRSAgent, make logs public
14:05:22 <Zakim> Zakim has joined #dpub
14:05:24 <trackbot> Zakim, this will be dpub
14:05:24 <Zakim> ok, trackbot; I see DPUB_DPUBIG()11:00AM scheduled to start in 55 minutes
14:05:25 <trackbot> Meeting: Digital Publishing Interest Group Teleconference
14:05:25 <trackbot> Date: 19 May 2014
14:06:21 <ivan> ivan has changed the topic to: Meeting agenda for 2014-05-19: http://lists.w3.org/Archives/Public/public-digipub-ig/2014May/0028.html
14:06:32 <ivan> Chair: Markus
14:06:41 <ivan> Agenda: http://lists.w3.org/Archives/Public/public-digipub-ig/2014May/0028.html
14:06:53 <dauwhe_> dauwhe_ has joined #dpub
14:06:53 <Bert> Bert has joined #dpub
14:07:47 <ivan> Regrets: Gerardo Capiel, Alan Stearns, Karen Myers, Tim Cole, Vladimir Levantovsky
14:08:11 <ivan> Regrets+ Thierry Michel
14:08:20 <ivan> rrsagent, draft minutes
14:08:20 <RRSAgent> I have made the request to generate http://www.w3.org/2014/05/19-dpub-minutes.html ivan
14:11:27 <pkra> ivan I don't seem to have permissions to edit the wiki?
14:11:44 <ivan> You should...
14:12:43 <ivan> Do you use your pkra login? That is what you seem to be registered with
14:13:08 <pkra1> pkra1 has joined #dpub
14:13:48 <pkra1> pkra1 has joined #dpub
14:19:23 <dauwhe> dauwhe has joined #dpub
14:21:06 <dauwhe> Regrets+ Dave Cramer
14:23:42 <ivan> Regrets+ Bert
14:25:55 <dauwhe__> dauwhe__ has joined #dpub
14:30:37 <dauwhe> dauwhe has joined #dpub
14:32:28 <pkra1> ivan I don't seem to be able to save on the wiki.
14:33:10 <pkra1> any pointers?
14:45:20 <pkra> ivan just a sec
14:46:10 <pkra> You do not have permission to edit this page, for the following reason:The action you have requested is limited to users in the group: Users.
14:46:26 <pkra> ah.
14:46:29 <pkra> I'm not logged in?
14:46:35 <pkra> now that's silly...
14:47:18 <ivan> :-)
14:47:27 <ivan> Yes, logging in certainly helps
14:48:19 <pkra> I thought I was earlier -- let me try again...
14:48:38 <pkra> nope -- works like a charm.
14:48:46 <pkra> Sorry about that O:-)
14:48:51 <ivan> :-)
14:49:07 <pkra> and thanks for the quick help.
14:49:19 <ivan> I did not do anything:-)
14:49:39 <pkra> well, hand-holding counts ;)
14:49:46 <pkra> I've added four use cases. I'm not sure I got the language right.
14:53:19 <azaroth> azaroth has joined #DPUB
14:54:53 <Julie> Julie has joined #dpub
14:55:49 <Zakim> DPUB_DPUBIG()11:00AM has now started
14:55:56 <Zakim> + +1.646.336.aaaa
14:56:40 <ivan> Regrets+ Brady
14:56:59 <gcapiel> gcapiel has joined #dpub
14:57:42 <Zakim> + +1.617.453.aabb
14:57:50 <Zakim> +??P2
14:57:53 <liza> liza has joined #dpub
14:57:53 <ivan> zakim, dial ivan-voip
14:57:53 <Zakim> ok, ivan; the call is being made
14:57:55 <Zakim> +Ivan
14:58:17 <gcapiel> Zakim, ??p2 is me
14:58:17 <Zakim> +gcapiel; got it
14:58:24 <Zakim> + +1.240.421.aacc
14:58:32 <Luc> Luc has joined #dpub
14:58:33 <Zakim> + +1.505.603.aadd
14:58:44 <ivan> zakim, aabb is julie
14:58:44 <Zakim> +julie; got it
14:58:52 <mgylling> mgylling has joined #dpub
14:59:02 <tzviya> tzviya has joined #dpub
14:59:11 <azaroth_> azaroth_ has joined #DPUB
14:59:22 <Zakim> + +33.6.48.38.aaee
14:59:25 <ivan> zakim, aacc is AH_Miller
14:59:25 <Zakim> +AH_Miller; got it
14:59:30 <AH_Miller> AH_Miller has joined #DPUB
14:59:38 <Zakim> +Tzviya
14:59:51 <ivan> zakim, aaee azaroth_
14:59:51 <Zakim> I don't understand 'aaee azaroth_', ivan
14:59:51 <Laura_Fowler> Laura_Fowler has joined #dpub
15:00:00 <azaroth_> zakim, who is here?
15:00:00 <Zakim> On the phone I see +1.646.336.aaaa, julie, gcapiel, Ivan, AH_Miller, +1.505.603.aadd, +33.6.48.38.aaee, Tzviya
15:00:02 <ivan> zakim, aaee is Luc
15:00:03 <Zakim> On IRC I see Laura_Fowler, AH_Miller, azaroth_, tzviya, mgylling, Luc, liza, gcapiel, Julie, azaroth, pkra, Bert, Zakim, RRSAgent, ivan, astearns, liam, trackbot, plinss
15:00:03 <Zakim> +Luc; got it
15:00:07 <azaroth_> zakim, aadd is azaroth
15:00:07 <Zakim> +azaroth; got it
15:00:18 <Zakim> + +1.201.236.aaff
15:00:31 <Zakim> + +1.609.216.aagg
15:00:38 <ivan> zakim, aaff is pbelfanti
15:00:38 <Zakim> +pbelfanti; got it
15:00:45 <pbelfanti> pbelfanti has joined #dpub
15:00:49 <Zakim> +??P28
15:00:52 <Zakim> +Bert
15:00:55 <Zakim> + +1.617.858.aahh
15:01:04 <mgylling> zakim, who is noisy?
15:01:15 <Zakim> mgylling, listening for 10 seconds I heard sound from the following: +1.646.336.aaaa (51%), Ivan (21%), Bert (75%)
15:01:16 <benjaminsko> benjaminsko has joined #dpub
15:01:17 <Zakim> + +1.585.217.aaii
15:01:21 <mgylling> zakim, ??P28 is me
15:01:21 <Zakim> +mgylling; got it
15:01:29 <Zakim> -AH_Miller
15:01:33 <Zakim> - +1.617.858.aahh
15:01:36 <ivan> zakim, mute Bert
15:01:36 <Zakim> Bert should now be muted
15:01:38 <Zakim> -Bert
15:01:50 <david_stroup> david_stroup has joined #dpub
15:02:01 <Zakim> + +1.917.447.aajj
15:02:02 <ivan> zakim, aagg is Laura_Fowler
15:02:02 <Zakim> +Laura_Fowler; got it
15:02:16 <ivan> zakim, aajj is benjaminsko
15:02:17 <Zakim> +madi
15:02:17 <Zakim> +benjaminsko; got it
15:02:18 <Zakim> + +1.617.858.aakk
15:02:20 <Bill_Kasdorf> Bill_Kasdorf has joined #dpub
15:02:25 <Zakim> +Bert
15:02:39 <ivan> zakim, aakk is pkra
15:02:39 <Zakim> +pkra; got it
15:02:45 <Zakim> + +1.734.904.aall
15:02:46 <mgylling> regrets: Gerardo, Alan, Dave, Karen, Vladimir, Brady
15:03:07 <ivan> zakim, aall is Bill_Kasdorf
15:03:07 <Zakim> +Bill_Kasdorf; got it
15:03:16 <ivan> regrets+ thierry
15:04:05 <Zakim> +AH_Miller
15:04:27 <ivan> scribenick: benjaminsko
15:05:01 <ivan> -> http://www.w3.org/2014/05/12-dpub-minutes.html Minutes of last week
15:05:45 <SuzanneT> SuzanneT has joined #dpub
15:06:14 <benjaminsko> Next monday's meeting is cancelled. week after that is tentatively for dave cramer to talk about GCPM module within CSS and status update and next steps for LATIN REQ document
15:06:20 <Zakim> +Suzanne_Taylor
15:06:59 <ivan> Topic: structural semantics
15:07:29 <benjaminsko> ...Two topics: we didn't finish discussion on structural semantics so will spend some time on it today and look at next steps with various stake holder groups. After that, we'll talk about STEM task force and setup a plan to build a corpus of use cases around science and math
15:07:41 <mgylling>  https://www.w3.org/dpub/IG/wiki/StructuralSemantics
15:08:25 <pkra> pkra has joined #dpub
15:09:21 <benjaminsko> ...Gerardo has appended a bit to the use case collection esp in SVG and infographics area. Let's edit use cases and complete them more. Don't need to do that here as that's editorial stuff. But we shouldn't forget about the use cases before we start talking about solutions. Remind everyone to read through them
15:09:21 <pkra> q+
15:09:43 <ivan> ack pkra
15:09:44 <mgylling> ack pkra
15:10:04 <benjaminsko> pkra: Just added some uses cases for STEM to the wiki
15:10:44 <benjaminsko> ...Added 2 use cases to enhance user agent behavior-domain-specific fragments, in math mght have theorems and proofs, might be reused but only in reference...
15:11:54 <benjaminsko> ..leveraging annotation xml in mathml which is used to provide semantically rich...these pop up in the content repurping section...formula chem. equations...not thinking of 3d representations, these will often use presentation mathml but there is some semantics for chemistry
15:12:18 <benjaminsko> ...content mathml is ofeten used to represent math. in computational environemnts, making it available for reuse is a good use case
15:12:59 <ivan> s/ofeten/often/
15:13:01 <benjaminsko> mgylling: these are all in terms of user-agent behavior or reprocessing behavior
15:13:10 <benjaminsko> pkra: they also touch accessiblity
15:14:07 <benjaminsko> ...didnt know how to incorporate the use cases into table bc does not require new solution..
15:14:42 <benjaminsko> mgylling: does what peter is talking about count as structural semantics? annotaiton xml already has a solution. we might move a few to another page as housekeeping
15:15:22 <benjaminsko> ivan: i dont know whether the various options we discussed like the role or hyphen attribute - is it without a problem to use it inside the mathml element?
15:16:04 <benjaminsko> ...in a way even if we didnt say it explicitly, all the solutions we have in the table we concentrated on html, and want to be sure none of the solutions would create a problem in mathml or svg
15:16:29 <benjaminsko> mgylling: there are svg uses cases here. the role attribute is making its way into svg 2.0. it's true that for SVG it's very much needed.
15:16:34 <benjaminsko> ivan: and what about mathml?
15:17:10 <benjaminsko> mgylling: if you look at peter's domain specific content fragments up in enabling enhacned user agent behaviors, where user would adapt level of detail by nature of the references depends on wheter it's exposed during the reading
15:17:34 <benjaminsko> pkra: that's the one case that doesnt touch mathml directly, you are looking at microdata or other markup that would provide semantic strucutre
15:17:51 <benjaminsko> mgylling: in terms of inlining inside mathml, is there anyone else who has been doing anything?
15:18:08 <benjaminsko> ivan: bert, is it illegal to use the role attribute within mathml?
15:18:12 <tzviya> q+
15:18:17 <benjaminsko> Bert: good question
15:18:35 <benjaminsko> ivan: or is it allowed to use ebook dash- something in mathml?
15:19:20 <benjaminsko> Bert: it should be yes because it's xml. if annotation element had speech text would need to expose that
15:19:50 <benjaminsko> ...the way mathml is integrated into html5, it should work, html tags are allowed to mix within mathml tags so it should be valid. i will reach out to math group
15:19:52 <mgylling> ack tzviya
15:19:55 <ivan> ack tzviya
15:20:47 <benjaminsko> tzviya: we're talking about 2 diff issues. peter's use case about domain-specific content frag is not specific to math, could apply to any kind of book. the other issues we might be able to think about if this is specific to this category(???) o if this is a mathml issue
15:21:31 <benjaminsko> Bill_Kasdorf: wasn't ivan's question, as we zero in on these mechanisms, make sure we don't do anything in conflict with mathml
15:21:36 <benjaminsko> ivan: yes that was my concern
15:21:57 <benjaminsko> pkra: i was browsing the mathml spec. i think ??? is fine within mathml
15:22:11 <Bert> s/???/@role/
15:22:11 <ivan> s/Bert: it should be/pkra: it should/
15:22:22 <pkra> http://www.w3.org/Math/draft-spec/chapter5.html#mixing.annotation.keys
15:22:24 <benjaminsko> gcapiel: i worked with Rich and i think role is totally fine. is it specific to SVG 2, not sure
15:22:43 <benjaminsko> mgylling: move to the table
15:23:09 <benjaminsko> ...first of all, during last week's call, tzviya made all the updates yes?
15:23:12 <benjaminsko> tzviya: yes
15:23:24 <benjaminsko> mgylling: anything we didn't spend enough time on last week?
15:24:24 <benjaminsko> mgylling: looks like we got through the whole thing last week. that's good. to repeat, we're doing this exercise so that ???will publish a recommendation on how to handle this in the future. doesnt mean everyone has to follow it slavishly but it will make it easier for common uses cases
15:25:17 <benjaminsko> ...we need to hone in on one. from last week's discussion it would appear that the two options that are closest to being a good choice are the role attribute and the hyphen space attribute, row 2 and row 3 from the end. they meet most of the criteria, custom elements meet a lot fo them as well except for scripting
15:25:30 <benjaminsko> ...tentativelt we look it as  a sledgehammer solution to a simple problem.
15:26:03 <ivan> +1
15:26:08 <tzviya> +1
15:26:10 <benjaminsko> ...my suggestion is make an agreement on what solutions to focus on going forward. the role attribute and they hypen attributes are the two best options and we should focus on them going forward. what do people think?
15:26:21 <liza> I care
15:26:24 <benjaminsko> ...do you think i'm right or does no one care?
15:26:38 <david_stroup> aree with markus
15:26:51 <david_stroup> agree with markus
15:27:00 <benjaminsko> Luc: can the role and hypen attributes be as general a s possible? can i use them to put ANY structure, any semantic structure,?
15:27:43 <gcapiel> gcapiel has joined #dpub
15:28:06 <benjaminsko> mgylling: shouldn't be constrained by the spec and should be able to use the vocab you want. if a hyphen attribute is defined, the definer can make up the rules and it can be as locked down or as sextensible as we want. as to the role attribute, we'll have to discuss with the ARIA PF (?) working group
15:28:12 <benjaminsko> .. no one has forgotten extensibility
15:28:19 <Bert> q+
15:28:47 <benjaminsko> Bill_Kasdorf: strikes me that discussion with ARIA is urgent unless consensus is hyphen attribute
15:29:11 <Zakim> -madi
15:29:23 <benjaminsko> mgylling: we should contact the PF working group and start discussions with them. one of the next working items to talk with Rich ?? and by him the PF working group. Action item for me.
15:29:28 <mgylling> ack Bert
15:29:34 <benjaminsko> ...need to know how vocabs would be maintained and so on
15:29:50 <benjaminsko> Bert: are you saying a single solution would apply to all use cases?
15:30:15 <ivan> s/??/Schwerdtfeger/
15:30:46 <benjaminsko> mgylling: we prob. want to move the mathml use cases from ths wiki page since they have a solution already (annotation xml). i was talking about the use cases before the mathml use cases was added.
15:31:05 <benjaminsko> Bert: indexes don't need anything new
15:31:10 <benjaminsko> ivan: why?
15:31:36 <Luc> +q
15:31:41 <benjaminsko> Bert: i would do index it with class and dfn element, so no new elements or attributes are necessary. maybe glossary we do need something new.
15:31:52 <tzviya> q+
15:31:54 <benjaminsko> ...the different use cases may not all use the same solutions
15:32:11 <benjaminsko> mgylling: so did you say the html spec definrs a class attriburte for index?
15:32:38 <tzviya> q-
15:32:49 <benjaminsko> Bert: no, but i've been using class att for years. don't need to define a dash attribute. for index that should be fine, perhaps not for glossary but that's a diff use case
15:33:00 <pbelfanti> Need to drop - regreets
15:33:05 <Zakim> -pbelfanti
15:33:06 <benjaminsko> mgylling: so you are sugg. we use the class attribute. we recommend against it, and you disagree?
15:33:20 <benjaminsko> Bert: for that use case, yes, but not for the other use cases
15:33:23 <ivan> q+
15:33:45 <benjaminsko> Bill_Kasdorf: could you explain the distinction that makes class permissable for index but not glossary?
15:33:48 <mgylling> q?
15:34:24 <benjaminsko> Bert: for index, it's small thing, not much to do. use class/microformat.
15:34:44 <benjaminsko> Bill_Kasdorf: asking because epub indexing spec is much more complex than that
15:34:54 <Luc> EPUB Index 1.0 uses epub:type!
15:34:57 <mgylling> http://www.idpf.org/epub/idx/
15:35:13 <benjaminsko> Bert: well maybe we should have discussion sometime because i doubt it's that complex
15:35:17 <mgylling> ack Luc
15:35:41 <benjaminsko> mgylling: biblical diff in ambition here
15:36:02 <tzviya> q+
15:36:31 <benjaminsko> Luc: if we move to role attributes we will lose what we are doing with epub type?
15:37:23 <benjaminsko> mgylling: that's idpf problem not our problem. if idpf decides to move away from epub type ther would be a period of transition and pain. idpf has not made up its mind yet. their prob, not this group's
15:38:02 <mgylling> ack ivan
15:38:10 <benjaminsko> Luc: would have to move to general html5 solution if we choose to ex...semantic picture with role attributes
15:39:06 <benjaminsko> ivan: several things, many attribute values used w/ epubtypes are useful outside the book world. if we go ith something that replaces epub type, that means we provide a number of attribute values..that users might pick up not only for books
15:39:30 <benjaminsko> ...actually this is also back to Bert's comment: i believe that there are cases where current solutions do work.
15:39:30 <Luc> +q
15:40:09 <benjaminsko> ...want a general mech. that are close to one another that authors could use easily, that's what this table is trying to do
15:40:26 <mgylling> ack tzviya
15:40:30 <benjaminsko> ..goal is to make it easy and obvious and have unified mechanism
15:40:45 <benjaminsko> tzviya: going back to what bert said: if there is an easy html solution i'd love to see it
15:41:33 <benjaminsko> Bert: if i may clarify, i'm talking about a specific use case. don't need to specify any format for the index at all for the spec. use cases
15:42:07 <benjaminsko> tzviya: we tried to be somewhat broad, perhaps we should be specific. there are more use cases that we could include.
15:42:39 <benjaminsko> mgylling: maybe we s/look at the index one again and see if we need to spice it up a bit?
15:42:43 <benjaminsko> tzviya: sure
15:42:44 <mgylling> ack Luc
15:43:21 <benjaminsko> Luc: th vocab of epubtypes is used outside the book world. all the vocabs we can find in the semantic web are very useful
15:44:29 <benjaminsko> ...a book can be divided into books, sections, but different chapters ...geographical meaning...not a chapter but a town or region...would be useful for ARIA, for question of accessibility
15:44:37 <benjaminsko> mgylling:  are you talking about RDFa>
15:45:13 <benjaminsko> mgylling: why dont we want to use RDFa for this kind of stuff?
15:45:24 <ivan> q+
15:45:26 <benjaminsko> Luc: in the table in the wiki we decided not use RDFA.
15:45:35 <mgylling> ack ivan
15:45:36 <benjaminsko> ..you did not provide RDFa as an option
15:47:06 <benjaminsko> ivan: point is we voted against RDFa for the use cases that we are describing here. i would not vote RDFa out altogether. when we are talking about semantics that are ...RDFa is the natural way of doing it. Ebooks today put in meta statements all those can be done in RDFa. but when we ask which ones is a chapter or section, that's a diff. use case.
15:47:56 <benjaminsko> mgylling: close discussion for now. action item: i will reach out to see if the this is an option for us. and now to STEM
15:48:12 <benjaminsko> ...Peter you worked with Jean Kaplansky. did you discuss scope or primary areas you want to work on?
15:48:21 <benjaminsko> pkra: no. open to suggestions
15:48:35 <benjaminsko> ..also interested in who might be interested in who might want to work with me?
15:49:42 <benjaminsko> mgylling: this kind of content challenges pub. the most today. it is one of hte most acutely in need areas for pub. right now if you include accessibility. so i think one good strategy is to start and build up a collection of use cases
15:49:56 <benjaminsko> ..to get peple to join and help out moving forward.
15:50:37 <benjaminsko> ...objective is to identify areas where open web platform does not meed the needs of dig publishing. what we  wan to encode is where all these scenarios are.
15:51:26 <benjaminsko> ... tzviya: chenistrry is often captured images, sometimes captured mathml. math is a little bit different. a lot of the challenge you face is browser support
15:51:27 <ivan> q+
15:51:57 <benjaminsko> mgylling: that's one of the issues here. i dont really see what we can do to improve browser support
15:52:21 <mgylling> ack ivan
15:52:39 <benjaminsko> ivan: we already had a case with fonts where we came to conclusion already...no there is nothing missing, there may be practical implementation issues, but not specification issues.
15:53:30 <benjaminsko> ...i dont know if that's the case for mathml...maybe it's perfect and all issues are solved? STEM is not only mathml. there are a number of issues that do come up in STEM
15:54:03 <benjaminsko> ...it's a little bit the education world. maybe other issues like interactivity, needed in STEM, math or no. where pub do hit spec issues.
15:54:19 <benjaminsko> ...does SVG fulfill those requirements?
15:54:20 <Bill_Kasdorf> q+
15:54:41 <benjaminsko> ...is canvas acceptable for publishers
15:54:51 <benjaminsko> ?? i agree with that
15:55:10 <tzviya> s/??/pkra
15:55:29 <benjaminsko> ??? STEM side there are limitations. if anyone has good expertise there, it would be much appreciated
15:55:31 <mgylling> q?
15:55:41 <mgylling> ack Bill_
15:55:56 <ivan> s/???/pkra:/
15:56:07 <benjaminsko> ?? what is status of talks with metrodigi?
15:56:17 <mgylling> s/??/Gerardo
15:56:20 <Bill_Kasdorf> q+
15:56:26 <mgylling> ack Bill_
15:56:31 <benjaminsko> ivan: had some good conversation in salt lake
15:57:05 <tzviya> q+
15:57:45 <mgylling> ack tzviya
15:57:49 <benjaminsko> Bill_Kasdorf: versioning and authentication. that field lives and dies by a published paper being valid or not. it provides a mech. to let them know if they are using the latest version...
15:58:26 <ivan> q+
15:58:27 <benjaminsko> tzviya: i can talk to my colleagues at Wiley Online, cross-referencing, we live and die by DOI as well
15:58:35 <mgylling> ack ivan
15:58:41 <benjaminsko> tzviya: when you are doing open heart surgery it has to be the right guide
15:58:46 <liza> Hopefully no one consulting that guide during said surgery
15:59:19 <benjaminsko> ivan: this opens up a huge area and i dont know if it's not too huge for us. dont know if it's too big for us. would love to get there but that opens a whole lot of issues.
15:59:49 <benjaminsko> ..i dont know if we have the expertise here to handle that.
16:00:02 <benjaminsko> ...many of probs that relate to books relate to journal publishing
16:00:36 <pkra> +1 -- works for me.
16:00:49 <benjaminsko> mgylling: for peter, consolidate a new wiki page with STEM use cases. You focus on yr area of expertise first--stuff  surrounding math. take what you and jean added earlier, prune the other stuff....
16:01:15 <benjaminsko> ...structural sem subclassing of elements, and lift that over to yr new page. that would be step 1. does that work?
16:01:17 <benjaminsko> pkra: yes
16:01:45 <benjaminsko> mgylling: talk again in 2 weeks next week's meeting is cancelled
16:01:46 <Zakim> -gcapiel
16:01:47 <Zakim> -julie
16:01:48 <Zakim> -Tzviya
16:01:49 <Zakim> -AH_Miller
16:01:49 <Zakim> -azaroth
16:01:50 <Zakim> -Suzanne_Taylor
16:01:50 <Zakim> -Bill_Kasdorf
16:01:51 <Zakim> - +1.646.336.aaaa
16:01:51 <Zakim> -Laura_Fowler
16:01:51 <Zakim> -Luc
16:01:52 <Zakim> - +1.585.217.aaii
16:01:52 <Zakim> -pkra
16:01:53 <Zakim> -Ivan
16:01:54 <Zakim> -benjaminsko
16:01:56 <Zakim> -Bert
16:06:54 <Zakim> disconnecting the lone participant, mgylling, in DPUB_DPUBIG()11:00AM
16:06:56 <Zakim> DPUB_DPUBIG()11:00AM has ended
16:06:56 <Zakim> Attendees were +1.646.336.aaaa, +1.617.453.aabb, Ivan, gcapiel, +1.240.421.aacc, +1.505.603.aadd, julie, +33.6.48.38.aaee, AH_Miller, Tzviya, Luc, azaroth, +1.201.236.aaff,
16:06:57 <Zakim> ... +1.609.216.aagg, pbelfanti, Bert, +1.617.858.aahh, +1.585.217.aaii, mgylling, +1.917.447.aajj, Laura_Fowler, madi, benjaminsko, +1.617.858.aakk, pkra, +1.734.904.aall,
16:06:57 <Zakim> ... Bill_Kasdorf, Suzanne_Taylor
16:07:10 <ivan> rrsagent, draft minutes
16:07:10 <RRSAgent> I have made the request to generate http://www.w3.org/2014/05/19-dpub-minutes.html ivan
16:07:30 <ivan> trackbot, end telcon
16:07:30 <trackbot> Zakim, list attendees
16:07:30 <Zakim> sorry, trackbot, I don't know what conference this is
16:07:38 <trackbot> RRSAgent, please draft minutes
16:07:38 <RRSAgent> I have made the request to generate http://www.w3.org/2014/05/19-dpub-minutes.html trackbot
16:07:39 <trackbot> RRSAgent, bye
16:07:39 <RRSAgent> I see no action items