16:58:13 RRSAgent has joined #rif-prd 16:58:13 logging to http://www.w3.org/2008/10/07-rif-prd-irc 16:58:33 Meeting: RIF-PRD telecon Oct 7 16:58:39 Chair: Christian de Sainte Marie 16:58:53 SW_RIF(PRD)1:00PM has now started 16:58:55 +??P2 16:59:00 Agenda: http://lists.w3.org/Archives/Public/public-rif-wg/2008Oct/0005.html 16:59:43 csma has changed the topic to: 7 Oct RIF-PRD telecon; agenda: http://lists.w3.org/Archives/Public/public-rif-wg/2008Oct/0005.html 17:00:31 +??P3 17:00:32 -??P3 17:00:32 +??P3 17:00:52 ChanghaiKe has joined #rif-prd 17:01:02 zakim, ??p3 is me 17:01:02 +csma; got it 17:01:12 +Paul_Vincent 17:01:18 zakim, ??p2 is ChanghaiKe 17:01:18 +ChanghaiKe; got it 17:01:58 Hassan has joined #rif-prd 17:02:01 PaulVincent has joined #rif-prd 17:02:31 agenda+ Organisation (telecon day/time, etc) 17:02:48 scibenick PaulVincent 17:02:48 agenda+ Actions in PRD 17:02:59 +StuartTaylor 17:03:08 scribenick: PaulVincent 17:03:14 agenda+ Principles, scope and priorities 17:03:24 +Gary 17:03:30 agenda+ AOB 17:03:39 Gary has joined #rif-prd 17:04:22 zakim, who is on the phone? 17:04:22 On the phone I see ChanghaiKe, csma, Paul_Vincent, StuartTaylor, Gary 17:05:28 scribe: PaulVincent 17:06:25 mute me 17:06:52 ack st 17:07:03 zakim, stuarttaylor is hassan 17:07:03 +hassan; got it 17:07:34 next item 17:08:15 CSMA: check if dayofweek and timeofday is OK: any complaints 17:08:31 CK: OK if we keep to 1hr 17:09:54 next item 17:10:00 CSMA: keep DOWeek and TODay 17:11:11 CK: is this bind - need strawman 17:11:24 do is left as it is, we use bind instead to bind new variable to a new frame 17:11:35 Action: GH to propose bind 17:11:57 did anybody get a chance to read http://www.w3.org/2005/rules/wiki/PRD#Operational_semantics_of_actions 17:12:47 CSMA: other actions include modify, execute, ... 17:13:02 q+ 17:13:09 q+ 17:13:10 ack has 17:14:32 HAK: assign is finer grained than assert (cf Java) 17:14:49 q+ 17:14:52 HAK: remove and add object in assert/retract is not atomic 17:15:05 GH: assert can also be at the slot level 17:15:10 (bind ?x object(attr->?x) do(assign ?x value)) 17:15:32 do(assert(object(attr->Value))) 17:16:46 clarification - assert is only at the slot level 17:17:12 what does this mean? do we assert a whole object? 17:17:15 - or you can assert a predicate 17:17:28 Assert(?o[attr->value]) 17:18:31 all - please look at http://www.w3.org/2005/rules/wiki/PRD#Operational_semantics_of_actions 17:18:58 Forall ?x (?x#FooBor) If condition then assert(?x[attr->value) 17:20:10 HAK: this is nonstandard notation 17:20:41 Assert(frame|atom) 17:20:51 New Var Class 17:22:27 q+ 17:23:12 CSMA: proposed to use new for new objects and assert for updates 17:23:31 ack gary 17:24:00 GH: see PRD spec draft http://www.w3.org/2005/rules/wiki/PRD#Operational_semantics_of_actions 17:24:18 CSMA: aside: looking at doing same for conditions 17:26:00 q? 17:26:01 GH: trying to combine operational and model theory 17:27:16 HAK: this has not been done before so id of concern 17:28:41 q- 17:28:43 HAK: overloading of assert is dangerous 17:30:07 HAK: PR engines assert objects not predicates 17:30:33 CSMA: assert is for facts (as is retract) in PR engines... 17:31:40 ack changh 17:32:37 CK: difference between propositional logic vs object logic 17:33:46 CK: assert into WM is the whole object - but this could be a bunch of triples in a single transaction 17:34:09 yes CK - this is what I meant by granularity 17:36:10 GH: we don't have any semantics for object based behavior 17:36:35 GH: ... need to reuse frames etc from core 17:37:18 q+ 17:37:27 Main issue if translating OUT OF PRD ie recombining frames etc into object operations 17:37:45 CSMA: issue is one of serialization to map from objects to frames 17:37:59 ack hassan 17:38:40 HAK: issue is we need to be clear: choice is to assert triples that correspond to obj fields 17:40:08 CSMA: Example: JRules asserts an object with field values: serialized into XML means all values? 17:40:30 HAK: ... yes this is a series of asserts 17:41:29 JRules asserts an object at once 17:41:36 CSMA: Also need to avoid ambiguity 17:42:58 HAK: why no remove 17:43:10 GH: ... this is retract 17:43:19 q? 17:43:21 CSMA: which was an issue for MK 17:45:34 can you post it? 17:45:36 GH: See example 2.1.1 in http://www.w3.org/2005/rules/wiki/PRD 17:46:16 Action: CK to create an assert and assign object from JRules 17:47:53 s/2.1.1/2.11 17:47:57 CSMA: needs to be atomic or not? 17:48:26 HAK: issue is of event in between the assert operations - atomic means its locked for the transaction... 17:48:38 +1 to HAK's concern 17:48:48 +1 to HAK concern 17:49:37 CSMA: Is there a semantic issue here ie can an engine have an interrupt in an retract-assert vs modify 17:50:01 I can give an example 17:50:04 GH: does this apply for fine-grain assert/retract 17:50:50 CK: example: truth maintenance system 17:50:55 if temp > 120 then maintain alarm on network element 17:51:24 CK: if I remove temp then TMS would deduce larm not to be maintained 17:51:53 Of course this is the engine semantics, not the language ... 17:53:46 CSMA: remove value not object - is this still the same? 17:54:03 CK: ... but I can't remove the sensor (ie a.temp) 17:55:08 GH: retract ([predicate|frame|object]) 17:55:39 ?x: Device if ?x[value > 120] then assert(?x[alarm->True]) 17:56:38 Do we need to prefix/postfix assert/retract ops with a marker eg external(object operation) 17:56:44 +1 with CK 17:56:46 ?x: Device if ?x[value > 240] and ?x[alarm->True] then Modify(?x[alarm->critical] 17:57:16 Note to CSMA: we are 5mins to end of call... 17:59:09 CK: paper exists that explains differences ? 17:59:29 Action: CK to find appropriate paper reference or example 18:01:03 http://blog.athico.com/2008/02/shadow-facts-what-you-always-wanted-to.html 18:02:01 -hassan 18:02:03 -Gary 18:02:16 -ChanghaiKe 18:02:35 -Paul_Vincent 18:02:36 -csma 18:02:37 SW_RIF(PRD)1:00PM has ended 18:02:39 Attendees were csma, Paul_Vincent, ChanghaiKe, Gary, hassan 18:02:54 rrsagent, make log public 18:03:01 rrsagent, make minutes 18:03:01 I have made the request to generate http://www.w3.org/2008/10/07-rif-prd-minutes.html csma 18:06:16 csma has left #rif-prd