Return-Path: <frankmccabe@mac.com>
Received: from rgmum105.us.oracle.com by rcsmt251.oracle.com
	with ESMTP id 2297518891166377543; Sun, 17 Dec 2006 10:45:43 -0700
Received: from rgmgw1.us.oracle.com by rgmum106.us.oracle.com
	with ESMTP id 5094116391166377518; Sun, 17 Dec 2006 10:45:18 -0700
Received: from agminet03.oracle.com (agminet03.oracle.com [141.146.126.230])
	by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id kBHHjIEr013079
	for <gary.hallmark@oracle.com>; Sun, 17 Dec 2006 10:45:18 -0700
Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174])
	by agminet03.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id kBHHjDEh016352
	for <gary.hallmark@oracle.com>; Sun, 17 Dec 2006 11:45:16 -0600
Received: from mac.com (smtpin02-en2 [10.13.10.147])
	by smtpout.mac.com (Xserve/8.12.11/smtpout04/MantshX 4.0) with ESMTP id kBHHj4or005195;
	Sun, 17 Dec 2006 09:45:05 -0800 (PST)
Received: from [10.0.1.3] (adsl-71-131-227-180.dsl.sntc01.pacbell.net [71.131.227.180])
	(authenticated bits=0)
	by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id kBHHiO3t014607;
	Sun, 17 Dec 2006 09:44:25 -0800 (PST)
In-Reply-To: <20061217173707.DAA2D4F13A@homer.w3.org>
References: <18879.1166375483@cs.sunysb.edu> <20061217173707.DAA2D4F13A@homer.w3.org>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <0C906E94-ED7D-480F-92BF-4B9047A3ABCE@mac.com>
Cc: kifer@cs.sunysb.edu (Michael Kifer), Paul Vincent <pvincent@tibco.com>,
        Gary Hallmark <gary.hallmark@oracle.com>,
        W3C RIF WG <public-rif-wg@w3.org>
Content-Transfer-Encoding: 7bit
From: Francis McCabe <frankmccabe@mac.com>
Subject: Re: [TED] Action-188, ISSUE: production rule systems have "difficulty" with recursive rules in RIF Core
Date: Sun, 17 Dec 2006 09:44:22 -0800
To: Sandro Hawke <sandro@w3.org>
X-Mailer: Apple Mail (2.752.3)
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAA==
X-Brightmail-scanned: yes
X-Proofpoint-Virus-Version: vendor=fsecure engine=4.65.5446:2.3.11,1.2.37,4.0.164 definitions=2006-12-17_01:2006-12-15,2006-12-15,2006-12-17 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=3.1.0-0612050001 definitions=main-0612170025
X-Whitelist: TRUE

Well, if the purpose of the RIF is to have a language that represents  
the intersection of all rule languages, as opposed to being a means  
of interchange between rule systems, then you would be right. But I  
am strongly of the view that the intersection of all rule languages  
is empty.

On the other hand, a different form of conformance would be that any  
given rule language should be able to express their rules in the RIF.  
That does not require all rule language engines to be able to  
understand all elements of the core.

Frank


On Dec 17, 2006, at 9:36 AM, Sandro Hawke wrote:

>
>
>>> Some guidance about writing conformance clauses (which I'll re- 
>>> read now)
>>> is at http://www.w3.org/TR/qaframe-spec/ .
>>
>> I am not concerned with conformance clauses right now, but rather  
>> with
>> defining what might be a reasonable set of features (for lack of a  
>> better
>> word) that should allow us to call something a core or a dialect  
>> extending
>> the core.
>
> I think the difference in what we are talking about is in the
> conformance clause -- that's why I want to focus there.
>
> I think RIF's conformance clause will say that for a rule system to
> implement RIF it has to handle all RIF Core.
>
> Do you want to force all rule systems to handle full recursive  
> Horn?  If
> RIF tries to do that, I think a lot of rule system vendors will  
> tell us
> "no" and not adopt RIF.  It seems to set the bar too high.
>
> The fact that non-recursive Horn is too high a bar for non-rule  
> database
> vendors is okay, since this is RIF not DBIF.
>
>     -- Sandro
>


