From LOJBAN%CUVMB.BITNET@UBVM.CC.BUFFALO.EDU Thu Feb 1 14:16:06 1996 Received: from VMS.DC.LSOFT.COM (vms.dc.lsoft.com [205.186.43.2]) by locke.ccil.org (8.6.9/8.6.10) with ESMTP id OAA15086 for ; Thu, 1 Feb 1996 14:15:55 -0500 Message-Id: <199602011915.OAA15086@locke.ccil.org> Received: from PEACH.EASE.LSOFT.COM (205.186.43.4) by VMS.DC.LSOFT.COM (LSMTP for OpenVMS v1.0a) with SMTP id 7250C986 ; Thu, 1 Feb 1996 13:41:26 -0500 Date: Thu, 1 Feb 1996 08:46:29 -0800 Reply-To: jimc@MATH.UCLA.EDU Sender: Lojban list From: Jim Carter Subject: Re: bridi, tanru and lujvo X-To: lojban@cuvmb.columbia.edu To: John Cowan In-Reply-To: Your message of "Wed, 31 Jan 96 18:58:36 EST." <9602010951.AA16058@julia.math.ucla.edu> Status: OR X-Mozilla-Status: 0011 Content-Length: 1223 John Cowan replies to la .eduard. TCR,lin.: > > Can we define lujvo explicitly on the fly as a sort of extensible > > pro-bridi, as we make definitions in mathematics or carry out relational > > operations against a DBMS, or do we have to go through a formal procedure > > and haggle over the details each time? ... > It is a tanru, rather than a lujvo, which is Humpty-Dumpty-esque. The > point of lujvo is to freeze useful interpretations about which there is, > or ought to be, consensus. In this case I think John's "no" really means "yes" :-) For lujvo there is a set of design guidelines whereby independent speakers can generate lujvo which can reasonably be expected to be understood as intended. They are organized enough that it is feasible to generate lujvo "on the fly". See the recently posted lujvo paper for details. Recourse to the "lojban academy" for defining lujvo place structures is discouraged. James F. Carter Voice 310 825 2897 FAX 310 206 6673 UCLA-Mathnet; 6115 MSA; 405 Hilgard Ave.; Los Angeles, CA, USA 90095-1555 Internet: jimc@math.ucla.edu (finger for PGP key) UUCP:...!{ucsd,ames,ncar,gatech,purdue,rutgers,decvax,uunet}!math.ucla.edu!jimc