Discussion of Homotopy Type Theory and Univalent Foundations
 help / color / mirror / Atom feed
From: Alexander Altman <alexand...@me.com>
To: Homotopy Type Theory <HomotopyT...@googlegroups.com>
Subject: Re: [HoTT] A small observation on cumulativity and the failure of initiality
Date: Thu, 12 Oct 2017 17:44:49 -0700 (PDT)	[thread overview]
Message-ID: <df648c5f-21c8-43a5-93c5-2846122e9d0b@googlegroups.com> (raw)
In-Reply-To: <7ACEB87C-CF6E-4ACC-A803-2E44D7D0374A@gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 4418 bytes --]

How does outright explicit subtyping play into this?  *E.g.*, if you had a 
type theory with judgemental subtyping, not just judgemental equality, and 
one of the subtyping rules given was that each universe is a subtype of the 
next, would that still violate the conditions needed for initiality?

On Thursday, October 12, 2017 at 7:09:06 PM UTC-5, Steve Awodey wrote:
>
> in order to have an (essentially) algebraic notion of type theory, which 
> will then automatically have initial algebras, etc., one should have the 
> typing of terms be an operation, so that every term has a unique type. In 
> particular, your (R1) violates this. Cumulativity is a practical 
> convenience that can be added to the system by some syntactic conventions, 
> but the real system should have unique typing of terms.
>
> Steve
>
> On Oct 12, 2017, at 2:43 PM, Dimitris Tsementzis <dts...@princeton.edu 
> <javascript:>> wrote:
>
> Dear all,
>
> Let’s say a type theory TT is *initial* if its term model C_TT is initial 
> among TT-models, where TT-models are models of the categorical semantics of 
> type theory (e.g. CwFs/C-systems etc.) with enough extra structure to model 
> the rules of TT.
>
> Then we have the following, building on an example of Voevodsky’s.
>
> *OBSERVATION*. Any type theory which contains the following rules 
> (admissible or otherwise) 
>
> Γ |- T *Type*
> ————————  (C)
> Γ |- B(T) *Type*
>
> Γ |- t : T
> ————————  (R1)
> Γ |- t : B(T)
>
> Γ |- t : T
> ————————  (R2)
> Γ |- p(t) : B(T)
>
> together with axioms that there is a type T0 in any context and a term t0 
> : T0 in any context, is not initial. 
>
> *PROOF SKETCH.* Let TT be such a type theory. Consider the type theory 
> TT* which replaces (R1) with the rule
>
> Γ |- t : T
> ————————  (R1*)
> Γ |- q(t) : B(T)
>
> i.e. the rule which adds an “annotation” to a term t from T that becomes a 
> term of B(T). Then the category of TT-models is isomorphic (in fact, equal) 
> to the category of TT*-models and in particular the term models C_TT and 
> C_TT* are both TT-models. But there are two distinct TT-model homomorphisms 
> from C_TT to C_TT*, one which sends p(t0) to pq(t0) and one which sends 
> p(t0) to qp(t0) (where p(t0) is regarded as an element of Tm_{C_TT} (empty, 
> B(B(T0))), i.e. of the set of terms of B(B(T0)) in the empty context as 
> they are interpreted in the term model C_TT). 
>
> *COROLLARY. *Any (non-trivial) type theory with a “cumulativity" rule for 
> universes, i.e. a rule of the form
>
> Γ |- A : U0
> ————————  (U-cumul)
> Γ |- A : U1 
>
> is not initial. In particular, the type theory in the HoTT book is not 
> initial (because of (U-cumul)), and two-level type theory 2LTT as presented 
> here <https://arxiv.org/abs/1705.03307> is not initial (because of the 
> rule (FIB-PRE)).
>
> The moral of this small observation, if correct, is not of course that 
> type theories with the guilty rules cannot be made initial by appropriate 
> modifications to either the categorical semantics or the syntax, but rather 
> that a bit of care might be required for this task. One modification would 
> be to define their categorical semantics to be such that certain identities 
> hold that are not generally included in the definitions of 
> CwF/C-system/…-gadgets (e.g. that the inclusion operation on universes is 
> idempotent). Another modification would be to add annotations (by replacing 
> (R1) with (R1*) as above) and extra definitional equalities ensuring that 
> annotations commute with type constructors. 
>
> But without some such explicit modification, I think that the claim that 
> e.g. Book HoTT or 2LTT is initial cannot be considered obvious, or even 
> entirely correct.
>
> Best,
>
> Dimitris
>
> PS: Has something like the above regarding cumulativity rules has been 
> observed before — if so can someone provide a relevant reference?
>
>
>
>
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Homotopy Type Theory" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to HomotopyTypeThe...@googlegroups.com <javascript:>.
> For more options, visit https://groups.google.com/d/optout.
>
>
>

[-- Attachment #1.2: Type: text/html, Size: 6173 bytes --]

  reply	other threads:[~2017-10-13  0:44 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-12 18:43 Dimitris Tsementzis
2017-10-12 22:31 ` [HoTT] " Michael Shulman
2017-10-13  4:30   ` Dimitris Tsementzis
2017-10-13 15:41     ` Michael Shulman
2017-10-13 21:51       ` Dimitris Tsementzis
2017-10-13  0:09 ` Steve Awodey
2017-10-13  0:44   ` Alexander Altman [this message]
2017-10-13 15:50   ` Michael Shulman
2017-10-13 16:17     ` Steve Awodey
2017-10-13 16:23       ` Michael Shulman
2017-10-13 16:36         ` Matt Oliveri
2017-10-14 14:56         ` Gabriel Scherer
2017-10-15  7:45           ` Thomas Streicher
2017-10-15  8:37             ` Thierry Coquand
2017-10-15  9:26               ` Thomas Streicher
2017-10-16  5:30                 ` Andrew Polonsky
2017-10-15 10:12             ` Michael Shulman
2017-10-15 13:57               ` Thomas Streicher
2017-10-15 14:53                 ` Michael Shulman
2017-10-15 16:00                   ` Michael Shulman
2017-10-15 21:00                     ` Matt Oliveri
2017-10-16  5:09                       ` Michael Shulman
2017-10-16 12:30                         ` Neel Krishnaswami
2017-10-16 13:35                           ` Matt Oliveri
2017-10-16 15:00                           ` Michael Shulman
2017-10-16 16:34                             ` Matt Oliveri
2017-10-16 13:45                         ` Matt Oliveri
2017-10-16 15:05                           ` Michael Shulman
2017-10-16 16:20                             ` Matt Oliveri
2017-10-16 16:37                               ` Michael Shulman
2017-10-16 10:01                   ` Thomas Streicher
2017-10-15 20:06     ` Matt Oliveri
2017-10-13  8:03 ` Peter LeFanu Lumsdaine
2017-10-13  8:10   ` Thomas Streicher
2017-10-14  7:33     ` Thorsten Altenkirch
2017-10-14  9:37       ` Andrej Bauer
2017-10-14  9:52         ` Thomas Streicher
2017-10-14 10:51           ` SV: " Erik Palmgren
2017-10-15 23:42           ` Andrej Bauer
2017-10-15 10:42         ` Thorsten Altenkirch
2017-10-13 22:05   ` Dimitris Tsementzis
2017-10-13 14:12 ` Robin Adams
     [not found] <B14E498C-FA19-41D2-B196-42FAF85F8CD8@princeton.edu>
2017-10-14  9:55 ` [HoTT] " Alexander Altman
2017-10-16 10:21 Thorsten Altenkirch
2017-10-16 10:42 ` Andrew Polonsky
2017-10-16 14:12   ` Thorsten Altenkirch
2017-10-16 10:21 Thorsten Altenkirch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=df648c5f-21c8-43a5-93c5-2846122e9d0b@googlegroups.com \
    --to="alexand..."@me.com \
    --cc="HomotopyT..."@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).