Discussion of Homotopy Type Theory and Univalent Foundations
 help / color / mirror / Atom feed
From: Michael Shulman <shulman@sandiego.edu>
To: Matt Oliveri <atmacen@gmail.com>
Cc: Homotopy Type Theory <HomotopyTypeTheory@googlegroups.com>
Subject: Re: [HoTT] Equality in the Model Type Framework
Date: Wed, 4 Jul 2018 21:00:02 -0700	[thread overview]
Message-ID: <CAOvivQzPJx+REuamVY7d8weDmbJ+VKBasDXYb4vSgTLFm2qqVQ@mail.gmail.com> (raw)
In-Reply-To: <0137f575-f414-47ea-9264-47ddbf5d38f6@googlegroups.com>

On Wed, Jul 4, 2018 at 11:11 AM, Matt Oliveri <atmacen@gmail.com> wrote:
> Really though, I don't think the nice syntactic properties should be a
> concern when designing the categorical semantics of a full blown dependent
> type theory.

Right.  I would figure that nice syntactic properties usually only
apply to the initial/empty theory in a given doctrine, or perhaps more
generally to "free theories" i.e. without added judgmental equations.

> Wait a minute. Looking back at your "What Is an n-Theory?" post, you were
> thinking of things like HoTT and cubical type theory as doctrines. I don't
> understand how this fits with the modal type framework. A mode theory will
> not be enough to specify that kind of doctrine, will it? And if those are
> doctrines, why do theories also get judgmental equations? What are theories
> used for?

Roughly speaking, a doctrine specifies the "kinds of types" available
and how they relate (the judgmental structure), the operations
available on such types (type formers), the structure possessed by
these operations (term formers, intro/elim/etc.), and the laws
satisfied by that structure (computation beta/eta rules).  A theory in
that doctrine asserts the existence of particular types (you could
call them "nullary type formers"), structure possessed by types
(perhaps the particular ones you added, or perhaps ones constructed
using the doctrine operations), and axioms satisfied by that
structure.  So the things that a theory is "allowed to do" are a
subset of the things a doctrine is "allowed to do", but what gets
excluded is the "stuff" at the categorical top dimension, not the
"properties" (equations) at the categorical bottom dimension.  A
theory has to have equations (consider the theory of groups, for
instance, which has axioms for associativity and so on).

Our mode theories do not purport to describe *all* possible doctrines,
only a particularly simple and well-behaved class of them.  That said,
I believe intensional MLTT, at least, should be described by the
"tautological" or "simplest possible" mode theory with just one
comprehension-category mode and enough of the relevant F- and U-types,
including "indexed F-types" that specialize to Id-types.  Axioms like
funext and univalence could then be added in a particular theory.  The
judgmental/dependency structure of cubical TT should also be
describable by a suitably flexible version of our mode theories
(although we might not include that much generality in our first paper
on dependent modal type theory), with one mode for interval variables,
another dependent on it for face formulas, and a third
comprehension-category mode dependent on them for types.  The rest of
cubical TT is special, though.

-- 
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 HomotopyTypeTheory+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

  reply	other threads:[~2018-07-05  4:00 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-03  3:38 Matt Oliveri
2018-07-03 16:17 ` [HoTT] " Matt Oliveri
2018-07-04  4:49 ` [HoTT] " Michael Shulman
2018-07-04 18:11   ` Matt Oliveri
2018-07-05  4:00     ` Michael Shulman [this message]
2018-07-05  5:59       ` Matt Oliveri
2018-07-05 14:31         ` 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=CAOvivQzPJx+REuamVY7d8weDmbJ+VKBasDXYb4vSgTLFm2qqVQ@mail.gmail.com \
    --to=shulman@sandiego.edu \
    --cc=HomotopyTypeTheory@googlegroups.com \
    --cc=atmacen@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).