[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Getting Married (was: More Chemelem stuff)
>la nitcion. <nsn@mullian.ee.mu.oz.au> cusku di'e:
> ... The analysis of {spebi'o} (spouse-become, xu?) is transitive, and
> not one of djim.'s event patterns, with the place structure of the nonfinal.
> Harry spouse-became, not Harry spouse-became-to Sally. "Harry and Sally got
> married" is better translated as {bi'ospe}.
Let's analyse this in more detail. Some predicates are inherently
commutative, some are non-commutative, and some can be seen either way
(like cinba "kiss"). Now these are semantically the same:
la xeris. speni la selis. la selis. speni la xeris.
Harry is married to Sally Sally is married to Harry
However, binxo "become" is not commutative if you define it as "become ...
under conditions ..." or in my style, "x1 changes so event x2 becomes true".
Specifically x1 changes. Written out in full:
la xeris. binxo le nu la xeris. speni la selis.
Harry becomes (married to Sally)
This doesn't say that Sally becomes anything. In lojban-today, you
could conceivably say
se binxo le nu la xeris. speni la selis.
It comes to pass that Harry is married to Sally (commutatively)
However, under my proposal this would need an explicit "da" placeholder
in binxo x1 because "Harry" would be retro-replicated into a vacant binxo
x1. What you really need is the explicit "and vice versa" operator
(which I can't find in my paper cmavo list and which I therefore represent
as xyz):
la xeris. spebi'o (speni binxo) la selis. xyz
Harry gets married to Sally and vice versa.
(It might be seen as a blemish that sometimes you need to plug some place
(case) with "da" to block retro-replication; however, it's much more
common that you have to drag an argument of an event out into the main
phrase -- retro-replication is justified on Zipfean grounds. And I just
think more naturally with retro-replication available.)
-- jimc