13:37:43 RRSAgent has joined #owl 13:37:43 logging to http://www.w3.org/2009/05/27-owl-irc 13:38:28 note-to-scribe --- we'll have to manually separate the IRC log of this meeting from that of the OWL telecon later today. 13:51:05 baojie has joined #owl 13:51:11 bmotik has joined #owl 13:51:49 is the call-in number 1.617.761.6200 (as in usual telcon)? 13:51:54 yes 13:51:57 thanks 13:52:51 ericP has joined #owl 13:53:00 Zakim, please dial ericP-office 13:53:00 ok, ericP; the call is being made 13:53:01 Team_(owl)13:37Z has now started 13:53:02 +EricP 13:57:48 alanr has joined #owl 13:57:59 +??P3 13:58:10 Zakim, ??p3 is me 13:58:10 +bmotik; got it 13:59:14 +alanr 13:59:58 Zakim, mute me 13:59:58 bmotik should now be muted 14:00:01 alanr has changed the topic to: http://lists.w3.org/Archives/Public/public-rdf-text/2009AprJun/0184.html 14:00:02 +Peter_Patel-Schneider 14:00:17 pfps has joined #owl 14:00:19 zakim, who is here? 14:00:19 On the phone I see EricP, bmotik (muted), alanr, Peter_Patel-Schneider 14:00:21 On IRC I see pfps, alanr, ericP, bmotik, baojie, RRSAgent, Zakim, AndyS, sandro, trackbot 14:00:32 + +1.978.805.aaaa 14:00:40 Zakim, aaaa is baojie 14:00:40 +baojie; got it 14:00:42 +Sandro 14:01:35 +??P37 14:01:39 zakim, ??P37 is me 14:01:39 +AndyS; got it 14:01:40 Just to let everybody know: I'll need to shoot off in 45 minutes. 14:01:54 Something came up unexpectedly at 5pm CET 14:01:58 Zakim, unmute me 14:01:58 bmotik should no longer be muted 14:02:07 Zakim, mute me 14:02:08 bmotik should now be muted 14:02:31 Zakim, who is here? 14:02:31 On the phone I see EricP, bmotik (muted), alanr, Peter_Patel-Schneider, baojie, Sandro, AndyS 14:02:33 What's the call length? I have a cut off of +1hr 14:02:34 On IRC I see pfps, alanr, ericP, bmotik, baojie, RRSAgent, Zakim, AndyS, sandro, trackbot 14:02:37 1hr 14:02:42 scribenick: ericP 14:03:04 1. set of language tags 14:03:04 PROPOSED: We understand that when RDF Concepts referred to RFC 14:03:05 3066 it really meanted "RFC 3066 or its successor" (which is 14:03:05 currently BCP-47). We'll add a note to this effect to this spec. 14:03:10 topic: set of language tags 14:03:13 +1 14:03:19 +1 14:03:21 +1 14:03:22 +1 14:03:24 +1 14:03:27 +1 14:03:32 RESOLVED: We understand that when RDF Concepts referred to RFC 14:03:33 3066 it really meanted "RFC 3066 or its successor" (which is 14:03:33 currently BCP-47). We'll add a note to this effect to this spec. 14:03:45 PROPOSED: The datatype previously known as rdf:text should be 14:03:45 called rdf:PlainLiteral 14:03:50 +1 14:03:54 +1 14:03:55 +0 14:03:55 +1 14:03:55 +1 14:03:56 +1 14:04:07 ericP: there is a related comment to DAWG 14:04:13 IanH has joined #owl 14:04:16 topic: renaming of datatype 14:04:17 +1 14:04:18 RESOLVED: The datatype previously known as rdf:text should be called rdf:PlainLiteral 14:04:23 +0, as I don't care about the name 14:04:31 topic: changing title of document 14:04:32 PROPOSED: The title will no longer mention i18n. It will be something more like: A Datatype for RDF Plain Literals 14:04:44 i18n == internationalization 14:04:45 +1 14:04:47 +1 14:04:50 +1 14:04:50 no opinion 14:04:51 +1 14:05:01 +1, "current" name is good 14:05:05 +0.75 14:05:06 RESOLVED: The title will no longer mention i18n. It will be something more like: A Datatype for RDF Plain Literals 14:05:44 PROPOSED: Pending approval from Michael Sperberg-McQueen, we'll remove the 3rd intro paragraph (from LC version). It talks about xml:lang, etc 14:05:57 topic: discussion of i18n 14:06:12 sandro proposes that the 3rd para in the LC be removed 14:07:14 sandro: i removed MSM's suggested bidi text from the wiki, but have not heard from MSM 14:07:38 alanr: this is 'cause we're talking about plain literals, which are defined in another document 14:08:17 PROPOSED: Pending approval from Michael Sperberg-McQueen, we'll remove the 3rd intro paragraph (from LC version). It talks about xml:lang, etc. If he does't approve we're fine with leaving something in the document about this. 14:09:05 PROPOSED: Pending approval from Michael Sperberg-McQueen, we'll remove the 3rd intro paragraph (from LC version). It talks about xml:lang, etc. If he does't approve we'll keep it, with some reluctance. 14:09:19 +1 14:09:19 +1 14:09:24 +IanH 14:09:25 +1 14:09:30 ericP: i am reluctant to have i18n text quasi-defining plain literals as it is confusing to have definitions in multile places 14:09:31 +1, as this implies that the paragraph is in (for now) 14:09:33 +1 14:10:08 RESOLVED: Pending approval from Michael Sperberg-McQueen, we'll remove the 3rd intro paragraph (from LC version). It talks about xml:lang, etc. If he does't approve we'll keep it, with some reluctance. 14:10:43 topic: discuss new abstract 14:10:58 sandro: the current abstract out of date 14:11:02 the current abstract mentions "the dreaded i18n" 14:11:04 q? 14:11:16 ... we need a new one which reflects what we settle on 14:11:32 PROPOSED: rdf:PlainLiterals will map 1-1 to RDF Plain Literals, so Plain Literals with and without language are both handled by rdf:PlainLiteral. 14:11:33 topic: narrowing datatype to language-tagged literals 14:11:39 alan: we're NOT narrowing this to only handle language-tagged literals. 14:11:57 But this is already so, so I'm confused. 14:12:02 Huh? 14:12:17 AndyS: not sure how you maintain 1:1 between rdf:PlainLiterals and xsd:strings 14:12:38 sandro: i'm not proposing a change to pfpf and bmotik's plan 14:12:59 alanr: the 1:1 mapping is in the value space 14:13:03 The value of each rdf:PlainLiteral literal will match one-to-one to the value of each plain RDF literal 14:13:25 AndyS: understand now. proposal didn't say that to me 14:13:35 sandro: the value space overlaps with xsd:string 14:14:12 PROPOSED: rdf:PlainLiterals will map 1-1 to RDF Plain Literals, so Plain Literals with and without language are both handled by rdf:PlainLiteral. 14:14:14 +1 14:14:15 +0 14:14:17 0 14:14:17 +0 14:14:20 sandro: see my e-mail of an hour ago --- the idea is you can map to/from rdf:PlainLiteral without getting confused about what's an xs:string 14:14:21 +1 14:14:23 +1, as this is what has been true from the beginning 14:14:28 +1 14:14:42 Will this affect the document in any way? THat is, do I need to change anything in response? (Particularly given that this is how things work at present). 14:14:57 RESOLVED: rdf:PlainLiterals will map 1-1 to RDF Plain Literals, so Plain Literals with and without language are both handled by rdf:PlainLiteral. 14:15:05 Great -- thanks! 14:15:08 sandro: i don't think so, barring editorial suggestions 14:15:22 7. backward-compatibility goal 14:15:35 q? 14:15:36 topic: backward compatibility 14:15:52 sandro: i'm trying to get the first piece of the interop goal 14:16:03 ... specifically, do users have to change anything? 14:16:18 ... i believe we are not suggesting that RDF applications change 14:16:30 q+ 14:16:49 ack pfps 14:16:58 pfps: agreed 14:17:17 ... until the LC, there was nothing in the doc that would indicate that apps should change 14:17:28 ... i believe that the wiki version changes all RDF apps 14:17:41 -Sandro 14:17:49 ... "rdf:text datatyped literals MUST not appear in RDF applications" 14:18:03 +Sandro 14:18:08 ... adds policing requirement 14:18:12 (sorry, pressed the wrong button on my phone.) 14:18:35 q? 14:18:53 sandro: the current state is not your understanding of our goal? 14:19:23 pfps: it appears that folks are arguing this constraint in order to NOT change RDF apps 14:19:32 +PatH 14:19:53 sandro: i think the only folks who should change are those who could get some benefit from it 14:20:55 PROPOSED: We don't want any code out there to have to change because of this specification. Only new systems specifically intending to use it (eg RIF and OWL2) are pushed to implement it. 14:20:56 alanr: i understand pfps and PatH argue that the current text is too broad 14:21:12 pfps: i'm just interpreting the current doc. not ready to say what i want 14:21:49 PatH sent a draft yesterday 14:22:02 +1 14:22:11 i take that back 14:22:17 +1 14:23:01 AndyS: screw case: system 1 pubs data with ^^rdf:text, and old system 2 reads it and can't make use of it 'cause it's not a plain literal 14:23:12 sandro: i'd call that a push to change 14:23:21 +0, we are not requiring code to change, but we *should* be encouraging code to change 14:23:47 sandro: in my mind, if useful data is published using rdf:PlainLiteral, then consumers would be pushed. 14:23:51 ericP: i argue for striking the second sentence 14:24:04 PROPOSED: We don't want any code out there to have to change because of this specification. 14:24:05 PROPOSED: We don't want any code out there to have to change because of this specification. 14:24:10 AndyS: would do for me. 2nd sentence gets into how systems expose the information 14:24:16 q+ 14:24:21 ack pfps 14:24:31 pfps: i disagree. 14:24:44 ... even harsh wording in the wiki does not have this impact 14:25:05 ... it allows ^^rdf:text to occur 14:26:00 pfps: if people use it as a range, then there's some motivation out there.... 14:26:01 ... this proposal prohibits rdf:text anywhere in a graph, e.g.

rdfs:range rdf:text . 14:26:35 PatH: apart from its effect on plain literals, it's an ordinary datatype name 14:26:38 no - ... it allows rdf:text to appear *not* in the ^^ form 14:26:57 pfps: i agree, but i think the proposal violates it 14:27:17 sandro: ahh, even uttering the datatype encourages folks to implement it 14:27:56 q? 14:28:01 topic: how to meet interrop requirements 14:28:15 (skipping point 8, going on to point 9, brainstorming...) 14:28:24 PatH: propose a new flavor of RDF, Plain-Typed RDF 14:28:33 ... +restrictions: 14:28:46 ... .. ^^rdf:text can't be uttered 14:29:00 q+ alan to ask what relation of rdfs is to new language? 14:29:02 ... .. rdf:text can be uttered as a datatype name 14:29:31 ... by naminng this slightly modified RDF, folks can say "i conform to Plain-Typed RDF" 14:30:03 ... allows impls and specs to refer to it 14:30:08 q? 14:30:15 ... e.g. OWL2 and RIF 14:30:51 ack alan 14:30:51 alan, you wanted to ask what relation of rdfs is to new language? 14:30:57 ... proposed spec defines the datatype and the inference 14:31:09 AndyS: what's the status of deployed data? 14:31:38 q+ alan 14:31:40 PatH: existing RDF which doesn't (accidentally) use this datatype remains the same 14:31:46 q+ to ask about MIME type 14:31:53 q+ to argue that branching has consequences 14:32:15 alanr: how does this affect RDFS? 14:32:36 ... noting that RDFS is based on RDF, and OWL extends RDFS 14:32:46 PatH: in RDFS you have a new built-in datatype 14:32:56 ... class, range, reasoning applies to it 14:33:53 ack alan 14:33:57 ack AndyS 14:33:57 AndyS, you wanted to ask about MIME type 14:34:03 ... one could say "using RDFS(Plain-Typed" 14:34:14 AndyS: what about mime-types? 14:34:25 ... i fear this may be too clever 14:34:42 ack ericP 14:34:42 ericP, you wanted to argue that branching has consequences 14:35:16 ericP: Caution against branching because of matrix of interactions 14:35:40 ... suggest langauge for doc for don't write ^^rdf:text" 14:37:32 ... may or may not want to prevent ^^rdf:text in RDF (no OWL, RIF systems around) 14:37:51 ... but then have to operate on the as-is form (no lang tag implications) 14:38:14 alanr: you (pfps) listed an order of preferences 14:39:07 http://www.w3.org/mid/20090527.092010.00457379.pfps@research.bell-labs.com 14:39:10 sandro: the six that pfps listed, which i characterized as steps in increasing restrictiveness 14:39:19 ... starts with anyone can do anything 14:39:27 ... 4 is a SHOULDn't 14:39:36 ... 5 is a MUSTn't 14:39:54 q+ 14:40:37 alanr: consequences of 1 seem to lose opportunities to interpret ^^rdf:text as a plain literals 14:40:54 q? 14:41:01 ack pfps 14:41:07 q- 14:41:10 pfps: sparql is already broken in this way. we're not breaking it further 14:41:21 PatH: heard this argument many times 14:41:30 ... A i think that's poor practice 14:41:36 q+ 14:41:49 ... B the ways it broken are edge cases. this will turn out to be a central case 14:41:52 q+ 14:42:09 ack pfps 14:42:21 pfps: xsd:string has wide useage on the web 14:42:31 ... it exhibits the same behavoir as rdf:text 14:42:41 ... so we're not breaking it any further 14:43:06 AndyS: filter functions were designed with xsd:string and plain literals being treated the same 14:43:11 q? 14:43:34 ... so implementations handle that case, while they would not for rdf:text 14:43:56 pfps: i agree that some of the cruft in SPARQL is to paper over the problem in BGP matching 14:44:29 alanr: when discussing backward-compatibility goal, was this examplar the main case? 14:44:51 AndyS: my issue is new systems creating data which old systems don't understand 14:45:02 alanr: that was my intended characterization 14:45:22 My second preference would be to just change the OWL 2 mapping to RDF 14:45:22 graphs document to map rdf:text datatyped literal into plain RDF 14:45:22 literals. 14:45:26 My= Peter 14:45:40 Change OWL 2 mapping to RDF to map rdf:text datatyped literals into plain RDF literals. 14:45:48 I'm afraid I need to leave now. Bye! 14:45:52 alanr: this is perhaps implicit in the current rdf:text doc 14:45:56 -bmotik 14:46:01 q? 14:46:20 PatH: seems sensible, if we can't do anything else 14:46:37 ... but feels like putting a plug in a larger hole; we have more to worry about than RIF and OWL2 14:46:59 That is the next two options. 14:47:01 alanr: textual suggestion to make this apply to all analogous docs? 14:47:07 PatH: i think so 14:47:10 My third and fourth preferences would be to say that applications (and 14:47:10 recommendations) that incorporate rdf:text may/should be nice to older 14:47:10 applications (and recommendatations) and therefore may/should not emit 14:47:10 rdf:text datatyped literals in RDF syntaxes by changing them to plain 14:47:10 literals. 14:47:44 q? 14:47:57 alanr: what are the (dis)advantages of MAY, SHOULD, MUST? 14:48:19 pfps: i prefer MAY, can live with SHOULD, but MUST has a timelessness aspect to it 14:48:42 sandro: looks like MUST is split across 5 and 6 14:48:56 PatH: MUST it two strong 14:49:22 AndyS: i think SHOULD lasts as long as MUST 14:49:50 alanr: can we say "until an group chartered to modify RDF changes its mind" 14:50:03 AndyS: would expect that to be part of RDF 14:50:19 My fifth preference would be to say that in *syntaxes* for RDF graphs, 14:50:19 e.g., RDF/XML and Turtle, (and related syntaxes, such as any syntaxes 14:50:19 for SPARQL basic graph patterns, I guess) the syntax for rdf:text 14:50:19 datatyped literals *is* the syntax for plain RDF literals. 14:50:24 ericP: i would expect that to be in the "latest version" link to rdf:text 14:51:20 AndyS: i feel there is advantage in talking about syntax as that is what exchanged 14:51:39 PatH: [general approval, if ED understood it] 14:51:51 pfps: this doesn't change RDF graphs is any way 14:52:15 ... the underlying dicotomy remains, but you'd never notice unless RDF gets updated to reveal it 14:52:16 pfps: this is kind of a cheat, a bandaid -- the graphs aren't fixed, but you can't see it. 14:52:25 PatH: agreed 14:52:45 ... does this propose that existing systems police ^^rdf:text? 14:52:52 pfps: umm, no 14:53:38 ... PatH's proposal changes RDF in a fundamental way 14:54:12 q+ to say that i strongly support "syntax for rdf:text literals *is* plain literals' 14:54:27 ack eric 14:54:27 ericP, you wanted to say that i strongly support "syntax for rdf:text literals *is* plain literals' 14:54:39 1. nothing 2. change mapping 3. should emit 4. syntax 14:55:00 1. nothing 2. change mapping 3&4. should emit 5. syntax 14:55:21 1. nothing 2. change mapping 3 may emit. 4. should not emit 5. syntax 14:55:40 1,2 14:55:45 4,5 14:55:50 5 14:55:51 4,5 14:55:51 pat: 5,1 14:55:55 5,4 s/should/must/ 14:56:03 5,4 14:56:59 strawpoll: we'll do option 5 14:57:02 +1 14:57:03 +0 14:57:04 +1 14:57:06 +1 14:57:07 +1 14:57:07 +1 14:57:22 pat: +1 14:57:26 strawpoll: we'll do option 4 14:57:30 +1 14:57:32 +.5 14:57:32 +0 14:57:42 +0.75 14:57:56 +.5 14:58:06 pat: +0.8 14:58:20 strawpoll: we'll do option 3 14:58:24 pat: 0 14:58:25 -1 14:58:27 +0.5 14:58:28 - 0.5 14:58:29 -= 14:58:31 -. 14:58:32 -0 14:58:34 -0.5 14:58:34 0 14:59:10 alanr: sentiment seems strongest for 5 14:59:24 alan: the sentiment seems to be on the fifth proposal.... 14:59:34 ... i don't believe PatH's has sufficient support given raised issues 14:59:52 ok 15:00:56 ACTION: pfps to suggest edits to the wiki page for options 5 15:00:56 Created ACTION-337 - Suggest edits to the wiki page for options 5 [on Peter Patel-Schneider - due 2009-06-03]. 15:02:13 RRSAgent, make record public 15:02:29 Thx 15:02:37 -PatH 15:02:39 -alanr 15:02:42 -IanH 15:02:46 -baojie 15:02:52 RRSAgent, please draft minutes 15:02:52 I have made the request to generate http://www.w3.org/2009/05/27-owl-minutes.html ericP 15:03:34 -Peter_Patel-Schneider 15:05:01 zakim, who is on the call? 15:05:01 On the phone I see EricP, AndyS, Sandro 15:07:31 -AndyS 15:09:28 AndyS has left #owl 15:11:45 -EricP 15:11:46 -Sandro 15:11:46 Team_(owl)13:37Z has ended 15:11:47 Attendees were EricP, bmotik, alanr, Peter_Patel-Schneider, +1.978.805.aaaa, baojie, Sandro, AndyS, IanH, PatH 15:19:09 ericP has left #owl 15:23:05 testing. 15:40:48 Jie has joined #owl 16:12:43 bijan has joined #owl 16:34:18 bmotik has joined #owl 16:34:33 Zakim, this will be owl 16:34:33 ok, bmotik; I see SW_OWL()1:00PM scheduled to start in 26 minutes 16:50:39 Rinke has joined #owl 16:53:27 scribenick: Rinke 16:54:10 zakim, this will be owl 16:54:10 ok, Rinke; I see SW_OWL()1:00PM scheduled to start in 6 minutes 16:55:08 bijan has changed the topic to: http://www.w3.org/2007/OWL/wiki/Teleconference.2009.05.27/Agenda 16:55:17 zimmer has joined #owl 16:55:50 SW_OWL()1:00PM has now started 16:55:57 +??P14 16:56:08 zakim, ??p14 is me 16:56:08 +bijan; got it 16:56:20 +??P15 16:56:28 zakim, ??P15 is me 16:56:28 +Rinke; got it 16:56:54 zakim, mute me 16:56:56 IanH has joined #owl 16:56:57 Rinke should now be muted 16:57:05 +??P9 16:57:11 yes 16:57:14 Zakim, ??P9 is me 16:57:14 +bmotik; got it 16:57:30 +Sandro 16:57:38 Zakim, mute me 16:57:38 bmotik should now be muted 16:57:40 +IanH 16:57:51 +Peter_Patel-Schneider 16:58:22 zakim, Peter_Patel-Schneider is pfps 16:58:22 +pfps; got it 16:58:50 zakim, who is here? 16:58:50 On the phone I see bijan, Rinke (muted), bmotik (muted), Sandro, IanH, pfps 16:58:52 On IRC I see IanH, zimmer, Rinke, bmotik, bijan, pfps, RRSAgent, Zakim, sandro, trackbot 16:58:59 schneid has joined #owl 16:59:31 IanH has changed the topic to: http://www.w3.org/2007/OWL/wiki/Teleconference.2009.05.27/Agenda 16:59:47 RRSAgent, make records public 16:59:47 +alanr 16:59:58 alanr has joined #owl 17:00:08 ScribeNick: Rinke 17:00:09 zakim, who is here? 17:00:09 On the phone I see bijan, Rinke (muted), bmotik (muted), Sandro, IanH, pfps, alanr 17:00:11 On IRC I see alanr, schneid, IanH, zimmer, Rinke, bmotik, bijan, pfps, RRSAgent, Zakim, sandro, trackbot 17:00:21 ivan has joined #owl 17:00:22 bcuencagrau has joined #owl 17:00:39 +zimmer 17:00:41 zakim, mute me 17:00:41 IanH should now be muted 17:00:52 uli has joined #owl 17:01:02 MarkusK_ has joined #owl 17:01:06 +[IPcaller] 17:01:12 zakim, [IPcaller] is me 17:01:12 +schneid; got it 17:01:16 zakim, mute me 17:01:16 schneid should now be muted 17:01:28 +bcuencagrau 17:01:29 +bcuencagrau.a 17:01:34 +[IPcaller] 17:01:41 zakim, dial ivan-voip 17:01:41 ok, ivan; the call is being made 17:01:42 +Ivan 17:01:51 hendler has joined #owl 17:01:53 Zakim, mute me 17:01:53 bcuencagrau should now be muted 17:01:59 -q 17:02:11 -q 17:02:12 -bcuencagrau 17:02:13 zakim, who is here? 17:02:14 On the phone I see bijan, Rinke (muted), bmotik (muted), Sandro, IanH (muted), pfps, alanr, zimmer, schneid (muted), bcuencagrau.a, MarkusK_, Ivan 17:02:16 On IRC I see hendler, MarkusK_, uli, bcuencagrau, ivan, alanr, schneid, IanH, zimmer, Rinke, bmotik, bijan, pfps, RRSAgent, Zakim, sandro, trackbot 17:02:24 ewallace has joined #owl 17:02:24 Bernardo, zakim thought i was you 17:02:27 + +1.518.276.aaaa 17:03:03 zakim, aaaa is hendler 17:03:03 +hendler; got it 17:03:05 +??P3 17:03:10 Bernardo, you are not muted 17:03:12 topic: Admin 17:03:18 Zakim, mute me 17:03:18 bcuencagrau.a should now be muted 17:03:19 zakim, ??P3 is me 17:03:19 zakim, who is here? 17:03:19 +uli; got it 17:03:21 On the phone I see bijan, Rinke (muted), bmotik (muted), Sandro, IanH (muted), pfps, alanr, zimmer, schneid (muted), bcuencagrau.a (muted), MarkusK_, Ivan, hendler, uli 17:03:24 On IRC I see ewallace, hendler, MarkusK_, uli, bcuencagrau, ivan, alanr, schneid, IanH, zimmer, Rinke, bmotik, bijan, pfps, RRSAgent, Zakim, sandro, trackbot 17:03:26 how about now? 17:03:27 +Evan_Wallace 17:03:30 zakim, mute me 17:03:30 uli should now be muted 17:03:37 subtopic: agenda amendments? 17:03:46 -bcuencagrau.a 17:03:48 http://lists.w3.org/Archives/Public/public-owl-wg/2009May/0329.html 17:03:53 Agenda amendment 17:03:59 alanr: had a question out this morning... see if we have time for it 17:04:09 alanr: no actions due 17:04:19 +bcuencagrau 17:04:22 subtopic: previous minutes 17:04:28 Zakim, mut me 17:04:28 I don't understand 'mut me', bcuencagrau 17:04:29 alan, this is pretty technical, can we avoid have this on *this* telco? 17:04:30 look OK to me 17:04:35 Zakim, mute me 17:04:35 bcuencagrau should now be muted 17:04:41 acceptable minutes 17:04:42 PROPOSED: Accept Previous Minutes (20 May) 17:04:43 msmith has joined #owl 17:04:51 +1 17:05:01 + +1.202.408.aabb 17:05:07 RESOLVED: Accept Previous Minutes (20 May) 17:05:24 topic: last call and CR 17:05:28 subtopic: rdf:text 17:05:37 -Rinke 17:05:41 a lot of static 17:05:49 Achille has joined #owl 17:06:04 yes 17:06:06 I am 17:06:09 zakim, who is talking? 17:06:15 sandro: the meeting was rather productive 17:06:20 sandro, listening for 10 seconds I heard sound from the following: hendler (44%), zimmer (64%), alanr (52%), Sandro (1%), msmith (77%) 17:06:25 +??P15 17:06:31 zakim, ??P15 is me 17:06:31 +Rinke; got it 17:06:32 sandro: there was agreement on the general outlines of a proposal 17:06:33 PROPOSED: the name of the rdf:text datatype be changed to rdf:PlainLiteral 17:06:33 msmith, that did it. 17:06:33 zakim, mute me 17:06:33 Rinke should now be muted 17:06:45 Zhe has joined #owl 17:06:54 +Zhe 17:06:56 zakim, mute me 17:06:56 Zhe should now be muted 17:07:03 +1 17:07:04 +1 17:07:04 zakim, mute me 17:07:04 zimmer should now be muted 17:07:05 +1 17:07:06 +1 ALU 17:07:09 +1 17:07:11 +1 17:07:12 +1 FZI 17:07:14 +1 (NIST) 17:07:14 +1 (DERI) 17:07:14 Rinke: +1 Amsterdam 17:07:15 sorry what is the vote for? 17:07:17 +[IBM] 17:07:21 +1 17:07:22 PROPOSED: the name of the rdf:text datatype be changed to rdf:PlainLiteral 17:07:30 +1 RPI 17:07:34 Zakim, IBM is me 17:07:34 +Achille; got it 17:07:39 +1 (Oxford) 17:07:46 0 17:07:53 RESOLVED: the name of the rdf:text datatype be changed to rdf:PlainLiteral 17:08:03 oops - RPI should be 0 on that 17:08:06 -msmith 17:08:07 We could vote, but lot's of would have to vote -1 17:08:22 alanr: not voting on accepting rdf:text/rdf:plainliteral as CR 17:08:29 subtopic: CR exit criteria 17:08:30 http://www.w3.org/2007/OWL/wiki/CR_Exit_Criteria 17:08:46 q+ 17:08:51 alanr: if jim could put in the wording changes that he is proposing 17:08:51 Zhe had a truncated message on this, is Jim going to provide the pointer? 17:08:53 http://lists.w3.org/Archives/Public/public-owl-wg/2009May/0319.html 17:08:55 ack IanH 17:08:55 ack ianh 17:09:21 me? 17:09:22 +msmith 17:09:23 http://www.w3.org/2007/OWL/wiki/CR_Exit_Criteria 17:09:30 IanH: there have been ongoing changes.. the wording on the webpage has changed several times (in small ways). People should look there now, and not assume they know what it says 17:09:33 -schneid 17:09:35 q? 17:09:40 q 17:09:42 q+ 17:09:42 pfps, I don't understand 17:10:03 q? 17:10:03 pfps, Jie sent another mail that is complete 17:10:25 q+ 17:10:31 hendler: I like what IanH did on the profiles. I don't see that it has to be one of those that illustrates. each of the implementable benefits needs to be demonstrated, and we need to show implementations 17:10:32 schneid_ has joined #owl 17:10:53 hendler: if you just drop the 'of'... 17:10:57 ack pfps 17:11:13 pfps: I am opposed to requiring that each of the benefits need to be demonstrated in a current implementation 17:11:32 pfps: if we provide 10 implementable benefits, we have demonstrated the utility of the profile 17:11:35 q? 17:11:44 q+ 17:11:47 Objective vs. goal? 17:11:48 schneid__ has joined #owl 17:11:50 ack hendler 17:11:52 yeah, existance seems good enough to me.... 17:11:53 pfps: if we provide two implementable benefits, we have succeeded (as we only have a few real benefits) 17:12:07 q+ 17:12:17 q+ alanr 17:12:32 hendler: don't agree with you on that one peter. We need to prove that the benefits really exist 17:12:36 ack pfps 17:12:45 q+ 17:13:07 +??P2 17:13:10 ack alanr 17:13:15 zakim, ??P2 is me 17:13:15 +schneid; got it 17:13:17 EL: Can deal with large numbers of classes; polynomial time reasoning; 17:13:18 QL: LOGSPACE data complexity for query answering; implementable via query rewriting; 17:13:18 RL: implementation using rule-based technologies; sound and complete for certain kinds of query. 17:13:18 zakim, mute me 17:13:18 schneid should now be muted 17:13:32 q? 17:13:36 ack IanH 17:13:37 pfps: I completely disagree. If we have features that we don't have implementations of, then YES. The beauty of some of the benefits is intrinsic, and independent of implementation. 17:14:04 q+ 17:14:09 ack pfps 17:14:12 IanH: maybe, making it less abstract makes some of peter's concerns go away. Sympathise with him, but we can actually satisfy exit criteria with respect to what's there 17:14:18 q+ 17:14:56 pfps: for EL if you meet the second one, you can meet the others easily. Only matters for EL. The first is squishy, the second (polinomial time reasoning) is non-squishy 17:15:05 +1 put the one we're gunna go for. 17:15:06 pfps: why not push the one we want to go for then? 17:15:24 alanr: EL polinomial, QL rewritable to SQL... for RL...? 17:15:33 ack hendler 17:15:33 hendler: implementable using rule-based technologies 17:15:36 +1 implementable using rule-based technologies. 17:15:56 hendler: ok with that for QL and RL. EL is different, there is no way to prove via implementation that something is polinomial 17:16:17 hendler: in the documents we say 'EL is the right expressivity for several ontologies'... make that one the claim. Much stronger argument for EL 17:16:24 I'm fine with an expressivity argument for EL 17:16:32 q? 17:16:39 hendler: implementers will be more impressed with that than 'there exists some algorithm' 17:16:55 hendler: CR is all about implementation... sound and complete is not an implementable thing etc etc 17:18:07 hendler: for EL in profiles rather theoretical, but in NF&R more practical. 'Can deal with large numbers of classes, as 17:18:27 Let me take a stab 17:19:02 alanr: EL application to one of these large ontologies, QL rewriting, and RL implementation using rules 17:19:08 q? 17:19:13 EL two different implementations ... and one which demonstrates that EL can process a large ontology with many classes (eg Snomed) 17:19:22 fine by me 17:19:33 alanr: proposal on the table 17:19:39 alanr: ok with you, IanH ? 17:19:42 QL 2 imps ... and one which demonstrates that QL can ... query rewriting to SQL 17:19:46 IanH: yes 17:20:00 alanr: can you have a quick shot at this, ian? 17:20:05 IanH: doing it now 17:20:19 RL ... and one which is implementable via rules 17:20:19 subtopic: status report on LC comments 17:20:26 http://www.w3.org/2007/OWL/wiki/Responses_to_Last_Call_Comments#Comments_requiring_responses 17:20:35 A bunch of "oh wells" from JC at the last minute...hurrah! 17:20:51 Seems like TQ is just going to go with teh WebSHROIQ thing 17:20:56 alanr: not hearing anything 17:21:13 bijan: jeremy sent some replies today, 'we disagree but won't fuss' 17:21:26 and Ian has already put this into the Summary 17:21:33 bijan: curious to go with the WebSHROIQ thing 17:21:36 I updated the LC comments page according to JC's recent responses 17:21:57 s/curious to go/it's curious, but they seem to want to go/ 17:21:58 q+ 17:22:01 alanr: the only thing we need to sign of on is that folks are comfortable with where we stand on that, and that our technical summary is of the right form (sandro?) 17:22:04 ack hendler 17:22:25 hendler: I'm catching up on all this... (informational question). I see that one of them has an ACK NOT OK. 17:22:33 bijan: we'll be going over that objection 17:22:39 bijan: only one instead of seven 17:22:46 hendler: no problem, just to make sure I understood 17:22:57 alanr: not hearing a lot of commenting, think we're in good shape 17:23:02 I think that this is all in at least "fair" shape 17:23:03 alanr: ready for us to look at the page yet? 17:23:07 http://www.w3.org/2007/OWL/wiki/CR_Exit_Criteria 17:23:19 alanr: people have a look at the page 17:23:44 hendler: small change, if you made for each of the profiles put the two in parallel... right now you're requiring three implementation 17:23:56 hendler: trying to make room for two or three implementations 17:24:06 IanH: don't understand why 'one of which' doesn't solve the problem 17:24:09 +1 to ianh 17:24:15 Ian's right. :-) "one of which" is better. 17:24:15 +1 to leave "one of which" in 17:24:17 hendler: can live with these 17:24:23 I'm happy with this. I'm happy either way. 17:24:27 +1 to one of which 17:24:43 then you're good! 17:24:48 hendler: supposing I had an RL entailment tracker that was not rule-based but complete. and another one which is rule-based but missing a bit 17:25:02 hendler: just being pedantic... just thought that this one is less restrictive than the other 17:25:12 IanH: changing it back to 'one of which' 17:25:27 hendler: assuming we'll be getting more than three 17:25:32 q+ 17:25:35 alanr: ready to vote? 17:25:40 q+ to suggest removing (e.g., SNOMED) 17:25:50 ack msmith 17:25:51 msmith, you wanted to suggest removing (e.g., SNOMED) 17:25:52 q? 17:25:52 zakim, unmute me 17:25:54 msmith was not muted, msmith 17:26:19 msmith: we remove the e.g. SNOMED, and just mention a very large ontology.... because if it's not SNOMED.... 17:26:21 ack pfps 17:26:26 bijan: SNOMED not publicly available 17:26:30 IanH: ok... I'll remove it 17:26:34 I removed (e.g., SNOMED) 17:27:01 alanr: the vote on the CR should say that the at risk is at risk (suggested by pfps ) 17:27:02 q+ 17:27:07 ack ivan 17:27:25 q+ 17:27:30 ivan: just for verification. What does the very first sentence mean? 'resolving the dependencies' 17:27:31 ack IanH 17:27:39 we're now closing on the loop on the 'exit criteria' left open by the resolution in the last meeting, http://www.w3.org/2007/OWL/meeting/2009-05-20#resolution_3 17:27:50 IanH: I understood that it should be at least at CR when we are at REC 17:27:55 IanH: only one step behind 17:28:06 pfps: against XML schema datatypes going backwards 17:28:10 ivan: I understand 17:28:20 pfps: This is defense against XSD not being in the right process step for us to proceed. 17:28:29 pfps: they are already ok to go on the next step... they are ahead of us, 17:28:34 ivan: but we may be quicker 17:28:36 PROPOSED: We are happy with the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24192 other than that we may remove the at risk for rdf:PlainLiteral if appropriate, in the next week 17:28:52 q+ 17:28:54 +1 17:28:57 ack IanH 17:29:11 do we need the "in the next week"? 17:29:18 IanH: I don't mind, but I'm not sure why we need to say anything about the at risk thing... that risk just goes away... seems fine 17:29:34 PROPOSED: We are happy with the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24192 17:29:41 pfps: if rdf:Text gets fixed in the next week it just goes away 17:29:46 q+ 17:29:52 ack hendler 17:30:42 hendler: I think peter said somethign important. We don't need the at risk in the CR criteria. because to get to PR we have to demonstrate that... there is another mechanism that deals with the problem if there's a dependency that is not resolved 17:30:54 alanr: prevention... safer to leave it in as is 17:31:02 -alanr 17:31:04 sandro: should be version 24913 17:31:09 back in a sec 17:31:16 PROPOSED: We are happy with the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24193 17:31:20 +1 17:31:20 sandro: do this proposal while we wait on alan 17:31:26 +1 ALU 17:31:26 +alanr 17:31:30 +1 17:31:34 bijan: that's the current version? 17:31:34 +1 17:31:35 sandro: yes 17:31:36 +1 (Science Commons) 17:31:36 +1 (NIST) 17:31:42 +1 17:31:42 friendly amendment - can we make it "We approve" instead of we are happy with? 17:31:43 +1 FZI 17:31:43 +1 (ORACLE) 17:31:44 +1 (Amsterdam) 17:31:49 +1 (IBM) 17:31:55 +1 17:32:11 +1 17:32:18 +1 17:32:19 -1, since I have to think about this 17:32:32 +1 17:32:45 if /formal vote/ than I'm off 17:32:49 +1 17:32:57 alanr: I need to understand schneid 17:32:58 +1 17:33:11 zakim, unmute me 17:33:11 schneid should no longer be muted 17:33:30 schneid: I didn't know it would be a formal vote 17:33:58 schneid: it is very important for the OWL full side ... have no clue what OWL entailment checker means 17:34:06 I already voted for FZI -- I am the primary representative for FZI. If we cannot agree, FZI will necessarily abstain. 17:34:08 q+ 17:34:11 schneid: really impossible to take this exit criterion when taken literally 17:34:25 alanr: we could postpone the discussion 17:34:32 sandro: why not talk about the owl full thing 17:34:35 ack IanH 17:34:36 d'oh. Michael points out that "Two different implementations of an OWL 2 Full entailment checker." is pretty confusing. 17:35:28 I thought the key here was "conformance" - which is defined in the conformance document 17:35:33 IanH: there used to be wording in there that said that 'someone implemented a useful subset'. The reason it was changed... not sure it's really such a problem, since the criteria in conformance say that it should be sound, and that you should give an answer (not a MUST). OWL Full implementations could actually be just sound 17:35:39 q? 17:35:43 How about: "Two different implementations of an OWL 2 Full entailment checker. Note that these must be sound reasoners, but need not be complete." 17:35:45 IanH: and silent is ok... that's what happens in practice 17:35:54 alanr: sandro is proposing... 17:36:05 An OWL 2 Full entailment checker is an OWL 2 entailment checker that takes OWL 2 Full ontology documents as input. It MUST return True only when Ont(d1) entails Ont(d2), and it MUST return False only when Ont(d1) does not entail Ont(d2). It SHOULD NOT return Unknown. 17:36:06 I'd prefer to leave it as it is 17:36:29 hendler: I'm confused... there's a conformance document which says (see above). Saying conformant is well defined in our document... 17:36:35 +1 to Jim 17:36:40 sandro: I'm suggesting adding a note... this is redundant 17:36:58 sandro: michael might not be the only one who gets confused 17:37:14 "entailment checker" is explained in the conformance document 17:37:26 version-3: "Two different implementations of an OWL 2 Full entailment checker. Note that as per Conformance, these must be sound reasoners, but need not be complete." 17:37:32 so we don't need to say no more in the exit criteria 17:37:35 :_ 17:37:49 alanr: two solutions... leave as is, add remark that it only needs to be sound 17:39:05 schneid: problem is that for the moment...I will simply proceed and see what happens... two things can happen: OWL 2 full does not go through, or the whole WG cannot go further. But if everyone's happy in the end, there is no problem. But if someone outside the WG lifts his finger that OWL full did not meet the exit criteria... 17:39:18 I like the note idea 17:39:23 q+ 17:39:31 ack hendler 17:39:36 Sandro, we don't say anything about soundness for the others... 17:39:37 sandro: would be cheating to not make this note here... hiding it leads to too much ambiguity, people might feel tricked 17:39:38 yes 17:39:46 I don't see a harm in adding the note. 17:39:56 q? 17:40:12 bijan: making the world perfectly safe is not realistic... no evidence that anyone would actually do this 17:40:17 sandro: michael just did 17:40:24 syntatic sugar 17:40:34 asymmetry with others 17:40:35 to sandro, michael is in our wg bubble 17:40:35 let's please add on Full, "Note that as per Conformance, these must be sound reasoners, but need not be complete." 17:40:37 alanr: could you articulate the reason against saying this... 17:40:48 alanr: what is the actual harm? 17:41:43 hendler: one of the things I will bring up in one of the later docs. We should ..... (didn't get it) 17:41:58 alanr: quick strawpoll... 17:42:01 strawpoll: add to Full, "Note that as per Conformance, these must be sound reasoners, but need not be complete." 17:42:05 +0.95 17:42:06 we should make sure we don't disparage our own designs 17:42:06 +0 17:42:10 +1 17:42:14 0 17:42:14 +0 17:42:15 0 17:42:17 0 17:42:18 0 17:42:22 +0 17:42:22 +1 17:42:24 +0 17:42:25 Rinke: +0.5 17:42:26 +1 17:42:30 +0 (hard to tell at the moment) 17:42:32 +1 17:42:33 0 17:42:44 0 17:42:58 alanr: no objections... a few plusses.. justifies putting it in 17:43:05 IanH: I'll add it 17:43:18 q 17:43:25 Done 17:43:45 q? 17:43:52 Pellet 17:44:11 http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24194 17:44:13 alanr: michael are you worried that there won't be sound implementations of OWL 2 Full... just any OWL 2 RL would be a sound implementation... this is not the problem. There will be a lot of sound implementations... Jena, OWLIM whatever... the real problem is that people will say 'hmm, this is just a fake'. 17:44:22 what is a sound implementation? what is a complete implementation? has someone proven the OS correct?? Soundness and completeess are not properties of implementations, they are properties of algorithms!!! 17:44:29 The defense against Michael's worry is to point to the actual OWL 2 Full implementations. 17:44:40 q+ 17:44:43 +1 to what Sandro says 17:44:53 +1 that's always the case 17:45:00 sandro: our implementation report at the end of CR will list some systems that claim to be OWL 2 Full entailment checkers. If there are credible things that make legitimate claims to be complete OWL 2 Full implementations... that should be ok 17:45:05 q? 17:45:15 ack IanH 17:45:59 PROOSED: We are happy with the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24195 17:46:07 IanH: I wanted to agreee with sandro... we're overbaking this a bit... in a way these exit criteria are only a small part of the story. IN the end we need to write a report on implementability... if we're really going to do ridiculous things then obviously thge director won't be happy 17:46:19 PROPOSED: We approve of the CR Criterion noted in ... 17:46:22 PROPOSED: We are happy with the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24195 17:46:24 +1 (W3C) 17:46:24 +1 ALU 17:46:26 +1 (FZI) 17:46:38 PROPOSED: We approve the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24193 17:46:42 +1 ALU 17:46:52 PROPOSED: We approve the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24195 17:46:54 +1 (W3C) 17:46:57 +1 ALU 17:46:59 +1 (C&P) 17:47:00 +1 (UvA) 17:47:02 +1 (ORACLE) 17:47:03 +1 RPI (believe it or not :-)) 17:47:03 +1 (IBM) 17:47:04 +1 (Science Commons) 17:47:08 +1 (Manchester) 17:47:11 +1 (NIST) 17:47:11 +1 (DERI) 17:47:16 +1 (FZI) 17:47:20 +1 (Oxfird) 17:47:20 +1 (Oxford) 17:48:13 alanr: good, we are resolved 17:48:15 RESOLVED: We approve the CR Criteria noted in http://www.w3.org/2007/OWL/wiki/index.php?title=CR_Exit_Criteria&oldid=24195 17:48:37 subtopic: publication of documents as CR/LC 17:48:38 PROPOSED: go ahead with publication of Structural Specification and Functional-Style Syntax, Mapping to RDF Graphs, Direct Semantics, RDF-Based Semantics, Conformance, Profiles and XML Serialization as Candidate Recommendations as per last week's resolution based on the CR exit criteria and with name change from rdf:text to rdf:PlainLiteral 17:48:42 q? 17:48:46 Hopefully this is easier to agree :-) 17:48:50 alanr: any comments, suggestions? 17:49:22 q+ 17:49:29 q- 17:49:40 sandro: in my mind this is redundant 17:49:41 q+ 17:49:51 alanr: we had this discussion with jim last week.. 17:50:14 ack IanH 17:50:14 hendler: I'm happy with it, however, as part of the document you send to the director you need a pointer to the actual vote. Safer to do it here 17:50:15 I don't believe we need this vote, we had it last week, it wasn't on the agenda for this week 17:50:20 sandro: sure whatever 17:50:34 PROPOSED: go ahead with publication of Structural Specification and Functional-Style Syntax, Mapping to RDF Graphs, Direct Semantics, RDF-Based Semantics, Conformance, Profiles and XML Serialization as Candidate Recommendations as per last week's resolution based on the CR exit criteria and with name change from rdf:text to rdf:PlainLiteral 17:50:37 +1 (W3C) 17:50:38 sandro: I can point at it in two places. 17:50:41 alanr: let's just do it 17:50:41 +1 (NIST) 17:50:43 +1 (FZI) 17:50:43 +1 ALU 17:50:47 Rinke: +1 (UvA) 17:50:48 +1 (ORACLE) 17:50:51 +1 (Oxford) 17:50:58 +1 DERI 17:51:05 +1 (RPI) 17:51:06 +1 (Science Commons) 17:51:11 +1 (C&P) 17:51:14 +1 (Oxford) 17:51:32 vote early, vote often 17:51:33 +1 (Manchester) 17:51:34 +1 (IBM) 17:51:38 RESOLVED: go ahead with publication of Structural Specification and Functional-Style Syntax, Mapping to RDF Graphs, Direct Semantics, RDF-Based Semantics, Conformance, Profiles and XML Serialization as Candidate Recommendations as per last week's resolution based on the CR exit criteria and with name change from rdf:text to rdf:PlainLiteral 17:52:01 subtopic: publish QRG as LC WD 17:52:10 PROPOSED: Quick Reference Guide is ready for publication as a Last Call Working Draft 17:52:15 :-P schneid 17:52:17 YES 17:52:21 YES 17:52:22 I'm ok with QRC going to LC 17:52:24 alanr: got lost in the traffic on this... do we all agree on its' current form? 17:52:27 yes, it's done and dusted 17:52:28 +1 17:52:35 ack ivan 17:52:55 alanr: jim, are you ready to vote on this? 17:52:59 +1 RPI 17:53:13 Rinke: +1 (UvA) 17:53:17 +1 ALU 17:53:18 +1 (Oxford) 17:53:18 +1 (Science Commons) 17:53:18 +1 (IBM) 17:53:18 +1 ORACLE 17:53:20 +1 (NIST) 17:53:23 +1 DERI 17:53:27 +1 (FZI) 17:53:29 +1 (W3C) 17:53:35 +1 (C&P) 17:53:43 +1 (Manchester) 17:53:54 RESOLVED: Quick Reference Guide is ready for publication as a Last Call Working Draft 17:54:01 subtopic: status report on publication drafts (http://www.w3.org/2007/OWL/draft/owl2-overview/) 17:54:23 -hendler 17:54:23 q+ 17:54:28 Can you publish? 17:54:30 ack IanH 17:54:32 q- 17:54:35 sandro: the link confused me... 17:55:01 q+ 17:55:03 sandro: the last time I tried to turn the crank. I got stuck on XML errors, and a bunch of wkeryiw 17:55:10 What should we do about the glyphs? 17:55:12 sandro: the XML errors are sort-of fixed... 17:55:14 q+ 17:55:24 q- 17:55:24 ack pfps 17:55:29 ack IanH 17:55:29 sandro: we came across the glyphs in the past... vaguely recall boris fixed it 17:55:59 IanH: I was going to say that as far as I know everyone checked the links... noone has any idea on how to check this listing 17:56:20 sandro: some obscure characters that XML doesn't know, or at least doesn't know how to put in PDF 17:56:40 Did Boris fix this for Syntax this time? 17:56:48 sandro: alan, could you help me on this 17:56:51 alanr: yes 17:57:02 Pointer please? 17:57:04 sandro: is everyone happy with ... 17:57:06 alanr: chair stuff 17:57:16 I asked them; there were no complaints 17:57:19 alanr: send a pointer out, and get comments on email 17:57:25 topic: implementation and test cases 17:57:28 zakim, mute me 17:57:28 schneid should now be muted 17:57:33 Peter, http://www.w3.org/2007/OWL/wiki/Round_7 17:58:13 IanH: we now voted to move all of the spec documents to CR, so shift in gear with respect to what we ought to be doing in the WG. WE need to make sure that we do what we need to do, and go to CR as planned 17:58:14 "Tame" implementors should start their engines. 17:58:28 'beat the bushes'... 17:58:46 IanH: we need to figure out what the implementations will be that satisfy the exit criteria, need to get the test cases in place etc. 17:58:46 Re: cases, I've just updated the "test case summary" at http://www.w3.org/2007/OWL/wiki/Test_Suite_Status#Test_Case_Summary 17:59:02 alanr: do we want anyone to go over the test cases and report back? 17:59:33 alanr: the mechanism is for the most part in place, but coverage is (judgtment call), my feeling is that people are still looking over it and contributing tests 17:59:52 q+ to respond ask about Extra-Credit 17:59:54 IanH: need at least one test that tests all significant features of the language. is that satisfied, mike? 17:59:58 ack msmith 17:59:58 msmith, you wanted to respond ask about Extra-Credit 17:59:59 alanr: mike, are we there yet? 18:00:18 Re coverage: http://km.aifb.uni-karlsruhe.de/projects/owltests/index.php/Test_case_coverage_by_RDF/XML_syntax_feature 18:00:19 q+ 18:00:21 msmith: we have the coverage for the RDF predicates of the language. The work that markus did in the wiki is pretty good 18:00:29 q+ 18:00:40 msmith: someone might want to pick on the individual cases... but we do have good coverage 18:00:54 The link I pasted shows the current coverage for RDF/XML language features 18:01:02 ack ivan 18:01:10 msmith: if that answer is acceptable, we had a specific point in the CR exit criteria on different types of test... when do we plan to do that? 18:01:26 ivan: I want to know the mechanism that we ask the implementers to follow 18:01:51 For what we did in OWL 1, see: http://www.w3.org/2003/08/owl-systems/test-results-out 18:01:53 ivan: I'm doing OWL 2 RL, not interested in non-RL tests... we need to tell the story for all the people we contact 18:02:25 ivan: another small thing, if I click on any of the links on the left-hand column in the test case overview. I get a non-wellformed XML parser error in Firefox 18:02:42 q+ 18:02:51 zakim, unmute me 18:02:51 schneid should no longer be muted 18:02:54 q+ 18:02:57 ivan: what's the story we want to tell the implementers. contacted a few "we might be interested", "not now, maybe later" 18:03:02 q+ to respond to ivan 18:03:03 zakim, mute me 18:03:03 schneid should now be muted 18:03:04 which page is giving errors - links on test suite status page work for me 18:03:08 q- 18:03:42 ivan, are you asking about how they get the right tests? 18:03:56 IanH: pasted a pointer to the result page that sandro coordinated in the OWL 1 case, and obviously it lists different sections for tests for DL and Full.. some reasoners would do tests in one section, some multiple, skip sections etc... 18:04:01 I'm producing the results summary now, based on input described in http://www.w3.org/2007/OWL/wiki/Test_Result_Format 18:04:08 I'm using mediawiki bot (simple to implement) to gather the tests 18:04:14 q+ 18:04:15 ivan: but in technical terms.. how does it go? 18:04:35 IanH: I don't know.. in the past people sent the results to the web in a prescribed form (help from sandro) 18:04:55 msmith: I just put a link on the IRC to the format in which people can send in the result. 18:05:13 alanr: ivan can you review that, ...? 18:05:13 q+ 18:05:25 ivan: I can look at that, need to understand the whole process from start to end 18:05:46 q+ to respond 18:05:48 alanr: to pick up the tests, you can download them all in OWL, or create a wiki-bot that crawls the wiki 18:06:10 http://wiki.webont.org/exports/ 18:06:34 msmith: we do have a wiki export page that outputs some particular subsets, we could have a breakdown by profile. Any implementation that has a bridge to java can use the test harness software 18:06:38 q+ 18:06:51 Perhaps we could have single-file downloads for each of the profiles? 18:07:03 msmith: implementers can use the test harness, if they can't then there are other options 18:07:05 the full export is http://wiki.webont.org/exports/ 18:07:16 ivan: it is important to have one page on the wiki that explains what implementers have to do. 18:07:31 +1 to Ivan 18:07:43 alanr: is it important to have profile specific exports? 18:07:46 q? 18:07:50 OK, I will write this page by next week. 18:07:56 ivan: yes, for me it is... 18:08:06 We want as many people as possible to run tests *and* report results; we need to make it *real* easy. 18:08:45 ACTION msmith to write a wiki page providing directions for producing implementation results 18:08:45 Sorry, couldn't find user - msmith 18:08:58 ack bijan 18:09:01 bijan: trying to remember. With respect to the coverage I would expect that we get more tests and feedback when we get to CR... so coverage of tests seems in pretty good shape 18:09:02 ack schneid 18:09:03 zakim, unmute me 18:09:04 schneid was not muted, schneid 18:09:05 q- 18:09:16 bijan: can handle anything that's not in good shape along the way... implementations more important 18:09:28 Why are we reopening the discussion the chair closed? 18:09:34 +1 18:09:42 schneid: I think it is possible to select RL and RDF-Based semantics. 18:09:47 yes, it is possible to make a test that is explicitly rl and rdf semantics. 18:10:03 Actually, I make this a point of order 18:10:09 Point of order! 18:10:23 i will wait for him to finish 18:10:30 PLEASE!@ 18:10:36 schneid: I can offer you something... just submitted for review my tests for OWL 2 Full ... I can add another mark for OWL 2 RL specific OWL 2 Full tests... 18:10:59 zakim, mute me 18:10:59 schneid should now be muted 18:11:00 Created ACTION-338 - Write a wiki page providing directions for producing implementation results [on Michael Smith - due 2009-06-03]. 18:11:03 q? 18:11:10 ack IanH 18:12:08 yes, the exit criteria say "For the purposes of these criteria, we will only consider "Approved" tests which are not "Extra-Credit", and which were approved before some cut-off date, to be determined later, some time during CR. " 18:12:11 IanH: one of the questions raised by mike, was about when the date might be that the test set was closed. in a perfect world, we just keep on adding tests. The way we set the exit criteria, we need to decide at one stage 'these are the tests that need to be passed'. 18:12:35 IanH: for DL we say that each test should be passed by at least one implementation 18:12:36 +1 to Ian 18:12:47 ack MarkusK_ 18:12:58 MarkusK_: reply to ivan... i have added this export.. 18:13:10 MarkusK_: it is online now... we can add custom exports if people need it 18:13:16 q+ 18:13:19 alanr: proposal for when this date should be? 18:13:22 zakim, unmute me 18:13:22 schneid should no longer be muted 18:13:25 ack schneid 18:13:26 alanr: think about it during the week? 18:13:43 schneid: if it is two weeks from now, it is easy for me... 18:13:55 zakim, mute me 18:13:55 schneid should now be muted 18:14:00 ivan: should be perfectly ok 18:14:06 I would prefer something further. E.g., July 1 18:14:21 correct 18:14:22 alanr: relevant for just OWL 2 DL... no other dependencies for a specific set of tests 18:14:22 I was talking about OWL 2 /Full/ test cases 18:14:25 q+ 18:14:30 ack msmith 18:14:47 msmith: july 1 would still be two weeks before implementers report 18:14:54 msmith: still enought time 18:14:56 In general, running the test suite *again* should be extremely easy. 18:14:58 alanr: my sense as well 18:15:12 alanr: any problem with july 1st? ivan, michael? 18:15:32 ivan: you want july 1st to be the date that implementers report? 18:15:43 1st of july is /too/ easy ;-) 18:15:44 alanr: no, that's when adding tests is officially closed 18:15:57 OK for me 18:16:01 alanr: good enough to have it in the notes, or vote? 18:16:09 alanr: ok, just note 18:16:20 ACTIOn-338? 18:16:21 ivan: trying to be difficult... do we have an action on the 'one page' thing? 18:16:24 Mike took that action 18:16:37 ACTION-338 -- Michael Smith to write a wiki page providing directions for producing implementation results -- due 2009-06-03 -- OPEN 18:16:37 http://www.w3.org/2007/OWL/tracker/actions/338 18:16:39 Me? 18:17:02 eyball 18:17:08 alanr: does anybody claim to have a species validator? 18:17:23 alanr: there was a claim that jeff pan has something 18:17:24 q+ 18:17:43 IanH: I asked him, he is using the OWL API and wasn't aware it was doing repairs and thing 18:17:44 q+ 18:17:51 ack IanH 18:17:53 ack IanH 18:18:02 ack bijan 18:18:25 bijan: I will have (soon) OWL XML translator and ... (built on the OWL API) 18:18:38 s/{soon{ 18:18:39 er 18:18:52 alanr: people who care about the tests should .. 18:18:54 s/(soon)/profile validator based on OWL/XML and a 18:19:28 alanr: what's the status on GRDDL... sandro is that still on your plate? 18:19:37 sandro: nominally it's on my plate 18:19:37 Congratulations to one and all on CR votes. 18:19:44 alanr: we whould monitor that 18:19:45 Virtual beers on me as per usual. 18:19:49 s/whould/should 18:20:04 -Evan_Wallace 18:20:04 bye 18:20:06 bye 18:20:06 -msmith 18:20:07 bye 18:20:08 -bmotik 18:20:08 bye 18:20:09 -pfps 18:20:09 -Sandro 18:20:10 -IanH 18:20:10 bye 18:20:10 -uli 18:20:11 -Ivan 18:20:11 -alanr 18:20:14 -Achille 18:20:15 bmotik has left #owl 18:20:15 -Zhe 18:20:18 -bijan 18:20:20 -MarkusK_ 18:20:22 -bcuencagrau 18:20:24 -Rinke 18:20:24 ivan has left #owl 18:20:25 -zimmer 18:20:27 -schneid 18:20:29 SW_OWL()1:00PM has ended 18:20:32 Attendees were bijan, Rinke, bmotik, Sandro, IanH, pfps, alanr, zimmer, schneid, bcuencagrau, Ivan, MarkusK_, +1.518.276.aaaa, hendler, uli, Evan_Wallace, +1.202.408.aabb, msmith, 18:20:34 ... Zhe, Achille 18:20:49 rrsagent, pointer? 18:20:49 See http://www.w3.org/2009/05/27-owl-irc#T18-20-49 18:51:44 msmith has left #owl 20:20:56 hendler has joined #owl 20:24:25 Zakim has left #owl 21:11:33 hendler has joined #owl