Received-SPF: pass (google.com: domain of and.rosta@gmail.com designates 2a00:1450:400c:c05::242 as permitted sender) client-ip=2a00:1450:400c:c05::242;
Message-ID: <5578B1C1.4090300@gmail.com>
Date: Wed, 10 Jun 2015 22:53:05 +0100
From: And Rosta <and.rosta@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120711 Thunderbird/14.0
MIME-Version: 1.0
To: bpfk-list@googlegroups.com
Subject: Re: [bpfk] Re: Grammar of letterals and numerals in {li}
References: <CAO7bV+ibEzM0Pig3Ch5uHYtkWUzf+zWNi3UANbp+C7CqQ2T6ag@mail.gmail.com> <a043f08a-8832-49ec-8f96-8effb47f619b@googlegroups.com> <CAO7tK2de12cUviLUXbjhPKB8pHNVeUrO-1NauDj=qMzU+mP=Ew@mail.gmail.com> <CAEhjWWM6Yqm77jA8m1r3q3y6kXEi1DD9rQfp3bCVp662DcXXiw@mail.gmail.com> <69108030-6005-444c-830a-26aac6447cbc@googlegroups.com> <CAO7tK2em0FAp2Y5fZvCnjrBJtp9vwgRHi27ekNjnAi1wnVJm1Q@mail.gmail.com> <983f5a31-9fc4-426b-9565-a315d23b6d84@googlegroups.com> <CAO7tK2fEkfS77_U72=QTXx7D7+_b3yr_cSxxeNHSKQAqUeZK1g@mail.gmail.com> <CACf3dPk7zB0MLtKWBTjCw2ZqLyOChOsfA=aWZGQcJwMiPEx_WQ@mail.gmail.com> <a7ece37c-9fbc-4635-a30e-b420fc605702@googlegroups.com> <CACf3dPmEDeoPEKccke4PCPK0PKc6XcqNFXTUQwCw4JJ-p0TRbw@mail.gmail.com> <a0e61dc5-0c01-4b55-af94-288afe9691d9@googlegroups.com>
In-Reply-To: <a0e61dc5-0c01-4b55-af94-288afe9691d9@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Reply-To: bpfk-list@googlegroups.com
Precedence: list
Mailing-list: list bpfk-list@googlegroups.com; contact bpfk-list+owners@googlegroups.com
Sender: bpfk-list@googlegroups.com
X-Spam_score: -3.0
X-Spam_score_int: -29
X-Spam_bar: ---

spheniscine@gmail.com, On 10/06/2015 09:10:
> The problems with pabu / pa'y are:
>
> * They almost double the length of all character strings that are
> heavy in digits, e.g. my date system and Pierre's coordinate system.

IMO a fundamental principle of BPFK work should be not to obsess about syll=
ables, for two related reasons. The first reason is that we need large usag=
e corpora before we can assess which constructions are most responsible for=
 a potentially avoidable excess of syllables. The second reason is that onc=
e equipped with that assessment, we could potentially allocate monosyllabic=
 cmavo in the light of it, tho this wouldn't apply to the PA'y/PAbu cases, =
where one would want the longer cmavo to be morphologically related to the =
basic PA.

Syllable counting should be verboten in these discussions. Morpheme countin=
g is okay, tho.

> * As for numeral/number distinction... the problem is that that very
> distinction is often hazy. Take for example the name of the game
> TIS-100 <http://www.zachtronics.com/tis-100/>; do those numbers
> actually mean "one hundred", or are they just an arbitrary string of
> numerals?

Etymologizing and translating names isn't a big issue. Is _Christopher_ _la=
 kristofer_ or _la xriso bevri_? The choice is kind of arbitrary. Ditto wit=
h the alternative analyses of _TIS-100_.

--And.

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