From zefram@fysh.org Sat Aug 21 08:39:45 2004 Received: with ECARTIS (v1.0.0; list lojban-list); Sat, 21 Aug 2004 08:39:45 -0700 (PDT) Received: from fysh.org ([83.170.75.51] helo=bowl.fysh.org ident=mail) by chain.digitalkingdom.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1ByXxt-0004qy-Dp for lojban-list@lojban.org; Sat, 21 Aug 2004 08:39:33 -0700 Received: from zefram by bowl.fysh.org with local (Exim 3.35 #1 (Debian)) id 1ByXxg-0007Fq-00; Sat, 21 Aug 2004 16:39:20 +0100 Date: Sat, 21 Aug 2004 16:39:20 +0100 From: Zefram To: lojban-list@lojban.org Subject: [lojban] is minli irregular? Message-ID: <20040821153920.GA26995@fysh.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-archive-position: 8518 X-ecartis-version: Ecartis v1.0.0 Sender: lojban-list-bounce@lojban.org Errors-to: lojban-list-bounce@lojban.org X-original-sender: zefram@fysh.org Precedence: bulk Reply-to: lojban-list@lojban.org X-list: lojban-list {minli} is the units word for local long distance units. The regular place structure for non-metric units is "x1 is x2 (default 1) foo units in the relevant quality, by standard x3, plus x4 subunits, x5 subsubunits, ...". According to the official gismu list, {minli} uniquely does not follow this place structure. It has x3 and x4 reversed; thus x3=subunits and x4=standard. However, looking at the three definitions for {minli} in jbovlaste, it appears that only two, the English and Esperanto, give this irregular place structure. The Spanish definition gives the regular place structure, with x3=standard and x4=subunits. Which definition is actually intended? I see no particular reason for subunits to be relatively more important to {minli} than other unit words, so this looks like an editorial error in the gismu list. Is it? And a related irregularity: the definition of {rupnu} (local major monetary unit) makes no mention of subunits. Is that intentional? I'd say that subunits are quite frequently used with monetary units, but of course they're mostly decimal-based subunits, so I can see why the subunits places might have been omitted. (See what I'm up to at .) -zefram