14:02:16 <RRSAgent> RRSAgent has joined #dpub
14:02:16 <RRSAgent> logging to http://www.w3.org/2015/04/13-dpub-irc
14:02:18 <trackbot> RRSAgent, make logs public
14:02:18 <Zakim> Zakim has joined #dpub
14:02:20 <trackbot> Zakim, this will be dpub
14:02:20 <Zakim> ok, trackbot; I see DPUB_DPUBIG()11:00AM scheduled to start in 58 minutes
14:02:21 <trackbot> Meeting: Digital Publishing Interest Group Teleconference
14:02:21 <trackbot> Date: 13 April 2015
14:04:17 <mgylling> mgylling has joined #dpub
14:46:36 <NickRuffilo> NickRuffilo has joined #dpub
14:47:06 <NickRuffilo> Zakim, good morning, how was your weekened?
14:47:06 <Zakim> I don't understand your question, NickRuffilo.
14:47:22 <NickRuffilo> Zakim, I'm asking if you had an enjoyable weekend.  The weather was beautiful here in NJ.
14:47:22 <Zakim> I don't understand you, NickRuffilo
14:47:42 <NickRuffilo> I'm sorry Zakim, but I'm not giving up on you.  You'll be a real boy soon enough.
14:56:46 <mgarrish> mgarrish has joined #dpub
14:57:27 <brady_duga> brady_duga has joined #dpub
14:57:38 <clapierre> clapierre has joined #DPUB
14:57:58 <Zakim> DPUB_DPUBIG()11:00AM has now started
14:58:05 <Zakim> +clapierre
14:58:49 <Zakim> +[IPcaller]
14:58:59 <NickRuffilo> zakim, IPcaller is me
14:58:59 <Zakim> +NickRuffilo; got it
14:59:05 <Bill_Kasdorf> Bill_Kasdorf has joined #dpub
14:59:18 <HeatherF> HeatherF has joined #dpub
14:59:32 <Zakim> +[IPcaller]
14:59:34 <Zakim> +Bill_Kasdorf
14:59:40 <HeatherF> zakim, IPcaller is me
14:59:40 <Zakim> +HeatherF; got it
14:59:43 <Zakim> +Markus
14:59:57 <Zakim> +astearns
15:00:21 <Zakim> +[IPcaller]
15:00:35 <bjdmeest> bjdmeest has joined #dpub
15:00:44 <mgarrish> zakim, IPcaller is mgarrish
15:00:45 <Zakim> +mgarrish; got it
15:00:47 <AH_Miller> AH_Miller has joined #DPUB
15:00:52 <ivan> zakim, dial ivan-voip
15:00:52 <Zakim> ok, ivan; the call is being made
15:00:53 <Zakim> +Ivan
15:01:03 <Zakim> +pkra
15:01:04 <Zakim> +duga
15:01:11 <pkra> pkra has joined #dpub
15:01:16 <mgylling> zakim, who is here?
15:01:16 <Zakim> On the phone I see astearns, mgarrish, Ivan, pkra, duga, clapierre, NickRuffilo, HeatherF, Bill_Kasdorf, Markus
15:01:18 <Zakim> On IRC I see pkra, AH_Miller, bjdmeest, HeatherF, Bill_Kasdorf, clapierre, brady_duga, mgarrish, NickRuffilo, mgylling, Zakim, RRSAgent, ivan, rego, plinss, Karen_, iank, astearns,
15:01:18 <Zakim> ... liam, mihnea_____, deborahGU, trackbot
15:01:20 <Zakim> +[Ugent]
15:01:22 <Zakim> +Karen_Myers
15:01:27 <bjdmeest> zakim, Ugent is me
15:01:28 <Zakim> +bjdmeest; got it
15:01:34 <NickRuffilo> Zakim, I'm proud of you
15:01:34 <Zakim> I don't understand 'I'm proud of you', NickRuffilo
15:01:39 <bjdmeest> Present+ Ben_De_Meester
15:01:43 <NickRuffilo> Zakim, it means you did a great job.
15:01:43 <Zakim> I don't understand 'it means you did a great job', NickRuffilo
15:01:54 <NickRuffilo> Scribenick: NickRuffilo
15:01:54 <ivan> scribenick: NickRuffilo
15:02:04 <Zakim> -pkra
15:02:05 <Zakim> +MikeMiller
15:02:26 <NickRuffilo> Marcus: "Anyone with objections to approving last weeks minutes?"
15:02:32 <NickRuffilo> ...: "Approved."
15:02:32 <ivan> Regrets: ayla, vlad, julie_morris
15:02:41 <mgylling>  https://rawgit.com/w3c/aria/master/aria/dpub.html
15:02:54 <TimCole> TimCole has joined #dpub
15:03:00 <david_stroup> david_stroup has joined #dpub
15:03:06 <Zakim> +pkra
15:03:07 <Zakim> + +1.585.217.aaaa
15:03:10 <NickRuffilo> ...: "Epub module for ARIA.  Link posted in IRC.  This was discussed in the previous meeting.  State is that the editors are trying to get it to first public working draft."
15:03:33 <Zakim> +TimCole
15:03:34 <Bert> Bert has joined #dpub
15:03:39 <mgylling> minutes are here: http://www.w3.org/2015/04/09-aria-minutes.html
15:03:41 <NickRuffilo> ... : "we need to have a recorded consensus from both publishing groups.  The protocols and formats working group..."
15:03:48 <Zakim> -pkra
15:03:52 <HeatherF> No audio for me, either
15:04:01 <HeatherF> and now it's back
15:04:11 <Zakim> +pkra
15:04:23 <Zakim> +pbelfanti
15:05:10 <Zakim> + +33.1.41.23.aabb
15:05:22 <ivan> q+
15:05:29 <laudrain> laudrain has joined #dpub
15:05:30 <NickRuffilo> ...: "PF discussed the editors job.  There were some concerns against it so they have not gotten to a public working draft yet.  We'll be discussing this with them for the weeks to come."
15:05:32 <pkra> +1
15:05:41 <ivan> q-
15:06:03 <Zakim> +Bert
15:06:35 <pbelfanti> pbelfanti has joined #dpub
15:07:02 <NickRuffilo> ...: "Concerns were: Global issue - prefixing of terms for modules such that they end up in different domains.  Also a number of concerns in specific terms, such as the 'abstract' term which is well known in books, but also a term used in ARIA for a different purpose.  Abstract roles are something that should never be used for content...  Identical strings but different meanings."
15:07:21 <Bill_Kasdorf> Just reiterating my minority opinion that I think prefixes are very useful. The abstract example is one of many.
15:07:37 <mgylling> q?
15:07:46 <NickRuffilo> ...: "First public working draft isn't expected to be fully complete, or without conflict, which is why we hoped to get there, but it seems these issues need to be discussed before it can get there."
15:08:05 <laudrain> Yes ivan, it’ Luc
15:08:40 <NickRuffilo> Ivan: "We should see how far we can go and where the breakpoints are"
15:08:56 <ivan> zakim, aabb is Luc
15:08:56 <Zakim> +Luc; got it
15:09:09 <Bill_Kasdorf> q+
15:09:16 <mgylling> ack Bill_K
15:09:46 <ivan> q+
15:10:05 <NickRuffilo> Bill: "A little bit stronger case: I've always throught that prefixes would end up being necessary.  In real-estate what you call an abstract is different from what you call it in books/journals.  there are scores of examples of definition conflicts if we don't use prefixes."
15:10:15 <NickRuffilo> Marcus: "The role attribute DOES have a prefixing for definitions"
15:10:46 <NickRuffilo> ...: "Based on the RDFA way of doing things.  Using the :.  The vocabulary basics..."
15:11:07 <mgylling> ack ivan
15:11:11 <NickRuffilo> Bill: "I was also reminded that despite the fact that it isn't used much, the prefixing IS available in the role attribute."
15:11:17 <NickRuffilo> q+
15:11:56 <ivan> role="dpub-blabla"
15:12:05 <NickRuffilo> Ivan: "You say the roll attribute has prefixing using the color.  But thats the full domain space, etc.  That's a sledge hammer.  I thought that you can do something like '[typed above]' is that accepted within ARIA?"
15:12:08 <Zakim> +Liam
15:12:17 <NickRuffilo> Ivan: "it's not a dynamic prefix name."
15:12:26 <NickRuffilo> ^^ - marcus
15:12:53 <NickRuffilo> Ivan: "When they're using namespaces, do they want the obvious sledgehammer or the dash?"
15:13:16 <NickRuffilo> marcus: "It's highly undesirable to have this."
15:14:23 <NickRuffilo> Marcus: "Maybe we can raise the question again.  If we look at it from a 10-mile high up perspective.  If it looks like the W3C wants to support digital publishing, why should things be supported..."
15:14:50 <NickRuffilo> q+
15:15:21 <Karen_> ack Nick
15:15:24 <mgylling> q?
15:15:34 <Karen_> Nick: Coming from a different perspective
15:15:45 <Karen_> …what it sounds like, is we are utilizing certain terms
15:15:50 <Karen_> …for what would be ARIA prefix
15:15:52 <Karen_> …abstract
15:15:59 <Karen_> …we were defining a term in relations to
15:16:05 <Karen_> …a given concept with a limited view space
15:16:20 <Karen_> …so an abstract is a conceptual term that has a solid definition but limited in its scope
15:16:26 <Karen_> …what might be a good idea, and for future groups
15:16:29 <Karen_> …is to take a step back
15:16:39 <Karen_> …and say an abstract is a specific concept of what
15:16:47 <Karen_> …boil down what abstract is…ultimately a summary
15:16:50 <Karen_> …or ultimately a division
15:16:55 <Karen_> …so take a step back
15:17:04 <Karen_> …we might have 16 different definitions for abstract
15:17:14 <Karen_> …and four high-level concepts that we should define terms for
15:17:24 <Karen_> …and lower level ones could be something else, or publishers define them
15:17:30 <Karen_> …but others should be higher level
15:17:43 <Karen_> …at some point digital publishing overtakes physical publishing
15:17:49 <Karen_> …would be great to have terms that envisions those
15:17:54 <Karen_> Markus: That is a very good point, Nick
15:18:02 <Karen_> …it is the way we have been going
15:18:10 <Karen_> …we look up the inheritance chain
15:18:13 <Karen_> …most have a parent
15:18:16 <Karen_> …to go up one step
15:19:15 <NickRuffilo> Markus - "We do need to take a step back and possibly do the more generic term.  In the case of 'abstract' we need to look to see if there is a super-class or parent."
15:19:55 <NickRuffilo> Bill: "We need to be weary about saying 'lets just change a term' as that may not yield us the results we like."
15:20:12 <NickRuffilo> Markus: "have to consider things that are not tied to glossary definitions?"
15:20:22 <Bill_Kasdorf> s/Bill/Matt
15:20:41 <NickRuffilo> Markus: "To get to the first public working draft we need to have recorded consensus.  As for doing call for consesus here, shoudl we do that now?"
15:21:06 <NickRuffilo> Markus: "It feels sudden to discuss now and just vote."
15:21:09 <HeatherF> But this is still a working draft; as you said, it's still ok to have discussion topics
15:21:39 <NickRuffilo> Nick: "I'd like a week to review"
15:22:02 <pkra> + for pushing it. we have a week, no? It also allows the minutes to this call to circulate.
15:23:26 <NickRuffilo> Ivan: "Ideally, the resolution should be taken on a meeting.  It's perfectly fine if there is an e-mail discussion between now and next week and if the consesus is done via email.  At this moment I'm very - I don't know how to handle it.  I can understand that there might be a number of first-class application areas/things from web applications who are just as important - potentially in long term
15:23:26 <NickRuffilo> - may have the same name-clashing problems.  "
15:24:06 <NickRuffilo> Ivan: "What I tried is putting the concerns that some people have in the PF working group.  They could discuss with us via email as well."
15:24:38 <clapierre> q+
15:24:40 <NickRuffilo> ...: "No need to wait for a week when we could have these issues/concerns properly written down and given to us so that we know what we have to answer to.  Not only in general discuss but these are the problems."
15:25:07 <mgylling> q?
15:25:14 <mgylling> ack clapierre
15:25:40 <NickRuffilo> Charles: "It was mentioned that we don't want the 'role' attribute to say 'dpub-' which treats it as a second class citizen.  What is the alternative?"
15:26:43 <NickRuffilo> markus: "The alternative is what we're proposing, where terms are there.  A possible solution is similar to what ARIA has done, which is to limit definitions to avoid conflict."
15:27:21 <NickRuffilo> ...: "There are two ways to do it, hyphenated and RDFA.  What we're saying is that we shouldn't do it for everything, but we should consider it for some."
15:27:23 <NickRuffilo> q+
15:28:06 <NickRuffilo> ...: "It's complicated.  There are pros and cons for everything.  In XML there was so much fear of conflict that EVERYTHING became prefixed"
15:28:37 <NickRuffilo> Charles: "If we had something to define - at a global level - to say this is publishing, and everything below is for digital publishing..."
15:28:47 <mgylling> q?
15:28:51 <NickRuffilo> Markus: "There is no such mechanism for roles today."
15:29:16 <NickRuffilo> Ivan: "That gets into religious debate...  About roles being able to define profiles...  HTML5 declared that to be a dead idea."
15:29:41 <mgylling> ack NickR
15:32:04 <david_stroup> sorry need to drop...
15:32:11 <Bill_Kasdorf> q+
15:32:13 <Zakim> - +1.585.217.aaaa
15:32:39 <mgylling> ack BillK
15:33:31 <NickRuffilo> Bill: "Publishers do need definitions, and are using 'class' at the moment, so that they know what it is used for."
15:33:48 <NickRuffilo> Bill: "In the real world, people do use these terms and embed them in their concept."
15:33:59 <NickRuffilo> Markus: "Class is not the only term used, but it is very common."
15:34:08 <mgylling> https://www.w3.org/dpub/IG/wiki/OCF_Functionality
15:34:26 <ivan> q+
15:34:28 <NickRuffilo> ...: "Next up: Short FYI - Collection of use-cases called packaging.  Overview of OCF added."
15:34:38 <ivan> Topic: Packaging examples
15:34:57 <ivan> ack Bill_Kasdorf
15:35:04 <NickRuffilo> ...: "This new page lifts the functionality that OCF does.  These are the functional hooks."
15:35:07 <mgylling> q?
15:35:10 <mgylling> ack ivan
15:36:39 <NickRuffilo> Ivan: "I went through the text sometime last weekend and there is one question for me that I don't have an answer - if you look at the epub-web and the reason for looking at packaging, it's relatively key to me that if we use the packaging format for web-packaging that we still need to add a super-structure to it for epub-web.  Many things used and defined by epub that would migrate to a new
15:36:39 <NickRuffilo> environment.  What I would like to understand is the difference between what zip gives me and what web-packaging gives.  To compare what is comparable."
15:37:25 <NickRuffilo> ...: "Whether ZIP or web-packaging is the best for us is the question for which I don't have a reasonable answer."
15:37:51 <NickRuffilo> Markus: "We still need a fairly exhaustive list of use-cases, then we can start building these comparisons and see what is doable where."
15:38:07 <mgylling> http://www.w3.org/dpub/IG/wiki/UseCase_Directory#Packaging_and_Distribution
15:38:25 <NickRuffilo> Ivan: "I did look at the use-cases that Tzviya put up there.  I tried to see which could be used by either.  That is what I'd like to see more of."
15:38:48 <NickRuffilo> Markus: "Simply put: Next step, once Tzviya - who owns the use-case collection - will be to start doing the comparison."
15:38:50 <mgylling> q?
15:38:58 <NickRuffilo> Markus: "Anything more on Packaging?"
15:39:27 <ivan> Topic: F2F agenda
15:39:28 <mgylling> https://www.w3.org/dpub/IG/wiki/May_2015_F2F_Logistics_and_Details
15:40:29 <NickRuffilo> Markus: "What we've done is to put the first ... together.  If you go down to the schedule area, you'll see we have generous time sessions for packaging, identifiers, pagination and the re-charter."
15:40:34 <NickRuffilo> q+
15:40:46 <mgylling> ack Nick
15:41:02 <ivan> +1
15:41:13 <ivan> +10000 to Nick
15:41:46 <Karen_> +1
15:42:03 <NickRuffilo> Nick: "We should discuss outreach/education at the meeting - maybe 30-45 minutes?"
15:44:00 <NickRuffilo> Markus: "What about STEM?"
15:44:15 <NickRuffilo> ...: "Stem at Face-2-face?"
15:44:40 <NickRuffilo> [unsure] : "I won't be there, but feel free to discuss."
15:45:00 <NickRuffilo> Makrus: "is there a topic you'd like us to be discussing?"
15:45:07 <ivan> s/\[unsure\]/pkra/
15:45:07 <NickRuffilo> [unsure]: "I'll have to think about it."
15:45:15 <mgylling> q?
15:45:22 <NickRuffilo> Makrus: "We'll finalize next monday.  when we hear back from charles and deborah"
15:45:26 <Bill_Kasdorf> https://www.w3.org/dpub/IG/wiki/Task_Forces/identifiers#Open_Annotations_Fragment_Selector
15:45:31 <ivan> Topic: identifiers
15:45:36 <NickRuffilo> Markus: "Next up Bill, updates on Identifiers."
15:45:43 <ivan> s/Makrus/Markus/
15:47:46 <ivan> q+
15:47:53 <NickRuffilo> Bill: "We've had productive accumulation of information on the wiki.  We have a candidate of specs to consider.  [listed a bunch of identifier types].  Ivan added the open-annotations identifier, which I strongly support.  I think philisophically aligning the fragment identifier with this annotations model makes all the sense in the world.  the reason they are aligning with that is that it's
15:47:53 <NickRuffilo> extremely flexible and it defines a range, not a point.  The other ones point to something that is already a defined thing - such as an element.  This also allows you to associate a state with an identifier which is very helpful.  it accomodates some of the others that have been defined.  I'm not trying to force this on anyone, but I'd suggest you look at the options that we have and note there
15:47:53 <NickRuffilo> is a strong case to be made.  It is not final though, originated by the open annotations working group."
15:48:44 <mgylling> q?
15:48:51 <NickRuffilo> ...: "It's in a working draft.  If we think this is the right way to go, we should state that we will align with the way the owrking group is doing the identifiers.  it would be nice to keep this moving along but I won't be on the call next week, so not sure if this is something we need to do via e-mail, or am I being too quick to zero-in on the solution."
15:49:53 <NickRuffilo> Markus: "It is not clear to me how the open annotations document has.  How can it be translated into a URI?  There is no mapping of the concept to URI - at least not yet.  For our purposes, it would be important for us to have that."
15:49:55 <ivan> ack ivan
15:49:57 <Bill_Kasdorf> http://www.w3.org/TR/2014/WD-annotation-model-20141211/#fragment-selector
15:50:15 <NickRuffilo> Bill: "The draft does provide a number of example URIs expressing fragments for a number of different use-cases"
15:50:47 <NickRuffilo> Ivan: "The point is that no, it does not give you a URI.  It operates on a different environment because it would express the anchor in terms of an object with various attributes."
15:50:56 <ivan> "selector": {
15:50:56 <ivan>       "@id": "http://example.org/selector1",
15:50:56 <ivan>       "@type": "oa:DataPositionSelector",
15:50:56 <ivan>       "start": 4096,
15:50:56 <ivan>       "end": 4104
15:50:56 <ivan>     }
15:51:30 <NickRuffilo> ...: "So, that is how you define a range selector, but it's not a URI.  In this sense it is different from the usual segments."
15:52:07 <TimCole> +q
15:52:10 <NickRuffilo> ...: "That is a question we need to ask - is there a way to express those params as a URI"
15:52:16 <mgylling> ack TimCole
15:52:58 <NickRuffilo> Tim: "My sense is that there hasn't been much - if any - sense of making that  URI.  It was defined to be an RDF solution.  It's about creating a triple and using those triples to define a fragment."
15:53:02 <NickRuffilo> q+
15:53:41 <NickRuffilo> ...: "That said, a couple of these ideas were taking from different communities.  so there may be other options/solutions to turning this into a URI fragment."
15:55:11 <astearns> zakim, who is noisy?
15:55:11 <Zakim> -duga
15:55:17 <mgylling> q?
15:55:22 <Zakim> astearns, listening for 10 seconds I heard sound from the following: Markus (14%)
15:56:30 <ivan> q+
15:56:38 <NickRuffilo> Bill: "That was what I wanted to discuss: What are the next steps?  Obviously we need to resolve this URI question.  Do we need a spec that, before the annotations has the official spec.  I'd prefer to align just with what they are doing.  It would be nice to get a consensus that this is the diretion we want to persue."
15:57:20 <mgylling> q?
15:57:24 <ivan> q-
15:57:25 <Karen_> ack Nick
15:57:26 <mgylling> ack NickR
15:57:49 <Karen_> Nick: Does the URI standard have a character limit?
15:57:53 <Karen_> Some browsers limit to 256
15:58:04 <Karen_> Ivan: I don't recall
15:58:08 <Bert> (No limit on URLs, AFAIK)
15:58:11 <Karen_> Liam: A lot of current webapps would fail under that
15:58:15 <Karen_> …used to be 72 limit
15:58:34 <Karen_> Nick: I can tell you that Chrome will stop at 512 characters
15:58:43 <Karen_> …I have tried to use URL parameters for email
15:58:46 <Karen_> …it ignores past 512
15:58:51 <Karen_> …Firefox is similar
15:58:57 <Karen_> Liam: Specific to mail or in general?
15:59:09 <Karen_> Nick: I don't know; purely a bug and curiosity about breaking things
15:59:16 <Karen_> …might make selector difficult
15:59:20 <Karen_> …maybe shove into a URI
15:59:31 <Karen_> Liam: A URI within a URI would have a limit
15:59:36 <HeatherF> FWIW, "Microsoft Internet Explorer has a maximum uniform resource locator (URL) length of 2,083 characters. Internet Explorer also has a maximum path length of 2,048 characters. This limit applies to both POST request and GET request URLs."
15:59:48 <HeatherF> support.microsoft.com/en-us/kb/208427
15:59:50 <Bert> (DNS names are limited to 256, I think, but URLS are not.)
16:00:00 <NickRuffilo> OK thank you all
16:00:05 <HeatherF> That was just a quick web search
16:00:11 <pkra> +1
16:00:21 <NickRuffilo> Markus: "With 1 minute - are there any contenders for items next week."
16:00:35 <mgylling> q?
16:00:41 <AH_Miller> AH_Miller has left #dpub
16:00:44 <NickRuffilo> Zakim, great job!
16:00:44 <Zakim> I don't understand 'great job!', NickRuffilo
16:00:46 <HeatherF> thanks, all
16:00:48 <Zakim> -MikeMiller
16:00:49 <Zakim> -Karen_Myers
16:00:50 <Zakim> -Ivan
16:00:51 <Zakim> -TimCole
16:00:51 <Zakim> -Luc
16:00:52 <Zakim> -mgarrish
16:00:52 <Zakim> -astearns
16:00:54 <Zakim> -pkra
16:00:54 <Zakim> -Markus
16:00:55 <Zakim> -clapierre
16:00:55 <laudrain> laudrain has left #dpub
16:00:56 <Zakim> -NickRuffilo
16:00:56 <Zakim> -Liam
16:00:56 <Zakim> -HeatherF
16:00:57 <Zakim> -pbelfanti
16:00:57 <Zakim> -Bert
16:00:59 <clapierre> clapierre has left #dpub
16:00:59 <Zakim> -bjdmeest
16:01:07 <Zakim> -Bill_Kasdorf
16:01:09 <Zakim> DPUB_DPUBIG()11:00AM has ended
16:01:09 <Zakim> Attendees were clapierre, NickRuffilo, Bill_Kasdorf, HeatherF, Markus, astearns, mgarrish, Ivan, pkra, duga, Karen_Myers, bjdmeest, MikeMiller, +1.585.217.aaaa, TimCole, pbelfanti,
16:01:09 <Zakim> ... +33.1.41.23.aabb, Bert, Luc, Liam
16:10:26 <ivan> trackbot, stop telcon
16:10:26 <trackbot> Sorry, ivan, I don't understand 'trackbot, stop telcon'. Please refer to <http://www.w3.org/2005/06/tracker/irc> for help.
16:10:36 <ivan> trackbot, end telcon
16:10:36 <trackbot> Zakim, list attendees
16:10:38 <Zakim> sorry, trackbot, I don't know what conference this is
16:10:44 <trackbot> RRSAgent, please draft minutes
16:10:44 <RRSAgent> I have made the request to generate http://www.w3.org/2015/04/13-dpub-minutes.html trackbot
16:10:45 <trackbot> RRSAgent, bye
16:10:45 <RRSAgent> I see no action items