Received: from mail-pz0-f61.google.com ([209.85.210.61]:47882) by stodi.digitalkingdom.org with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) (envelope-from ) id 1RPcrP-0003td-Hh; Sun, 13 Nov 2011 08:24:55 -0800 Received: by pzk33 with SMTP id 33sf5316115pzk.16 for ; Sun, 13 Nov 2011 08:24:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:date:from:to:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to:x-pgp-key :x-pgp-keyid:x-cunselcu'a-valsi:user-agent: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; bh=R5Vfn4Uqd2qajet+MxImlYQVhlXzWQVlemz0Lij0hCE=; b=4Ss1FV1ng9nNql6egzA+Go3AuKUqi5HFYNjQEeJg2RlPIKIVD7hJ/x5JUKpdVk1FZ5 7q/mxdMEAdZXo//buxYu/EjBe9bB1l9d8CtMGRlDHMTT9G+BY5c4SWYHt/cLivkXyWl3 /bxEJeMIy2/8zLhk2u1q0sp26jKJQAV09Pb5s= Received: by 10.68.30.1 with SMTP id o1mr2628889pbh.6.1321201431760; Sun, 13 Nov 2011 08:23:51 -0800 (PST) X-BeenThere: lojban@googlegroups.com Received: by 10.68.3.45 with SMTP id 13ls14737896pbz.4.gmail; Sun, 13 Nov 2011 08:23:51 -0800 (PST) Received: by 10.68.30.34 with SMTP id p2mr18068464pbh.4.1321201431160; Sun, 13 Nov 2011 08:23:51 -0800 (PST) Received: by 10.68.30.34 with SMTP id p2mr18068463pbh.4.1321201431150; Sun, 13 Nov 2011 08:23:51 -0800 (PST) Received: from sdf.lonestar.org (mx.sdf.org. [192.94.73.19]) by gmr-mx.google.com with ESMTPS id h2si9113571pba.0.2011.11.13.08.23.51 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Nov 2011 08:23:51 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of mbays@sdf.org designates 192.94.73.19 as permitted sender) client-ip=192.94.73.19; Received: from gonzales.homelinux.org (root@sverige.freeshell.org [192.94.73.4]) by sdf.lonestar.org (8.14.5/8.14.3) with ESMTP id pADGNo0V027551 for ; Sun, 13 Nov 2011 16:23:50 GMT Received: from martin by gonzales.homelinux.org with local (Exim 4.75) (envelope-from ) id 1RPcqU-00022p-7S for lojban@googlegroups.com; Sun, 13 Nov 2011 11:23:50 -0500 Date: Sun, 13 Nov 2011 11:23:50 -0500 From: Martin Bays To: lojban@googlegroups.com Subject: Re: [lojban] Lojban and Truth-Conditional Semantics Message-ID: <20111113162350.GC3277@gonzales> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V88s5gaDVPzZ0KCq" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://mbays.freeshell.org/pubkey.asc X-PGP-KeyId: B5FB2CD6 X-cunselcu'a-valsi: stidi User-Agent: Mutt/1.5.21 (2010-09-15) X-Original-Sender: mbays@sdf.org X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: best guess record for domain of mbays@sdf.org designates 192.94.73.19 as permitted sender) smtp.mail=mbays@sdf.org 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: , X-Spam-Score: -0.0 (/) X-Spam_score: -0.0 X-Spam_score_int: 0 X-Spam_bar: / --V88s5gaDVPzZ0KCq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Saturday, 2011-11-12 at 23:39 -0500 - maikxlx : > The only way, I suspect, that jbo(ske)pre are ever going to sort out > some of these sticky issues involving gadri and related stuff is by > adopting a much stronger and more rigorous formalism than has been > adopted up to now. I completely agree. > Ultimately it would require a very good mathematician/logician to work > out the whole system and then break it down for others (in English or > Spanish or whatever metalanguage). There are many ways to go, but > I think what might best serve a logical language is a formalism > focused on model-theoretical, truth-conditional semantics. In other > words, from any given Lojan sentence S, e.g. "su'o lo ctuca cu tavla > ro le tadni", one ought to be able to work out, in a straightforward > manner, every truth condition that would make S true with respect to > an interpretation of basic terms (e.g. descriptions & predicates) and > a given model (universe of discourse). Yes. For much of lojban, this is straightforward in principle. There have been a few attempts to do it in practice - I know of Nick Nicholas' Prolog semantic analyser http://www.lojban.org/files/software/analyser , Rob Speer and Catherine Havasi's Jimpe http://web.mit.edu/rspeer/www/research/jimpe.tar.gz . I haven't managed to get either to run, due to bitrot, but they're interesting anyway. I also have a WIP of my own along similar lines, taking a more completionist tack, which I may release one day (I got stuck on handling gadri). However, there are plenty of hurdles in the way of completion of such a project. One is just that there isn't actually full agreement on the broad shape of the semantics. For example - there is some, but as far as I know no official, agreement that lojban has plural semantics. This would mean that the domain is structured as a complete atomic boolean algebra - i.e. we have individuals, but we also have bunches of individuals (singleton bunches being identified with individuals). Then e.g. {ro broda} probably quantifies only over individuals which broda, rather than over arbitrary bunches which broda. Another related one is how to handle descriptions. It's clear that these go beyond first-order logic, and also that they involve context in some way. But we do e.g. want the logic to encode the fact that {lo broda} must broda, since this is part of the truth conditions of the sentence, and this gets a little complicated when we note that broda may mention bound variables. This also ties in with the question of the structure of the domain - allowing {lo} to get a bunch deals with some issues; I currently suspect we may end up wanting to add further structure to the domain to incorporate "kinds". DRT may be relevant, but maybe not very. Anaphora are painful to deal with, though only donkey ones pose theoretical problems. GOhA is a minor nightmare. But basically, I totally agree that developing a model-theoretic formal semantics is (a) essentially doable, and (b) the best way to specify this currently woefully underspecified language. Martin --V88s5gaDVPzZ0KCq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk6/7xYACgkQULC7OLX7LNbmbQCgrhbKTcD809fuXnlh9q3EKA9q NmwAoN9GWOl0i/fuuEC00QWEPsluJisF =j0Ca -----END PGP SIGNATURE----- --V88s5gaDVPzZ0KCq--