Received: from mail-pz0-f61.google.com ([209.85.210.61]:33409) by stodi.digitalkingdom.org with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) (envelope-from ) id 1RNTuu-000857-3Y; Mon, 07 Nov 2011 10:27:40 -0800 Received: by pzk32 with SMTP id 32sf1378496pzk.16 for ; Mon, 07 Nov 2011 10:27:25 -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=wyIp3EATaASBKYtcSn6OsapQ1tShW3Iji1nhRWVTxPk=; b=1sUxRQzXYDAjnmnrKljcd0/jNzRkIOsg7VD7ScjA5/CbViLFIY7em5hJ+lwcaTvsWy 0HQL0gL6uW+OfbRsU+T/1GwQQRmNzvqG3iVa7FsoITdBf408sXATHfnQqUq1pii6Pcoh 7i5ARn1FtnRQ01rhQgI0wavVnwLNgUhBQFZ6s= Received: by 10.68.29.129 with SMTP id k1mr141736pbh.1.1320690443151; Mon, 07 Nov 2011 10:27:23 -0800 (PST) X-BeenThere: lojban@googlegroups.com Received: by 10.68.19.131 with SMTP id f3ls4375555pbe.5.gmail; Mon, 07 Nov 2011 10:27:22 -0800 (PST) Received: by 10.68.50.169 with SMTP id d9mr487290pbo.0.1320690442492; Mon, 07 Nov 2011 10:27:22 -0800 (PST) Received: by 10.68.50.169 with SMTP id d9mr487288pbo.0.1320690442478; Mon, 07 Nov 2011 10:27:22 -0800 (PST) Received: from sdf.lonestar.org (mx.sdf.org. [192.94.73.19]) by gmr-mx.google.com with ESMTPS id l3si1562934pbd.0.2011.11.07.10.27.22 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Nov 2011 10:27:22 -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 pA7IRL63020518 for ; Mon, 7 Nov 2011 18:27:22 GMT Received: from martin by gonzales.homelinux.org with local (Exim 4.75) (envelope-from ) id 1RNTuj-0007JJ-Hu for lojban@googlegroups.com; Mon, 07 Nov 2011 13:27:21 -0500 Date: Mon, 7 Nov 2011 13:27:21 -0500 From: Martin Bays To: lojban@googlegroups.com Subject: Re: [lojban] {zo'e} as close-scope existentially quantified plural variable Message-ID: <20111107182721.GC2718@gonzales> References: <4EB43035.6040407@gmail.com> <20111104233756.GB24058@gonzales> <4EB4A123.7030305@gmail.com> <20111105061247.GE24058@gonzales> <4EB526B7.7070008@gmail.com> <20111105172216.GI24058@gonzales> <1320680539.36060.YahooMailRC@web81307.mail.mud.yahoo.com> <20111107171940.GB2718@gonzales> <1320687670.89969.YahooMailRC@web81305.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mSxgbZZZvrAyzONB" Content-Disposition: inline In-Reply-To: <1320687670.89969.YahooMailRC@web81305.mail.mud.yahoo.com> X-PGP-Key: http://mbays.freeshell.org/pubkey.asc X-PGP-KeyId: B5FB2CD6 X-cunselcu'a-valsi: sabnu 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.7 (/) X-Spam_score: -0.7 X-Spam_score_int: -6 X-Spam_bar: / --mSxgbZZZvrAyzONB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Monday, 2011-11-07 at 09:41 -0800 - John E Clifford : > I'm still not sure I follow this problem. In general the inference does = not=20 > hold, of course, and the process by which it is made to appear to hold se= ems to=20 > involve changing the meaning of terms in mid stream, so that quantifiers = that=20 > made sense in one case make no (or certainly not the same) sense in the o= ther. =20 If it seems that way to us, it's because we're not thinking Blobically enough. As I presented it, the problem is with an extreme raw form of Blobism, which no-one is actually supporting - one where we work with a domain which is closed under taking kinds; i.e. a domain which has the property that for any unary predicate P(x) (defined without parameters, let's say) there exists an element P' such that for any Q(x) (which is allowed to use parameters from the domain), Q(P') holds iff \exists x. ( P(x) /\ Q(x) ) does. Then the impossible-seeming deduction goes like this: suppose it holds in our bizarre domain that \forall x. \exists y. R(x,y) ; let P(y) :=3D \exists x. R(x,y) then for each x, R(x,P') holds (as we see by considering Q(y) :=3D R(x,y)) so it holds in this bizarre domain that \exists y. \forall x. R(x,y) . (Of course this isn't a valid deduction in any standard logic; it depends wholly on the bizarre properties of the domain.) In fact, if we take this too literally, we can take Q(x,y) to be x=3Dy, and find that the domain is a singleton... but nevermind that. Hopefully consideration of the above gives an idea of what's screwy about kinds, i.e. about mixing up elements and predicates. > ----- Original Message ---- > From: Martin Bays > To: lojban@googlegroups.com > Sent: Mon, November 7, 2011 11:19:40 AM > Subject: Re: [lojban] {zo'e} as close-scope existentially quantified plur= al=20 > variable >=20 > * Monday, 2011-11-07 at 07:42 -0800 - John E Clifford : >=20 > > Why is there only one level in Ready-Made? I suspect that this is a st= raw man=20 >=20 > > you have set up, but the characterization of it -- and of blobular -- a= re so=20 > > vague as to make a clear judgement difficult. I suspect that the only = problem=20 >=20 > > with levels is just that {lo broda cu klesi lo broda} shouldn't hold. = Or that,=20 > > > > in the same context, {broda} is used sometimes for avatars (exemplars, = slices,=20 >=20 > > ordinary things) and sometimes for kinds/masses/properties. MB seems t= o be=20 > > saying that you do do this, but his evidence is somewhat confusing itse= lf=20 > >(using=20 > > > > quantifiers inappropriately, for example), so I am not sure you do (or = don't,=20 > > for that matter). I do think, however, that there are limits as to how= far up=20 >=20 > > or don you can shove a predicate without some indication of the shove, = but I am=20 > > > > less sure what those limits are (using {cinfo} for what would normally = be {ka=20 > > cinfo}, something about functions from worlds to sets, for example, see= ms to=20 > >far=20 > > > > up, using it for muscle fiber from a lion's leg muscle seems too far do= wn --=20 > >but=20 > > > > I am open to arguments either way). >=20 > I proposing a simple test/definition of when level-mixing has gone too > far: >=20 > A unary broda is Sloppy if, in any domain containing everything which > can broda, for any brode and brodi, > {brode ro brodi su'o broda} > implies > {se brode su'o broda ro brodi}=20 >=20 > (Technical restriction: brode can not be taken to be {du}, because that > has to be considered to be magic for the domain not to collapse. > {mintu} and {dunli} are fine, though). >=20 > If I understand xorxes and and correctly, they have every predicate > being Sloppy - the witness for the existential in the second sentence > can be taken to be the kind of broda which is broded by some brodi. >=20 > They try to dodge this problem by introducing informal rules to avoid > level-mixing within a single domain - in particular, they would never > consider a domain like those in the definition of Sloppy. >=20 > Martin >=20 > --=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@googlegr= oups.com. > For more options, visit this group at http://groups.google.com/group/lojb= an?hl=3Den. --mSxgbZZZvrAyzONB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk64IwkACgkQULC7OLX7LNbk/ACgx1JJualDsEnlwFhOqy9s9RIr T0QAoLA6gazxzdAMXYdSurIeNi+/oXto =sVvC -----END PGP SIGNATURE----- --mSxgbZZZvrAyzONB--