Discussion of Homotopy Type Theory and Univalent Foundations
 help / color / mirror / Atom feed
From: Ulrik Buchholtz <ulrikbuchholtz@gmail.com>
To: Homotopy Type Theory <HomotopyTypeTheory@googlegroups.com>
Subject: [HoTT] Re: Precategories, Categories and Univalent categories
Date: Wed, 7 Nov 2018 02:37:38 -0800 (PST)	[thread overview]
Message-ID: <ad19169a-8175-4398-9795-c97a164abd41@googlegroups.com> (raw)
In-Reply-To: <3c553ba0-2181-44ec-b790-969a8115ea1f@googlegroups.com>


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

Mine and Paolo's replies crossed, but of course I missed the condition that 
the function be surjective.

On Wednesday, November 7, 2018 at 11:35:11 AM UTC+1, Ulrik Buchholtz wrote:
>
> Hi,
>
> First, there are (at least) three mathematically important and useful 
> types: precategories, strict (or set) categories (precategories with a set 
> of objects), and (univalent) categories.
>
> I take as one main lesson from HoTT/UF that mathematical objects have 
> types, and that the identity types should indicate the relevant notion of 
> identity.
>
> The type of precategories is equivalent to that of type-flagged categories 
> (categories together with a type O and a function from O to the objects of 
> the category). (The equivalence is given by pulling back the category 
> structure to get a precategory structure with O as the type of objects in 
> one way, and taking the Rezk completion together with the object part of 
> unit map in the other.)
>
> Two precategories are identified via an equivalence of the O-types and an 
> equivalence of the categories, together with a witness that the square 
> commutes.
>
> Two strict categories are identified via an isomorphism, and two 
> (univalent) categories are identified via an equivalence.
>
> So I disagree that "precategory" is the usual notion of category: it can't 
> be because the criterion of identity is different. But it's still a useful 
> concept.
>
> I personally prefer to keep “category” for univalent precategory, as most 
> often constructions on categories are meant to be well-defined up to 
> equivalence of categories. In the category theory literature written in a 
> set-theory metatheory where the distinction is not so clear, you can of 
> course find plenty of uses of the word “category” where “strict category” 
> is meant from a HoTT/UF point-of-view. The type of precategories as a 
> common generalization of strict and univalent categories is, I think, a new 
> concept to HoTT/UF. (Although infinity-groupoid flagged 
> (infinity,1)-categories arose independently in homotopy theory; these could 
> also be called (infinity,1)-precategories.)
>
> Cheers,
> Ulrik
>
> On Wednesday, November 7, 2018 at 11:03:17 AM UTC+1, Ali Caglayan wrote:
>>
>> I want to get a general idea of peoples opinions when it comes to naming 
>> categories internal to HoTT.
>>
>> On the one hand I have seen, in the HoTT book for example, precategory 
>> and category being used where the latter has the map idtoiso being an 
>> equivalence.
>>
>> On the other hand I have seen people call these categories and univalent 
>> categories which is also fine.
>>
>> Now because we have Rezk completion every precategory is yearning to 
>> become a category, so some might argue that a distinction isn't necessery. 
>> I would argue that the HoTT book convention is infact more misleading as 
>> "precategory" there is really just the usual notion of category. And a 
>> univalent category is some nice structure we can add to it because we are 
>> working in HoTT.
>>
>> What are your thoughts and opinions on this?
>>
>

-- 
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.

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

  reply	other threads:[~2018-11-07 10:37 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-07 10:03 [HoTT] " Ali Caglayan
2018-11-07 10:31 ` [HoTT] " Paolo Capriotti
2018-11-07 10:35 ` Ulrik Buchholtz
2018-11-07 10:37   ` Ulrik Buchholtz [this message]
2018-11-07 11:09   ` Peter LeFanu Lumsdaine
2018-11-07 11:43     ` Ulrik Buchholtz
2018-11-07 11:50       ` Erik Palmgren
2018-11-07 11:51       ` Ulrik Buchholtz
2018-11-07 12:03         ` Erik Palmgren
2018-11-07 12:21           ` Martín Hötzel Escardó
2018-11-07 13:00             ` Erik Palmgren
2018-11-07 13:02             ` Bas Spitters
2018-11-07 13:47               ` Ali Caglayan
2018-11-07 13:53               ` Thomas Streicher
2018-11-07 14:05                 ` Thorsten Altenkirch
2018-11-07 13:58       ` Thorsten Altenkirch
2018-11-07 14:14         ` Ulrik Buchholtz
2018-11-07 14:27           ` Peter LeFanu Lumsdaine
     [not found]             ` <CAOvivQyG1q9=3YoS8hX3bRQK0yi+mpBnJu+rqb3oon0uPLpZ4A@mail.gmail.com>
2018-11-07 20:01               ` Michael Shulman
2018-11-08 21:37               ` Martín Hötzel Escardó
2018-11-08 21:43                 ` Michael Shulman
2018-11-09  4:43                   ` Andrew Polonsky
2018-11-09 10:18                     ` Ulrik Buchholtz
2018-11-09 10:57                       ` Paolo Capriotti
2018-11-07 14:31           ` Thorsten Altenkirch
2018-11-07 14:05       ` Peter LeFanu Lumsdaine
2018-11-07 14:28         ` Ulrik Buchholtz
2018-11-07 15:35           ` Thomas Streicher
2018-11-07 16:54             ` Thorsten Altenkirch
2018-11-07 16:56               ` Thorsten Altenkirch
2018-11-07 17:31                 ` Eric Finster
2018-11-08 11:58               ` Thomas Streicher
2018-11-08 12:23                 ` [HoTT] " Emily Riehl
2018-11-08 12:28                   ` Emily Riehl
2018-11-08 14:01                     ` Thomas Streicher
2018-11-08 16:10                   ` Thomas Streicher
2018-11-08 14:38                 ` [HoTT] " Michael Shulman
2018-11-08 21:08                   ` Thomas Streicher
2018-11-08 21:30                     ` Michael Shulman
2018-11-09 11:56                       ` Thomas Streicher
2018-11-09 13:46                         ` Michael Shulman
2018-11-09 15:06                           ` Thomas Streicher
2018-11-08 16:01                 ` Thorsten Altenkirch
2018-11-08 19:39                   ` Thorsten Altenkirch
2018-11-07 20:00         ` Michael Shulman
2018-11-08 21:35 ` Martín Hötzel Escardó

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=ad19169a-8175-4398-9795-c97a164abd41@googlegroups.com \
    --to=ulrikbuchholtz@gmail.com \
    --cc=HomotopyTypeTheory@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).