Discussion of Homotopy Type Theory and Univalent Foundations
 help / color / mirror / Atom feed
From: Martin Escardo <escardo...@googlemail.com>
To: "HomotopyT...@googlegroups.com" <HomotopyT...@googlegroups.com>
Subject: Re: [HoTT] Meta-conjecture about MLTT
Date: Sun, 11 Sep 2016 23:26:05 +0100	[thread overview]
Message-ID: <794290b0-7730-b014-a144-a79ef682e5aa@googlemail.com> (raw)
In-Reply-To: <CAAkwb-mZF7YTF6GtTSSfQOdx7ZrBUwGH8kh+RR_Mna1v6TwaFA@mail.gmail.com>

Nice.

Would you agree with the following imprecise understanding of your 
construction:

Given any interpretation of the theory, any type can be substituted by 
an isomorphic copy to again get an interpretation, (even) in the 
presence of equality reflection.

Or is more going on in your construction?

Martin

Martin En 11/09/16 23:08, Peter LeFanu Lumsdaine wrote:
> 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
> <mailto: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
>
>
>     --
>     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
>     <mailto:HomotopyTypeTheo...@googlegroups.com>.
>     For more options, visit https://groups.google.com/d/optout
>     <https://groups.google.com/d/optout>.
>
>


  reply	other threads:[~2016-09-11 22:26 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 [this message]
2016-09-12  9:11   ` Thomas Streicher
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=794290b0-7730-b014-a144-a79ef682e5aa@googlemail.com \
    --to="escardo..."@googlemail.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).