Received: from mail-ot1-f60.google.com ([209.85.210.60]:37555) by stodi.digitalkingdom.org with esmtps (TLSv1.3:TLS_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kPdD6-0001B2-Rv for lojban-list-archive@lojban.org; Mon, 05 Oct 2020 20:00:18 -0700 Received: by mail-ot1-f60.google.com with SMTP id q6sf224373otn.4 for ; Mon, 05 Oct 2020 20:00:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20161025; h=sender:date:from:to:message-id:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe; bh=e2BzqsrNncSQFacmS3xmHelPobik7LPCLUOlzmBtmB8=; b=Yhj+i+hpnsomXPbf4bwcCTZ3GpvH81hivUmyznETRFXSlaBq7H8Lt65nzobQXDJ3ZP vO+4aKNoadyQ7/dwfD8nO5S+ONcu7yj3yyQ/BSVTBloxLpMq9pvPq32NfUBI19q0RKjH I1Z7kR3FRDVeIAL5+pBy35OX2Kx5L+bJodXeXyNvi7lzpAp1xwv/dDx9rX/Ss7VlSb6I 6cOu8S/B55d4Wv4A575Xy/G86jAruJuVpOmV3g+7ijnTWdlLZiBoYb6YZZJYWBsAIw1C BNFMUPpD5j5MjUQuO3EMi8eIYsiWl7Eh84SlEkSXEqTyBcuvWiKdD7rJbBEMHjT60l/I Oeiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=sender:x-gm-message-state:date:from:to:message-id:subject :mime-version:x-original-sender:reply-to:precedence:mailing-list :list-id:list-post:list-help:list-archive:list-subscribe :list-unsubscribe; bh=e2BzqsrNncSQFacmS3xmHelPobik7LPCLUOlzmBtmB8=; b=f+mAMhXOT3IQWjAxiX4ckfwzo9IRunHfj48mpDMERQpw75fa5SwNjfqy5fzOZ6BeSb ukqMyHBGQ5JRqKyjHycYpG2bGVilGNDJAwwAJB/94+AX82FYGLk17HoYOkU49fozlmGS WtKGtVRh2G2kMf9s7XSxXIp7ssGaBlCWhVY6PcpyQZ0G9p/CYgHyCIfQWEenw3tZi0oy HYjAbTF73g5hYrRm+6mYfLs2sicA77u79cqs0CighIaBjYLNBfs5iHAal3oYfX5nHC0Y 7hMwwtIl2ZJEIEdVaW4d/Zyrugm6jrJA2Eb80O4ApAXONeYXQtp0vMR4cgX5naXiVMbJ Seug== Sender: lojban@googlegroups.com X-Gm-Message-State: AOAM530NGMtRfoSnmG2JlDldkcoZLGK8EyiC+9RCUwXdLHnkj/7V01tE S4teL6nkc7920AjWnGvtfwE= X-Google-Smtp-Source: ABdhPJzBxyZAYUOes3ricFAx+ZYyspUElu1W17q3PoF53d6CRct2H2V+TLDJwxgXzhjc+oFciKLlYg== X-Received: by 2002:a9d:53cc:: with SMTP id i12mr1504465oth.215.1601953210385; Mon, 05 Oct 2020 20:00:10 -0700 (PDT) X-BeenThere: lojban@googlegroups.com Received: by 2002:a05:6830:85:: with SMTP id a5ls2880402oto.10.gmail; Mon, 05 Oct 2020 20:00:10 -0700 (PDT) X-Received: by 2002:a9d:708f:: with SMTP id l15mr1544886otj.5.1601953210029; Mon, 05 Oct 2020 20:00:10 -0700 (PDT) Received: by 2002:a54:4790:0:b029:c2:846:c263 with SMTP id o16-20020a5447900000b02900c20846c263msoic; Mon, 5 Oct 2020 16:28:01 -0700 (PDT) X-Received: by 2002:a9d:5e11:: with SMTP id d17mr1095798oti.333.1601940481229; Mon, 05 Oct 2020 16:28:01 -0700 (PDT) Date: Mon, 5 Oct 2020 16:28:01 -0700 (PDT) From: Corbin Simpson To: lojban Message-Id: <8d4c191f-7015-4fd1-ae70-fa721ff98efbn@googlegroups.com> Subject: [lojban] Inventory of logical connectives MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_664_955045251.1601940481042" X-Original-Sender: MostAwesomeDude@gmail.com Reply-To: lojban@googlegroups.com Precedence: list Mailing-list: list lojban@googlegroups.com; contact lojban+owners@googlegroups.com List-ID: X-Google-Group-Id: 1004133512417 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , X-Spam-Score: -0.9 (/) X-Spam_score: -0.9 X-Spam_score_int: -8 X-Spam_bar: / ------=_Part_664_955045251.1601940481042 Content-Type: multipart/alternative; boundary="----=_Part_665_960421199.1601940481042" ------=_Part_665_960421199.1601940481042 Content-Type: text/plain; charset="UTF-8" coi la gleki asks, in private communication, about several features of the inventory of logical connectives. First, does Lojban have operators/connectives for material condition/implication? I claim no, which is contra CLL. To explain, let's take for example the family of jeks, with {ja}, {je}, {jo}, and {ju}. CLL suggests that {naja} is then the implication for this family. But is it? Classical Boolean logic is not the only logic, and as soon as we generalize, then we have questions about implication. First, let's consider constructive Boolean logic. Imagine that we try to expand `X -> Y` to `~X \/ Y` using the above {naja} CLL rule. However, in constructive logic, `~X` "not X" is actually shorthand for `X -> _|_` "X implies falsehood", so our expansion becomes `(X -> _|_) \/ Y`. In constructive logic, implication is a primitive operation which can't be built just by satisfying a truth table. (BHK interpretations show us that constructive logic doesn't just show statements true or false, but builds structures which witness their truth/falsity.) [omitted paragraph about linear logic; yes, it exists; no, it isn't germane] Lojban, I think, is built on relations; this means that it has relational logic. (Lojban also has classical logic; the two logics interact through 2-categorical structure called an allegory.) In relational logic, we can reverse implications; `X -> Y` can be transformed into `Y -> X`. For example, given an implication {pa ka ce'u mlatu ce'u} which sends cats to species, we can obtain the reversal {pa ka ce'u se mlatu ce'u} which send species to cats. Recall that relational logic is many-to-many, so negation doesn't work like one might expect. Practically, what does this mean? Well, it's bikeshed time. Personally, I recommend altering the CLL's De Morgan rules so that {naja} cannot be desugared into { ... na ... ja } with NA moving into and out of the connective, and instead freeze {naja} as "implies". I'm not 100% convinced that this is right, but it's very compatibilist: everybody still reads it as "implies" and we just disagree on what expansions are legal. la gleki also asks about optimality of the current syntactic allocation. In particular, the quantifiers are in PA, the modal-logic operators are in CAhA, negation is in NA, NAI, and NAhE; what could be done better? One obvious point is that all formal logics tend to get by with just one form of negation. Indeed, negation is usually tightly controlled and only mentioned in one or two axioms. Modal logic being contained to CAhA makes it easy to be optional or to specify in terms of other grammar (thinking specifically of PU). CAhA cannot tag sumti like UI, which is unfortunate if one actually wanted to *do* modal logic. NAhE could be extremely powerful, depending on how it's formalized. -- You received this message because you are subscribed to the Google Groups "lojban" group. To unsubscribe from this group and stop receiving emails from it, send an email to lojban+unsubscribe@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/lojban/8d4c191f-7015-4fd1-ae70-fa721ff98efbn%40googlegroups.com. ------=_Part_665_960421199.1601940481042 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
coi

la gleki asks, in private communicati= on, about several features of the inventory of logical connectives.

First, does Lojban have operators/connectives for materia= l condition/implication? I claim no, which is contra CLL. To explain, let's= take for example the family of jeks, with {ja}, {je}, {jo}, and {ju}. CLL = suggests that {naja} is then the implication for this family. But is it?

Classical Boolean logic is not the only logic, and a= s soon as we generalize, then we have questions about implication. First, l= et's consider constructive Boolean logic. Imagine that we try to expand `X = -> Y` to `~X \/ Y` using the above {naja} CLL rule. However, in construc= tive logic, `~X` "not X" is actually shorthand for `X -> _|_` "X implies= falsehood", so our expansion becomes `(X -> _|_) \/ Y`. In constructive= logic, implication is a primitive operation which can't be built just by s= atisfying a truth table. (BHK interpretations show us that constructive log= ic doesn't just show statements true or false, but builds structures which = witness their truth/falsity.)

[omitted paragraph a= bout linear logic; yes, it exists; no, it isn't germane]

Lojban, I think, is built on relations; this means that it has relat= ional logic. (Lojban also has classical logic; the two logics interact thro= ugh 2-categorical structure called an allegory.) In relational logic, we ca= n reverse implications; `X -> Y` can be transformed into `Y -> X`. Fo= r example, given an implication {pa ka ce'u mlatu ce'u} which sends cats to= species, we can obtain the reversal {pa ka ce'u se mlatu ce'u} which send = species to cats. Recall that relational logic is many-to-many, so negation = doesn't work like one might expect.

Practically, w= hat does this mean? Well, it's bikeshed time. Personally, I recommend alter= ing the CLL's De Morgan rules so that {naja} cannot be desugared into { ...= na ... ja } with NA moving into and out of the connective, and instead fre= eze {naja} as "implies". I'm not 100% convinced that this is right, but it'= s very compatibilist: everybody still reads it as "implies" and we just dis= agree on what expansions are legal.

la gleki also = asks about optimality of the current syntactic allocation. In particular, t= he quantifiers are in PA, the modal-logic operators are in CAhA, negation i= s in NA, NAI, and NAhE; what could be done better?

One obvious point is that all formal logics tend to get by with just one f= orm of negation. Indeed, negation is usually tightly controlled and only me= ntioned in one or two axioms.

Modal logic being co= ntained to CAhA makes it easy to be optional or to specify in terms of othe= r grammar (thinking specifically of PU). CAhA cannot tag sumti like UI, whi= ch is unfortunate if one actually wanted to *do* modal logic.
NAhE could be extremely powerful, depending on how it's formali= zed.

--
You received this message because you are subscribed to the Google Groups &= quot;lojban" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to lojban+unsub= scribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/l= ojban/8d4c191f-7015-4fd1-ae70-fa721ff98efbn%40googlegroups.com.
------=_Part_665_960421199.1601940481042-- ------=_Part_664_955045251.1601940481042--