- From: Michael Kifer <kifer@cs.sunysb.edu>
- Date: Thu, 4 Sep 2008 12:48:02 -0400
- To: "Hassan Ait-Kaci" <hak@ilog.com>
- Cc: "Paul Vincent" <pvincent@tibco.com>, <public-rif-wg@w3.org>
I completely agree.
michael
On Thu, 4 Sep 2008 08:24:15 -0700
"Hassan Ait-Kaci" <hak@ilog.com> wrote:
> Hello,
>
> I don't know whether to feel alarmed or amused at the sort of
> symbol quibblings that have been exchanged regarding RIF PS syntax
> (dis)tastes.
>
> I thought it was understood by all here that with a Presentation
> Syntax for rules, this WG was *not* designing a new universal
> rule language. We are simply defining shorthands that are
> somewhat easier to read and write by humans than their normative
> XML counterparts. The RIF PS is meant to help a human agent read
> and write RIF examples and allow the automated generation of the
> XML form from the PS form. Thus, such a PS should:
>
> (1) be simple and unambiguous to parse by software; and,
> (2) easy, by not excessively so, to manipulate by humans.
>
> Why "not excessively so"? Because - again - we are *not*
> designing a new universal rule language! We are just defining
> (relatively) less ugly shorthands for (absolutely)ugly XML! :-)
> Thus, PS is only rough syntax encompassing many potential rule
> languages. What makes sense for one intended sementics does not
> necessarily for another. AT this level, punctuation is important
> only to ease reading and parser generation. Let us not make it
> ridiculously peculiar. It should be clear and familiar to most.
> It is silly trying to push matters of personal (dis)tastes. The
> two criteria above are all we need.
>
> At present, there are three levels of PS:
>
> (1) "pure" PS (without Axel's extensions)
> (2) PS ("pure" PS with Axel's extensions)
> (3) APS (PS with Adrian's shorthands)
>
> Adrian's abbreviations are more like macros that "desugar" APS
> into PS.
>
> In order to build a parser for (A)PS and generate its XML form,
> [http://www.w3.org/2008/08/19-rif-minutes.html#action08], the
> quick final settlement of all these syntactic issues is highly
> desirable.
>
> -hak
>
>
> -hak
> --
> Hassan Aït-Kaci * ILOG, Inc. - Product Division R&D
> http://koala.ilog.fr/wiki/bin/view/Main/HassanAitKaci
>
>
>
> -----Original Message-----
> From: public-rif-wg-request@w3.org on behalf of Paul Vincent
> Sent: Thu 9/4/2008 2:51 PM
> To: public-rif-wg@w3.org
> Subject: RE: [RIF-APS] Rules Sign
>
> +1
>
>
>
> '<= ' should be used in backward-chaining dialects, and '=>' in
> forward-chaining ones.
>
>
>
> Paul Vincent
>
> TIBCO | Business Optimization | Business Rules & CEP
>
>
>
> ________________________________
>
> From: public-rif-wg-request@w3.org [mailto:public-rif-wg-request@w3.org]
> On Behalf Of Patrick Albert
> Sent: 04 September 2008 12:54
> To: Adrian Paschke; public-rif-wg@w3.org
> Subject: RE: [RIF-APS] Rules Sign
>
>
>
> Most Production Rules system have rules in the form IF/WHEN
> <conditions> THEN <actions>.
>
>
>
> I'd recommend we adhere to the existing practice which is to have the
> conditions first followed by the actions.
>
> Replacing the IF .. THEN by a '=>' as in '<Conditions> => <Actions>'
> would be ok.
>
>
>
> Patrick.
>
>
>
> ________________________________
>
> From: public-rif-wg-request@w3.org [mailto:public-rif-wg-request@w3.org]
> On Behalf Of Adrian Paschke
> Sent: lundi 1 septembre 2008 22:09
> To: public-rif-wg@w3.org
> Subject: [RIF-APS] Rules Sign
>
>
>
> Hello,
>
>
>
> With respect to the abridged presentation syntax there is still an open
> issue about the sign to distinguish the head and the body of a rule.
>
>
>
> Currently, we use ":-" in the examples e.g. in UCR and PRD, which is
> well-known in the logic community but not so much in others including
> production rules.
>
>
>
> I shortly discussed this issue with the BLD/FLD editors Michael and
> Harold and we came up with this unambiguous proposal to distinguish
> classical implication and rules head and body.
>
>
>
> <== for PRD and BLD
>
> <-- for classical
>
>
>
> <== and <-- might be also reverted ==> -->
>
>
>
> -Adrian
>
>
>
>
>
>
>
>
Received on Thursday, 4 September 2008 16:48:43 UTC