Received: from mail-oi0-f63.google.com ([209.85.218.63]:41893) by stodi.digitalkingdom.org with esmtps (TLSv1:RC4-SHA:128) (Exim 4.80.1) (envelope-from ) id 1XcmAU-0006u9-NO for lojban-list-archive@lojban.org; Fri, 10 Oct 2014 19:12:31 -0700 Received: by mail-oi0-f63.google.com with SMTP id u20sf868925oif.18 for ; Fri, 10 Oct 2014 19:12:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20120806; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :sender:list-subscribe:list-unsubscribe; bh=gmOzW7Svn2GxdC9jyuPazLvfleSadmfloWT59146XbM=; b=i0z6FY7W7FuuBOLRuMAEdIONgiaEWlPbRiBTgMvWMe53NTBpqaHY0ly3BFSvjN01T/ KwqreEqEiNxxZCDhbhy8WS34kObq3Yk+DzCrq+OIx2bf41Tzk9aYU9wwWsz2kguJva4E ACtZCEoUHS3gbW3elxyhAOrZ4EGsPJ/W2xIxi7VfF8eQ9ze0fbUwErlrvtQGa+eepa5V lMjv1KcJDBKc0W5AMqvRcdow7stVLbM+BFqA/AWZBC0lkFf8jiTODu7OjuR/iab3SWWY olrXOZfT+1v/4imKtnTVwZkYct6vMke5nVndWlUq8rx8zyGzcWRMnc/+m8tGt95B8XKa yxiw== X-Received: by 10.140.104.176 with SMTP id a45mr134302qgf.5.1412993540177; Fri, 10 Oct 2014 19:12:20 -0700 (PDT) X-BeenThere: lojban@googlegroups.com Received: by 10.140.35.228 with SMTP id n91ls1074871qgn.57.gmail; Fri, 10 Oct 2014 19:12:19 -0700 (PDT) X-Received: by 10.236.142.108 with SMTP id h72mr1096926yhj.36.1412993539801; Fri, 10 Oct 2014 19:12:19 -0700 (PDT) Received: from sdf.lonestar.org (mx.sdf.org. [192.94.73.24]) by gmr-mx.google.com with ESMTPS id hz1si632363pbc.1.2014.10.10.19.12.19 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Oct 2014 19:12:19 -0700 (PDT) Received-SPF: none (google.com: mbays@sdf.org does not designate permitted sender hosts) client-ip=192.94.73.24; Received: from thegonz.net (d24-141-9-29.home.cgocable.net [24.141.9.29]) (authenticated (0 bits)) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s9B2C2rw029328 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Sat, 11 Oct 2014 02:12:03 GMT Received: from martin by thegonz.net with local (Exim 4.80.1) (envelope-from ) id 1XcmA7-00030Q-Vi for lojban@googlegroups.com; Fri, 10 Oct 2014 22:12:04 -0400 Date: Fri, 10 Oct 2014 22:12:02 -0400 From: Martin Bays To: lojban@googlegroups.com Subject: Re: [lojban] Re: tersmu 0.2 Message-ID: <20141011021201.GH22868@gonzales> References: <20141006025048.GE1974@gonzales> <20141008015245.GB17866@gonzales> <20141009010533.GF18854@gonzales> <20141009233031.GC1592@gonzales> <20141010234033.GG22868@gonzales> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="STPqjqpCrtky8aYs" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://mbays.freeshell.org/pubkey.asc X-PGP-KeyId: B5FB2CD6 X-cunselcu'a-valsi: vanbi User-Agent: Mutt/1.5.22 (2013-10-16) X-Original-Sender: mbays@sdf.org X-Original-Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: mbays@sdf.org does not designate permitted sender hosts) 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: , List-Unsubscribe: , X-Spam-Score: -1.9 (-) X-Spam_score: -1.9 X-Spam_score_int: -18 X-Spam_bar: - --STPqjqpCrtky8aYs Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Friday, 2014-10-10 at 22:03 -0300 - Jorge Llamb=EDas : > On Fri, Oct 10, 2014 at 8:40 PM, Martin Bays wrote: >=20 > The need for opaque contexts was the main reason for "tu'a" to exist, so > you could say "mi nitcu tu'a su'o mikce" without claiming that there's a > doctor such that you need them. I see. Just to check - there's no corresponding special behaviour for {jai}, right? ro da jai broda -> ro da zo'u tu'a da broda ? > The usual expansion for "tu'a X" is actually "lo du'u X co'e" and so you > would get "lo du'u ko'a .e ko'e co'e". So "tu'a(x,y)" doesn't really mean > "x is an abstraction involving y" but "x is the (one and only) proposition > that y satisfies the obvious-from-context predicate". Several issues with > that, but maximality would presumably not be one of them. One complication > is that sometimes "tu'a" is used to stand for other NUs, but even if it w= as > just "du'u" this is not exactly a vanilla "lo broda be" as we were thinki= ng > for other LAhE, so maybe "tu'a" is something of an anomaly, like "fa'u" f= or > the JOIs. Argh. Then yes, it looks like {tu'a} is in LAhE only syntactically, not semantically, and must be handled separately. (So then tu'a needing opacity is no longer an argument that the rest of LAhE should get it...) > > Example where both readings are actually plausible: > > mi xebni na'e bo mi > > could mean either "I hate everything other than me" or "I hate things > > other than me". > > The problem you're having doesn't seem to be specifically about "na'e bo", > it will happen with any "lo broda", which could be "all the brodas" or ju= st > the generic/kind "brodas". Yes. That can't be right, can it? > > So maybe {lo} =3D=3D \iota =3D=3D "the largest" isn't really right after > > all? >=20 > pc prefers "the most salient". I think how we describe it is mostly a > matter of how much of the burden we want to put on this operator and how > much on the determination of the universe of discourse. I see. Currently I don't know what it means at all. But a concrete test question to narrow things down: is {lo broda ku du lo broda} always true for all broda, as long as we ignore any possible issues about unfilled places and/or variable vague tenses etc? Similarly, is lo bakni ku catlu gi'e damba <=3D> lo bakni ku catlu i je lo bakni ku damba legitimate (under the same assumptions)? If it's iota, or Cherchia's down operator, or anything similarly "definite", then the answer should be 'yes'. (If the answer's still 'yes' once unfilled places etc are brought in, that would be even nicer) --STPqjqpCrtky8aYs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlQ4kfEACgkQULC7OLX7LNa5GACfdRhSazo2dbzLUaucIQSMUNbD tIUAn01E/2c7/3qdJeegd+U26002Vibo =LIK/ -----END PGP SIGNATURE----- --STPqjqpCrtky8aYs--