Received: from mail-gx0-f189.google.com ([209.85.161.189]:40255) by stodi.digitalkingdom.org with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) (envelope-from ) id 1RZpPm-0007eV-9r; Sun, 11 Dec 2011 11:50:38 -0800 Received: by ggnk3 with SMTP id k3sf7613318ggn.16 for ; Sun, 11 Dec 2011 11:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:x-yahoo-newman-property:x-yahoo-newman-id :x-ymail-osg:x-mailer:references:message-id:date:from:subject:to :in-reply-to:mime-version:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-google-group-id:list-post:list-help:list-archive:sender :list-subscribe:list-unsubscribe:content-type :content-transfer-encoding; bh=VqRdypsu8O2jb5Xkff7Wrnv4PQHvMn9493tCabmbpIE=; b=BC6dX2fu1ALDJ1CKlCr15wBgUy/oh2eXxxfvQakxCnrKJERcABCz9uLrTbghxx9EMi 4U7HCg3PtjIvIOwkO3VGt1bQbnRFoTCC0FmcFkrEj3cXKd3lIMy+cr6px5L4lTngby11 gLoppcyJ9zkC++yON/o0OPBoI328oEexQxloY= Received: by 10.236.200.225 with SMTP id z61mr5809455yhn.6.1323633015734; Sun, 11 Dec 2011 11:50:15 -0800 (PST) X-BeenThere: lojban@googlegroups.com Received: by 10.150.1.2 with SMTP id 2ls12943980yba.1.gmail; Sun, 11 Dec 2011 11:50:15 -0800 (PST) Received: by 10.101.204.18 with SMTP id g18mr4727148anq.22.1323633015032; Sun, 11 Dec 2011 11:50:15 -0800 (PST) Received: by 10.101.204.18 with SMTP id g18mr4727147anq.22.1323633015010; Sun, 11 Dec 2011 11:50:15 -0800 (PST) Received: from nm30.access.bullet.mail.mud.yahoo.com (nm30.access.bullet.mail.mud.yahoo.com. [66.94.237.95]) by gmr-mx.google.com with SMTP id s13si6137189ane.3.2011.12.11.11.50.14; Sun, 11 Dec 2011 11:50:15 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of kali9putra@yahoo.com designates 66.94.237.95 as permitted sender) client-ip=66.94.237.95; Received: from [66.94.237.127] by nm30.access.bullet.mail.mud.yahoo.com with NNFMP; 11 Dec 2011 19:50:14 -0000 Received: from [66.94.237.96] by tm2.access.bullet.mail.mud.yahoo.com with NNFMP; 11 Dec 2011 19:50:14 -0000 Received: from [127.0.0.1] by omp1001.access.mail.mud.yahoo.com with NNFMP; 11 Dec 2011 19:50:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 532002.37514.bm@omp1001.access.mail.mud.yahoo.com Received: (qmail 48118 invoked by uid 60001); 11 Dec 2011 19:50:14 -0000 X-YMail-OSG: pZHDLlcVM1ldD5hNYfGGBYeD_WtZcd024tr.ACY1q3eItws Vq0XzW_FnZFTLIwf.J7F7fMJ81vUd3ldhhMuQFQnzBbjUfBxtU60hmmbnV0F xszRhaXSL.bOWYmyqCFy6YfQWOC0FleB2PPVd6OHgcCxE4lYYCudhDuZBjxu XoESIb5Y1PjRXzTvcVn4s5zoLh1eZNYgPgQU7GfmGtAr6JhmBJ.RYFx4_.hl XKc4jff.Gi9oyU4meDFHsu.PUWso2df5E6y0RjukK7ZCYbWeInFM8N5s0JXO wqIupLLCl4ZkvHWRHfwgpVIeWczv4jjdLGmFZIBp0g7Ud8lJwtGlc6J4kzMS EPiifiZQPP9LITHlLtvEtj.Ub4eZGNsHCkBnLiTAjDjsWSCWPZXRvitA5qBv TkJQaQ2vxGbeRGH6.Q.eQCC4YbFbBETO7jmO5O8JryywRWCY7V3jbVY1Xqfz 12N_PVs35oNYPk2wg9_i7JVjX9CIfPgSgXWvqFBI7BAIxhI_JZ5tpZiVUi8Y ueguwzF18PwUo9rkUI7jcoilM1EYgjFoa77YUbGQIFA-- Received: from [99.92.108.41] by web81308.mail.mud.yahoo.com via HTTP; Sun, 11 Dec 2011 11:50:14 PST X-Mailer: YahooMailRC/589 YahooMailWebService/0.8.115.331698 References: <1323373742.18817.YahooMailRC@web81306.mail.mud.yahoo.com> <857BF1E4-628A-4E05-BC02-A90D15C6895E@yahoo.com> <1323554331.43014.YahooMailRC@web81305.mail.mud.yahoo.com> Message-ID: <1323633014.33678.YahooMailRC@web81308.mail.mud.yahoo.com> Date: Sun, 11 Dec 2011 11:50:14 -0800 (PST) From: John E Clifford Subject: Re: [lojban] semantic parser - tersmu-0.1rc1 To: lojban@googlegroups.com In-Reply-To: MIME-Version: 1.0 X-Original-Sender: kali9putra@yahoo.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: best guess record for domain of kali9putra@yahoo.com designates 66.94.237.95 as permitted sender) smtp.mail=kali9putra@yahoo.com; dkim=pass (test mode) header.i=@yahoo.com Reply-To: lojban@googlegroups.com Precedence: list Mailing-list: list lojban@googlegroups.com; contact lojban+owners@googlegroups.com List-ID: X-Google-Group-Id: 1004133512417 List-Post: , List-Help: , List-Archive: Sender: lojban@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam_score: 0.0 X-Spam_score_int: 0 X-Spam_bar: / ----- Original Message ---- From: Jorge Llamb=EDas To: lojban@googlegroups.com Sent: Sun, December 11, 2011 12:42:03 PM Subject: Re: [lojban] semantic parser - tersmu-0.1rc1 On Sat, Dec 10, 2011 at 6:58 PM, John E Clifford wro= te: > Well, I am glad you know that quantifiers don't refer, since then you can > understand my discomfort at seeing them treated as though they do: like n= ames, > in fact. Quantifier terms are treated by the Lojban grammar just like names, yes, even though they have different functions, names refer and quantifier terms quantify bridi. That is just what I am uncomfortable about (and have been -- unconsciously = --=20 for decades)/ > To be sure, at a certain point (prenexing usually), they receive some > different treatment, as they pass through negations and the like (or don'= t, as > the case need be). They receive different treatment at the point of interpretation. Names can be moved to the prenex too, but the rules by which quantifier terms can be moved to the prenex are more strict than for names. The only reason to have these rules at all is that once they are in the prenex the interpretation is plain, as it corresponds directly to standard notation. As I said, they are treated differently. And the interesting question is, = how=20 do we know that what we get when we get everything prenex by these rules is= what=20 was intended in the original? At the least, there should be a process of= =20 converting FOL into Lojban that would justify the reverse reconstruction. = As it=20 is, we have only success and, perhaps, an intuition that this is the right = way. > But, while they don't refer, they do have a set of true > instances and these are often dependent upon quantifiers in whose scope t= hey > lie. That statement is problematic. It may be understandable when the quantifier term binds the last free variable of a bridi, but it doesn't really make sense when the quantifier term leaves some variable still unbound. P(x) has a set of true instances for "x", and the quantifier Ex: tells us that the cardinality of that set is at least one. But Ex:P(x,y), with y still unbound, has no set of true instances for x, since it is not a proposition. It has a (possibly different) set of true instances for x for each different value of y. So for y=3Da we have one set of true instances of x, for y=3Db another set, and so on. The only meaningful set of true instances of x that you can get for "Ex:P(x,y)" is the one that consists of the union of all the sets that you get for each possible value of y. And that set could even be empty, if ~Ey: Ex:(Px,y) happened to be true. So "Ex:" tells us nothing about the cardinality of the union set. Sorry, I assumed we were talking about expressions in sentences, not just= =20 floating around. There are no free variables in Lojban sentences, so this= =20 remark would not apply in those cases -- nor would I mention satisfaction s= ets=20 in the other cases. > Thus, the {su'o plise} of your example appears to lie in the scope of two > universals (I'm ignoring the negation for the moment, since it doesn't af= fect > the issue) and to have the corresponding true instances. It's in the scope of two universals, plus the negation you are ignoring, plus a connective, and what's more important, it binds a formula with two free variables, which means that it gives no information about the cardinality of any single set. Sorry, I don't see the other variable, unless it is plise2 (a cultivar?) wh= ich,=20 if an invisible variable, is, of course, bound by a corresponding invisible= =20 quantifier. > But the intention is > that it have two instance sets, one for each quantifier: the hybrid set i= s > neither of these (probably). Whose intention is that? The intention of the speaker, if that is what the final expansion to FOL=20 produces (and, if it isn't, isn't the procedure a failure?). > So this makes the sentence seem strange. Your > claim is that the sentence ought not be taken at face value, but understo= od as > the result of applying a fairly simple (so far, anyhow) set of interpreta= tion > rules. I don't think I made such claim, mainly because I don't understand what you mean by "taking the sentence at face value". If I had to make a claim, I would say that it ought indeed be taken at face value, and I explained what that face value meant to me. If by "face value" you mean "what it means in standard notation", then the sentence has no face value at all since it involves non-standard notation, it is uninterpretable as standard notation, and thus it cannot possibly be taken at face value. If you see some other face value I'm not seeing, what is it? Well, to take the simplest example, at face value, {su'o plise} is in the s= cope=20 two quantifiers, and ot is a simple sentence with a compound subject, so ne= ither=20 a compound sentence (an arbitrary ruling, I admit) nor a complex one, where= as,=20 eventually, it will prove to be both and {su'o plise} will occur twice. eac= h in=20 the scope of only a single quantifier. > And (so far, at least) these rules do regularly yield the right > results. But then the question is, how else are these rules justified? What kind of justification are you after? If it's something involving a set of true instances, you need to make that notion more explicit, since a bridi with more than one variable does not have a well defined single set of true instances for one of the variables. Not sure how this applies, since the case does not seem to arise. As you s= ay,=20 which apples will be in that set depend on the value of both the universals= and=20 the resulting set appears to be not what was wanted in either direction or,= at=20 best, the one's for the first case (boys) but not for the second (girls). > They > seem to have no basis in logic, probably because they deal with structure= s=20 >logic > does not allow, That's unavoidable, isn't it? Probably, if we are to have a speakable language. But are the things we ha= ve=20 really representing the underlying logic? >intermediate constructions which are not to be taken too > seriously (except that they usually are also sentences of Lojban) on the = way=20 to > the final results. Which intermediate construction is not to be taken too seriously? If there was such intermediate construction, the whole thing falls apart. The whole point of the rules is that there be no gaps in moving from the non-standard form to the standard one. ?? "such intermediate construction" I suppose means "one that is not a Lojb= an=20 sentence". Well, is there a guarantee that the rules will never lead to on= e on=20 the way to a correct interpretation? > I can hope that eventually a Montague grammar will come > along to justify moves that accomplish the same results in a rationalized= way. > Until then, success is probably good enough -- and may always be. But i= t=20 does > not present much in the way of guidelines when difficulties arise. It's not so complicated. The only two reasonable options for "ko'a .e ko'e broda su'o da" are: (1) ge su'o da zo'u ko'a da broda gi su'o da zo'u ko'e da broda (2) su'o da zo'u ge ko'a da broda gi ko'e da broda The choice between the two is ultimately arbitrary, purely a matter of convention. You can't expect the compact form to have some intrinsic "face value" that tells you which one of them it is, it's merely a matter of knowing whether ".e" has scope over "su'o" or viceversa. In a natlang, we just live with the ambiguity. In Lojban, we don't want that kind of ambiguity and so, by convention, decide that the compact form corresponds to one and not the other. The only justification we may add for the choice is which one makes the whole system nicer, and in my view that means choosing (2) simply because I think it's better to stick with left over right scope. What possible justification beyond that are you looking for? I assume you mean (1) here, since that is what your convention selects. 2 = makes=20 a bit more sense within the usual sort of construction rules, which allow= =20 collapse only for identical terms and so lead, as noted earlier, to giving = {su'o=20 da} broader scope. But that is a trickier rule to apply, in either directi= on. > I am not sure I understand your objection to the traditional solution to= =20 donkey > sentences. Do you know of cases where it just doesn't work? Changing a narrow scope existential into a wide scope universal? And already mentioned cases where that doesn't work: "most farmers who own a donkey, beat it" Sorry, why doesn't it work? For all donkeys x, for most farmers y who own = x, y=20 beats x. > The non-quantifier > case is handled nicely by analogy: "Each of Mary and Jane is such that th= ose=20 >who > love her want to marry her." That's why I brought up the example, to support that connectives should be treated the same way as quantifiers. But this is a quantifier case from "one of Mary and Jane" to "each of Mary = and=20 Jane" (That being said, of course, there are viable analogies between=20 quantifiers and sentential connectives -- not ones that can be always relie= d on,=20 however). mu'o mi'e xorxes --=20 You received this message because you are subscribed to the Google Groups= =20 "lojban" group. To post to this group, send email to lojban@googlegroups.com. To unsubscribe from this group, send email to=20 lojban+unsubscribe@googlegroups.com. For more options, visit this group at=20 http://groups.google.com/group/lojban?hl=3Den. --=20 You received this message because you are subscribed to the Google Groups "= lojban" group. To post to this group, send email to lojban@googlegroups.com. To unsubscribe from this group, send email to lojban+unsubscribe@googlegrou= ps.com. For more options, visit this group at http://groups.google.com/group/lojban= ?hl=3Den.