15:00:11 <RRSAgent> RRSAgent has joined #rif
15:00:11 <RRSAgent> logging to http://www.w3.org/2009/05/19-rif-irc
15:00:27 <ChrisW> oops
15:00:28 <Zakim> +Mike_Dean
15:00:33 <Zakim> +Hassan_Ait-Kaci
15:00:45 <Zakim> -Hassan_Ait-Kaci
15:00:49 <ChrisW> Agenda: http://lists.w3.org/Archives/Public/public-rif-wg/2009May/0088.html
15:00:52 <ChrisW> Meeting: RIF Telecon 19-May-2009 (Last Call Day)
15:00:59 <ChrisW> Chair: Christian de Sainte-Marie
15:01:05 <AdrianP> AdrianP has joined #rif
15:01:08 <ChrisW> rrsagent, make minutes
15:01:08 <RRSAgent> I have made the request to generate http://www.w3.org/2009/05/19-rif-minutes.html ChrisW
15:01:12 <Zakim> +csma
15:01:17 <ChrisW> rrsagent, make logs public
15:01:29 <csma> zakim, who is on the phone?
15:01:29 <Zakim> On the phone I see ChrisW, Mike_Dean, csma
15:01:44 <Zakim> +Sandro
15:01:48 <Zakim> +Hassan_Ait-Kaci
15:01:55 <Zakim> +AxelPolleres
15:01:59 <StellaMitchell> StellaMitchell has joined #rif
15:02:02 <cke> cke has joined #RIF
15:02:16 <ChrisW> Scribe: Hassan_Ait-Kaci
15:02:21 <ChrisW> scribenick: hak
15:02:28 <Zakim> +??P17
15:02:38 <AdrianP> Zakim, ??P17 is me
15:02:38 <Zakim> +AdrianP; got it
15:02:38 <LeoraMorgenstern> LeoraMorgenstern has joined #rif
15:02:57 <AdrianP> Zakim, mute me
15:02:57 <Zakim> AdrianP should now be muted
15:03:00 <csma> zakim, who is on the phone?
15:03:00 <Zakim> On the phone I see ChrisW, Mike_Dean, csma, Sandro, Hassan_Ait-Kaci, AxelPolleres, AdrianP (muted)
15:03:09 <Zakim> +Stella_Mitchell
15:03:25 <DaveReynolds> DaveReynolds has joined #rif
15:03:28 <Zakim> +Leora_Morgenstern
15:03:38 <ChrisW> Regrets: PaulVincent JosDeBruijn
15:03:55 <Zakim> +??P42
15:03:59 <csma> http://www.w3.org/2009/05/12-rif-minutes.html
15:04:22 <csma> PROPOSED: accept minutes of telecon May 12
15:04:29 <ChrisW> zakim, ??p42 is cke
15:04:29 <Zakim> +cke; got it
15:04:44 <ChrisW> zakim, who is on the phone?
15:04:44 <Zakim> On the phone I see ChrisW, Mike_Dean, csma, Sandro, Hassan_Ait-Kaci, AxelPolleres, AdrianP (muted), Stella_Mitchell, Leora_Morgenstern, cke
15:04:52 <Zakim> +??P46
15:05:10 <csma> RESOLVED: accept minutes of telecon May 12
15:05:33 <csma> next item
15:05:48 <AxelPolleres> q+
15:05:54 <ChrisW> ack axel
15:05:58 <csma> ack axel
15:06:44 <ChrisW> rdf:text
15:06:59 <ChrisW> discussing rdf:text
15:07:04 <hak> Axel mentions discussions and a proposal and a coming conference about RDFX (?)
15:07:10 <ChrisW> external LC comments from SPARQL WG
15:07:18 <sandro> s/RDFX/rdf:text/
15:07:25 <ChrisW> s/RDFX/rdf:text/
15:08:46 <hak> Will have some impact (but only editorial) on RIF
15:09:08 <Harold> Harold has joined #rif
15:09:18 <csma> q?
15:09:28 <hak> Sandro: not sure ... but worries about connections with how this maps back to RDF
15:10:02 <Zakim> +[NRCC]
15:10:15 <Zakim> +Gary
15:10:16 <hak> Axel: if we come an agreement on a lexical form then there should be no problem ...
15:10:34 <Stella-MItchell> Stella-MItchell has joined #rif
15:10:35 <hak> CSAM: Question - is there any "at risk" things in there ?
15:10:48 <hak> s/CSAM/CSMA/
15:11:33 <hak> Sandro: every thing about rdf:text should marked at risk unless proven otherwise (Michael had strong opinions about that)
15:11:36 <Gary_Hallmark> Gary_Hallmark has joined #rif
15:11:40 <AxelPolleres> I think we might want need to change
15:11:41 <AxelPolleres> "A constant in a particular RIF symbol space has the following presentation syntax:
15:11:46 <AxelPolleres> "literal"^^<symbolSpaceIri>"
15:12:18 <hak> Sandro: might need to revert to RDF's plain literal ... but not sure at his stage
15:12:31 <AxelPolleres> to three different representations, i.e. not having rdf:text represented the way we do it now but only using the RDF literal representation.
15:12:44 <hak> Sandro: might be more than syntax ... semantics may be also
15:13:28 <MichaelKifer> MichaelKifer has joined #rif
15:13:51 <hak> Sandro: if we get rid of 'rdf:text' then we need to support sepcial handling iof RFD plain literal in all RIF dialects because they are not data types (RDF plain literals)
15:14:02 <hak> s/sepcial/special/
15:14:10 <hak> s/iof/if/
15:14:27 <hak> CSMA: then we need MK's input
15:14:32 <Zakim> +MichaelKifer
15:14:44 <hak> Chris: don't understand the issue here 
15:15:26 <hak> Sandro: let me put it another way ... We sould need to specify what RDF literals map to ... but what ?
15:15:39 <hak> s/sould/would/
15:16:08 <hak> Sandro: not clear ... but we need to be cautious there ... need a fallback position
15:16:10 <DaveReynolds> q+
15:16:52 <hak> MK: if we can't use it then users must be aware they they's have to invent their own semantics
15:17:13 <csma> ack dave
15:17:23 <hak> Sandro: ok - let's just use 'rdf:text' 
15:17:50 <AxelPolleres> q+ to answer Dave
15:17:55 <hak> DaveReynolds: just introduce the data type for 
15:18:12 <csma> PROPOSED: rdf:text will be marked at risk in DTB
15:18:15 <hak> 'rdf:text' and that could be the target of semantics
15:18:42 <hak> Sandro: no need to be more precise 
15:19:12 <csma> q?
15:19:20 <csma> ack axel
15:19:20 <Zakim> AxelPolleres, you wanted to answer Dave
15:19:27 <hak> CSMA: cites CORE and DTB? where such issues might have an impact
15:19:51 <ChrisW> do we need an action here?
15:19:53 <csma> s/CORE/SWC/
15:19:55 <hak> Axel: people did not like the lexical view ... need to explain
15:20:08 <csma> PROPOSED: rdf:text will be marked at risk in DTB
15:20:14 <sandro> +1 
15:20:15 <ChrisW> +1
15:20:17 <DaveReynolds> +1
15:20:20 <hak> +1
15:20:26 <AxelPolleres> s/lexical view/lexical space with trailing @/
15:20:31 <MichaelKifer> 0
15:20:31 <Harold> +1
15:20:38 <cke> 0
15:20:40 <AxelPolleres> 0
15:20:44 <AdrianP> +1
15:21:02 <csma> RESOLVED: : rdf:text will be marked at risk in DTB
15:21:11 <hak> s/they they/that they/
15:21:19 <sandro> action: axel mark rdf:text at risk in DTB
15:21:20 <trackbot> Created ACTION-815 - Mark rdf:text at risk in DTB [on Axel Polleres - due 2009-05-26].
15:21:48 <csma> next itm
15:21:53 <csma> next item
15:22:52 <ChrisW> close action-813
15:22:55 <trackbot> ACTION-813 Find clarification on year-from-duration from XPATH wg closed
15:23:52 <hak> close action-812
15:23:52 <trackbot> ACTION-812 Define cast from xmlliteral to streing closed
15:24:03 <hak> close action-811
15:24:03 <trackbot> ACTION-811 Check that all RIF datatypes have a canonical representation closed
15:24:38 <hak> close action-809
15:24:38 <trackbot> ACTION-809 Respond to harolds comments closed
15:24:53 <Stella-MItchell> done
15:25:02 <hak> close action-792
15:25:02 <trackbot> ACTION-792 Add note in test case document that negative tests 'go down' and positive tests "go up" closed
15:27:34 <ChrisW> close action 810 (completed by Harold)
15:27:40 <ChrisW> close action-810 (completed by Harold)
15:27:50 <ChrisW> close action-810
15:27:51 <trackbot> ACTION-810 Draft a paragraph describing the status of the presentation syntax closed
15:28:05 <AdrianP> Core and PRD already have a modular schema. Only BLD would need to be refactored
15:28:28 <cke> I prefer to have a resolution to track the decision
15:29:04 <sandro> sandro: fine, as long as we have an editor's note saying that ...
15:29:33 <hak> close action-774
15:29:33 <trackbot> ACTION-774 Review FLD closed
15:29:44 <hak> close action-773
15:29:44 <trackbot> ACTION-773 Review BLD closed
15:29:52 <hak> close action-772
15:29:52 <trackbot> ACTION-772 Review swc closed
15:30:15 <sandro> PROPOSED: The LC drafts will have the 'flat' schemas, with an editors note saying we expect to refactor the schemas in the future (to use "include"), but do not expect to change which XML instance documents will be valid.
15:30:44 <hak> close action-771
15:30:44 <trackbot> ACTION-771 Review DTB closed
15:31:17 <cke> +1
15:31:21 <sandro> +1
15:31:29 <hak> +1
15:31:29 <ChrisW> +1
15:31:45 <Gary> +1
15:31:51 <AdrianP> 0
15:31:56 <AdrianP> Zakim, unmute me
15:31:56 <Zakim> AdrianP should no longer be muted
15:32:01 <DaveReynolds> 0
15:32:10 <mdean> 0
15:32:30 <Harold> 0.25
15:32:37 <MichaelKifer> 0
15:32:49 <AxelPolleres> +1
15:33:51 <hak> Axel: a flat XML scheme won't interfere with our design
15:34:03 <cke> XML instance documents will be preserved, it's our objective
15:34:09 <csma> RESOLVED: The LC drafts will have the 'flat' schemas, with an editors note saying we expect to refactor the schemas in the future (to use "include"), but do not expect to change which XML instance documents will be valid.
15:34:14 <hak> s/Axel/Harold/
15:34:29 <hak> close action-769
15:34:29 <trackbot> ACTION-769 Review PRD closed
15:34:32 <AdrianP> yes we need to take care about the maintenance of the flat schemas which are mostly copy and paste
15:34:36 <hak> close action-768
15:34:36 <trackbot> ACTION-768 Review Core closed
15:35:07 <hak> close action-740
15:35:07 <trackbot> ACTION-740 Accomodate casting functions in a well defined manner closed
15:35:53 <Harold> A 'flattening' of schemas should NOT lead to any divergence between schemas in the same 'inheritance line' such as the FLD---BLD---Core line and the PRD---Core line.
15:36:07 <ChrisW> axel?
15:36:26 <Stella-MItchell> continued
15:37:57 <ChrisW> agreed - discuss later
15:38:38 <ChrisW> leave it open
15:39:31 <ChrisW> still pending
15:40:20 <csma> next item
15:40:42 <ChrisW> zakim, take up item 4
15:40:42 <Zakim> agendum 4. "DTB" taken up [from ChrisW]
15:41:39 <csma> http://lists.w3.org/Archives/Public/public-rif-wg/2009May/0072.html
15:42:55 <ChrisW> why not?
15:43:10 <cke> If slot names are not fixed strings, what can they be? Can someone give an example?
15:43:43 <hak> CSAM: summarizing Gary's and Dave's worries wrt frames (non constant fields, wher variables/terms can occur)
15:43:49 <cke> Localized names of course make sense
15:43:56 <hak> s/CSAM/CSMA/
15:44:45 <hak> MK: do not see the problem ... simply restrict it - Frames are general enough to express this
15:45:12 <csma> q?
15:45:17 <cke> In most PR engines, the names are valid identifiers, which are composed of some specific characters
15:45:25 <hak> CSMA: need to translate a frame whose slot is a list (say) ... what does it mean ?
15:45:36 <AxelPolleres> "Mark rdf:text at risk in DTB" (ACTION-815) is done from my side (status now set to pending review)
15:45:57 <hak> MK: it will the same done by the systems for which it makes sense to have such slots
15:46:44 <hak> s/will the/will be interpreted/
15:46:55 <hak> s/same/same way as /
15:47:11 <sandro> gary: it's a chore, but I think it's fine.
15:47:17 <cke> I will have to mangle the names. Can someone make a case why the names should be generalized?
15:47:19 <hak> Gary: it is possible but a pain to handle such quirks
15:47:42 <ChrisW> did we deal with this: 1. PRD prohibits member (#) in rule heads. Core allows it. I think
15:47:42 <ChrisW> Core must follow PRD here.
15:47:57 <hak> DaveReynolds: integers as slots in frames are not really an issue 
15:48:34 <hak> CSMA: Core does not have numbers at all
15:48:48 <sandro> The alphabet of the presentation language of RIF-Core is the alphabet of the RIF-BLD presentation language with the exclusion of the symbol ## (subclass) and the set of symbols ArgNames (used for named-argument uniterms). 
15:48:58 <sandro> (quoting)
15:49:19 <hak> Gary and Sandro: really ... what CORE does not have is subclasses not numbers
15:49:22 <ChrisW> zakim, who is talking?
15:49:32 <Zakim> ChrisW, listening for 10 seconds I heard sound from the following: MichaelKifer (23%), csma (13%)
15:49:39 <ChrisW> zakim, mute MichaelKifer
15:49:39 <Zakim> MichaelKifer should now be muted
15:49:47 <Stella-MItchell> see section 2.3 in core too
15:49:49 <hak> Sandro: confirms that numbers are in core but not class membership
15:50:01 <csma> q?
15:50:10 <hak> s/core/CORE/
15:50:48 <csma> next item
15:50:55 <ChrisW> zakim, take up item 4
15:50:55 <Zakim> agendum 4. "DTB" taken up [from ChrisW]
15:51:34 <hak> DTB reviewers ?
15:52:25 <hak> Chris: there were issues about lists
15:52:55 <hak> Chris: prefers cons-like lists to numerical index 
15:53:27 <DaveReynolds> +1 to put in append
15:53:41 <hak> Sandro: indexed lists are useful for efficient insertion ... 
15:54:07 <csma> q?
15:54:33 <ChrisW> add an append function to DTB for lists
15:55:14 <ChrisW> ...instead of having numerical indexes that go past the end of the list
15:55:28 <sandro> Sandro: the reason for the rule about too-high-indexes being reduced is that it lets you use insert-before like append.
15:56:19 <Gary> I think append(list, element) = concatenate(list, make-list(element))
15:56:33 <AxelPolleres> There is a statement in DTB Sec 1.2.1:
15:56:33 <AxelPolleres> * rif:iri (http://www.w3.org/2007/rif#iri, ... ... ... A rif:iri
15:56:33 <AxelPolleres> constant must be interpreted as a reference to one and the same
15:56:34 <AxelPolleres> object regardless of the context in which that constant occurs. 
15:57:01 <sandro> true, Gary
15:57:22 <hak> Chris: issue is about what an IRI means
15:57:25 <MichaelKifer> zakim, unmute me
15:57:25 <Zakim> MichaelKifer should no longer be muted
15:57:27 <AdrianP> there was also the question about naming of primitive datatypes 
15:58:30 <hak> Axel: objects to the relevance of this issue at that place in the STB cocument
15:58:38 <hak> s/STB/DTB/
15:59:33 <hak> Sandro: prefers omitting this explanation as it is confusing
15:59:59 <hak> Dave: is shappy with dropping it as well
16:00:22 <hak> MK: could add that IRI's interpretation is not afected
16:00:31 <hak> s/afected/affected/
16:00:54 <hak> Chris: adding this comment in FLD would be also useful
16:00:59 <hak> MK: agreed
16:01:12 <hak> s/shappy/happy/
16:01:17 <ChrisW>  Chris is shappy, too
16:02:07 <hak> Axel: already dropped the text from the DTB document
16:02:12 <AxelPolleres> Here two more TODOs which are less clear:
16:02:12 <AxelPolleres> * Speaking of "primitive datatypes" should be avoided
16:02:12 <AxelPolleres> We call our datatypes "primitive" but this is not in compliance with
16:02:12 <AxelPolleres>  http://www.w3.org/TR/xmlschema11-2/#dt-primitive
16:02:12 <AxelPolleres> since we also use "primitive" for what are actually "ordinary" datatypes following XSD. I suggest we just speak about datatypes.
16:02:13 <AxelPolleres> * in my BLD review, I suggested that the Base Directive should refer to *absolute* iri:
16:02:15 <AxelPolleres>     "where iri is a unicode string in the form of an *absolute* IRI
16:02:17 <AxelPolleres>         [RFC-3987]."
16:02:45 <AdrianP> I would propose to call it simple datatypes
16:04:24 <ChrisW> action: axel rename "primitive" datatypes to datatypes
16:04:24 <trackbot> Created ACTION-816 - Rename "primitive" datatypes to datatypes [on Axel Polleres - due 2009-05-26].
16:05:57 <sandro> agreed, iri in base should be absolute (absolutely)
16:06:07 <csma> q?
16:06:28 <ChrisW> michael is back one issue
16:08:49 <sandro> MichaelKifer, I think XML has "complex types" not "complex datatypes".    datatypes seems to be the same as "simple types"
16:10:23 <ChrisW> PROPOSED: extend meeting by 30 minutes
16:10:47 <Stella-MItchell> I can scribe at end
16:10:54 <csma> RESOLVED: extend meeting by 30 minutes
16:11:38 <AxelPolleres> http://www.w3.org/TR/xmlschema11-2/#primitive-vs-derived
16:12:16 <AxelPolleres> http://www.w3.org/TR/xmlschema11-2/#rf-defn
16:13:49 <hak> Discussion about nuances on data types and primitive types ... and whether adding an explanation confuses more
16:14:07 <hak> MK: ok let me think about how to rephrase this ...
16:15:07 <sandro> PROPOSED: base directive will take absolute IRI
16:15:08 <sandro> +1
16:15:13 <ChrisW> +1
16:15:20 <sandro> MichaelKifer: it's that way already.
16:15:24 <DaveReynolds> +1
16:15:30 <hak> +1
16:15:44 <AdrianP> +1
16:15:46 <csma> RESOLVED: base directive will take absolute IRI
16:15:48 <sandro> RESOLVED: base directive will take (or maybe already does take) absolute IRI
16:16:17 <sandro> action: axel make sure base takes absolute IRI in DTB
16:16:17 <trackbot> Created ACTION-817 - Make sure base takes absolute IRI in DTB [on Axel Polleres - due 2009-05-26].
16:16:18 <ChrisW> action: axel to make base directive iris absolute
16:16:18 <trackbot> Created ACTION-818 - Make base directive iris absolute [on Axel Polleres - due 2009-05-26].
16:16:31 <sandro> action-817 closed
16:16:31 <trackbot> ACTION-817 Make sure base takes absolute IRI in DTB closed
16:16:50 <AxelPolleres> ACTION-817 is done.
16:17:07 <AxelPolleres> ACTION-816 is done.
16:17:24 <csma> O
16:17:35 <hak> Sandro: prefers 'append list' but not strongly 
16:17:45 <sandro> PROPOSED: add append as a new list-builtin and remove ceiling of list indexes.
16:17:52 <AdrianP> +1
16:17:56 <hak> 0
16:17:59 <ChrisW> 0
16:18:00 <Gary> +1
16:18:01 <mdean> +1
16:18:02 <sandro> +0.75
16:18:13 <cke> +1
16:18:14 <Harold> 0
16:18:20 <AxelPolleres> 0 not sure whether not redundant still
16:18:23 <DaveReynolds> +1
16:18:34 <sandro> RESOLVED: add append as a new list-builtin and remove ceiling of list indexes.
16:18:34 <csma> RESOLVED: : add append as a new list-builtin and remove ceiling of list indexes.
16:18:35 <MichaelKifer> 0
16:18:39 <ChrisW> action: sandro to add append to DTB
16:18:39 <trackbot> Created ACTION-819 - Add append to DTB [on Sandro Hawke - due 2009-05-26].
16:19:03 <csma> *PROPOSED:* Publish DTB as last call. draft.
16:19:31 <csma> *PROPOSED:* Publish DTB [4] as last call. draft, pending completion of all actions
16:20:02 <hak> MK: there is an issue about short names ... need to check with Axel ... should be moved out
16:20:13 <hak> Axel: not see a problem
16:20:14 <ChrisW> "The short name of a symbol space is an NCName, typically the character sequence after the last '/' or '#' in the symbol space IRI (similar to the XML local name part of a QName). "
16:21:29 <hak> MK: problem is with symbol space for short names
16:21:51 <hak> Axel: where do you suggest we put them ?
16:22:37 <hak> MK: they should not be in the definition of the symbol space ... the problem is that short names in BLD and FLD do not coincide then
16:23:16 <hak> ChrisW: do not understand what the issue is 
16:23:39 <hak> CSMA: nothing references them - why do we have them ?
16:23:58 <hak> ChrisW: they are not formal - just a handy thing
16:24:17 <hak> Axel: need them for other sections
16:24:46 <hak> ChrisW: just list all the datatypes and their short names there
16:25:17 <hak> Axel: we can do why MK suggests cleaning up the definition 
16:25:35 <hak> MK: yes but move them to the preamble
16:26:08 <hak> CSMA: are any of these short names different from the names of the datatypes ?
16:26:13 <hak> Axel: no 
16:26:51 <hak> ChrisW: I still do not understand the issue ! they are just handy things
16:27:32 <hak> MK: yest but they need to have the same specs wrt to symbol spaces in both FLD and DTB - they do not now
16:27:52 <hak> s/yest/yes/
16:28:12 <DaveReynolds> So put Chris' proposed text in 1.3
16:28:12 <hak> MK: we need them only for datatypes .. just move them to the section there 
16:28:29 <hak> ChrisW: finds this inconvenient
16:28:59 <hak> because of editorial reasons ... why makes it longer just to match another document
16:29:46 <ChrisW> scribe: Stella-MItchell
16:30:04 <Stella-MItchell> yes
16:30:15 <Zakim> -Hassan_Ait-Kaci
16:31:25 <ChrisW> action: axel to move the shortnames out of the definition of symbol spaces, and remove shortnames for iri and local
16:31:26 <trackbot> Created ACTION-820 - Move the shortnames out of the definition of symbol spaces, and remove shortnames for iri and local [on Axel Polleres - due 2009-05-26].
16:32:08 <Stella-MItchell> csma: michael, is this ok?
16:32:21 <Stella-MItchell> mk: introduces forward reference
16:32:58 <Stella-MItchell> cw: we can make acceptance of document contingent on resolving this
16:33:13 <csma> PROPOSED: Publish DTB as last call. draft, pending completion of all DTB actions.
16:33:24 <sandro> +1
16:34:11 <LeoraMorgenstern> I can volunteer.
16:34:30 <csma> PROPOSED: Publish DTB as last call. draft, pending completion of all DTB actions to the of Leora
16:34:35 <ChrisW> action: leora to review pending DTB actions (815-820)
16:34:35 <trackbot> Created ACTION-821 - Review pending DTB actions (815-820) [on Leora Morgenstern - due 2009-05-26].
16:34:44 <sandro> +1
16:34:50 <cke> +1
16:34:53 <ChrisW> +1
16:34:55 <Harold> +1
16:34:57 <MichaelKifer> +1
16:35:00 <AdrianP> +1
16:35:00 <LeoraMorgenstern> +1
16:35:01 <Stella-MItchell> +1
16:35:12 <DaveReynolds> +1
16:35:30 <Gary> +1
16:35:35 <csma> PROPOSED: Publish DTB as last call. draft, pending completion of all DTB actions
16:35:37 <mdean> +1
16:35:50 <ChrisW> good job, Axel!
16:35:58 <csma> RESOLVED:  Publish DTB as last call. draft, pending completion of all DTB actions
16:36:09 <csma> next item
16:36:24 <cke> me
16:37:53 <Stella-MItchell> cke: I made some comments, and saw a response from Dave. The content looks fine to me
16:38:19 <Stella-MItchell> yes, and Jos answered that too
16:38:34 <Stella-MItchell> Gary:  I address Stella's comments
16:38:59 <Stella-MItchell> s/address/addressed/
16:39:30 <DaveReynolds> http://lists.w3.org/Archives/Public/public-rif-wg/2009May/0069.html
16:39:35 <Stella-MItchell> cw: issue about binding patterns for lists, from Jos
16:40:54 <Stella-MItchell> sandro: jos proposed and gary and sandro seconded that binding patterns be changed, was that change made?
16:41:06 <Stella-MItchell> gary: there is still an editor's note
16:41:38 <Stella-MItchell> csma: to disallow using equality builtins to bind one variable
16:41:58 <AdrianP> do we need to make change with respect to class membership in Core?
16:42:18 <sandro> #  the external predicate pred:list-contains has the valid binding pattern (b, u). 
16:42:22 <AdrianP> The Terms of RIF-Core are the terms of RIF-BLD with the exclusion of subclass terms and of terms with named arguments. 
16:42:35 <DaveReynolds> Adrian - I think it is currently consistent with the resolution
16:42:45 <AdrianP> ok, great
16:43:17 <DaveReynolds> What's inconsistent at the moment?
16:43:19 <ChrisW> stella, your scribing is coming out as "emotes"
16:43:28 <ChrisW> those don't get included in the record
16:43:44 <ChrisW> (lines starting with *)
16:43:55 <Stella-MItchell> ok, I typed them as emotes, but shouldn't have
16:43:59 <ChrisW> tnx
16:44:08 <sandro> PROPOSED: following editor's note in Core 6.1, all of the binding patterns with "u" for the equality predicates will be removed.
16:44:17 <Stella-MItchell> alphabet of RIF-Core need to be udated to say that # is excluded
16:44:26 <Stella-MItchell> s/udated/updated/
16:44:28 <AxelPolleres> Action-820 is done, cf. http://www.w3.org/2005/rules/wiki/DTB#Symbol_Spaces
16:44:51 <sandro> This leaves just: pred:iri-string and pred:list-contains as having "u" binding patterns.
16:44:53 <DaveReynolds> Stella - # is not excluded, it is only excluded in the head which is the resolution, and what Core says
16:45:13 <Stella-MItchell> oh, right
16:45:41 <AdrianP> yes, Core says Equality terms and class membership terms cannot occur in rule conclusions -- they are allowed only in rule premises.
16:46:22 <Stella-MItchell> sandro: I think you can write much better rules with binding patterns b,u for list contains
16:46:31 <Stella-MItchell> csma: gary, is it ok with you?
16:46:52 <sandro> PROPOSED: following editor's note in Core 6.1, all of the binding patterns with "u" for the equality predicates will be removed.   (this leaves only pred:iri-string and pred:list-contains as (b, u))
16:46:59 <Stella-MItchell> gary:  (missed)
16:47:00 <sandro> +1
16:47:09 <ChrisW> +1
16:47:12 <DaveReynolds> +1
16:47:13 <Gary> +1
16:47:21 <sandro> gary: I see list-contains as (b, u) as a challenge, but I think it's doable.
16:47:33 <mdean> +1
16:47:51 <sandro> RESOLVED: following editor's note in Core 6.1, all of the binding patterns with "u" for the equality predicates will be removed.   (this leaves only pred:iri-string and pred:list-contains as (b, u))
16:48:32 <Stella-MItchell> gary: core, definition of safeness in section 6.1, 4th bullet point...
16:49:05 <Stella-MItchell> ...confused by 2 c1's
16:49:14 <Stella-MItchell> dave: no, it is c1 to cl
16:49:28 <Harold> f1, ..., fl
16:49:41 <Stella-MItchell> stella: my comment was on why CL was not used in the definition
16:49:46 <Stella-MItchell> ...Jos explained that part
16:50:50 <csma> PROPOSED: Publish Core as last call draft, pending completion of Core actions
16:51:04 <sandro> action: Gary, change subscript "l" in 6.1 to something else (not so confused with "1") and have Jos proof-read the change.
16:51:04 <trackbot> Sorry, couldn't find user - Gary,
16:51:13 <sandro> action: Gary to change subscript "l" in 6.1 to something else (not so confused with "1") and have Jos proof-read the change.
16:51:13 <trackbot> Created ACTION-822 - Change subscript "l" in 6.1 to something else (not so confused with "1") and have Jos proof-read the change. [on Gary Hallmark - due 2009-05-26].
16:51:17 <Stella-MItchell> cw: we need actions for the updates still to be done
16:51:39 <AxelPolleres> Can we close 816/818, they're done.
16:52:31 <Stella-MItchell> daver: I just updated the binding patterns
16:52:49 <Stella-MItchell> cw: who will review the recent core changes?
16:53:04 <csma> PROPOSED: Publish Core as last call draft, pending completion of Core actions.
16:53:12 <sandro> +1
16:53:18 <DaveReynolds> +1
16:53:19 <ChrisW> +1 (IBM)
16:53:24 <mdean> +1
16:53:27 <AdrianP> +1
16:53:29 <Stella-MItchell> +1
16:53:33 <Harold> +1
16:53:35 <cke> +1
16:53:38 <MichaelKifer> +1
16:53:45 <AxelPolleres> +1
16:53:48 <csma> zakim, who is on the phone?
16:53:48 <Zakim> On the phone I see ChrisW, Mike_Dean, csma, Sandro, AxelPolleres, AdrianP, Stella_Mitchell, Leora_Morgenstern, cke, DaveReynolds, [NRCC], Gary, MichaelKifer
16:53:54 <LeoraMorgenstern> +1
16:54:03 <Gary> +1
16:54:21 <ChrisW> zakim, can you vote?
16:54:21 <Zakim> I don't understand your question, ChrisW.
16:54:38 <csma> RESOLVED: : Publish Core as last call draft, pending completion of Core actions.
16:54:41 <Stella-MItchell> csma, sandro: Jos will still review core
16:55:17 <Stella-MItchell> sandro: I'm debating going to management with having it be contingent on LC decisions being made next week
16:55:38 <AxelPolleres> need to go.
16:56:03 <csma> next item
16:56:24 <Stella-MItchell> axel: I reviewed BLD
16:56:41 <Stella-MItchell> Harold: I  and Michael addressed Axel's comments
16:57:21 <Stella-MItchell> axel: I didn't have time yet to check the implementation of the review
16:57:43 <Stella-MItchell> csma: I also reviewed BLD, and just have one question about mapping of the condition language
16:58:13 <Stella-MItchell> ...empty argument element, rather than no element, when a predicate has no arguments
16:58:30 <cke> yes ok for me
16:58:31 <Stella-MItchell> ...is this ok? gary, cke?
16:58:49 <Stella-MItchell> s/predicate/predicate, function. builtin/
16:58:56 <Stella-MItchell> gary: yes
16:59:00 <Stella-MItchell> cke: yes
16:59:09 <cke> so this should be specified in core.
17:00:13 <Stella-MItchell> csma: Michael, question about type (anyURI or rif:iri) of locator for import
17:01:24 <Stella-MItchell> csma: not consistent with what was decided at F2F13
17:01:44 <Stella-MItchell> mk: I think the minutes from F2F13 are incorrect - the 2 resolutions are inconsistent
17:01:46 <MichaelKifer> <"a"^^anyURI>
17:02:06 <csma> RESOLVED: In the XML syntax (for Core, BLD, PRD), the xml-schema type of both arguments to import is an anyURI -- NOT rif Const element(s).
17:02:11 <Stella-MItchell> s/inconsistent/inconsistent with each other/
17:02:21 <csma> RESOLVED: In RIFPS, we'll use <...> to delimit the IRI arguments to Import, Base, Prefix. (This syntax is the same as rif:iri Consts, but you can tell by the context.)
17:03:21 <Stella-MItchell> csma: my comments are about the XML syntax
17:03:42 <Stella-MItchell> mk: ok, I didn't understand that before
17:04:54 <sandro> PROPOSED: Publish BLD as a second Last Call.
17:05:00 <csma> PROPOSED: Publish BLD as 2nd LC draft
17:05:04 <ChrisW> +1 (IBM)
17:05:07 <sandro> +1
17:05:07 <AdrianP> +1
17:05:16 <Stella-MItchell> +1
17:05:34 <Harold> +1
17:05:42 <sandro> second last call means last call, but it happens to be the second time it's been at last call.
17:05:47 <cke> +1
17:05:49 <ChrisW> action: axel review changes to BLD
17:05:49 <trackbot> Created ACTION-823 - Review changes to BLD [on Axel Polleres - due 2009-05-26].
17:05:52 <MichaelKifer> +1
17:06:00 <AxelPolleres> +1 (pending review of my changes being implemented.)
17:06:11 <DaveReynolds> +1 (pending Axel's review)
17:06:23 <csma> PROPOSED: Publish BLD as a second Last Call, pending axel review that his request have been implemented
17:06:27 <Zakim> -AdrianP
17:06:50 <csma> RESOLVED: : Publish BLD as a second Last Call, pending axel review that his request have been implemented
17:06:55 <sandro> right, LeoraMorgenstern --- "last call" just means "we think we're done", but you can always be corrected and find out you weren't really done.
17:07:04 <ChrisW> good job harold/michael
17:07:12 <ChrisW> good job dave, gary, adrian (with Core)
17:07:18 <Zakim> -[NRCC]
17:07:20 <Zakim> -Gary
17:07:20 <ChrisW> adjourned
17:07:21 <Zakim> -MichaelKifer
17:07:23 <Zakim> -AxelPolleres
17:07:25 <MichaelKifer> MichaelKifer has left #rif
17:07:25 <Zakim> -Leora_Morgenstern
17:07:31 <Zakim> -Stella_Mitchell
17:07:33 <DaveReynolds> and especially Jos! (for Core)
17:07:33 <ChrisW> zakim, list attendees
17:07:34 <Zakim> -cke
17:07:37 <Zakim> As of this point the attendees have been ChrisW, Mike_Dean, Hassan_Ait-Kaci, csma, Sandro, AxelPolleres, AdrianP, Stella_Mitchell, Leora_Morgenstern, cke, DaveReynolds, [NRCC],
17:07:40 <Zakim> ... Gary, MichaelKifer
17:07:42 <ChrisW> rrsagent, make minutes
17:07:42 <RRSAgent> I have made the request to generate http://www.w3.org/2009/05/19-rif-minutes.html ChrisW
17:07:45 <Zakim> -DaveReynolds
17:07:52 <sandro> zakim, who is here?
17:07:52 <Zakim> On the phone I see ChrisW, Mike_Dean, csma, Sandro
17:07:53 <Zakim> On IRC I see Gary, Stella-MItchell, Harold, LeoraMorgenstern, cke, AdrianP, RRSAgent, mdean, csma, hak, ChrisW, AxelPolleres, sandro, trackbot, Zakim
17:08:02 <sandro> zakim, drop Mike_Deam
17:08:02 <Zakim> sorry, sandro, I do not see a party named 'Mike_Deam'
17:08:10 <sandro> zakim, who is here?
17:08:10 <Zakim> On the phone I see ChrisW, Mike_Dean, csma, Sandro
17:08:12 <Zakim> On IRC I see Gary, Stella-MItchell, Harold, LeoraMorgenstern, cke, AdrianP, RRSAgent, mdean, csma, hak, ChrisW, AxelPolleres, sandro, trackbot, Zakim
17:08:15 <sandro> zakim, drop Mike_Dean
17:08:15 <Zakim> Mike_Dean is being disconnected
17:08:16 <Zakim> -Mike_Dean
17:13:28 <Zakim> -Sandro
17:13:30 <Zakim> -csma
17:13:50 <Zakim> -ChrisW
17:13:51 <Zakim> SW_RIF()11:00AM has ended
17:13:52 <Zakim> Attendees were ChrisW, Mike_Dean, Hassan_Ait-Kaci, csma, Sandro, AxelPolleres, AdrianP, Stella_Mitchell, Leora_Morgenstern, cke, DaveReynolds, [NRCC], Gary, MichaelKifer
18:56:12 <csma> csma has left #rif