Received: from mail-yx0-f189.google.com ([209.85.213.189]:38375) by stodi.digitalkingdom.org with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) (envelope-from ) id 1SpSB2-0004xO-TG; Thu, 12 Jul 2012 15:48:14 -0700 Received: by yenl13 with SMTP id l13sf3064534yen.16 for ; Thu, 12 Jul 2012 15:47:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:mime-version:from:date:message-id:subject :to:x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:sender:list-subscribe:list-unsubscribe :content-type; bh=0g3eo7eRDy9PhUbQTimGk0b8fw8i/zwotRbSKCTAqNY=; b=ycAh9RTAsnD8N0lUSlMcpHiQG+n8vX+qtpf6hG5bSQ7buefzWvzXDPm8b5gGanNuIK uyrTorR0EPv0O7emMZ8Qiy/v4l3cv5Hvit0cquAEFmkXp10xvVtZ61aEgOIA22A/FQV4 VZYK7pgk1sdlRHXlHZ3c3QqCSXnsG3QxbYzIk= Received: by 10.52.19.110 with SMTP id d14mr12253vde.10.1342133278262; Thu, 12 Jul 2012 15:47:58 -0700 (PDT) X-BeenThere: lojban@googlegroups.com Received: by 10.220.204.129 with SMTP id fm1ls1479513vcb.7.gmail; Thu, 12 Jul 2012 15:47:57 -0700 (PDT) Received: by 10.52.33.1 with SMTP id n1mr57624vdi.4.1342133277761; Thu, 12 Jul 2012 15:47:57 -0700 (PDT) Received: by 10.52.33.1 with SMTP id n1mr57623vdi.4.1342133277751; Thu, 12 Jul 2012 15:47:57 -0700 (PDT) Received: from mail-vc0-f179.google.com (mail-vc0-f179.google.com [209.85.220.179]) by gmr-mx.google.com with ESMTPS id y20si279154vdd.0.2012.07.12.15.47.57 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jul 2012 15:47:57 -0700 (PDT) Received-SPF: pass (google.com: domain of nictytan@gmail.com designates 209.85.220.179 as permitted sender) client-ip=209.85.220.179; Received: by vcbgb23 with SMTP id gb23so2063846vcb.24 for ; Thu, 12 Jul 2012 15:47:57 -0700 (PDT) Received: by 10.52.71.137 with SMTP id v9mr23443vdu.63.1342133277567; Thu, 12 Jul 2012 15:47:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.24.193 with HTTP; Thu, 12 Jul 2012 15:47:37 -0700 (PDT) From: Jacob Errington Date: Thu, 12 Jul 2012 18:47:37 -0400 Message-ID: Subject: [lojban] {da} and abstractions To: lojban@googlegroups.com X-Original-Sender: nictytan@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of nictytan@gmail.com designates 209.85.220.179 as permitted sender) smtp.mail=nictytan@gmail.com; dkim=pass header.i=@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: Sender: lojban@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-Spam_score: -0.7 X-Spam_score_int: -6 X-Spam_bar: / coi ro do I'm not sure if the CLL ever mentions it, or if there's some general consensus or convention governing this, but to the prenex of which bridi do logically quantified variables that have not been declared in any prenex belong? (I feel like that "belong" elides a lot of non-existent terminators.) There are some ramifications to consider. Consider {.i do se zdile lo nu da xebni mi}. Is it {.i da zo'u do se zdile lo nu da xebni mi} "There exists an X such that you are amused that X hates me" or is it {.i do se zdile lo nu da zo'u da xebni mi} "You are amused that there exists an X such that X hates me" ? Should it be that the variable binds to the bridi *in which it appears*, unless bound to a higher prenex beforehand, then does that mean that we can recycle variables in sibling abstractions? e.g. {lo ka da xebni ce'u cu kampu lo'i nanmu noi ke'a se kampu lo ka da prami ce'u} This becomes especially interesting in the case of certain logical connectives (bridi-tail connectives) and when the quantifiers of the variables differ: #1 {lo nu no da mi xebni cu cabna lo nu ro da mi se prami} #2 {mi prami roda gi'e se xebni noda} (I think #2 is a longstanding issue with regards to logical connectives and logically quantified variables.) Additionally, logically quantified variables have a similar issue with tu'a. Consider the formal definition of tu'a: {tu'a ko'a} == {lo su'u ko'a co'e}. Is it the case that this formal definition no longer applies when using a logically quantified variable in the raised sumti slot? {tu'a da} =? {lo su'u da co'e} Is the formal definition continues to apply, and logically quantified variables are bound to the bridi in which they appear unless defined in a parent bridi, then it is necessary to use a prenex when saying "There exists an X such that some abstraction involving X irritates me" -> {.i da zo'u tu'a da mi fanza}. Otherwise, {.i tu'a da mi fanza} is equivalent to (mangled English follows:) "Some abstraction in which there exists an X that is involved in that abstraction irritates me." I get the impression that sumti inside LAhE don't follow the usual rules, otherwise lu'i (and possibly some other LAhE) would be completely pointless. That is to say that if the description of individuals preceded by lu'i distributes, then lu'i creates a whole pile of sets whose cardinalities are presumably the inner quantifiers of the lo-description and that distribute into the containing bridi: {lu'i ci lo mu nanmu cu se kampu lo ka melbi}. That would create the additional implication that {PA lu'i LE broda} == {lu'i PA LE broda}. I don't think that's useful at all. The useful interpretation of {lu'i ci lo mu nanmu} is "the set composed of three of the five men" (not to mention that it's highly unuseful to quantify either sets, predications, or properties). mu'o mi'e la tsani -- You received this message because you are subscribed to the Google Groups "lojban" group. To post to this group, send email to lojban@googlegroups.com. To unsubscribe from this group, send email to lojban+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/lojban?hl=en.