14:32:52 RRSAgent has joined #rdf-wg 14:32:52 logging to http://www.w3.org/2011/05/25-rdf-wg-irc 14:32:54 RRSAgent, make logs world 14:32:54 Zakim has joined #rdf-wg 14:32:56 Zakim, this will be 73394 14:32:56 ok, trackbot; I see SW_RDFWG()11:00AM scheduled to start in 28 minutes 14:32:57 Meeting: RDF Working Group Teleconference 14:32:57 Date: 25 May 2011 14:33:10 Chair: David Wood 14:35:31 AZ has joined #rdf-wg 14:46:38 Scott_Bauer has joined #rdf-wg 14:48:07 FabGandon has joined #rdf-wg 14:53:12 cmatheus has joined #rdf-wg 14:53:21 SW_RDFWG()11:00AM has now started 14:53:28 +??P6 14:54:33 Zakim says code is not valid ? 14:54:49 ?? 14:54:52 may be early... 14:55:04 zakim, dial ivan-voip 14:55:04 ok, ivan; the call is being made 14:55:05 -??P6 14:55:05 +??P6 14:55:06 +Ivan 14:55:31 +Tony 14:55:46 moustaki has joined #rdf-wg 14:55:54 Zakim, who is on the phone? 14:55:54 On the phone I see ??P6, Ivan, Tony 14:55:57 zakim, Tony is me 14:55:57 +Scott_Bauer; got it 14:56:02 Zakim, ??P6 is yvesr 14:56:02 +yvesr; got it 14:57:12 +??P9 14:57:22 Zakim, ??P9 is me 14:57:22 +EricP 14:57:22 +NickH; got it 14:57:53 AZ has joined #rdf-wg 14:58:21 mbrunati has joined #rdf-wg 14:59:24 +wcandillon 14:59:36 +Peter_Patel-Schneider 14:59:37 zakim, I am wcandillon 14:59:37 ok, AZ, I now associate you with wcandillon 14:59:50 mischat_ has joined #rdf-wg 15:00:02 SteveH__ has joined #rdf-wg 15:00:24 cygri has joined #rdf-wg 15:00:26 zwu2 has joined #rdf-wg 15:00:29 AlexHall has joined #rdf-wg 15:00:32 code? 15:00:33 FabGandon, it works for me 15:00:35 +??P11 15:00:42 what is the conference code? 15:00:45 zakim, P11 is me 15:00:45 sorry, mbrunati, I do not recognize a party named 'P11' 15:00:54 zwu2: http://www.w3.org/2011/rdf-wg/wiki/Meetings:Telecon2011.05.25 15:00:55 +??P12 15:01:00 zakim, ??P11 is me 15:01:00 +mbrunati; got it 15:01:01 thanks 15:01:06 s/zwu2:/zwu2, 15:01:11 Zakim, ??p12 is [Garlik] 15:01:12 +[Garlik]; got it 15:01:12 +koalie 15:01:15 zakim, what is the conference code? 15:01:15 the conference code is 73394 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), zwu2 15:01:19 Zakim, [Garlik] has SteveH, mischat 15:01:19 +SteveH, mischat; got it 15:01:21 +AlexHall 15:01:33 +??P16 15:01:40 zakim, koalie is fabien 15:01:40 +fabien; got it 15:01:46 + +1.415.586.aaaa 15:01:48 +[IPcaller] 15:01:51 pfps has joined #rdf-wg 15:01:53 zakim, IPCaller is me 15:01:53 +AndyS; got it 15:01:55 +zwu2 15:01:58 zakim, ??P16 is me 15:01:58 +cmatheus; got it 15:02:01 zakim, fabien is FabGandon 15:02:01 +FabGandon; got it 15:02:15 Scribe: FabGandon 15:02:21 +mhausenblas 15:02:22 zakim, mhausenblas is temporarily me 15:02:22 +cygri; got it 15:02:33 -AndyS 15:02:40 I'm muted on this end. 15:02:58 Zakim, please mute cmatheus 15:02:58 cmatheus should now be muted 15:03:00 +sandro 15:03:03 Zakim, please unmute cmatheus 15:03:03 cmatheus should no longer be muted 15:03:21 +PatH 15:03:29 +??P27 15:03:45 zakim, ??P27 is me 15:03:45 +AndyS; got it 15:03:47 Souri has joined #rdf-wg 15:03:50 PatH has joined #rdf-wg 15:04:14 +Souri 15:04:38 no. 15:04:46 ack me 15:04:51 ack me 15:04:54 Zakim, unmute cmatheus 15:04:54 cmatheus was not muted, ericP 15:05:11 let me hang up and try gain. 15:05:19 -cmatheus 15:05:20 JeremyCarroll has joined #rdf-wg 15:05:32 Oops 15:05:33 +??P16 15:05:36 On my way now 15:05:37 Sorry 15:05:53 ww has joined #rdf-wg 15:05:55 zakim, ??P16 is me 15:05:55 +cmatheus; got it 15:06:24 Err, I can't join the telecon; "The conference is restricted at this time" 15:06:34 sure you got the right code...?? 15:06:42 Sandro, yes 15:06:51 maybe up to our limit? 15:06:52 (that's the error if you make a typo in the conference code.) 15:06:57 +??P31 15:07:01 zakim, ??P31 is me 15:07:01 +ww; got it 15:07:11 davidwood, if that fails, i can try to conference you in with my phone 15:07:12 zakim, mute me 15:07:12 ww should now be muted 15:07:48 No, still getting the error message :( 15:07:59 +Sandro.a 15:08:04 -Sandro.a 15:08:23 EricP, thanks. I'm at +1.540.898.1842 15:08:51 davidwood, the problem is likely in DTMF signalling between your phone and zakim -- some digit is probably not being conveyed correctly. 15:09:15 rfc2833 ftw! 15:09:20 Sandro, OK. 15:09:21 (I had a cell phone where 2/5/8/0 didn't make it through to Zakim.) 15:09:25 Yay. Thanks to EricP. 15:10:13 yes 15:11:08 davidwood: issues with missing parts in minutes from the last telecon 15:11:31 ... no objection now to accept the minutes 15:11:41 q+ 15:11:51 RESOLVED: minutes from last meeting accepted 15:11:56 ack ivan 15:11:57 ack ivan 15:12:36 q+ 15:12:45 q+ 15:12:46 ivan: We should now try to register what ever name we chose. 15:12:51 q- 15:12:52 q+ 15:12:57 steveh i'll let you go first 15:13:18 sandro: we need a formal document 15:13:26 s/formal/stable/ 15:13:33 ... for IETF registration 15:14:37 ACTION: sandro to prepare document for IETF registration 15:15:15 ACTION: sandro to start conversation on reservince our well-known string. 15:15:15 Created ACTION-52 - Start conversation on reservince our well-known string. [on Sandro Hawke - due 2011-06-01]. 15:15:26 ack cygri 15:15:39 davidwood: how long for the document to be ready? 15:15:57 AZ has joined #rdf-wg 15:16:09 cygri: we haven't decided on the name 15:16:20 I expect the RDF Concepts doc to be in draft in the next couple of months. 15:16:22 ack SteveH 15:16:53 +1 a WG Note on this 15:17:02 +1 15:17:02 SteveH: we could do a strow poll for the name now. 15:17:22 genid for name 15:17:24 bnode, skolem, gensym, genid 15:17:28 node for name? 15:17:34 blank 15:17:35 davidwood: good ideas for a name? 15:17:39 -wcandillon 15:17:40 id 15:17:40 I like steveH ;_) 15:17:47 bnode, genid 15:18:09 +nick.a 15:18:13 I prefer a name that is for blank nodes - not generic (e.g. genid) that makes spotting bnodes harder. 15:18:16 I dont think we should use 'bnode' 15:18:19 genid is good for me because it is short. well-known is not. 15:18:22 +1 to PatH 15:18:30 -1 to bnode 15:18:34 I prefer something generic 15:18:38 snode 15:18:42 ivan: a number of people against "bnode" 15:18:45 -1 to bnode 15:19:05 +1 genid 15:19:10 +1 to skolem 15:19:16 I like genid as being the least bad of the lot. 15:19:18 +1 to skolem or genid 15:19:20 Let's still do the strawpoll to get the balance. 15:19:21 +1 t genid 15:19:22 skolem would work for me 15:19:27 +1 genid 15:19:30 -1 to skolem 15:19:32 probably blank or skolem 15:19:43 we should remove that whole skolem terminology imho 15:19:50 and blank? 15:19:54 no -1 to genid yet 15:20:02 davidwood: strow poll bnode, genid and skolem 15:20:04 Straw poll: bnode, genid or skolem 15:20:11 STRAWPOLL: bnode, genid, skolem --- numbers of each 15:20:22 -1, +1, -1 15:20:22 The argument was for other systems to be able spot these from the URI. 15:20:23 -1/+1/0 15:20:25 +0 / +1 / +0 15:20:25 +1 genid, +1 skolem, −1 bnode 15:20:27 -1,+1,+1 15:20:30 +2, +1 +3 15:20:30 +1/+1/-1 15:20:31 +1, 0, -1 15:20:35 -1, +1, -1 15:20:41 -1/0/+1 15:20:43 You did say 'slash' 15:20:50 -1, , -1, 0 15:20:53 -1/+1/-0 15:20:53 +1/0/-1 15:20:58 +0/+1/+0.5 15:21:05 0/1/0 15:21:05 0/-1/+2 15:21:08 +1,0,-1 15:21:10 s/2/1 15:21:23 zakim, unmute me 15:21:23 ww should no longer be muted 15:21:43 q+ 15:21:44 mmm, skolem +1 15:21:51 ww: it's entirely aesthetics and personal preference -- nothing serious -- just a name. 15:21:55 ww: no serious issues with any of the names 15:22:06 zakim, mute me 15:22:06 ww should now be muted 15:22:18 mbrunati: why not use blank nodes? 15:22:21 ack cygri 15:22:44 skuri? 15:22:48 q+ 15:22:57 cygri: the text of the resolution introduces the term "skolem" 15:23:03 q+ 15:23:04 It stands in place of a blank node and it is distinguished by this. so my "skolem" -1 => 0 15:23:13 ack SteveH 15:23:15 ... not too much sense to discuss that now 15:23:47 q+ 15:23:54 AZ has joined #rdf-wg 15:23:59 They are skolem constants but the 'skolem' terminiology goes way beyond this usage, so this is a very simple case. 15:24:01 SteveH: introduce more obscure jargon is not a good idea and the term "genid" is already largely used 15:24:02 ack yvesr 15:24:02 I agree with SteveH 15:24:32 but which is jargon?? "skolem" is in every dictionary. 15:24:42 yvesr: we have enough jargon to not include yet another term 15:24:58 ack cygri 15:25:08 davidwood: strow poll favours genid and objections have been resolved 15:26:13 q+ 15:26:15 Welcome to a working group :-) 15:26:19 cygri: we need a real formal term for thisand on the list skolem was the last candidates 15:26:22 ack JeremyCarroll 15:27:02 JeremyCarroll: we are talking about the scheme name not the text. 15:27:17 davidwood: strow poll to accept "genid" 15:27:18 PROPOSED: We'll use genid as the .well-known name 15:27:21 +1 15:27:21 +1 15:27:23 +1 15:27:25 +1 15:27:26 +1 15:27:27 +1 15:27:27 +1 15:27:28 Abstain (a +0) 15:27:28 +1 15:27:29 +1 15:27:29 +1 15:27:30 +0 15:27:30 +1 15:27:30 -0 15:27:30 +1 15:27:35 +1 15:27:37 +0 15:27:38 +1 15:27:39 +1 15:27:48 RESOLVED: We'll use genid as the .well-known name 15:28:18 are we having a note on genid? 15:28:33 close action-49 15:28:34 ACTION-49 Propose revised wording for ISSUE-40 text, possibly also for section 3.2 of RDF Concepts closed 15:28:37 close action-50 15:28:37 ACTION-50 Propose edits to fix wording for ISSUE-40 resolution closed 15:28:56 second proposal for note on genid 15:28:58 +1 to a note or some such WG communication (more than a blog entry) 15:29:14 I can contribute to a note if we want one 15:29:50 cygri: I can update the editor draft on my machine and put it online. 15:29:54 q+ 15:30:12 sandro: we need a note or Rec publish I think 15:30:42 ... are we going to do the note or note? 15:31:07 davidwood: we can then republish content in the concept doc. 15:31:19 q- 15:31:33 cygri: two paragraphs, not worth a note. 15:31:36 I don't agree about visbility FWIW 15:31:43 q? 15:31:51 davidwood: do we agree not to produce a note? 15:32:02 ... yes 15:32:25 http://www.w3.org/2011/rdf-wg/track/actions/25 15:32:36 http://www.w3.org/2011/rdf-wg/track/actions/33 15:33:05 http://www.w3.org/2011/rdf-wg/track/actions/48 15:33:13 PatH: done 15:33:47 ... text in the wiki shows it's done 15:33:56 http://www.w3.org/2011/rdf-wg/track/actions/51 15:34:34 Topic: editing documents. 15:35:34 davidwood: email thread about editing documents 15:35:59 ivan: ready to create a repository / archive 15:36:28 ... decide on short names for the docs 15:36:50 ... decide on RDF 1.1 vs. RDF Next 15:37:24 ... who should be on the front page of docs and what are the rules to decide the names that appear 15:38:34 I have an AOB item - I will add myself to queue at end of meeting 15:38:56 JeremyCarroll, ok 15:39:12 ivan: we should make it clear that we are not making a radical change to RDF 15:39:14 I prefer year'd versions 15:39:25 the current one tends to be called RDF '04 anyway 15:39:30 +1 years 15:39:41 +1 to Ivan 15:39:42 q+ 15:40:05 +1 to ivan ... but RDF '13 is also not bad 15:40:12 ack SteveH 15:40:15 ivan: I prefer 1.1 since it reflects the additions we are making 15:40:47 q+ to explain 2004 15:40:59 SteveH: 1.1 is the way forward if we go for numbers but I prefer the years. 15:41:01 ack JeremyCarroll 15:41:01 JeremyCarroll, you wanted to explain 2004 15:41:33 JeremyCarroll: "2004" results from that group having messed up, making bigger changes than they meant to. 15:41:46 JeremyCarroll: We should have given ourselves a number. 15:42:08 JeremyCarroll: having a number now is a good idea 15:42:14 Is the rdf: URI changing ? (no) It has a year as has RDFS so year is a bit confusing here. 15:42:29 AndyS, good point 15:42:33 -cmatheus 15:42:41 +1.1 :-) 15:42:46 JeremyCarroll: I like 1.1 15:43:03 RDF-beta 15:43:09 AZ has joined #rdf-wg 15:43:13 like 1.1 15:43:14 +1.1 to 1.1 15:43:22 +2 to 1.1 15:43:23 +1 to 1.1 15:43:24 1.1 15:43:26 1.1 15:43:29 1.1 15:43:29 +1 to 1.1 15:43:31 1.1 15:43:31 +1.1 to 1.1 15:43:31 1.1 15:43:32 +1 to 1.1 15:43:33 +1 to 1.1 15:43:34 1.1 15:43:38 +1.1 15:43:39 1.1 15:43:41 davidwood: strow poll on 1.1 vs years 15:43:47 1.1 15:43:53 is there a big difference between 1.1 or 1.5? 15:43:55 1½? 15:43:56 1 + epsilon 15:44:36 I hope that there won't be enough changes for it to be 1.5 15:44:42 q+ 15:44:48 RESOLVED: The thing we're working on is "RDF 1.1" 15:44:48 ack ivan 15:45:32 SPARQL-WD added "11" to the end of the shortname 15:45:34 ivan: for the URIs all docs we produce have a short name + 1.1 15:46:48 http://www.w3.org/TR/rdf-mt/ 15:47:13 LeeF has joined #rdf-wg 15:47:34 rdf-mt-11 15:47:44 vs rdf11-mt ? 15:47:57 +1 for rdf11-xxx 15:48:02 ivan: reuse of the old shot names should be considered only at the end when we publish the final rec 15:48:09 +1 for rdf11-* 15:48:11 actually it's /sparql11-update/ etc for SPARQL 15:49:30 PROPOSE: for short names we would use rdf11-X where rdf-X stands for the current recommendations 15:49:40 +1 15:49:41 +1 15:49:42 +1 15:49:43 +1 15:49:44 +1 15:49:44 +1 15:49:45 +1 15:49:45 +1 15:49:46 +1 15:49:47 +1 15:49:48 +1 15:49:52 +1 15:50:00 +1 15:50:07 +1 15:50:09 +1 15:50:11 0 15:50:18 +1 15:50:19 Hey, I *am* retired. 15:50:19 RESOLVED: for short names we would use rdf11-X where rdf-X stands for the current recommendations 15:50:41 ISSUE-8? 15:50:41 ISSUE-8 -- Incorporate IRI-s into the RDF documents -- open 15:50:41 http://www.w3.org/2011/rdf-wg/track/issues/8 15:50:56 Topic: Incorporate IRI-s into the RDF documents 15:51:14 +10 15:51:22 +1 15:52:02 q+ to say there are a zillion forms of protocol dependent and independent normalizations which we don't want to do 15:52:12 +1 to ericP 15:52:18 q+ to talk about security 15:52:23 http://lists.w3.org/Archives/Public/public-rdf-wg/2011Apr/0469.html 15:52:24 ack ericP 15:52:24 ericP, you wanted to say there are a zillion forms of protocol dependent and independent normalizations which we don't want to do 15:52:25 Unless we go for completely normalising IRIs e.g. /x/../y (which i bleive is wrong by IRI spec as RDF does not produce the IRI - it transfers it) 15:52:27 various unicode forms etc. 15:52:45 -> http://lists.w3.org/Archives/Public/public-rdf-wg/2011Apr/0469.html mail including Felix Sasaki's advice 15:52:58 ack SteveH 15:52:58 SteveH, you wanted to talk about security 15:53:24 +1 15:53:35 SteveH: we should keep in mine that RDF is for machines 15:53:43 Note: Applications using IRIs as identity tokens with no relationship to a protocol MUST use the Simple String Comparison (see section 5.3.1). 15:53:48 s/mine/mind 15:53:51 from RFC 3987 15:54:01 PROPOSE: resolve ISSUE 8 by keeping IRI-s and their punycode equivalent separate as different URI References in RDF 15:54:02 this decision is in accord with this REQUIREMENT 15:54:16 +1 15:54:17 seconded 15:54:17 +1 15:54:18 http://lists.w3.org/Archives/Public/public-rdf-wg/2011Apr/0604.html --> proposed text from ericP which defines IRI equivalence as Unicode equivalence and discourages use of punycode in RDF IRIs 15:54:18 +1 15:54:19 Do we call them URI refs or IRIs? 15:54:19 +1 15:54:20 +1 15:54:23 +1 15:54:24 +1 15:54:25 +1 15:54:27 +1 15:54:30 +1 to substance 15:54:46 IRIs 15:54:50 OK 15:55:00 +1 15:55:19 ivan: we use URI Ref and then editors can change it to IRIs 15:55:19 RESOLVED: resolve ISSUE 8 by keeping IRI-s and their punycode equivalent separate as different URI References in RDF 15:55:39 caution: URI reference != RDF URI reference 15:55:53 ACTION: david to officially inform the RDFa WG of our decision on ISSUE-8 15:55:53 Created ACTION-53 - Officially inform the RDFa WG of our decision on ISSUE-8 [on David Wood - due 2011-06-01]. 15:56:18 http://www.rfc-ref.org/RFC-TEXTS/3987/chapter5.html#sub1 link for my quote 15:56:41 ISSUE-12? 15:56:41 ISSUE-12 -- Reconcile various forms of string literals (time permitting) -- open 15:56:41 http://www.w3.org/2011/rdf-wg/track/issues/12 15:56:44 ISSUE-12? 15:56:44 ISSUE-12 -- Reconcile various forms of string literals (time permitting) -- open 15:56:44 http://www.w3.org/2011/rdf-wg/track/issues/12 15:57:13 http://www.w3.org/2011/rdf-wg/wiki/StringLiterals/LanguageTaggedStringDatatypeProposal 15:57:13 http://www.w3.org/2011/rdf-wg/wiki/StringLiterals/EntailmentProposal 15:57:19 Topic: Reconcile various forms of string literals 15:58:43 scribe: sandro 15:59:05 I asked Jena users and developers for feedback - little enthusiasm - more energy for just xsd:string to be deprecated and no other changes made. 15:59:07 davidwood: Looking at the mailing list, it seems possible to get a decision. 15:59:14 q+ 15:59:24 FabGandon has left #rdf-wg 15:59:25 There was some email pushback... 15:59:31 I'm not exactly happy about the proposal 15:59:36 ack sandro 15:59:40 I'm not happy with the proposal. 15:59:43 q+ 15:59:45 -FabGandon 15:59:53 q+ 16:00:34 +1 to sandro, lang dt equivalent is cleaning, from some perspective 16:00:41 *cleaner 16:00:48 q+ to accept action to respond to this qu in e mail 16:00:53 ack SteveH 16:01:02 sandro: what happened to the proposal to use languages as datatypes? 16:01:20 q+ 16:01:28 +1 to steve 16:01:30 steve: I don't find this idea of non-string lexical values as a win. it's a step sideways. 16:01:36 I think @en is (should be) syntax sugar for ^^englishString 16:02:04 PatH: Yes, it's a step sideways. Motivated by trying to preserve the current situation. Not a magic solution, preserve status quo. 16:02:19 Might @en become a subclass of xsd:string? 16:02:21 SteveH: Why take lanugage tags off the table? I found that fairly elegant. 16:02:42 q+ 16:02:53 PatH: Can you make that more preceise? Making language tags, with their complex subtyping, into datatypes would be hell. 16:02:58 -> http://www.w3.org/International/articles/language-tags/ as a good reference on language tags 16:03:08 q- 16:03:17 ack cygri 16:03:18 SteveH: Some URI prefix then all possible language tags -- that would be kind of ugly, but all proposals here are ugly. 16:03:20 This is the generic form of a language tag: language-extlang-script-region-variant-extension-privateuse 16:03:27 ack JeremyCarroll 16:03:27 JeremyCarroll, you wanted to accept action to respond to this qu in e mail 16:03:28 we'd end up with rdflang: 16:03:33 q+ to say that we don't need to do the subtyping / lang tag meaning (which I agree is a bad fit) 16:03:37 Sorry to jump in. 16:03:44 +1 Andy 16:03:57 q- 16:04:05 JeremyCarroll: Language tags are complicated, they are NOT like data types, but it's too complex to explain why they are not. Like chinese -- very complex language tags. Cannot be discussed on the call. 16:04:29 I would like an explanation 16:04:31 zh-Hant-HK is the chinese with traditional scripts as used in Hong Kong 16:04:32 Suggest anyone who likes the idea, go read the lang tag spec. 16:04:34 ASK { rdflang:en ?p rdflang:en-GB } => false 16:04:43 (on the list) 16:04:47 sandro: I disagree with some of your argument --- a string is a string. 16:04:55 ack pfps 16:05:01 sandro: it is ENTIRELY IRRELEVANT how complex the matching is. 16:05:03 No, they are NOT strings. Tags are related in complex ways which do not correspond to simple language/dialect or language/region cases. 16:05:39 pfps: I;m very uncomforable changing the guts of RDF for minimal benefit 16:05:48 Peter, can you point to an actual problem? I can see none. 16:05:59 I agree with peter too!! 16:06:04 pfps: I'm against the proposal overall -- not specifically agreeing with JeremyCarroll (although I do, also) 16:06:21 q+ 16:06:22 davidwood: i think it's clear we wont resolve this today. 16:06:26 I didn't say that there was a problem, just that there was a change to the fundamentals of RDF. 16:06:35 davidwood: JeremyCarroll is right to move it to the list. 16:06:43 So, its our task to adjust RDF to suit ourselves. 16:06:45 my AOB: Propose congratulations to Gavin, Kindli and Patrick 16:07:03 topic: Other Business 16:07:21 Seconded. 16:07:30 JeremyCarroll: Gavin and Kindli had a baby, Patrick (1 day old). :-) 16:07:39 Particularly as he has a really good name. 16:07:48 +1 16:08:52 sandro: how abuut we talk about the issue for remaining time... 16:08:57 topic: back to String Literals 16:09:11 pfps: I don't see what motivates all this in RDF. 16:09:18 language tags seem like a funny special case in the data model 16:09:22 The change is mathematically trivial, and the RDF machinery isnt very deep anyway. 16:09:27 the choice between "abc" and "abc"^^xsd:string is arbitrary and stymies unification 16:09:35 (pfps) 16:10:18 We have to choose between tyuping a pair, or writing "string@tag" 16:10:28 pfps: Conceptually, adding a slew of datatypes (eg rdflang:en) that doesnt change the machinery nearly as much. I don't think it's a good idea, but it's not really a chance to the RDF machinery. 16:10:32 AZ has joined #rdf-wg 16:10:39 pfps: is there an infinite number of languages? 16:10:45 ivan: it's large but finite. 16:10:59 language-extlang-script-region-variant-extension-privateuse 16:11:33 zakim, unmute me 16:11:33 ww should no longer be muted 16:12:03 q? 16:12:10 q- 16:12:13 PatH: infinity is not the problem -- it's the complexity. 16:12:14 q+ 16:12:14 q+ 16:12:18 one human being can invent an infinite number of privater use tags 16:12:29 http://www.w3.org/International/articles/language-tags/ 16:12:31 pat: region means something differrent in each language. 16:12:33 ack ivan 16:13:14 ack ww 16:13:14 ww: i agree it's very complicated; one might want to model this stuff in RDF -- if it's a datatype, then there's a chance of doing that. This simplifies this. 16:13:18 and lang tag canonicalization is quite complex (it's not lower case) 16:13:25 q+ 16:13:26 q? 16:13:30 ack sandro 16:13:31 ack sandro 16:13:43 Language tags are widely used. Has any of these uers expressed a desire to replace them with RDF? 16:13:48 AndyS, there is a (RDF?) document that recommends lowercase normalisation 16:13:55 AndyS, abstract syntax maybe 16:14:03 q+ 16:14:06 q+ to ask about language tags and xsd:string 16:14:07 +q 16:14:10 q+ 16:14:11 zakim, mute me 16:14:12 ack ericP 16:14:13 ww should now be muted 16:14:17 sandro: just treat the language tag as opaque. that's the most elegant solution here. 16:14:25 steveH - yes. It's not what RFC 4646 says :-( 16:14:35 That does not work when datatype names become class names in RDFS. 16:14:57 We need to establish the subclass relationships. 16:15:00 ericP: The only logic I've seen on language tags is LangMatches, as in SPARQL -- simple to implement -- I think Sandro's notion of treat them as opaque, or a little bit if "L-Entailment" on lang-matches, those tricks would work and simplify RDF. 16:15:31 ack ivan 16:15:35 What is the value space of these dataypes?? 16:16:14 ivan: Because the number of lang dts is huge, I want to be clear that we do not introduce into an RDFS reasoner to put in a huge number of class definitions. 16:16:20 (of course not, if it's opaque.) 16:16:39 ivan: "every datatype we know has to be defined to be a class". 16:16:48 I'm finding this discussion very interesting but unfortunately have to go 16:16:48 ivan: we can wave our hands, perhaps. 16:17:06 AZ has joined #rdf-wg 16:17:08 PatH - exactly! - they have (presumably) the same value space (unicode string) which is a problem. 16:17:14 ivan: In OWL-2-RL every DT needs a triple added. 16:17:27 -ww 16:17:37 I suggest value space is pairs (string, language tag). 16:17:38 The classes of valaues are determined by the datatype spec. If we follow the tag specs, this gets very com,plicated and might not even fit into the RDFS class model. If we don't, the our reasoners will not deal with the datatypes correctly. 16:17:58 ADJOURN 16:18:03 bye 16:18:05 -[Garlik] 16:18:06 -Souri 16:18:07 -yvesr 16:18:09 -JeremyCarroll 16:18:09 bye 16:18:09 bye 16:18:10 ok, bye 16:18:10 -Peter_Patel-Schneider 16:18:13 -PatH 16:18:14 -cygri 16:18:14 -AlexHall 16:18:15 -mbrunati 16:18:15 -zwu2 16:18:20 -NickH 16:18:23 -Scott_Bauer 16:18:29 -nick.a 16:18:56 AlexHall has left #rdf-wg 16:19:12 SteveH has joined #rdf-wg 16:19:23 mischat has joined #rdf-wg 16:20:04 WGs have a habit of un-deciding over their lifetime. 16:26:29 I disagree 16:26:49 q+ 16:27:59 q- 16:31:09 zakim, who is on the call? 16:31:09 On the phone I see Ivan, EricP, sandro, AndyS 16:33:24 sandro :-) 16:35:40 See the text http://www.w3.org/2009/sparql/docs/query-1.1/rq25.xml#grammar 16:39:23 andy, is this the reference I should use for the rdflib group? 16:39:34 ivan - email coming 16:39:37 ok 16:40:27 ivan - email sent 16:44:34 oddly, N3 does not even have \u (I can't find it anyway) 16:45:44 -Ivan 16:45:46 -sandro 16:45:48 -EricP 16:45:49 -AndyS 16:45:49 SW_RDFWG()11:00AM has ended 16:45:51 Attendees were Ivan, Scott_Bauer, yvesr, EricP, NickH, wcandillon, Peter_Patel-Schneider, mbrunati, SteveH, mischat, AlexHall, +1.415.586.aaaa, AndyS, zwu2, cmatheus, FabGandon, 16:45:54 ... cygri, sandro, PatH, Souri, JeremyCarroll, ww, nick 17:17:36 SteveH__ has joined #rdf-wg 18:12:51 SteveH has joined #rdf-wg 18:13:03 SteveH__ has joined #rdf-wg 18:50:12 Zakim has left #rdf-wg 19:15:48 davidwood has joined #rdf-wg 19:46:41 mischat has joined #rdf-wg 21:04:59 cygri has joined #rdf-wg 21:38:49 ww has left #rdf-wg 21:40:54 mischat has joined #rdf-wg 23:30:29 davidwood has joined #rdf-wg 23:50:41 LeeF has joined #rdf-wg