06:12:30 RRSAgent has joined #rif 06:12:30 logging to http://www.w3.org/2006/06/09-rif-irc 06:12:32 bonatti has joined #rif 06:12:44 zakim, this will be rif 06:12:44 ok, sandro, I see SW_RIF()2:00AM already started 06:13:04 Hassan has joined #rif 06:13:36 Uta has joined #rif 06:13:47 +Sandro 06:14:17 zakim, mute me 06:14:17 Sandro should now be muted 06:14:19 josb has joined #rif 06:15:10 uschwert has joined #rif 06:15:35 scribenick: igor 06:15:53 AxelPolleres has joined #rif 06:15:59 zakim, who is here? 06:15:59 On the phone I see Mike_Dean, RIF, Sandro (muted) 06:16:00 On IRC I see AxelPolleres, josb, Hassan, RRSAgent, Zakim, sandro, igor, mdean_home, pfps_home, Keep 06:16:09 Darko has joined #rif 06:16:39 Topic: requirements 06:17:27 uschwert has joined #rif 06:17:50 bonatti has joined #rif 06:17:58 GaryHallmark has joined #rif 06:18:02 WG charter phase 1 -- http://www.w3.org/2005/rules/wg/charter#phase_1 06:18:14 msintek has joined #rif 06:19:00 In case that someone on the phone wants to speak, please let us know on IRC, we have to switch on a microphone manually in case. 06:20:15 Sandro: multiple semantics 06:20:53 necessary to understand in phase 1 06:21:28 JosB: phase 1 has to cater for multiple semantics for phase 2 06:22:18 PaulV has joined #rif 06:23:15 ChrisW: meta language features - phase 2 06:23:59 csma: make two requirements 06:24:46 difference between tags like priorities and authors -- meta data vs meta reasoning 06:26:22 hassan: move it into previous requirement 06:27:10 Sandro: we need meta data, not meta reasoning, and priorities/preferences are part of the language. 06:27:39 chrisw: add a new requirement on meta data 06:28:16 DavidHirtle has joined #rif 06:28:37 ACTION: Sandro to make sure the Requirements in Charter Phase 1 are in the Requirements Draft, or discussed in WG. 06:29:47 proposed: meta language features go into RIFRAF 06:30:00 Mike, are you generally hearing us well this morning, with our table mics? 06:31:18 patranja has joined #rif 06:32:17 meta rules for meta reasoning goes into Phase 1 06:32:20 yes - it's a lot better than yesterday 06:33:00 s/Phase 1/ Phase 1 and RIFRAF/ 06:36:37 GiorgosStoilos has joined #rif 06:38:37 s/Phase 1/Phase 2/ 06:39:26 RIF should support first order deductive rules 06:43:59 MichaelK: normative rules are in general any formulas, not just rules 06:44:41 chrisw: deductive rules (partially) go into Phase 1 06:44:55 ... normative and reactive go into Phase 2 06:46:06 aharth has joined #rif 06:46:31 sandro: some normative rules may be covered in phase 1 06:47:18 The term "Horn Logic" in the Charter is ambiguous about whether it includes Normative Rules. "Positive Horn" does not, and is the normal use of "Horn". 06:49:57 PaulV: we need to specify phase 1 target before ruling out languages 06:50:09 ... which go into phase 1 or phase 2 06:50:46 ... the phase 1 goal is to interchange fragments of languages 06:54:36 ChrisW: Phase 1 Goal == Interchange the Horn Fragement of existing Rule Languages 06:59:14 action: Paula writes exactly what goes into phase 1 and what into phase 2 07:02:01 s/Paula writes/Paula clarifies which deductive rules/ 07:05:01 I still don't understand why Phase 1 has to cater to multiple semantics 07:05:53 (I didn't mean to put the question to the entire group, just to Jos) 07:07:26 scribeNick: DavidHirtle 07:10:47 topic: RIF should cover production rules and ECA 07:10:57 anyone on the phone? 07:11:03 (awake) 07:11:03 DaveReynolds has joined #rif 07:11:19 action: Paul to clarify what part of production rules can be usefully translated using phase 1 RIF 07:11:22 I could be on the phone, but it is a bit involved from home. 07:11:52 topic: combined rulesets 07:12:48 pfps_home, I was just curious about whether ChrisW could be heard -- and if anyone cared. 07:13:09 (we have more microphones today) 07:13:20 Harold has joined #rif 07:13:23 OK, I'll check the sound situation out. 07:13:26 zakim, who is on the phone? 07:13:26 On the phone I see Mike_Dean, RIF, Sandro (muted) 07:13:44 pfps_home, if you're not listening it doesn't really matter if you can hear us. :-) 07:15:33 +Peter_PS 07:15:55 Wow, Zakim remembers from years ago! 07:16:05 ChrisW: if all horn clauses mean the same thing, this is irrelevant for phase 1 07:16:41 Sound is much better than yesterday (modulo the occasional burst of noise). 07:17:29 csma: I still don't understand what this means exactly 07:18:04 paula: some rule languages have both deductive and reactive rules, for example 07:18:12 csma: then this is RIFRAF 07:19:19 Some people are very clear, as usual Chris is not so clear. :-) 07:19:39 (he doesn't always get the mic up to his mouth) 07:19:43 Chris is standing and keeps dropping his hand holding the mic 07:19:58 we should get Chris a lapel mix 07:20:00 we should get Chris a lapel mic 07:20:14 In general, only loud speakers come through - I think that the "cutover" level is set too high. 07:20:40 I can hear the background hiss cutting in and out when the sound level is too low. 07:22:32 topic: RIF rules should be ale to call out to external query processors 07:23:11 sandro: charter mentions arithmetic builtins 07:23:25 dave: that might do 07:23:30 AlexKozlenkov has joined #rif 07:23:58 AlexKozlenkov has joined #rif 07:24:05 sandro: we have to demonstrate extensibility, but not sure about phasing 07:24:35 dave: the mechanism is probably phase 1, the core set is phase 2 07:25:44 sandro/csma: not required by charter in phase 1 07:26:17 +??P3 07:26:27 Zakim, ??P3 is me 07:26:27 +AlexKozlenkov; got it 07:26:38 zakim, mute me 07:26:38 AlexKozlenkov should now be muted 07:27:51 chris: so it's phase 2 but we may do it earlier 07:28:04 topic: RIF should support uncertain and probabilistic information 07:28:10 chris: phase 2 07:28:35 topic: RIF should support typed languages 07:28:37 hassan: phase 1 07:29:30 csma reads http://www.w3.org/2005/rules/wg/charter#datatype0 07:30:27 sandro: charter says nothing about typed variables 07:31:39 Difference between typed data values and type-constrainted varaibles 07:32:04 How do production rules *need* typed variables - OPS rules don't have them, I think. This is not to say that certain rule systems don't have them, just that some don't. 07:35:14 sandro: don't see why this is phase 1 07:35:20 sandro: why are typed variables in phase 1? 07:35:35 hassan: you can transform types into predicates 07:35:39 sandro: right 07:36:11 csma: does Horn preclude types? 07:36:22 Horn does not preclude typed variables 07:36:25 Extensions of Horn could easily include typed variables. 07:36:41 Prova uses typed variables in derivation and reaction rules 07:37:34 csma: we can choose whether we support types in phase 1 or phase 2 07:37:48 harold: we can regard it as a syntactic extension 07:37:55 syntactic sugar 07:38:38 sandro: I think types are really useful 07:39:02 dave: let's phrase it so we know it's just syntactic sugar 07:39:26 msintek has joined #rif 07:39:44 A simple example I 07:40:09 I don't understand why an interchange format should *ever* have syntactic sugar - syntactic sugar is designed to make things easier for people to see, and this is not a forcing function for interchange langugages, which are not designed for human consumption. 07:40:35 agree, pfps 07:40:53 if syntactic sugar allows for shorter messages, then it is good for an interchange format 07:41:04 pfps_home, one reason: because you want to round-trip through the RIF without losing the structure that people/systems find useful. 07:41:12 typed variables is not syntactic sugar 07:41:19 I agree 07:41:23 Isn't XML a counterexample against short interchange formats? 07:41:33 is XML good? 07:41:55 one could have different type systems 07:43:07 But syntactic sugar is not a good thing for preserving structure, because it is so easy to flip between the sugar and the base. 07:44:05 csma: we dont want to force translators to de-sugar types, in phase 1 07:44:23 chris: who wants this in phase 1? 07:44:37 chris: otherwise, it's phase 2 07:45:11 ChrisW: resolved it's phase 2, for lack of a champion in phase 1 07:45:32 topic: support oracular models 07:45:41 csma: note that it can still be done in Phase 1, we're just not requiring it. 07:46:24 chris: is this different than an external call? 07:47:03 dave: it seems frank (who originally posted this) thought it was the same thing 07:47:32 ... because he replied to my email about external calls with "that's already there" 07:47:53 harold: it's just the wrong thing to call it oracular 07:47:54 josb has joined #rif 07:48:26 csma: replaced by "external calls" requirement 07:50:02 topic: extensibility of semantics markup 07:50:06 chris: phase 1 07:51:12 chris: whose requirement is this? 07:53:36 csma: requires clarification 07:53:47 sandro: I'd be happy to drop this 07:54:02 chris: like last one, this needs a champion otherwise it'll go away 07:54:06 "this" is slide "Extensibility of Semantic Markup" 07:54:34 csma: dropped because covered under the CSF of extensibility 07:54:37 topic: conformance model 07:55:14 sandro, not the whole requirement, just the slide? 07:55:37 (the topic is currently extensibility of semantics markup) 07:55:43 (well, was anyway) 07:58:43 DavidHirtle, um not sure, since I don't know what requirement corresponded to that slide 07:59:06 chris: phase 1 07:59:32 (break time) 07:59:37 Sandro: I'm am okay (if not happy) with dropping my Soundness requirement in favor of the more general "default behavior" requirement 07:59:45 -Peter_PS 07:59:53 -RIF 08:00:06 uschwert has joined #rif 08:00:36 sound is completely gone now 08:00:55 We're on break. 08:01:07 -AlexKozlenkov 08:02:30 -Sandro 08:16:18 JosDeRoo has joined #rif 08:28:07 MichaelKifer has joined #rif 08:30:03 ChrisW has joined #rif 08:32:57 MarkusK has joined #rif 08:32:59 -Mike_Dean 08:33:00 +Mike_Dean 08:33:01 +RIF 08:33:38 +Sandro 08:34:02 zakim, who is here? 08:34:02 On the phone I see Mike_Dean, RIF, Sandro 08:34:03 On IRC I see MarkusK, ChrisW, MichaelKifer, JosDeRoo, josb, msintek, AlexKozlenkov, Harold, DaveReynolds, aharth, GiorgosStoilos, PaulaP, DavidHirtle, PaulV, GaryHallmark, bonatti, 08:34:05 ... Darko, Hassan, RRSAgent, Zakim, sandro, igor, mdean_home, pfps_home, Keep 08:34:15 scribeNick: MichaelKifer 08:35:35 AxelPolleres has joined #rif 08:35:39 In case that someone on the phone wants to speak, please let us know on IRC, we have to switch on a microphone manually in case. 08:37:55 drop the requirement "should be possible to build reasoners for intended rulesets languages without unnecessary difficulty 08:39:38 uschwert has joined #rif 08:40:51 csma: in compliance model, some options must be optional 08:40:59 zakim, who is talking? 08:41:07 discussion of levels of compliance with RIF: should be possible to opt out of some features, but not out of all 08:41:12 sandro, listening for 12 seconds I heard sound from the following: Mike_Dean (61%), RIF (57%) 08:41:20 weird loud noise on the phone line. 08:41:32 zakim, mute mike_dean 08:41:32 Mike_Dean should now be muted 08:41:43 zakim, who is on the phone? 08:41:43 On the phone I see Mike_Dean (muted), RIF, Sandro 08:43:53 DaveReynolds: RIF will define a compliance model, which allows for optional features 08:47:39 +??P2 08:47:46 zakim, ??P2 is me 08:47:46 +AlexKozlenkov; got it 08:47:54 zakim, mute me 08:47:54 AlexKozlenkov should now be muted 08:51:24 Resolved to keep both: RIF should use standard support technologies (XML, parser generators) and "RIF should be implementable using well understood implementation techniques" 08:51:36 -AlexKozlenkov 08:53:40 Implementing RIF must not require changes to rule systems -- it must be implementable via translators. 08:53:54 discussion of the nature of RIF implementation 08:54:22 josb has joined #rif 08:55:25 (agreement on my proposed wording) 08:56:08 csma: rif implementation amounts to implementation of translators from RIF to existing languages 08:56:42 daveReynolds: this is implied by the nature of interchange - no need to make a requirement. 09:00:32 Low transfer cost, inexpensive representation - dropped as a requirement 09:01:38 this is about Efficient Implementation Possible 09:02:16 which is a CSF, not a requirement 09:02:45 Harold: but Horn has an exponential search space 09:03:03 csma: That's about Rule Engine performance --- I'm talking about translator requirement. 09:03:15 s/requirement/performance/ 09:05:29 sandro, csma: efficient implementation is a critical success factor, not a requirement 09:07:23 Efficient implementation: postponed for a future working draft 09:09:09 RDF compatibility: accepting rdf as data, expressing rdf deduction rules, permit sparql queries. 09:10:12 SPARQL queries - left for Phase 2; RDF as data and RDF deduction rules - Phase 1 09:11:36 RDF Deduction Rule -- RDF in the conclusion of a rule 09:14:00 RDF deduction rules - moved ro RIFRAF 09:15:13 s/ro/to 09:16:29 decided that phasing will be part of RIFRAF classification 09:17:13 ScribeNick: MarkusK 09:17:57 Requirement: RIF should support RDF triples as data / support RDF/XML 09:18:20 JosB: RDF data model is closely related to RDF deduction rules 09:18:52 csma: you could support triples without the rules 09:21:16 Discussion: what exactly is "RDF data model"? 09:21:51 ... And which parts are Phase 1 or Phase 2? 09:22:01 LeoraMorgenstern has joined #rif 09:23:24 Harold: The term "data model "is unclear. "RDF semantics" or "RDF graph" would be more explicit. 09:23:26 +Leora_Morgenstern 09:23:59 zakim,please mute me 09:23:59 Leora_Morgenstern should now be muted 09:24:01 DaveReynolds: a mapping from RDF to RIF is required. We should specify it. 09:24:09 in phase 1 09:24:49 JosB: this is not possible in Phase 1. Since bnodes are not in represented Horn logic. 09:25:56 JosB: the RDF semantics is more complex than just the triples. What do we mean here? 09:26:38 Harold: explicitly mention RDF data model without bnodes 09:26:48 ... make bnodes an optional requirement 09:28:28 ChrisW: does everybody agree that RIF should accept gound triples (those without bnodes)? 09:28:39 s /gound/ground/ 09:29:55 ... even when excluding bnodes, types, properties, XML literals, ... would still be required for RIF 09:30:24 Rephrased requirement: "RIF should cover ground RDF triples as data" 09:31:04 JosB: mapping to RIF might generate an infinite number of ground triples 09:31:31 csma: is this a problem of the RIF? Do we have to care about the exact number? 09:31:43 ... we just want to interchange. 09:32:09 JosB: so the RIF should not represent the RDF semantics? 09:33:09 DaveReynolds: the requirement now is rather clear, we only discuss about the possible realisation of the requirement now 09:33:36 csma: cover RDF where feasible in Phase 1, and in Phase 2 otherwise 09:35:04 Added requirement: RIF should cover RDF triples as data in Phase 1 where compatible with Phase 1 semantics 09:36:36 GaryHallmark: what does this mean for the RIF? How much RDF is required in the RIF then? 09:37:21 josb has joined #rif 09:37:21 Sandro: just some parts of it have to be representable in the RIF. This does not imply that RDF syntax or parts of it are actually parts of the RIF. 09:37:32 Hassan: If RIF covers N3 then does RIF cover RDF? 09:37:40 Sandro: Yes, I guess it does! :-) 09:38:15 Added requirement: RIF should cover RDF for Phase 2. 09:38:36 Dropped requirement: Support RDF/XML syntax 09:38:56 Requirement: Support OWL 09:39:16 ... "RIF should accept OWL knowledge bases as data" 09:39:58 JosB: various ways of accepting OWL have been suggested 09:40:28 see http://www.w3.org/2005/rules/wg/wiki/Ways_of_using_OWL_KBs_as_data 09:41:25 csma: "tight integration" there would relate to RIFRAF 09:42:14 ... both "tight integration" and "external query processor for OWL" are solutions 09:42:44 JosB: they also refer to slightly different requirements, since the achieved interoperation is different 09:44:03 csma: "tight integration of OWL models and rules" appears to be a Phase 2 requirement 09:44:12 JosDeRoo has joined #rif 09:44:17 "tight integration" is usually called "homogeneous combination"; "external processor" is usually called "heterogeneous (hybrid) combination". 09:44:30 ... integrating OWL and rules tightly might be an objective of the SemWeb activity, but not a primary objective of RIF 09:44:39 Sandro: let us move this to Phase 2 then 09:45:21 Added requirement: RIF should cover OWL KB where compatible with Phase 1 semantics 09:47:07 s /OWL KB/OWL KBs as data/ 09:47:43 http://www.w3.org/2005/rules/wg/wiki/Design_Constraints/Terminology 09:47:51 DavidHirtle: the terminology wiki page gives little hints on what "covering a language in RIF" means 09:47:53 mentions "covering" 09:49:04 Chris: "covering OWL KBs" is not covered by calls to external reasoners 09:49:46 csma: It's not a requirement that OWL KB's be conveyable in RIF 09:50:22 Dave Reynolds: but the relationship of RIF and OWL must be clarified in Phase 1 09:50:46 Sandro: most of this discussion could be postponed to Phase 2 09:50:46 Can a link for the Terminology page be placed also on the main page (for instance together with Glossary) ? 09:51:52 Darko, please go ahead and do it. 09:52:10 Action: Chris to clarify what to say about the relationship between RIF and OWL in Phase 1 09:53:41 Chris explains the difference between external calls for handling OWL and full coverage 09:54:18 csma: "covering" still allows RIF processors to use external calls for handling OWL 09:54:20 sandro, is the stuff in Terminology sufficiently different to warrant being distinct from the glossary? 09:55:32 Sandro: if a language is covered, then you could not distinguish the parts that originate from the language from other parts of RIF 09:55:45 ... it is not clear how to invoke external reasoners then 09:56:18 AxelPolleres: it seems that we now go in the direction of providing a complete RDF syntax in RIF 09:57:23 s/complete/completely new 09:58:11 Furhter discussion about RDF compliance ... 09:58:20 s /Furhter/Further/ 09:59:08 Clarification: I think that we should have as a general rationale to stay as close as possible with existing syntaxes and only modify/extend where absolutely NECESSARY in RIF. 09:59:12 Chris: "cover" still is different from "black box" 09:59:23 csma: still some clarification needed 09:59:58 (we're all out to lunch) 10:00:57 -Leora_Morgenstern 10:01:14 -Mike_Dean 10:05:29 msintek has left #rif 10:40:53 -Sandro 10:47:02 josb has joined #rif 11:17:01 AlexKozlenkov has joined #rif 11:23:02 +Leora_Morgenstern 11:23:04 -Leora_Morgenstern 11:23:05 +Leora_Morgenstern 11:23:33 -Leora_Morgenstern 11:25:29 MarkusK has joined #rif 11:26:48 msintek has joined #rif 11:28:19 ScribeNick: msintek 11:31:03 uschwert has joined #rif 11:31:35 Hello, test. 11:33:08 -RIF 11:33:09 SW_RIF()2:00AM has ended 11:33:11 Attendees were Mike_Dean, RIF, Sandro, Peter_PS, AlexKozlenkov, Leora_Morgenstern 11:33:41 zakim, who is here? 11:33:41 apparently SW_RIF()2:00AM has ended, sandro 11:33:42 On IRC I see Uta, msintek, MarkusK, AlexKozlenkov, josb, JosDeRoo, LeoraMorgenstern, ChrisW, MichaelKifer, Harold, DaveReynolds, aharth, PaulaP, PaulV, GaryHallmark, Darko, Hassan, 11:33:44 ... RRSAgent, Zakim, sandro, mdean_home, pfps_home, Keep 11:33:54 zakim, this is rif 11:33:54 sandro, I see SW_RIF()2:00AM in the schedule but not yet started. Perhaps you mean "this will be rif". 11:34:01 zakim, this will be rif 11:34:01 ok, sandro; I see SW_RIF()2:00AM scheduled to start 334 minutes ago 11:34:02 igor has joined #rif 11:34:44 SW_RIF()2:00AM has now started 11:34:45 +RIF 11:34:56 starting again. 11:35:11 topic: F2F4 and F2F5 11:35:49 DavidHirtle has joined #rif 11:36:01 F2F4: no news from Peter (not on the phone) 11:36:16 F2F5: time to consider 11:36:20 Sandro: he did say the contract had been signed 11:36:40 Dec - Feb 11:36:41 zakim, who is on the phone? 11:36:41 On the phone I see RIF 11:37:07 Dec too soon, so early next year 11:37:31 probably in US (pattern: two EU, two US) 11:37:35 we are discussing f2fs 11:37:42 do you have anything to say re: f2f4? 11:38:09 the contract for the space and catering is set up - registration should be set up soon 11:38:25 hotel information will go on the site in a week or so 11:38:58 thanks 11:39:34 host searched; close to airport if possible; internet and phone connectivity; refreshments; lunch/dinner; accomodation (not all covered by host :-) ) 11:39:53 no candidates yet 11:40:41 no other comments 11:41:10 next topic: requirements cont'd 11:41:27 slide: what does it mean to "cover" 11:42:04 explains "RIF covers L" and "RIF covers L1 and L2" 11:42:04 bonatti has joined #rif 11:43:12 +Leora_Morgenstern 11:43:14 -Leora_Morgenstern 11:43:15 +Leora_Morgenstern 11:43:27 zakim, please mute me 11:43:27 Leora_Morgenstern should now be muted 11:43:40 example: RIF covers RDF 11:45:06 Sandro: def is not more precise than his own 11:45:43 Sandro: what does equivalence mean is the problem 11:47:15 csma: no agreement that the new definition is really ok 11:47:54 AxelPolleres has joined #rif 11:48:11 for example -- changing variable names does not change what's entailed, but does change how it affects users. 11:48:12 Sandro's definition attempt is on the wiki 11:48:39 can you add the link to sandro's definition? 11:49:44 process to discuss on this will be decided later 11:50:03 Action: Chairs to come up with a process for settling on definition text for "cover" 11:50:26 next topic: support XML requirement 11:51:25 jos: not all xml schema datatypes in phase 1 11:51:33 AxelPolleres, my defn is http://www.w3.org/2005/rules/wg/wiki/Design_Constraints/Terminology 11:51:55 charter specifies which are in phase 1 11:52:12 rest is phase 2 11:53:06 josb has joined #rif 11:54:20 accepting XML elements is phase 2 11:55:01 next topic: rif will cover languages identified in RIFRAF: already agreed 11:55:48 support lp semantics with NAF and strong negation: moved to RIFRAF, phase 2 11:56:09 pfps_home, the (mailing list / wiki) floor is open for improvements. CSMA proposed one, but I didn't think it was an improvement. It moved the "faithfully convey" fuzzyness into an "equivalence" fuzzyness. We may need to go straight to test cases on this. 11:56:14 module construct for scoped negation and NAF queries: is RIFRAF, or not? 11:56:35 might be phase 1 11:57:24 permit restricted form of equality 11:57:31 goes in RIFRAF 11:58:07 tagging intended semantics 11:59:00 replaced by "markup of semantics" 11:59:21 higher order and frame-based syntax, moved to RIFRAF 11:59:27 possible phase 2 12:00:05 consistency with mahor market tech 12:00:34 replaced by ... (lot's of phase 2 stuff) 12:02:09 dave clarifies sql queries part 12:02:16 are external calls 12:02:28 so moved there 12:03:16 harold: back to higher order and frame-based syntax 12:03:26 harold: is in charter in p 1 12:04:35 frame-based syntax is in charter for phase 1 -- in the sense of slot/role names 12:04:37 only aspect of slots is in p1 12:04:56 moved to RIFRAF 12:05:33 next: metadata for "currency" of rules 12:05:59 posponed for future version 12:06:21 next: capability to pass comments 12:06:29 is p1 12:06:42 next: meta-data indication executab. of rules 12:06:46 postponed 12:07:10 next: RIF scope - exchange of RDFS/OWL fact models 12:08:36 dave: thinks this is "dont invent new syntax for RDF" 12:09:08 chris: is question, not requirement 12:09:42 chris: agrees with question, doesn't know answer 12:10:23 dave: where is issue list 12:10:48 sandro: doesn't understand this as issue 12:11:13 "does this impact rif"? 12:11:28 www.w3.org/TR/swbp-vocab-pub describes best practices for publishing an RDFS or OWL vocabulary or ontology on the Web. Does this impact RIF? 12:11:54 moved to an issue 12:12:02 next: modal operators 12:12:07 phase 2(+) 12:12:14 goes to RIFRAF 12:13:35 next: discussed requirements go to requirements section; internal review 12:14:29 csma: paula: can document be updated next week? 12:15:10 support for paula searched 12:15:43 paula: tries during conference, does not promise anything 12:20:01 csma can help on monday; david after 20th only 12:20:59 david will work on it with paula during rifraf discussion 12:21:30 ACTION: Paula and David update requirements section 12:23:39 dave: raises question of splitting rif into many dialects 12:24:10 csma: covered by multiple semantics requirement 12:25:11 Dave: We should have a requirement that there be a modest number of dialects 12:25:21 Dave: It's been talked about for months, but somehow fell off the list 12:25:25 csma: many trivial requirements missing 12:25:43 like rule sets 12:26:36 csma: such requirements still have to be formalized 12:26:37 Sandro: this is not a trivial requirement -- without it, the obvious solution to have a zillion dialects (and thus no interoperation) 12:27:54 csma: does anyone request more of these requirements? 12:27:55 csma: last call for requirements.... 12:27:58 csma: none. 12:28:03 (except this) 12:28:40 dave: proposes "rif to encourage interop" 12:29:01 josb has joined #rif 12:29:12 AxelPolleres has left #rif 12:29:23 RIF Aims to Encrouage Interoperability. RIF will provide a mechanism, such as a modest number of dialects, ... 12:29:23 AxelPolleres has joined #rif 12:29:46 The design of RIF will encourage interoperability, such as through a limitted number of dialects. 12:30:39 uta to be scribe now 12:30:45 scribeNick: Uta 12:31:11 core plus extensions 12:31:38 Can have common parts that are not called dialects. 12:32:07 encourage overlap between dialects. Requirement or goal? 12:32:32 Dave: is requirement 12:32:58 csma: is requirement 12:33:21 Phase I 12:33:41 RESOLVED to add this new requirement 12:33:51 no objections, new requirement: encourage inter-operabilty 12:34:20 (RIF will encourage interoperability such as through a limitted number of stantrd dialects and/or a common core) 12:34:22 next topic: RIFRAF 12:34:42 [ Ugh -- I didn't see the "and/or a common core" added when I agreed to it. ] 12:35:06 [ the disjunction weasel-word is the problem. ] 12:37:25 Topic: Semantic discriminators 12:37:51 terminating vs. non-terminating rule-bases, discriminator on language? 12:38:17 Harold: part of language (or given KB in language) 12:39:07 csma: is it possible to write rule-bases such that some queries do not terminate? 12:39:36 Harold: prohibit from language non-terminating queries, or prohibit recursion 12:39:53 csma: Feature of rule-base, not language? 12:40:30 Piero: Feature of semantics, i.e. semantic discrimintor 12:41:40 Hassan: discriminiator on rule set 12:44:06 Piero: Object to consider termination as discriminator of language, more aspects 12:44:23 Harold: examples where termination needs to be guaranteed 12:44:39 Harold: discriminator needs rewording 12:45:18 Harold: Does the language allow to express non-terminating queries (as annotations) 12:45:27 csma: But that's not a discriminator of the language 12:45:42 s csma/chris 12:45:50 s/csma/Chris/ 12:46:03 s/csma:/Chris:/ 12:46:33 chris: remove rulebases from semantic discriminator 1 12:47:36 Piero: property of termination is a collective combination of language, rules base, inference engine, ... 12:48:19 gary: a rule engine that didn't terminate for a terminating language is a bug 12:48:27 Piero: termination of a language depends on evaluation (e.g. bottom-up vs. top-down) 12:48:33 Piero: top-down might be the right thing. 12:48:56 Piero: objects to 1 as discriminator on language (even if "rulebase" omitted) 12:49:54 Jos: "The problem of ground entailment is Decidable" is a good phrasing. 12:49:56 josB: add "real" semantic discriminators 12:50:05 e.g. non-decidable 12:50:24 Turing complete is a property of expressiveness 12:51:39 chris: decidable vs non-decidable, Turing vs. Non-Turing complete as semantic discriminators 12:51:58 chris: 1st Turing ... 12:52:08 New number 2: decidable ... 12:53:07 josb: have discriminator "expressiveness" (that can be Turing complete etc.) 12:54:11 PaulV: Why are these discriminators useful? 12:55:30 chris: apply discriminators to different systems, different dialects 12:56:02 New: 1. Turing-complete vs. non ... 12:56:21 New 2: Decidability 12:56:37 3. finite-model property 12:58:30 Harold/chris: delete old "4" (modality ...) 12:58:58 chris: keep modality, skip intentionality 12:59:33 chris: add operational, declarative semantics as discriminator? 12:59:58 sandro: not property of language, but of language specification 13:00:36 Piero: is property of program 13:01:52 Agreement: operational/declarative semantics NOT added 13:02:04 topic: pragmatic discriminators 13:03:41 Axel: How to account for describing under which circumstances a system terminates? 13:04:11 Piero: inference control not a discriminator of the language 13:05:31 Human annotation of rule sets or inherent discriminator of rule sets? 13:05:42 Chris: If you have a language which HAS inference control, then you want to be able to convey that. 13:06:55 Piero: distinguishe rule systems from just languages when assigning discriminators 13:07:18 Axel: separate discrimantors on languages vs. systems 13:07:38 Chris: these are discriminators on SYSTEMS 13:08:17 hassan: pragmatic discriminators = How systems/languages are used 13:08:52 dave: e.g. side-effects are part of language 13:09:18 Piero: Notion of "lanugage" needs to be clarified 13:09:40 Piero: Lanauge = syn sem or syn sem pragm? 13:10:05 s/lanauge/language 13:11:17 Axel: Keep "inference control", but in longer run be more precise as to language vs. system discrimantors 13:11:50 chirs: label "pragmatic" not important 13:11:57 s/chirs/chris/ 13:12:41 sandro: what are actions following from point "inference control"? 13:13:05 chris: do topics belong to RIFRAF is important, not headings 13:13:30 next discriminator: computational complexity 13:14:21 chris: granularity of complexity discriminator? 13:15:10 add explicit complexity categories? 13:15:54 Hassan: complexity preserving translations are to be guaranteed 13:16:26 Piero: Which operations have which complexity consequences: needs to be taken into account 13:17:18 Piero: potential impact on RIF: certain languages might not be embeddable if the have certain complexities 13:18:04 Harold: Most rulesets can be classified according to complexity classes (see "deciabilty" topic on WIKI) 13:18:35 EvanWallace has joined #rif 13:18:47 csma: question for translator/implementor not for RIF? 13:19:26 Harold/Piero: useful tool to classify classes of languages 13:21:01 chris: copy text from "above" to topic comp. complexity 13:21:16 next discriminator: interoperabilty 13:22:47 3.1. Annotations 13:22:57 Harold: Annotations means comments, e.g. in controlled English 13:23:23 3.1 annotations accepted as discrim 13:23:37 3.2 test cases not a discriminator? 13:23:45 test case is kind of annotation 13:23:48 3.2. Test Cases -- does the language allow you to say "this is a test case?" 13:24:16 3. Annotations for Interoperability 13:24:22 topic: 3.3 mappings 13:24:58 (a kind of metadata) 13:25:05 chris: does language allow to attach interoperabilty information? 13:26:15 chris: syntactic sugar in one language not supported in other language, use clusters 13:26:39 zakim, who is on the phone? 13:26:39 On the phone I see RIF, Leora_Morgenstern (muted) 13:26:45 csma: decide what to do wrt to 2nd WD 13:27:22 Paul: need enumeration on certain topics, e.g. complexity classes 13:28:06 chris: Put refined/elaborated version of discriminators in next WD 13:28:21 csma: need to have sth about RIFRAF in next WD 13:28:41 csma: make clear that current/refined version is work in progress 13:29:07 csma: agreement that the list makes sense "in principle" 13:29:27 csma: list should be edited/commented/detailed, e.g. by Gary? 13:30:07 chris: reconcile list with requirements needed 13:30:17 Who is taking action? 13:30:41 chris: identify/refine new discriminators 13:30:48 EvanWallace has joined #rif 13:30:53 sandro: stick to phase I discriminators 13:31:27 csma: two questions: what to do wrt to next WD AND what to do in the longer run 13:32:01 +??P1 13:32:09 zakim, ??P1 is me 13:32:09 +AlexKozlenkov; got it 13:32:17 zakim, mute me 13:32:17 AlexKozlenkov should now be muted 13:32:24 annotate existing discriminators wrt to phase 1 and phase 2 13:33:14 Hassan: put all discr. in next WD, but annotate according to phase 13:33:39 concrete proposal after break 13:33:51 -AlexKozlenkov 13:34:38 msintek has left #rif 13:35:08 -Leora_Morgenstern 13:46:41 josb has joined #rif 13:57:22 pfps has joined #rif 13:57:34 +??P0 13:57:36 -??P0 13:57:37 +??P0 13:57:46 zakim, ??P0 is me 13:57:46 +pfps; got it 14:04:41 uschwert has joined #rif 14:08:31 scribeNick: sandro 14:09:06 bonatti has joined #rif 14:09:12 ChrisW: CSMA and I identified the 4 phase 1 requirements moving to RIFRAF 14:09:25 ... RIF should cover RDF 14:09:32 ... RIF should express RDF deduction rules 14:09:36 ... Equality 14:09:40 ... slots 14:10:11 +Evan_Wallace 14:10:13 Hassan: I couldn't find slots in RIFRAF 14:10:20 Harold: In Syn5 14:10:55 ChrisW: To meet heartbeat requirement, we want UCR out by end of June 14:11:08 ... Appendix in UCR giving RIFRAF more or less as today 14:11:10 +Leora_Morgenstern 14:11:29 ... Gary will work with Harold to make descriptions more understandable to wider audience 14:11:37 ... They will merge in four new ones 14:12:07 ACTION: Gary and Harold to upate RIFRAF for UCR WD2 by June 9 14:12:31 (Gary and Harold will both be here in Przno this next week.) 14:12:52 csma: Text should be clear it's a work-in-progress 14:12:57 zakim, please mute me 14:12:57 Leora_Morgenstern should now be muted 14:13:09 ChrisW: Requirements Section 14:13:32 ... Should be up for review today 14:13:42 ... (Paula and David are off working on it now) 14:14:00 ... Review for 2 weeks (until 23 June) 14:14:48 ... Publication Use Case is out; review until 23rd 14:15:21 ... XML use case feedback must be to Gary by 6pm CET Thursday 15 June 14:15:55 s/23rd/15 June/ 14:16:03 I assume this is with daylight saving, i.e., local time here? 14:16:20 Yes -- local time in Montenegro 14:16:40 RESOLVED: deadlines as above 14:17:15 ChrisW: After UCR WD2 14:17:22 +??P7 14:17:23 ... Merge rest of requirements in 14:17:35 ... Go over attempts at classification, etc. 14:17:42 zakim, ??P7 is me 14:17:42 +AlexKozlenkov; got it 14:17:49 zakim, mute me 14:17:49 AlexKozlenkov should now be muted 14:18:10 Topic: 4th Goal (Foundation for Semantic Web) 14:18:23 s/)/ Rule Language) 14:19:29 can someone paste the URL please? 14:19:48 Dave: (talks about his page) 14:20:20 ... People want to know what RIF-WG will do in this area 14:20:26 http://www.w3.org/2005/rules/wg/wiki/RIF_should_be_usable_as_the_basis_for_a_semantic_web_rule_language 14:20:46 Dave: RDF Compatibility already on the list, but that's maybe vague 14:21:03 Question for the notes for UCR: Will the proposed restructuring and structural alignment of use cases also be taken into the next version? see http://lists.w3.org/Archives/Public/public-rif-wg/2006Mar/0186 14:21:09 ... All the languages on the list should be interchanged via RIF -- but what will push convergence? 14:21:29 ... Identify for users the dialect they'll need. 14:21:31 josb has joined #rif 14:22:15 ... One example: human readable syntax --- a sub group could go off and define a non-normative concete syntax -- without WG support 14:22:54 DavidHirtle has joined #rif 14:23:38 ChrisW: This seems alligned with the Small Number of Dialects requirement 14:24:22 csma: I'm concerned about the Implications. I don't want to set the expectation that we'll deliver a SWRL 14:24:37 ... How about: RIF deliverables will provide guidance in using rule languages for the semantic web 14:24:59 (maybe: Facilitate use or RL on SW?) 14:25:33 s/or/of/ 14:26:07 csma: i hear you saying Computational Properties (implied) 14:26:55 csma: But we could say: We'll provide a profile for useful rule languages for the Semantic Web 14:27:03 sandro: Dialect 14:27:28 csma: If you're using a rule language for a semantic web application, we think the appropriate profile is _____ 14:28:39 -AlexKozlenkov 14:30:09 Sandro: I'm not sure what a SWRL is any more, really -- mayube all Rule Languages will evolve into SWRL's over the next few years 14:30:41 csma: possible goal: Help Semantic Web People Intechange Rules 14:31:18 Sandro: selecting a profile/dialect may not be the right way to do that 14:31:30 Hassan: i think the RIF obviates the need for one SWRL 14:33:09 Dave: If you're a user of the Semantic Web coming in --- and you want to know how to Express Rules -- what is your answer? 27 answers now. Are we supposed to bring order to this? Interop is some of that. 14:34:03 Hassan: that makes sense, but... it depends what the user means by "rules" that they want to express. 14:34:53 -RIF 14:34:57 Hassan: There are so many kinds of semantic web applications -- there must be as many kinds of swrl's as well. 14:36:01 sandro: What about this goal, on the board "Help Semantic Web Rule Interchange" 14:36:51 csma: IO think we wont provide such a language, but we can still help. 14:37:15 +RIF 14:37:59 Paul: Clearly this is a lot of interest to a lot of folks here. Even thought it's somewhat orthogonal to full-RIF, maybe there should be a sub-group of RIF? 14:38:33 ChrisW: If we accept it as a goal, surely some sub group will work on it. 14:38:51 ChrisW: That "Help..." goal is too watered down to be helpful. 14:39:40 csma: why is the "profile" statement not good? ("RIF should define a profile that we recommend for semantic web rule languages") 14:40:27 Sandro: dialect instead of profile 14:40:31 csma: Okay 14:40:40 Profile is how to use a spec, not just a dialect 14:40:58 Dave: Yes -- this is an okay Requirement, as a solution, but it's not a Goal. 14:41:42 Sandro: proposed goal + propsed requirement ? 14:42:28 Hassan: I like "Provide a basis..." but object to there being ONE rule language 14:42:37 ... I like Provide a basis for semantic web rule interchange 14:42:45 ... But that's obvious 14:43:00 Gary: Try search-replace "Semantic Web" with "Business". 14:43:59 SW is a brand owned by W3C, W3C defines these languages 14:44:16 Chris: But this is the Semantic Web activity 14:45:01 csma: If there is (as Dave states) a demand for guidance, it doesn't cost anything to add this goal. ("RIF should define a dialect that we recommend for semantic web rule languages") 14:45:42 Prefer "profile" to "dialect" 14:45:42 csma: (new goal phrasing: Provide a basis for S W rule interchange) 14:46:03 EvanWallace, dialect is a term of art in our dictonary 14:47:51 Sandro, I see 14:47:56 chrisW: Non consensus - move on 14:48:25 csma: How about goal "provide a bsis for s w r i" 14:48:32 redundant 14:48:52 ChrisW: Any opposed to ("RIF should define a dialect that we recommend for semantic web rule languages") 14:49:45 msintek has joined #rif 14:49:52 Yes -- Paula and Hassan 14:50:10 Hassan: this is complete diversion -- we have no place telling people what to pick 14:50:16 ChrisW: Moving on -- we're out of time. 14:50:51 DavidHirtle has joined #rif 14:50:58 topic: new UCR edits from hallway 14:51:02 http://www.w3.org/2005/rules/wg/wiki/WD-DC 14:51:09 the most recent draft 14:51:19 Hassan: it's a bit like that the RDF and OWL working groups had no place to define data and ontology languages for the semweb 14:51:33 s/that/saying that/ 14:52:29 David: We made a few assumption -- put stuff under Open issues when necessary 14:52:48 ChrisW: You have two weeks to Review 14:52:49 the semweb should be about interoperability, so people should use the same languages as much as possible 14:54:08 ACTION: csma send e-mail to group saying they have two weeks to make any comments to new UCR editors draft. 14:54:27 topic: Technical Specification 14:54:47 there is also a difference between proscribing other options and simply identifying at least one core useful common denominator, it is the differnce between putting a fence around and area and simply identifying a useful bit of high ground w/i it 14:56:04 http://www.w3.org/2005/rules/wg/wiki/A._RIF_Condition_Language 14:56:35 harold: I pasted unchanged what was in the e-mail then made one clarification change, so you can see it in the wiki history 14:57:01 mkifer: we had a poll on this, right? 14:57:33 csma: we agreed to start with a condition language, and examine this as a candidate 14:57:45 (in the telecon about 5 weeks ago, as I recall) 14:57:54 Axel: my review 14:58:17 ... Slotted syntax, as in F-logic and WRL. 14:58:32 ... My language is WRL and DLV 14:58:46 s/ge is/ges are/ 14:58:56 ... Has extensions for aggregates, etc 14:59:05 ... so missing things: 14:59:08 ... 1. slotted 14:59:37 ... 2. only-conjuntions vs. complex formulas? does this language only allow negation in front of atoms? 14:59:55 Harold: that's an extension, in A2 15:00:06 Axel: Builtins 15:00:20 go for it, Paula! 15:00:34 scribeNick: PaulaP 15:00:48 Axel: do you allow two free variables in the condition 15:01:01 Michael Kifer: syntactically, yes 15:01:33 Axel: some languages allow binding patterns and the question is whether we should allow such patterns 15:01:49 Michael Kifer: yes, I think this is an issue 15:02:14 Axel: Phase II issues are also considered 15:02:44 Axel: aggregates are also an open issue 15:03:20 csma: do you have something useful? 15:03:39 csma: is there an essential part that you could map and this part is useful? 15:03:56 Axel: yes, there is a useful part 15:04:17 For the records: http://lists.w3.org/Archives/Public/public-rif-wg/2006Jun/0035 15:04:20 Hassan: most of Axel's comments apply also for me 15:04:30 Hassan: missing slots as well 15:04:45 Hassan: types, because objects are types 15:05:28 Hassan: I took the object model of IRL and put it into a logical form 15:05:57 Hassan: this is a way to get around with slots and other features 15:06:14 Hassan: aggregates are missing 15:06:33 Michael Kifer: types for slots or for variables? 15:06:40 Hassan: for both 15:06:51 Hassan: types a la Java 15:07:00 zakim, who is on the phone? 15:07:00 On the phone I see RIF, pfps, Evan_Wallace, Leora_Morgenstern (muted) 15:07:02 ChrisW: Is Peter on the phone? 15:07:12 Sandro: he is on the phone 15:07:35 Sandro: I guess not 15:07:43 ChrisW: any more discussion on this? 15:07:58 Sandro: I'm tenpted to do such a mapping too 15:08:25 Sandro: I imagine we can have a web form for mappings to RIF 15:08:56 csma: the same question for Hassan as for Axel... 15:09:23 csma: are there easy extensions to the condition language that are needed to cover what is missing? 15:10:01 Hassan: yes, we need more elaboration on XML constructs that we need 15:10:14 csma: we can look at some concrete examples 15:10:28 Hassan: I think we should all do this together 15:10:54 Axel: how about mapping N3 to the condition language? 15:11:02 Axel: or perhaps SPARQL? 15:11:32 Sandro: binary or ternary mapping to RDF ? 15:11:46 Harold: the text on the condition language mentions some of the issues that are needed for such a mapping 15:12:06 Hassan: Prolog is trivialy mapped to the condition languae 15:12:17 s/languae/language 15:12:33 csma: so we are done for phase 1 15:12:45 ChrisW: how about reverse mappings? 15:13:00 no one tried this 15:13:21 ChrisW: is the condition language what people expect from RIF? 15:13:33 ChrisW: does this looks like a RIF? 15:13:50 csma: you also need an abstract syntax 15:13:56 Hassan also agrees on this 15:14:08 by Abstract Syntax them mean XML Schema 15:14:22 Hassan: I can work on this on IRL 15:14:42 Hassan: we should complete this and then define what we need 15:15:18 Hassan: I took the grammar, annotated it and got the XML serialization 15:15:51 csma: Hassan should show us what he means 15:16:27 LeoraMorgenstern has joined #rif 15:16:35 ChrisW: the question is what happens if one uses the condition language to interchange between WRL and IRL 15:17:01 Michael Kifer: we need to define the taxonomies 15:17:14 csma: and then to go back to this 15:17:34 ChrisW: an issue is the default behaviour in this particular case 15:17:59 Hassan: Hyperdocumentation for grammar RCL.grm 15:18:35 Hassan: you can specify an XML serialization by providing annotations 15:19:15 Sandro:did you developed this only for this application? 15:19:38 Hassan: we can of course generalize this to other applications 15:20:26 Hassan: I tried the example given in the text of the condition language and it works 15:21:26 Hassan: more details on the grammar definitions 15:22:11 Hassan: the bindings are done by using object handlers 15:22:32 Hassan: test expression can be very complex 15:22:52 Hassan: you can have a referent expression, a partial expression 15:23:16 Hassan: my simple annotation breaks down here 15:23:50 ChrisW: all these activities are useful for various reasons 15:24:16 ChrisW: this can impact RIFRAF 15:24:49 csma: can you interchange a useful part of your language? 15:24:55 Hassan: it is useful now 15:25:19 Michael Kifer: the binding patterns represent the only discriminator for RIFRAF 15:25:48 Michael Kifer: not sure how to RIFRAF built-ins 15:26:32 ACTION: Michael Kifer to describe the issue on built-ins as RIFRAF discriminator 15:26:57 Hassan: I don't parse XML yet 15:27:34 Hassan: there is no way to provide the original syntax 15:27:57 Hassan: this is because I use the mapping 15:28:07 GiorgosStoilos has joined #rif 15:28:36 Hassan: from IRL to AST, then get XML 15:29:14 the problem consists in the mapping from AST to IRL 15:30:13 Hassan: this is a problem if one needs to do the reverse translation 15:30:58 Hassan: AST doesn't know what to do with the universal 15:31:28 Axel: do you have the same problem? 15:31:37 s/Axel/ChrisW 15:32:25 ChrisW: what can't you translate into WRL but you have it in the condition language? 15:32:43 Hassan: I didn't do the IRL 15:33:08 Axel: I wrote an email on descriptions of rule systems 15:33:18 Axel: this goes in the same direction 15:33:30 Axel: what subset of RIF do I understand? 15:33:55 Axel: I need an annotation of what I understand 15:34:47 ChrisW: descriptions of language capabilities are needed 15:34:47 josb has joined #rif 15:35:09 ChrisW: for this we need such mappings 15:35:37 Hassan: from XML to AST, we need an XML to AST parser 15:36:01 Hassan: as long as I see tags that I understand, it's no problem 15:36:11 Hassan: I see universal now 15:36:26 Hassan: I don't know what to do here 15:36:41 csma: this is a compliance issue 15:36:51 Hassan: there are a couple of possibilities 15:37:12 ChrisW: it is important for determining appropriate behaviours 15:37:22 Hassan: it is before that 15:37:38 Hassan: AST is a bunch of Java classes 15:38:12 Hassan: I am RIF compliant, so I should be able to have a default behaviour represented internally 15:38:28 csma: we are talking about the behaviour of the translator 15:38:43 ChrisW: the idea is to determine the behaviour 15:39:05 Hassan: we need representations for such kind of behaviours 15:39:20 csma: a possibility is to reject rule sets 15:39:56 ChrisW: we should be careful not requiring changes in the rule systems 15:40:32 For the records, link to my mail mentioned above: http://lists.w3.org/Archives/Public/public-rif-wg/2006Jun/0102 15:40:38 csma: this could be a separate program 15:40:48 csma: so no need to change rule systems 15:41:09 Gary: we will have a large number of discriminators 15:41:20 Gary: but we want a small number of dialects 15:41:32 Gary: we need to structure these discriminators 15:42:29 csma: some features may be optional, so we need a way to handle default behaviour 15:43:02 Gary: default behaviour may be in most cases 'not proces these rules' 15:43:19 Sandro: there are also other possible behaviours 15:43:33 Sandro: perhaps I want fewer results 15:44:08 csma: this works for publishing rule sets and using them as they are, without communication 15:44:40 Sandro: difference between profiles and dialects 15:45:01 Sandro: I can see the reason for the difference now 15:45:20 csma: for some use cases we might need also a kind of protocol 15:45:41 Gary: a negotiation is not always possible 15:46:08 ChrisW: it is useful for a language to describe themself 15:46:40 ChrisW: the point of the dialects is for interoperability 15:47:02 Sandro: dialects need to be in the intersection of the languages to be interchanged 15:47:24 ChrisW: that's fine 15:47:56 ChrisW: but the languages may have a superset that is described in their profile 15:48:25 Hassan: RIF compliance means that all construct I understand I can represent in RIF 15:48:59 Hassan: but what do you do with things that you don't understand directly? 15:49:15 I don't think that it is *necessary* to be in the intersection to have useful interchange. Perhaps it may be necessary to be in the intersection of the dialects to have totally faithful interchange, but I think that useful interchange can be done even if it is not totally faithful. 15:50:12 Hassan: I'm RIF compliant even if I don't understand everything from RIF 15:50:33 Sandro: there are two modes of deployment 15:50:54 Sandro: inside an enterprise or between different business partners 15:51:08 Sandro: there are different styles 15:51:28 Hassan: I see what you mean but I still don't understand what your definition is 15:51:57 csma: your definition is ok, but we should not have many dialects 15:52:10 csma: this is the point of this discussion 15:52:25 csma: I have a problem I would like to raise 15:52:56 (mode 1 allows lots of extnesions; mode 2 is strict-to-standard-dialects) 15:52:57 csma: on Hassan's problem with getting the original syntax 15:53:27 csma: is this depends on your implementation? 15:53:42 Hassan: it depends on how concrete your abstract syntax is 15:54:15 Hassan: if the RIF XML is abstract, then is impossible 15:54:28 Gary: no, it is possible but is harder to read 15:54:35 Hassan: I agree with Gary 15:54:52 csma: so you could generate some sort of IRL from the AST 15:55:09 Hassan: yes, it is possible but I don't know if it's readable 15:55:16 Gary: an example is Java 15:55:30 Hassan: variable names will be a problem 15:56:01 Sandro: very good chairing if this meeting 15:56:12 csma: we are even before schedule 15:56:18 msintek has left #rif 15:56:27 csma: thanks for scribing 15:56:27 -Darko 15:56:38 ChrisW: thanks everybody 15:56:44 END OF MEETING 15:56:47 scribes did a great job today! 15:56:48 -Leora_Morgenstern 15:56:54 -RIF 15:57:09 -Evan_Wallace 16:02:29 ChrisW has left #rif 16:33:47 -pfps 16:33:48 SW_RIF()2:00AM has ended 16:33:49 Attendees were RIF, Leora_Morgenstern, AlexKozlenkov, pfps, Evan_Wallace 16:52:30 quit 17:31:06 Zakim has left #rif 18:08:03 JosDeRoo has joined #rif