Return-Path: <@FINHUTC.HUT.FI:LOJBAN@CUVMB.BITNET> Received: from FINHUTC.hut.fi by xiron.pc.helsinki.fi with smtp (Linux Smail3.1.28.1 #1) id m0r8hl2-00005XC; Sat, 19 Nov 94 06:50 EET Message-Id: Received: from FINHUTC.HUT.FI by FINHUTC.hut.fi (IBM VM SMTP V2R2) with BSMTP id 8043; Sat, 19 Nov 94 06:50:51 EET Received: from SEARN.SUNET.SE (NJE origin MAILER@SEARN) by FINHUTC.HUT.FI (LMail V1.1d/1.7f) with BSMTP id 8041; Sat, 19 Nov 1994 06:50:50 +0200 Received: from SEARN.SUNET.SE (NJE origin LISTSERV@SEARN) by SEARN.SUNET.SE (LMail V1.2a/1.8a) with BSMTP id 8841; Sat, 19 Nov 1994 05:47:38 +0100 Date: Fri, 18 Nov 1994 20:48:56 EST Reply-To: jorge@PHYAST.PITT.EDU Sender: Lojban list From: Jorge Llambias Subject: Re: PROPOSAL: Lambda Notation For Dummies (and & Rosta) & Lojban X-To: lojban@cuvmb.cc.columbia.edu To: Veijo Vilva Content-Length: 1764 Lines: 43 > > > This proposal involves creating an explicit "lambda quantifier", which would > > > formally belong to selma'o PA but would be attached only to da-series KOhA > > > or BY cmavo. > > Any reason why this is preferred to a simple KOhA? > > Well, one point is that "a simple KOhA" could only be a singleton. If > we want to have properties or mekso with two lambda variables, we'd have > to subscript them, which is unmathematical: it's \lambda(x), not \lambda. I tend to ignore the mekso part of the language, I don't think we have to cover for every symbol of mathematics. Is there any use for properties with two lambda variables? And in any case, here we could use subscripts if such a thing really ever comes up. > > Also, it would be nice if we could just use {ke'a} for it. Its function is > > very similar, and the problems that might arise in rare cases of embedding > > arise already anyway as it is, so in theory subscripts have to be used. > > I'll consider this one. "ke'a" is pretty narrowly defined, > and I don't know that I favor extending it. But the two meanings are very close, if not the same. {kau} was also mentioned but I don't think that that is the same thing at all. It can have a very different meaning inside properties. For example, using ke'a for the lambda variable: ko'a zmadu ko'e le ka ke'a citka pixokau da Koha exceeds Kohe in the property of how much they eat. Clearly, {kau} can't be used to mark the lambda variable, because it already has a function to mark the indirect question. Notice that {ni} gives a different meaning: ko'a zmadu ko'e le ni ke'a citka da Koha exceeds Kohe in the amount of eating something. (Actually, it is not very clear to me what {ni} means.) Jorge