Discussion of Homotopy Type Theory and Univalent Foundations
 help / color / mirror / Atom feed
From: Thomas Streicher <stre...@mathematik.tu-darmstadt.de>
To: Peter LeFanu Lumsdaine <p.l.lu...@gmail.com>
Cc: Martin Escardo <escardo...@googlemail.com>,
	"HomotopyT...@googlegroups.com" <HomotopyT...@googlegroups.com>
Subject: Re: [HoTT] Meta-conjecture about MLTT
Date: Mon, 12 Sep 2016 11:11:39 +0200	[thread overview]
Message-ID: <20160912091139.GC9505@mathematik.tu-darmstadt.de> (raw)
In-Reply-To: <CAAkwb-mZF7YTF6GtTSSfQOdx7ZrBUwGH8kh+RR_Mna1v6TwaFA@mail.gmail.com>

Peter,

I think that doesn't work. Your example is just a presheaf topos and
thus a model of extensional type theory. Interpreting equality on the
universe as diagonal will not identify all isomorphic types.

I am afraid Martin's question is a tricky one. In models of
extensional type theory as we all know isomorphic types typically are
not equal. But Martin asks about the initial model and such questions
are tricky. But, maybe glueing (aka sconing) helps?

Thomas


> As you conjecture, MLTT with equality reflection can???t distinguish between
> isomorphic types.
> 
> Precisely, let MLTT[X] be the extension of MLTT by a single closed base
> type X.
> 
> Suppose \C is a model of MLTT ??? presented as a CwA with appropriate extra
> logical structure ??? and A, B are two isomorphic types in it, over the empty
> context.  So A, B induce two interpretations of MLTT[X] in \C.
> 
> Then there???s a CwA \C^\iso, with the category of isomorphisms in \C, and
> with a type over an iso ??1 <~> ??2 being a pair of types A1, A2 over ??1, ??2
> that correspond under reindexing along the isomorphism.
> 
> Now I claim this carries suitable structure to again model MLTT[X], and
> furthermore (importantly) such that the two projection maps \C^\iso ???> \C
> both preserve all the logical structure.  For most logical type-formers
> (Pi???s, Sigma???s, etc), the structure is by showing that these type-formers
> are provably functorial in isomorphisms.  (This uses the equality
> reflection.)  For the universe(s), this just uses the identity iso on the
> universe(s) of \C.  The base type X, we model by the given isomorphism A
> <~> B.
> 
> So this induces an interpretation of MLTT[X] in \C^\iso, whose two
> projections to \C are the two original interpretations in \C.
> 
> In particular, if P is any type in MLTT[X] ??? i.e. a property of an
> arbitrary type definable in MLTT ??? then its interpretation in \C^\iso is an
> isomorphism P[A] <~> P[B].  I think this is a reasonable positive answer to
> your question?
> 
> I don???t remember anywhere this construction appears in the literature, but
> I???ve always assumed that it has been noted before.  (Actually, I???d be very
> glad to hear a reference if anyone remembers seeing this somewhere, even if
> only in folklore not in print.)  Without identity reflection, it no longer
> works ??? since one doesn???t know that the logical structure in \C respects
> isomorphisms between types ??? but essentially the same approach works once
> one replaces isomorphisms by equivalences.  This is in the work of Chris
> Kapulkin???s and mine that I presented in Bonn in February, which we hope to
> have written up very soon???
> 
> Best,
> ???Peter.
> 
> 
> On Sun, Sep 11, 2016 at 10:47 PM, 'Martin Escardo' via Homotopy Type Theory
> <HomotopyT...@googlegroups.com> wrote:
> 
> > In MLTT with equality reflection, we cannot distinguish isomorphic types.
> >
> > There was some agreement regarding this in previous discussions here in
> > this list in the past (I think).
> >
> > But I don't think we actually saw a proof (have we?). As far as I
> > understand, we only saw that natural attempts to distinguish examples of
> > isomorphic types fail. There was some invokation of realizability models to
> > try to justify this. But I am not (yet) convinced by the arguments I have
> > seen so far.
> >
> > Nevertheless, I am convinced that equality reflection in MLTT cannot be
> > used to distinguish any particular pair of isomorphic types. (Prove me
> > wrong.)
> >
> > The meta-task is to either produce two isomorphic types in an empty
> > context, together with a property that one of them provably has but the
> > other doesn't, or to show that this is impossible.
> >
> > I am strongly inclined to think that this is impossible: that so-called
> > extensional MLTT cannot distinguish isomorphic types.
> >
> > In particular, equality-reflection has nothing whatsoever to do 5with
> > elementwise equality.
> >
> > Of course, what makes this difficult is that MLTT with equality reflection
> > is inconsistent with univalence.
> >
> >
> > Martin
> >
> >
> >
> 

  parent reply	other threads:[~2016-09-12  9:11 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-11 20:47 Martin Escardo
2016-09-11 22:08 ` [HoTT] " Peter LeFanu Lumsdaine
2016-09-11 22:26   ` Martin Escardo
2016-09-12  9:11   ` Thomas Streicher [this message]
2016-09-12  5:20 ` Andrew Polonsky
2016-09-12  5:59   ` [HoTT] " Jason Gross
2016-09-12  9:55     ` Andrew Polonsky
2016-09-12 10:07       ` Andrew Polonsky
2016-09-12 10:35       ` Nicolai Kraus
2016-09-12 10:16   ` Peter LeFanu Lumsdaine
2016-09-12 10:44 ` [HoTT] " Nicolai Kraus
2016-09-12 11:02 ` Andrej Bauer
2016-09-12 11:14   ` Thomas Streicher
2016-09-12 11:23     ` Andrew Polonsky
2016-09-12 11:41       ` Thomas Streicher
2016-09-12 12:47 ` Thomas Streicher
2016-09-12 13:01   ` Martin Escardo

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=20160912091139.GC9505@mathematik.tu-darmstadt.de \
    --to="stre..."@mathematik.tu-darmstadt.de \
    --cc="HomotopyT..."@googlegroups.com \
    --cc="escardo..."@googlemail.com \
    --cc="p.l.lu..."@gmail.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).