Discussion of Homotopy Type Theory and Univalent Foundations
 help / color / mirror / Atom feed
From: Michael Shulman <shu...@sandiego.edu>
To: Eric Finster <ericf...@gmail.com>
Cc: "Martín Hötzel Escardó" <"escardo..."@gmail.com>,
	"Homotopy Type Theory" <"HomotopyT..."@googlegroups.com>
Subject: Re: [HoTT] Re: Where is the problem with initiality?
Date: Fri, 1 Jun 2018 15:09:46 -0700	[thread overview]
Message-ID: <CAOvivQyRr2qj0eAqrA5wm3QPrd2AdH4L1Pp=myH6XZNszkxGgA@mail.gmail.com> (raw)
In-Reply-To: <CAGYJgta0MpqdZm2nR0ruubRzKWBGDjxL1Zfn5pC9x7_DZUid3Q@mail.gmail.com>

My intuition is that the conjecture should be true for any categorical
structure whose corresponding type theory satisfies normalization /
cut-elimination.  With my suggested approach the idea is that if there
is normalization, then you can define the initial 1-structure using
*only* the normal forms, so that there is no need to add
path-constructors at all.  Then instead of a HIIT/QIIT you have just a
normal IIT, which will be a set as long as all its parameters are
(this being necessary, as Jasper pointed out); and you can
nevertheless define maps out of it into higher types using its
induction principle.

In essence the situation is similar to how the free oo-group on one
generator (the integers) happens to be a set, because we can define
"normal forms" for integers as positive or negative unary natural
numbers.  This sort of thing is also known to happen elsewhere in
higher category theory; for instance, the free bicategory on a
directed graph happens to be a 1-category, because instead of
constructing it by throwing in all binary composites, associativity
isomorphisms, and so on, we can normalize all bracketed composites to
be (say) left-associated.  This is essentially cut-elimination for
unary simple type theory.

So, if we have a type theory for elementary infinity-toposes that has
normalization (perhaps some form of cubical type theory), then I would
believe the conjecture should hold fo them too.  Note that this
doesn't mean that the *objects* of the free elementary infinity-topos
are *internally* sets -- that would certainly be false since it
contains universes.  Instead, it means that the free elementary
infinity-topos can be *presented* by a structure (e.g. a CwF) that is
*externally* a set, just as the model category of simplicial sets is
itself a 1-category despite containing objects that are "internally"
(in the model-categorical sense) not sets.

It seems to me that the question of whether syntax should be decidable
seems to be just a question of definition as to where you draw the
line separating syntax from semantics.  Does a HIIT initial
infinity-categorical structure that is not decidable count as
"syntax"?  Is it "syntax with a heavy flavor of semantics", or is it
"semantics with a heavy flavor of syntax"?  Whatever we call them,
such things are certainly interesting!  But I'm dubious that we could
use them as a foundation for mathematics unless there is also an
untyped extrinsic syntax that can be typechecked into them (which
might or might not require them to be decidable).


On Fri, Jun 1, 2018 at 2:53 PM, Eric Finster <ericf...@gmail.com> wrote:
>
>>
>> > I don't think the initial model is a set. Is it?
>>
>> This is the big conjecture that Thorsten and I actually agree on: that
>> the initial infinity-CwF in fact happens to be a 1-CwF.  Thorsten
>> wants to prove this by explicitly constructing the initial
>> infinity-CwF and then proving that it is a 1-CwF; my preference would
>> be to construct the initial 1-CwF in a careful way (e.g. with only
>> normal forms and hereditary substitution) so that one can prove that
>> it is in fact the initial infinity-CwF as well.  But in both cases the
>> conjectured result is the same, and even the important ingredient in
>> the expected proof is roughly the same: the existence of normal forms
>> and normalization.
>>
>
> Right, and I think I'm more or less on board with the conjecture.
> Although as you start adding more structure to your CwF, things get a bit
> murkier...
> Is it still okay with dependent products ... umm ... and what about if I add
> a class of HIT's?
> To take things really far: if there is such a thing as the free elementary
> infty-topos, is it a 1-category?
> This somehow seems dubious, no?
>
> So it seems to me at some point, something has to break in our notion of
> what syntax for higher algebraic objects *is* in the first place.
> Which is why I would not want to make the assumption from the outset that
> syntax must necessarily be decidable.
>
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.

  reply	other threads:[~2018-06-01 22:10 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-22  5:46 Michael Shulman
2018-05-22 16:47 ` Ambrus Kaposi
2018-05-23 16:26 ` [HoTT] " Thorsten Altenkirch
2018-05-24  5:52   ` Michael Shulman
2018-05-24  8:11     ` Thorsten Altenkirch
2018-05-24  9:53       ` Ambrus Kaposi
2018-05-24 17:26         ` Michael Shulman
2018-05-26  9:21           ` Thomas Streicher
2018-05-26 11:47             ` Michael Shulman
2018-05-26 16:47               ` stre...
2018-05-27  5:14                 ` Bas Spitters
2018-05-28 22:39 ` Michael Shulman
2018-05-29  9:15   ` [HoTT] " Thorsten Altenkirch
2018-05-29 15:15     ` Michael Shulman
2018-05-30  9:33       ` Thomas Streicher
2018-05-30  9:37         ` Thorsten Altenkirch
2018-05-30 10:10           ` Thomas Streicher
2018-05-30 12:08             ` Thorsten Altenkirch
2018-05-30 13:40               ` Thomas Streicher
2018-05-30 14:38                 ` Thorsten Altenkirch
2018-05-30 10:53           ` Alexander Kurz
2018-05-30 12:05             ` Thorsten Altenkirch
2018-05-30 19:07               ` Michael Shulman
2018-05-31 10:06                 ` Thorsten Altenkirch
2018-05-31 11:05                   ` Michael Shulman
2018-05-31 19:02                     ` Alexander Kurz
2018-06-01  9:55                       ` Martin Escardo
2018-06-01 17:07                       ` Martín Hötzel Escardó
2018-06-01 17:43                         ` Eric Finster
2018-06-01 19:55                           ` Martín Hötzel Escardó
2018-06-01 20:59                             ` András Kovács
2018-06-01 21:06                               ` Martín Hötzel Escardó
2018-06-01 21:23                                 ` Michael Shulman
2018-06-01 21:53                                   ` Eric Finster
2018-06-01 22:09                                     ` Michael Shulman [this message]
2018-06-02 15:06                                       ` Eric Finster
2018-06-05 20:04                                         ` Michael Shulman
2018-06-02  5:13                                 ` Thomas Streicher
2018-06-01 21:52                               ` Jasper Hugunin
2018-06-01 22:00                                 ` Eric Finster
2018-06-01 21:27                           ` Matt Oliveri
2018-06-02  5:21                             ` Ambrus Kaposi
2018-06-02  6:01                               ` Thomas Streicher
2018-06-02 14:35                           ` Thorsten Altenkirch
2018-05-30 13:30             ` Jon Sterling
2018-06-05  7:52             ` Andrej Bauer
2018-06-05  8:37               ` David Roberts
2018-06-05  9:46                 ` Gabriel Scherer
2018-06-05 22:19                 ` Martín Hötzel Escardó
2018-06-05 22:54                   ` Martín Hötzel Escardó
2018-06-05 22:12               ` Richard Williamson
2018-06-06 15:05                 ` Thorsten Altenkirch
2018-06-06 19:25                   ` Richard Williamson
2018-05-29 14:00   ` Jon Sterling
2018-05-30 22:35     ` Michael Shulman
2018-05-31 10:48       ` Martín Hötzel Escardó
2018-05-31 11:09         ` Michael Shulman

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='CAOvivQyRr2qj0eAqrA5wm3QPrd2AdH4L1Pp=myH6XZNszkxGgA@mail.gmail.com' \
    --to="shu..."@sandiego.edu \
    --cc="HomotopyT..."@googlegroups.com \
    --cc="ericf..."@gmail.com \
    --cc="escardo..."@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).