From pycyn@aol.com Thu Sep 27 08:01:48 2001
Return-Path: <Pycyn@aol.com>
X-Sender: Pycyn@aol.com
X-Apparently-To: lojban@yahoogroups.com
Received: (EGP: mail-7_4_1); 27 Sep 2001 15:01:48 -0000
Received: (qmail 88018 invoked from network); 27 Sep 2001 15:01:47 -0000
Received: from unknown (10.1.10.142)
  by 10.1.4.55 with QMQP; 27 Sep 2001 15:01:47 -0000
Received: from unknown (HELO imo-d10.mx.aol.com) (205.188.157.42)
  by mta3 with SMTP; 27 Sep 2001 15:01:47 -0000
Received: from Pycyn@aol.com
  by imo-d10.mx.aol.com (mail_out_v31_r1.7.) id r.e.133689fc (4155)
  for <lojban@yahoogroups.com>; Thu, 27 Sep 2001 11:01:38 -0400 (EDT)
Message-ID: <e.133689fc.28e49952@aol.com>
Date: Thu, 27 Sep 2001 11:01:38 EDT
Subject: Re: [lojban] Re: noxemol ce'u
To: lojban@yahoogroups.com
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_e.133689fc.28e49952_boundary"
X-Mailer: AOL 6.0 for Windows US sub 10535
From: pycyn@aol.com

--part1_e.133689fc.28e49952_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

In a message dated 9/27/2001 6:40:39 AM Central Daylight Time, 
arosta@uclan.ac.uk writes:


> So I do understand where your {le mamta be ce'u} is coming from, and
> I do see why {tu'odu'u ma kau mamta be ce'u} seems inconsistent.
> However, I would make 3 further observations:
> (1) Inconsistent or not, that is the current standard lojban way of saying
> it, I believe.

Whereas I think that a) Lojban doesn't have a way of saying this at the 
moment and, if it did, it sure can't be {tu'o du'u makau mamta be ce'u} (do 
we need the {be} here?), since that is a propsoitional function (a property) 
of some sort -- or a set of them, depnding on context. Not a function to 
individuals.


<> (2) I dispute the logical correctness of {tu'odu'u ma kau mamta be ce'u} 
> in at least some environments where it typically occurs (e.g. x3 of
> frica).>

Now that has some possibilities, except for the fact that this seems to be a 
paradigm case of its use, after {djuno2}. What should go there: a name of 
property obviously and that is just what we seem to have. But do develop 
this one, it may be a way out for both of us.


> (3) I'm not clear about how the mother-of function 'ultimately' gives a
> woman, and the key thing, it seems to me, is that the mother-of function is 
> not a woman but a function (from things to their mothers) just as a 
> property,
> tho expressed by a ka/du'u phrase is not a proposition but a function from
> things to propositions. We could say, then, that ka/du'u is basically a
> device for expressing unapplied functions, but that when 0-adic serves
> to express propositions.
> 
Yes, nicely put. "Ultimately gives a woman" just means that it is a function 
whose values are women. that is how it differs from {du'u/ka} functions.

<It's safest to avoid relying on notation.>
True, but using notation general use is a convenient shorthand for long 
discussions, It seems to ahve failed this time for lack of a common 
background. f<a> is an expression to refer to the value of the function f 
for the argument a when used as an argument to some further function or 
predicate. ^xf<x> then refers to the function itself as an argument is some 
further context.

<Sorry if I've missed something, but what exactly, given your argument and 
your agreement of my version above?
>>>

Sorry; I agreed with you overhastily. My argument is simply that any proposed
main clause meaning must be one that doesn't stymie the subordinate
meaning. Your proposed main clause meaning did stymie the subordinate
meaning. And, though it is not part of my argument, I indeed can't imagine
an adequate mainclause meaning.>

I wasn't aware that I had proposed a main clause reading for anything: I'm 
fairly sure I said I had no idea what {ke'a broda} or {ce'u broda} means in 
isolation -- I certainly do't know now: lambda expressions are inherently 
sumti. But I see your problem: you take {ko'a broda le brode be ce'u} as a 
main clause occurrence, which I explicitly deny. In your terminology, {ce'u} 
is here bound to the {le} just as in {ka makau mamta ce'u} it is bound to the 
{ka} (thought the binding is rather different.




--part1_e.133689fc.28e49952_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><BODY BGCOLOR="#ffffff"><FONT SIZE=2>In a message dated 9/27/2001 6:40:39 AM Central Daylight Time, arosta@uclan.ac.uk writes:
<BR>
<BR>
<BR><BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">So I do understand where your {le mamta be ce'u} is coming from, and
<BR>I do see why {tu'odu'u ma kau mamta be ce'u} seems inconsistent.
<BR>However, I would make 3 further observations:
<BR>(1) Inconsistent or not, that is the current standard lojban way of saying
<BR>it, I believe.</FONT><FONT COLOR="#000000" SIZE=3 FAMILY="SANSSERIF" FACE="Arial" LANG="0"></BLOCKQUOTE>
<BR>
<BR></FONT><FONT COLOR="#000000" SIZE=2 FAMILY="SANSSERIF" FACE="Arial" LANG="0">Whereas I think that a) Lojban doesn't have a way of saying this at the moment and, if it did, it sure can't be {tu'o du'u makau mamta be ce'u} (do we need the {be} here?), since that is a propsoitional function (a property) of some sort -- or a set of them, depnding on context. &nbsp;Not a function to individuals.
<BR>
<BR></FONT><FONT COLOR="#000000" SIZE=3 FAMILY="SANSSERIF" FACE="Arial" LANG="0">
<BR></FONT><FONT COLOR="#000000" SIZE=2 FAMILY="SANSSERIF" FACE="Arial" LANG="0">&lt;<BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">(2) I dispute the logical correctness of {tu'odu'u ma kau mamta be ce'u} 
<BR>in at least some environments where it typically occurs (e.g. x3 of
<BR>frica).&gt;</FONT><FONT COLOR="#000000" SIZE=3 FAMILY="SANSSERIF" FACE="Arial" LANG="0"></BLOCKQUOTE>
<BR>
<BR></FONT><FONT COLOR="#000000" SIZE=2 FAMILY="SANSSERIF" FACE="Arial" LANG="0">Now that has some possibilities, except for the fact that this seems to be a paradigm case of its use, after {djuno2}. &nbsp;What should go there: a name of property obviously and that is just what we seem to have. &nbsp;But do develop this one, it may be a way out for both of us.
<BR>
<BR></FONT><FONT COLOR="#000000" SIZE=3 FAMILY="SANSSERIF" FACE="Arial" LANG="0">
<BR></FONT><FONT COLOR="#000000" SIZE=2 FAMILY="SANSSERIF" FACE="Arial" LANG="0"><BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">(3) I'm not clear about how the mother-of function 'ultimately' gives a
<BR>woman, and the key thing, it seems to me, is that the mother-of function is 
<BR>not a woman but a function (from things to their mothers) just as a property,
<BR>tho expressed by a ka/du'u phrase is not a proposition but a function from
<BR>things to propositions. We could say, then, that ka/du'u is basically a
<BR>device for expressing unapplied functions, but that when 0-adic serves
<BR>to express propositions.
<BR></BLOCKQUOTE>
<BR>Yes, nicely put. &nbsp;"Ultimately gives a woman" just means that it is a function whose values are women. that is how it differs from {du'u/ka} functions.
<BR>
<BR>&lt;It's safest to avoid relying on notation.&gt;
<BR>True, but using notation general use is a convenient shorthand for long discussions, &nbsp;It seems to ahve failed this time for lack of a common background. &nbsp;f&lt;a&gt; is an expression to refer to the value of the function f for the argument a when used as an argument to some further function or predicate. ^xf&lt;x&gt; then refers to the function itself as an argument is some further context.
<BR>
<BR>&lt;Sorry if I've missed something, but what exactly, given your argument and 
<BR>your agreement of my version above?
<BR>&gt;&gt;&gt;
<BR>
<BR>Sorry; I agreed with you overhastily. My argument is simply that any proposed
<BR>main clause meaning must be one that doesn't stymie the subordinate
<BR>meaning. Your proposed main clause meaning did stymie the subordinate
<BR>meaning. And, though it is not part of my argument, I indeed can't imagine
<BR>an adequate mainclause meaning.&gt;
<BR>
<BR>I wasn't aware that I had proposed a main clause reading for anything: &nbsp;I'm fairly sure I said I had no idea what {ke'a broda} or {ce'u broda} means in isolation -- I certainly do't know now: lambda expressions are inherently sumti. &nbsp;But I see your problem: you take {ko'a broda le brode be ce'u} as a main clause occurrence, which I explicitly deny. In your terminology, {ce'u} is here bound to the {le} just as in {ka makau mamta ce'u} it is bound to the {ka} (thought the binding is rather different.
<BR>
<BR>
<BR></FONT></HTML>

--part1_e.133689fc.28e49952_boundary--

