Received: from mail-la0-f59.google.com ([209.85.215.59]:41449) by stodi.digitalkingdom.org with esmtps (TLSv1:RC4-SHA:128) (Exim 4.80.1) (envelope-from ) id 1Xb8or-0004K7-DW for lojban-list-archive@lojban.org; Mon, 06 Oct 2014 06:59:29 -0700 Received: by mail-la0-f59.google.com with SMTP id gi9sf437898lab.4 for ; Mon, 06 Oct 2014 06:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20120806; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to: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=6th0jyPMcLZupFgUtSx0FRtVeRhPd1tC6v1u6qn4Fv4=; b=r/m2DPycdlP/79EEiIXIiL6klJMJMA58RcyLEYf9vqwLULW7JrDh2j66etncUgveeL NapIzad3r7gRWNXOBhfVL8hkb5/+rRAY2AyJZ3/lNYIpXlOLe1FOyKRjVabzApWzwqv4 Ttd5ebyegeVC4/cu3uRW6kMNyc6O3gbSAU8aRebf65lWmL6EwqViCVcIuNSZWcOMtkca 3ME53R4t58OvTsdYswtj0VmN1VoBdhoTv5EfbknzIeiDbytkq5o9j2qWnsi2Mb92JWPu KTWSZnBY5XF8CBQPi08H/oUTlND4k2yIeNdhtQ/+c9USBi0bsISLLew3bTRZn8vR2ZF2 GrQg== X-Received: by 10.152.21.8 with SMTP id r8mr9008lae.23.1412603954031; Mon, 06 Oct 2014 06:59:14 -0700 (PDT) X-BeenThere: lojban@googlegroups.com Received: by 10.152.9.168 with SMTP id a8ls82994lab.55.gmail; Mon, 06 Oct 2014 06:59:13 -0700 (PDT) X-Received: by 10.152.19.131 with SMTP id f3mr3820739lae.0.1412603953161; Mon, 06 Oct 2014 06:59:13 -0700 (PDT) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [2a00:1450:400c:c05::231]) by gmr-mx.google.com with ESMTPS id ed3si532629wib.1.2014.10.06.06.59.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 Oct 2014 06:59:13 -0700 (PDT) Received-SPF: pass (google.com: domain of ilmen.pokebip@gmail.com designates 2a00:1450:400c:c05::231 as permitted sender) client-ip=2a00:1450:400c:c05::231; Received: by mail-wi0-x231.google.com with SMTP id fb4so4699689wid.4 for ; Mon, 06 Oct 2014 06:59:13 -0700 (PDT) X-Received: by 10.194.249.164 with SMTP id yv4mr31185447wjc.34.1412603953052; Mon, 06 Oct 2014 06:59:13 -0700 (PDT) Received: from [192.168.0.102] ([37.252.205.223]) by mx.google.com with ESMTPSA id ua8sm17418043wjc.7.2014.10.06.06.59.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Oct 2014 06:59:12 -0700 (PDT) Message-ID: <5432A019.8070701@gmail.com> Date: Mon, 06 Oct 2014 15:58:49 +0200 From: Ilmen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: lojban@googlegroups.com Subject: Re: [lojban] Re: {da poi} (was: Re: tersmu 0.2 References: <20140928160229.GD28734@gonzales> <20141004141748.GH32481@gonzales> <20141005154837.GB1974@gonzales> <20141006030238.GF1974@gonzales> In-Reply-To: <20141006030238.GF1974@gonzales> X-Original-Sender: ilmen.pokebip@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of ilmen.pokebip@gmail.com designates 2a00:1450:400c:c05::231 as permitted sender) smtp.mail=ilmen.pokebip@gmail.com; dkim=pass header.i=@gmail.com; dmarc=pass (p=NONE dis=NONE) header.from=gmail.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: , List-Unsubscribe: , Content-Type: multipart/alternative; boundary="------------080008060603000500070006" X-Spam-Score: -1.9 (-) X-Spam_score: -1.9 X-Spam_score_int: -18 X-Spam_bar: - This is a multi-part message in MIME format. --------------080008060603000500070006 Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 06/10/2014 05:02, Martin Bays wrote: > >> What value does "ko'a" get in "su'oi tadni poi sruri su'o dinju zi'e goi >> ko'a"? Or for that matter in "su'oi tadni goi ko'a", or in "no tadni goi >> ko'a"? I think that's the value that the noi-clause should be about. > Well... in all cases, I just have ko'a binding to the variable, so that > doesn't help at all! > > (so I have e.g. {ro broda goi ko'a brode ko'a} -> > {ro da poi broda cu brode da}, and {ro broda goi ko'a du .i ko'a du} > being an error.) I think the problem of attaching noi to a bound variable (da / de / di) is the same as that of attaching noi to a free variable (ke'a / ce'u): in both cases the sumti has no definite referent. Moreover, I think we can expand {su'oi da broda} the following way: {li su'o pa suzmeidza lo ka ce'u broda}, where the quantified property's open sumti place effectively contains a free variable. So, {su'oi da noi ke'a brode cu brodo} would become {li su'o pa suzmeidza lo ka ce'u noi ke'a brode cu brodo}. My best guess is that in such case the binded ke'a would become a synonym of the free variable ce'u, and therefore it wouldn't have any defined referent either. mi'e la .ilmen. mu'o -- You received this message because you are subscribed to the Google Groups "lojban" group. To unsubscribe from this group and stop receiving emails from it, send an email to lojban+unsubscribe@googlegroups.com. To post to this group, send email to lojban@googlegroups.com. Visit this group at http://groups.google.com/group/lojban. For more options, visit https://groups.google.com/d/optout. --------------080008060603000500070006 Content-Type: text/html; charset=ISO-8859-1
On 06/10/2014 05:02, Martin Bays wrote:

What value does "ko'a" get in "su'oi tadni poi sruri su'o dinju zi'e goi
ko'a"? Or for that matter in "su'oi tadni goi ko'a", or in "no tadni goi
ko'a"? I think that's the value that the noi-clause should be about.
Well... in all cases, I just have ko'a binding to the variable, so that
doesn't help at all!

(so I have e.g. {ro broda goi ko'a brode ko'a} ->
{ro da poi broda cu brode da}, and {ro broda goi ko'a du .i ko'a du}
being an error.)

I think the problem of attaching noi to a bound variable (da / de / di) is the same as that of attaching noi to a free variable (ke'a / ce'u): in both cases the sumti has no definite referent.

Moreover, I think we can expand {su'oi da broda} the following way:
{li su'o pa suzmeidza lo ka ce'u broda}, where the quantified property's open sumti place effectively contains a free variable.

So, {su'oi da noi ke'a brode cu brodo} would become {li su'o pa suzmeidza lo ka ce'u noi ke'a brode cu brodo}.

My best guess is that in such case the binded ke'a would become a synonym of the free variable ce'u, and therefore it wouldn't have any defined referent either.

mi'e la .ilmen. mu'o


--
You received this message because you are subscribed to the Google Groups "lojban" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lojban+unsubscribe@googlegroups.com.
To post to this group, send email to lojban@googlegroups.com.
Visit this group at http://groups.google.com/group/lojban.
For more options, visit https://groups.google.com/d/optout.
--------------080008060603000500070006--