From arosta@uclan.ac.uk Tue Sep 25 11:52:38 2001 Return-Path: X-Sender: arosta@uclan.ac.uk X-Apparently-To: lojban@yahoogroups.com Received: (EGP: mail-7_3_2_2); 25 Sep 2001 18:52:37 -0000 Received: (qmail 87559 invoked from network); 25 Sep 2001 18:34:03 -0000 Received: from unknown (10.1.10.27) by m8.onelist.org with QMQP; 25 Sep 2001 18:34:03 -0000 Received: from unknown (HELO com1.uclan.ac.uk) (193.61.255.3) by mta2 with SMTP; 25 Sep 2001 18:34:02 -0000 Received: from gwise-gw1.uclan.ac.uk by com1.uclan.ac.uk with SMTP (Mailer); Tue, 25 Sep 2001 19:11:38 +0100 Received: from DI1-Message_Server by gwise-gw1.uclan.ac.uk with Novell_GroupWise; Tue, 25 Sep 2001 19:42:39 +0100 Message-Id: X-Mailer: Novell GroupWise 5.5.2 Date: Tue, 25 Sep 2001 19:42:09 +0100 To: lojbab , lojban Subject: RE: [lojban] Re: ro prenu na ku daplu Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline From: And Rosta X-Yahoo-Message-Num: 11035 Lojbab: #>At this stage I think that type 4 fuhivla and string-abbreviating=20 #>experimental #>cmavo are our best hope, but if I could rewrite history I would have made #>all gismu CCV and used any C as lujvo glue (CCV-C-CCV). # #You may want to check out Rex May's loglang Ceqli, #http://www.geocities.com/ceqli/=20 #since he came to a similar conclusion, though I don't know where he went=20 #with it (he discusses it on alt.lang.artificial).=20=20 I'll take another look with an eye to this issue. But I think Ceqli has evolved away from loglanhood. #Of course that sort of=20 l#ujvo is anti-Zipfean, since it is longer than the metaphor that it=20 #supposedly compresses. Not really. The difference between lujvo and tanru is not frequency but that the lujvo meaning is fixed and more specific. Hence it is right and proper that the greater specificity be marked by the presence of glue. Also, allowing multiple glue markers allows for multiple lujvo from the same tanru. As for general strategies of shortening forms whose length is excessive relative to their frequency, I've been discussing these in other messages. --And.