From lojban+bncCIywt_XDCRCc2uXnBBoEBHxD9w@googlegroups.com Fri Dec 03 14:20:27 2010 Received: from mail-gy0-f189.google.com ([209.85.160.189]) by chain.digitalkingdom.org with esmtp (Exim 4.72) (envelope-from ) id 1POdzK-000818-83; Fri, 03 Dec 2010 14:20:27 -0800 Received: by gyb11 with SMTP id 11sf8110190gyb.16 for ; Fri, 03 Dec 2010 14:20:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=domainkey-signature:received:x-beenthere:received:received:received :received:received-spf:received:message-id:x-ymail-osg:received :x-mailer:references:date:from:subject:to:in-reply-to:mime-version :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:content-type; bh=SYMMpTkmuEUXhRckTGazT7F/3k5oNuyXHK/BuBHwync=; b=VGT0+h/9zM7VP1ax5vW7UkkZye24EYV807dzNf+XNrlX8wFAkxrqCEU79/YjEBJPA+ 5LA2FMMIftwUCYLeZEt8+8tkCuM8wnYMY5nmKeP78b5s/K3rMMOdtjEa0ITLHz4V91sP D6ovT2Z0s6F5Eicxswu5HPbfLsQ2WDiax7bYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:message-id:x-ymail-osg:x-mailer:references :date:from:subject:to:in-reply-to:mime-version: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:content-type; b=Xs922mlTjvIN3lLvGwaeyHkdjM0bFCvYtzhXuJbHySMiryK0RnsU9FO6KKxV4FC9zT GMICr8zRzIjA0jo6SmHVkGTBFMXx0zNqEUpj1RwHn/CRemU0m9lDCFOmx1Oruwe3z8Nx BQ/n1pMZlG6vvVXk89usMXQLUxUoNa/E9JTQ4= Received: by 10.91.69.8 with SMTP id w8mr190026agk.17.1291414812794; Fri, 03 Dec 2010 14:20:12 -0800 (PST) X-BeenThere: lojban@googlegroups.com Received: by 10.91.172.9 with SMTP id z9ls2449420ago.7.p; Fri, 03 Dec 2010 14:20:11 -0800 (PST) Received: by 10.90.86.12 with SMTP id j12mr965801agb.29.1291414811773; Fri, 03 Dec 2010 14:20:11 -0800 (PST) Received: by 10.90.86.12 with SMTP id j12mr965800agb.29.1291414811692; Fri, 03 Dec 2010 14:20:11 -0800 (PST) Received: from web81305.mail.mud.yahoo.com (web81305.mail.mud.yahoo.com [68.142.199.121]) by gmr-mx.google.com with SMTP id 68si366759yhl.9.2010.12.03.14.20.10; Fri, 03 Dec 2010 14:20:10 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of kali9putra@yahoo.com designates 68.142.199.121 as permitted sender) client-ip=68.142.199.121; Received: (qmail 87071 invoked by uid 60001); 3 Dec 2010 22:20:09 -0000 Message-ID: <941404.86750.qm@web81305.mail.mud.yahoo.com> X-YMail-OSG: WhYevFgVM1lcUrbFPAzNy6V_yWxBaw_aaEpU0iBRPWRzNqN b0Evs51QmjnxbfLeCOn2hgJO5yV6lArlz71JAHFfZe84a.HfTiAA5hiqqQwh _jMpmwZ_amJAn1sjNswZfcu3wiKRxf8Y.a72ucedu5J2mlX3f7H1ltgmZCM2 sYZVcN_d5mliuyIUO233Gnz8pLAJBOx6WCq5dv6soLckA2dZIpcp4U2r.V1H 5CAK0nOX9pijtdUwhqAeNSIj2WiJ3UmD.JKtxjJBXW.3.jOkoNaZywPUB32K EXVHFr5RIkPoRmi0F20BkHXzKFjMjpryK9qfHEp7p8b7ZGRozds4ruYmHjLD 2fJUeaDG1Bn7Nq2_RJa3uP0Lb5UzDkZL0pclGRv6vXMCYGj6JyOw_IH_R Received: from [99.92.110.13] by web81305.mail.mud.yahoo.com via HTTP; Fri, 03 Dec 2010 14:20:02 PST X-Mailer: YahooMailRC/553 YahooMailWebService/0.8.107.285259 References: Date: Fri, 3 Dec 2010 14:20:02 -0800 (PST) From: John E Clifford Subject: Re: [lojban] zo'u is inconsistent 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 68.142.199.121 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: List-Post: , List-Help: , List-Archive: Sender: lojban@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: multipart/alternative; boundary="0-816625319-1291414802=:86750" --0-816625319-1291414802=:86750 Content-Type: text/plain; charset=ISO-8859-1 IIRC 'zo'u' is a colon. It doesn't quantify anything; it just separates the the prenex quantifiers from the body of the bridi. It also serves to separate out out things one might want to put up front, like topics (and, occasionally, temporals and spatials and a bunch of other stuff to make some logical point) The 'bu'a' series of variables can't be moved inward (having something to move across is another job for 'zo'u') because there is no legal way to write 'ro bu'a' in the selbri slot of a bridi -- and have any hope of getting all the other quantifiers coming out clear (there are logical reasons as well as practical, such expressions are moving up a level in expressions and mixing levels has to be done carefully, if at all) But the, I don't quite know what you mean by indefinite descriptions involving predicate variables: 'lo bu'a'? There actually were an array of suggestions for dealing with "predicates as predicates" but since it was unclear what you wanted, it was hard to pick a suitable one. Have you gotten clearer about that. I also don't quite see what all this has to do with self-reference, which generally is an evil thing that all manner of problems in the 2oth cnetury and eventually provided the unwelcome solution that there was no solution to them. ________________________________ From: Luke Bergen To: lojban@googlegroups.com Sent: Fri, December 3, 2010 3:32:33 PM Subject: Re: [lojban] zo'u is inconsistent I've kind of wondered about zo'u myself with regards to this. More interestingly for me though, what in the hell does "se xu" mean? On Fri, Dec 3, 2010 at 4:00 PM, Ian Johnson wrote: {zo'u} works like this if I understand correctly: > >PA da PA de ... zo'u -> quantifying da de ... >PA bu'a PA bu'e ... zo'u -> quantifying bu'a bu'e ... > zo'u -> defining the topic in an imprecisely defined sense > >In any case, you put a string of sumti before it. In one case, doing this >quantifies over sumti. In another case, it quantifies over selbri. In still >another case, it doesn't quantify over ANYTHING. > >.i la'e di'u .e la'e di'u xi re na se nibli .i la'e lo'u ro da le'u .e la'e lo'u >ro bu'a le'u cu sumti .i to se xu toi ni'ibo lo'u ro bu'a zo'u le'u >cmacrkuantifi lo'i sumti .enai lo'i selbri > >What is especially egregious is: >However, indefinite descriptions involving the bu'a-series cannot be >imported from the prenex. (CLL 16.13) > >which to me sounds like "there's magic going on here, so what happens every >other time is forbidden in this specific case." > >My general thought about this is that it's awkward because the language doesn't >have very strong self-referential tools for things like referring to predicates >as predicates. I asked recently about how to refer to "broda-as-predicate" and >was given {la'e zo broda}; I don't know if that's really adequate for things >like quantification over selbri variables and so on. > >Any thoughts; disagreements, ideas for improvement, etc.? > >mu'o mi'e .latros. > -- >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@googlegroups.com. >For more options, visit this group at >http://groups.google.com/group/lojban?hl=en. > -- 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@googlegroups.com. For more options, visit this group at http://groups.google.com/group/lojban?hl=en. -- 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@googlegroups.com. For more options, visit this group at http://groups.google.com/group/lojban?hl=en. --0-816625319-1291414802=:86750 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
IIRC 'zo'u' is a colon.  It doesn't quantify anything; it= just separates the the prenex quantifiers from the body of the bridi. = ; It also serves to separate out out things one might want to put up front,= like topics (and, occasionally, temporals and spatials and a bunch of othe= r stuff to make some logical point)
The 'bu'a' series of variables = can't be moved inward (having something to move across is another job for '= zo'u') because there is no legal way to write 'ro bu'a' in the selbri slot = of a bridi -- and have any hope of getting all the other quantifiers coming= out clear (there are logical reasons as well as practical, such expression= s are moving up a level in expressions and mixing levels has to be done car= efully, if at all)  But the, I don't quite know what you mean by indefinite descriptions involving predicate variables: 'lo bu'a'?
There= actually were an array of suggestions for dealing with "predicates as pred= icates" but since it was unclear what you wanted, it was hard to pick a sui= table one. Have you gotten clearer about that.
I also don't quite see wh= at all this has to do with self-reference, which generally is an evil thing= that all manner of problems in the 2oth cnetury and eventually provided th= e unwelcome solution that there was no solution to them.
<= br>

From: Luke Bergen <lukeabergen@gmail.= com>
To: lojban@goog= legroups.com
Sent: Fri,= December 3, 2010 3:32:33 PM
Subject: Re: [lojban] zo'u is inconsistent

I've kind of wondered about zo'u myself with regards to this.

More interestingly for me though, what in the hell does "se xu" mean?=

On Fri, Dec 3, 2010 at 4:00 PM, Ian John= son <blind= bravado@gmail.com> wrote:
{zo'u} works like= this if I understand correctly:

PA da PA de ... zo'u -> quantify= ing da de ...
PA bu'a PA bu'e ... zo'u -> quantifying bu'a bu'e ... <= br> <any other sumti> zo'u -> defining the topic in an imprecisely def= ined sense

In any case, you put a string of sumti before it. In one case, doing th= is quantifies over sumti. In another case, it quantifies over selbri. In st= ill another case, it doesn't quantify over ANYTHING.

.i la'e di'u .e= la'e di'u xi re na se nibli .i la'e lo'u ro da le'u .e la'e lo'u ro bu'a l= e'u cu sumti .i to se xu toi ni'ibo lo'u ro bu'a zo'u le'u cmacrkuantifi lo= 'i sumti .enai lo'i selbri

What is especially egregious is:
However, indefinite descriptions in= volving the bu'a-series cannot be imported from the prenex.=20 (CLL 16.13)

which to me sounds like "there's magic going on here= , so what happens every other time is forbidden in this specific case."
=
My general thought about this is that it's awkward because the language= doesn't have very strong self-referential tools for things like referring = to predicates as predicates. I asked recently about how to refer to "broda-= as-predicate" and was given {la'e zo broda}; I don't know if that's really = adequate for things like quantification over selbri variables and so on.
Any thoughts; disagreements, ideas for improvement, etc.?

mu'o m= i'e .latros.

--
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@googlegro= ups.com.
For more options, visit this group at http://groups.google.com/group/lojba= n?hl=3Den.

--
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/lojba= n?hl=3Den.

--
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.
--0-816625319-1291414802=:86750--