15:53:19 RRSAgent has joined #annotation 15:53:19 logging to http://www.w3.org/2016/01/20-annotation-irc 15:53:25 rrsagent, start meeting 15:53:25 I'm logging. I don't understand 'start meeting', azaroth. Try /msg RRSAgent help 15:53:33 zakim, start meeting 15:53:33 I don't understand 'start meeting', azaroth 15:53:37 fail 15:53:55 trackbot, start meeting 15:53:57 RRSAgent, make logs public 15:53:59 Zakim, this will be 2666 15:53:59 I do not see a conference matching that name scheduled within the next hour, trackbot 15:54:00 Meeting: Web Annotation Working Group Teleconference 15:54:00 Date: 20 January 2016 15:54:26 Present+ Benjamin_Young 15:54:27 Present+ Rob_Sanderson 15:54:33 Regrets+ Frederick_Hirsch 15:54:43 Chair: Rob_Sanderson 15:55:06 PROPOSED RESOLUTION: Minutes of previous call are approved http://www.w3.org/2016/01/13-annotation-minutes.html 15:57:23 fjh has joined #annotation 15:58:03 tilgovi has joined #annotation 15:58:03 rrsagent, generate minutes 15:58:03 I have made the request to generate http://www.w3.org/2016/01/20-annotation-minutes.html fjh 15:58:36 Regrets- Frederick_Hirsch 15:59:52 Present+ Randall_Leeds 16:00:03 Present+ Frederick_Hirsch 16:00:41 chrisbirk has joined #annotation 16:01:27 Present+ Ivan 16:02:15 Present+ Dan_Whaley 16:02:19 Agenda: https://lists.w3.org/Archives/Public/public-annotation/2016Jan/0136.html 16:03:41 bjdmeest has joined #annotation 16:03:55 Present+ Chris_Birk 16:03:57 Present+ Ben_De_Meester 16:04:39 Scribenick: bjdmeest 16:04:41 present+ shepazu 16:05:29 takeshi has joined #annotation 16:05:41 Jacob has joined #annotation 16:05:53 azaroth: agenda will start with logistic issues, then about set of issues about lists, multiplicity, etc. 16:06:03 tbdinesh has joined #annotation 16:06:13 ... what's not on the agenda: iAnnotate, and WG meeting prior to that 16:06:15 Present+ Jacob_Jett 16:06:19 ... second: the call time 16:06:46 PROPOSED RESOLUTION: Minutes of previous call are approved http://www.w3.org/2016/01/13-annotation-minutes.html 16:06:55 Present+ Takeshi_Kanai 16:07:09 zakim, who is here? 16:07:09 Present: Ivan, Frederick_Hirsch, Rob_Sanderson, Tim_Cole, Benjamin_Young, Jacob_Jett, shepazu, davis_salisbury, Paolo_Ciccarese, Ben_De_Meester, Chris_Birk, TB_Dinesh, 16:07:10 RESOLUTION: Minutes of previous call are approved http://www.w3.org/2016/01/13-annotation-minutes.html 16:07:13 ... Takeshi_Kanai, Randall_Leeds, Dan_Whaley 16:07:13 On IRC I see tbdinesh, Jacob, takeshi, bjdmeest, chrisbirk, tilgovi, fjh, RRSAgent, azaroth, ivan, shepazu, KevinMarks, stain, ben_thatmustbeme, oshepherd, bigbluehat, timeless, 16:07:13 ... tessierashpool_, nickstenn_, dwhly, csarven, nickstenn, Zakim, rhiaro, trackbot 16:07:19 TimCole has joined #annotation 16:07:31 azaroth: doug asks about HTML serialization 16:07:40 ... to be on the agenda 16:07:59 ... maybe that will be better kept for a later date? To have a big block of time for that? 16:08:06 Topic: I Annotate 16:08:48 dwhly: We are identifying a venue, which allows us to fix a date 16:08:57 ... I think we have a venue now 16:08:58 Present+ tb_dinesh 16:09:09 ... Microsoft venue at ter linden street 16:09:23 ... dates are 19 and 20th of May 16:09:31 davis_salisbury has joined #annotation 16:09:34 ... F2F could thus be 17th and 18th 16:09:41 ... could happen at DFKI 16:09:55 ... probability is high that it will be there 16:10:00 Present+ davis_salisbury 16:10:09 Present+ Tim_Cole 16:11:21 ... If you need support for funding, send me a private note 16:11:32 q+ 16:11:45 ... we generally try to support traveling 16:11:54 ... We typically have a hack event after the event 16:12:03 ... so this year, on Saturday after iAnnotate 16:12:15 ... we are looking for venue suggestions 16:12:22 ... for +- 40 people 16:12:26 ack ivan 16:12:31 ... suggestions are mostly welcome 16:13:11 ivan: Will Microsoft and/or DFKI give suggestions for hotels? Unter ter linden is in the city centre 16:13:39 dwhly: We will try to get some standard recommendations for the area 16:14:02 ivan: It would be good for the group to be in the same hotel or area 16:14:04 q? 16:14:38 azaroth: How long would the meeting be before iAnnotate? 16:15:05 jon has joined #annotation 16:15:09 q+ 16:15:10 ivan: On Tuesday morning, there is a conflicting meeting at DFKI 16:15:20 ack fjh 16:15:21 q- 16:15:24 ... Tuesday afternoon is possible, not full 2 days 16:15:35 my question - will the room actually be ready in the afternoon? 16:15:36 azaroth: 1,5 day it is 16:15:48 q+ 16:15:50 ... we talked about at least a half a day of a more open session 16:16:07 ... the last half day, where non-WG members could participate 16:16:11 ... I am in favor 16:16:16 q+ 16:16:18 ... Should we start promoting that? 16:16:22 q? 16:16:24 ack fjh 16:16:44 fjh: Is it realistic that the afternoon meeting rooms will be ready? 16:16:51 ack ivan 16:16:56 ivan: Gary confirmed yes 16:17:37 ... DFKI is a little bit north of the city center, unter der linden is in the city center 16:18:14 +1 to venue, 1.5 days 16:18:23 +1 to guests from iAnnotate 16:18:36 ivan: I think the best way is we accept guests to the entire F2F meeting, they are guests, not decision making 16:18:46 big thanks to Dan and Hypothes.is for arranging iAnnotate and working with Web Annotation WG to coordinate 16:18:54 +1 16:19:08 azaroth: other remarks? Thanks Dan and Hypothes.is for arranging! 16:19:11 +1 16:19:22 ... [silence], no other remarks 16:19:40 Topic: meeting times 16:19:42 Topic: Call Time 16:19:50 jon_ has joined #annotation 16:19:53 Doodle: http://doodle.com/poll/m25yrdi3fmne6src 16:20:01 azaroth: frederic has an unresolvable conflict with this time 16:20:11 ... doodle is in the minutes 16:20:12 contenders look like Tue 11am ET (no Doug), the current slot Wed 11am ET (no Frederick), and Fri at 11am ET (if need be for Doug) 16:20:32 I could participate at current time alternate weeks 16:20:39 q+ 16:20:50 tbdinesh_ has joined #annotation 16:20:56 ack TimCole 16:21:02 ... so please fill out this poll the coming week 16:21:16 q+ 16:21:20 TimCole: is it a possibility to alternate timings bi-weekly? 16:21:30 ack fjh 16:21:33 q+ 16:21:35 ... to accommodate for asian members 16:21:48 ack azaroth 16:21:53 fjh: I have a conflict on alternate weeks, so synced, that would be a possibility 16:22:22 azaroth: would it be a big advantage to have alternate timing every other week? Or is the current time easy enough? 16:22:43 tbdinesh: it's ok for me 16:23:02 Takeshi: it's currently 1am, but for me, it's ok 16:23:36 azaroth: If we could find a better time for takeshi, that would be good, thanks for being here 16:23:55 ... let's check the doodle poll, if there's no obvious winner, we can discuss 16:24:15 ... alternate timings will not be easy, lot of miss calls 16:24:33 ... so please fill out the poll 16:24:48 q? 16:25:08 Topic: Testing 16:26:11 q+ 16:26:44 azaroth: I propose to, instead of getting the discussion between Chris and Doug out of band, maybe you could discuss on the mailing list 16:26:53 ack chrisbirk 16:27:01 ... it would be good to have as many people in the discussion as possible 16:27:12 chrisbirk: mailing list or github issue? 16:27:39 azaroth: I think mailing list to begin with, and more granular things can go into github issues 16:27:56 ... general discussion in the mailing list 16:28:00 q? 16:29:06 azaroth: for next topics, we have lists-related issues, and HTML serialization 16:29:40 ... given timing, we could go into part of the list issues, and a bit of HTML serialization 16:29:53 ... to unblock other list issues 16:30:09 Topic: Multiple Selectors 16:30:31 https://github.com/w3c/web-annotation/issues/93 16:30:38 azaroth: this is issue 93 16:30:43 ... came up at TPAC 16:31:25 ... this is indicative to the academic nature of some WG members 16:32:28 ... suggestion: instead of using compositions and lists of selectors, use subselectors 16:32:39 q+ 16:33:00 q+ 16:33:03 ... advantage: it uses the structure of the JSON to convey order, instead of RDF:List 16:33:27 q= 16:33:31 q+ 16:33:41 ... it makes choice also quite easy, as multiple selectors becomes: you can do this OR that 16:33:41 q? 16:33:44 ack ivan 16:33:57 ... currently, it doesn't make sense to do multiple selectors 16:34:10 ivan: so, this example merges two sub-issues? 16:34:40 ... the first one is a refinement selector, the other is a choice? 16:35:13 azaroth: the selector in the example is a list, you choose between the two, the first one has a refinement 16:35:15 q? 16:35:17 ack shepazu 16:35:40 How do we indicate when one is expected to make a choice verses apply things one after the other? 16:35:56 shepazu: there is no way of having an ordered list in rdf? 16:36:27 azaroth: the traditional way of doing ordering in RDF is complex at the triple level, and can done in many ways in the JSON-LD level 16:36:44 q+ 16:36:51 ... I believe the proposal is simpler both in JSON as in RDF perspective 16:37:05 shepazu: from a pure JSON position, I don't think there is ordering in JSON 16:37:14 ... So not only an issue for RDF 16:37:26 ... I see two solutions: nesting 16:37:44 ... but why 'subSelector' instead of just nesting extra 'selector's? 16:37:53 ... is that necessary to add a new type? 16:38:08 azaroth: It needs to be a different key, because it is a different predicate in RDF 16:38:26 ... the semantics would be very strange when we would reuse 'selector' 16:38:45 ... a different key makes it clearer that a second selector needs to be done 16:39:06 shepazu: are there cases where you want to do more than 2 things in a sequence? 16:39:21 ... azaroth, and then you can use 'subselector' again 16:39:37 shepazu: I suggest not using camecase 16:39:47 q? 16:40:07 ... also, we could also use an attribute for ordering the selectors 16:40:25 ... e.g., this is the first one, this is the second one, this is the third one, do them in this order 16:40:41 q+ 16:40:45 azaroth: that makes it more difficult to reuse, but so is the current proposal 16:40:57 ack fjh 16:41:07 ... If you have a choice between selectors, I don't think it would cope with that 16:41:22 fjh: it seems to do the job for 80/20 cases 16:41:26 ... seems pretty good 16:41:44 ... about the states comment 16:41:49 ... isn't states orthogonal? 16:41:58 https://github.com/w3c/web-annotation/issues/135 16:42:04 azaroth: the states issue is #35 16:42:34 ... it is orthogonal, but if we agree on #93, we need the same for #135 16:42:35 q? 16:42:37 ack TimCole 16:42:40 fjh: so the same pattern for both issues? 16:42:43 azaroth: yes 16:43:08 TimCole: this pattern of choice and sequence came out of the CG, because it could be reused for eg state 16:43:15 ... but also for the target of an annotation 16:43:31 ... two concerns: differentiate between array[choice] and array[sequence] 16:44:03 s/isn't states/aren't states/ 16:44:15 ... I think we are in danger of complicating the model as a whole, to accommodate for a 20% use case 16:44:27 ... we are getting further away from RDF 16:45:01 ... it's not really a property, you need some community knowledge to know that you need to apply the selector, even further with the subselector 16:45:08 ... I think it needs more discussion 16:45:23 ... more consistent with RDF, easier for JSON-LD 16:45:58 ... applying a selector to a resource creates a more specific resource, and then subselector creates an even more specific resource 16:46:25 azaroth: the desire to simplify the Choice and List constructs is the underlying desire here 16:46:37 ... @TimCole, could you draw up an alternative? 16:47:08 q? 16:47:12 TimCole: I'd like to suggest a couple weeks, where we could come with more examples in different serializations, and decide then 16:47:24 ... discussion highlights that there is still a lot of uncertainty here 16:47:40 ... happy to make some examples 16:47:50 ack ivan 16:47:54 azaroth: let's start as comments on the current issue 16:48:20 ivan: I find this proposed structure very intuitive 16:48:41 ... this structure is exact what an implementation would do 16:48:55 +1 to ivan 16:49:02 ... apply selector to the resource, then apply next selector on subselection 16:49:09 ... it's much more intuitive than a list of any form 16:49:35 q? 16:49:37 ... For me, this is atm the most intuitive solution 16:49:55 shepazu: I was just thinking: are there other possible solutions? 16:49:59 ... nesting seems fine 16:50:08 ... other examples would be great though 16:50:21 ... I'd like to think about the problem more deeple 16:50:26 ... but the nesting solution seems intuitive 16:50:37 s/deeple/deeply/ 16:50:39 s/deeple/deeply/ 16:51:01 q+ 16:51:06 ack ivan 16:51:21 ivan: let's suppose we choose this proposal 16:51:34 ... does that mean the whole current section about multiplicity goes away? 16:51:44 azaroth: I don't think it goes away, it gets reframed 16:51:55 ... we still have the question about multiple bodies and targets 16:52:10 ... choice of CG was to apply the same structure to both 16:52:23 ... complicating factor is the addition of annotation lists 16:52:29 ... which we need from several angles 16:52:35 ... protocol needs ordered list of annotations 16:53:05 ... there is a desire fetching a list of annotations 16:53:15 ... which should be discoverable 16:53:25 ... we have order in different levels 16:53:37 ... from my perspective, there is no single good answer 16:53:48 ... we need to come up with a solution for each of those levels 16:54:03 ... as consistent as possible, without making any of them arbitrarily complex 16:54:24 shepazu: it will be useful to talk about the cases where multiplicity will be used 16:54:48 ... my intuition is that there are different places with different needs 16:55:15 ... so the one structure to rule them all seems implausible 16:55:24 ... we shouldn't constrain the solution too much 16:55:34 ... to accommodate all possible level 16:55:53 Four places we're talking about multilpicity: ordered lists, unordered lists, alternates, and refinements 16:55:58 q? 16:56:27 azaroth: timing-wise, let's push HTML serialization to the next call 16:56:52 ... to have the big picture: who would like to take responsibility for the different sections? 16:57:05 ... #93 handles multiplicity for selectors and states 16:57:14 ... #50 is about lists of annotations 16:57:24 ... multiple targets has also an issue, I think 16:57:41 that would be helpful 16:57:58 ... somewhere in the next couple of weeks, I will write up ??? 16:58:06 ... depending on the comments of the github issues 16:58:12 s/???/the higher level view/ 16:58:33 ivan: this whole multiplicity issue is for the model and vocab document, right? 16:58:40 ... let's remember we are in the finishing strech 16:58:50 ... we shouldn't spend too much time on this issue 16:59:04 azaroth: HTML serialization is for next week 16:59:19 ... proposal for other selectors is welcome 16:59:28 ... there are a lot of selector issues 16:59:39 ... we shoudn't discuss multiplicity alone 16:59:49 regrets from me for next week (unfortunately) 16:59:51 q? 16:59:55 azaroth: so, adjourn? 17:00:00 ... adjourn! 17:00:14 rrsagent, draft minutes 17:00:14 I have made the request to generate http://www.w3.org/2016/01/20-annotation-minutes.html ivan 17:00:23 trackbot, end telcon 17:00:23 Zakim, list attendees 17:00:23 As of this point the attendees have been Ivan, Frederick_Hirsch, Rob_Sandersion, Rob_Sanderson, Tim_Cole, Benjamin_Young, Jacob_Jett, shepazu, davis_salisbury, Paolo_Ciccarese, 17:00:26 ... Ben_De_Meester, Chris_Birk, TB_Dinesh, Takeshi_Kanai, Randall_Leeds, Dan_Whaley 17:00:31 RRSAgent, please draft minutes 17:00:31 I have made the request to generate http://www.w3.org/2016/01/20-annotation-minutes.html trackbot 17:00:32 RRSAgent, bye 17:00:32 I see no action items