categories - Category Theory list
 help / color / mirror / Atom feed
From: Thomas Streicher <streicher@mathematik.tu-darmstadt.de>
To: "Jean Bénabou" <jean.benabou@wanadoo.fr>
Cc: categories@mta.ca
Subject: Re: cleavages and choice
Date: Sun, 3 Aug 2014 11:22:12 +0200	[thread overview]
Message-ID: <E1XDwNF-0006oq-Mt@mlist.mta.ca> (raw)
In-Reply-To: <89048344-26F3-448F-8B41-9FF89AE1C892@wanadoo.fr>

Dear Jean,

It has not been my intention to defend indexed categories against
fibered categories. I just wanted to say that it is sometimes
"convenient" to use cleavages.

First of all I would say that fibrations with cleavages are not the
same as indexed categories. Firstly, because the coherence conditions
for the maps chosen by the cleavage are determined by the functor and
do not have to be stated explicitly. Secondly, for fibrations with
cleavages one can show that they are closed under composition which
for indexed categories would be (close to) impossible.

Nevertheless, I agree with you that it is in general preferable to
formulate things in such a way that one avoids reference to cleavages
as far as possible. Sometimes, however, this makes things a bit more
complicated as I want to illustrate by the following example.

Chevalley's original formulation of his famous condition for internal
sums is much more convenient than the one usually found in the literature.
An analogue can be formulated for internal products (as in section 7
of my Notes on Fibrations you have mentioned). In Th.7.1 of loc.cit. I
have given a characterization of fibration having internal products which
avoids any reference to cleavages. This appears to me a bit clumsy and
there is a version using cleavages which essentially says that reindexing
functors have right adjoints and that their counits are preserved by
reindexing up to isomorphism. This latter version is useful when
checking that a given fibration has internal products as is necessary e.g.
when constructing models of type theory.

But in any case I think that conceptually it is preferable to define P
having internal products as P^op having internal sums. This formulation
is free from cleavages but for using it in concrete instances it is
sometimes useful to have equivalent formulations available which don't
abhor making reference to reindexing functors and thus to cleavages.

But this is a pragmatic issue and not a foundational issue. The same applies
to linear algebra. If it is convenient to refer to bases of vector spaces
I am not against doing so. But, of course, it would be stupid to require
all vector spaces to be endowed with bases.

For this reason I want to CORRECT the point of view of my previous mail.
One should not require all fibrations to be endowed with a cleavage. Rather
one should be open to accept some strong choice principles on the meta level
which allow one to assume the existence of cleavages whenever convenient.
But, definitely, one should give most definitions and constructions in a way
not referring to cleavages.

Thomas


[For admin and other information see: http://www.mta.ca/~cat-dist/ ]


  parent reply	other threads:[~2014-08-03  9:22 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-20 16:18 Composition of Fibrations Jean Bénabou
2014-07-21 12:30 ` Steve Vickers
     [not found] ` <3E52EFB7-7955-47B1-9B00-9F6F6152BBC1@cs.bham.ac.uk>
2014-07-21 18:02   ` Jean Bénabou
     [not found]   ` <32AB43B0-58DA-4375-A4FD-6C84F4E527EA@wanadoo.fr>
2014-07-21 20:06     ` Steve Vickers
     [not found]     ` <6EFFC44F-E933-412B-89F2-C33B598D78B0@cs.bham.ac.uk>
2014-07-22  4:24       ` Jean Bénabou
     [not found]       ` <9747FDFD-FF71-4ACE-8DD3-538462A1B283@wanadoo.fr>
2014-07-22 14:55         ` Steve Vickers
     [not found]         ` <C1C93FE1-09FF-43C4-A6DA-D0883440A2FC@cs.bham.ac.uk>
2014-07-22 21:52           ` Ross Street
2014-07-22 23:25 ` Eduardo J. Dubuc
2014-07-30 15:06 ` cleavages and choice Thomas Streicher
     [not found] ` <20140730150643.GC19613@mathematik.tu-darmstadt.de>
2014-07-30 17:56   ` Jean Bénabou
2014-08-01 16:47     ` Eduardo J. Dubuc
2014-08-02 10:58       ` Marco Grandis
2014-08-03 15:17         ` Paul Levy
2014-08-03 16:30         ` Toby Bartels
2014-08-04 14:47           ` Marco Grandis
     [not found]       ` <82157841-9DE2-4D99-8533-57AAB99CD236@dima.unige.it>
2014-08-02 15:24         ` Eduardo J. Dubuc
     [not found]     ` <53DBC493.5060700@dm.uba.ar>
2014-08-01 17:52       ` Jean Bénabou
2014-08-03  9:22     ` Thomas Streicher [this message]
2014-08-03 20:41       ` Eduardo J. Dubuc

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=E1XDwNF-0006oq-Mt@mlist.mta.ca \
    --to=streicher@mathematik.tu-darmstadt.de \
    --cc=categories@mta.ca \
    --cc=jean.benabou@wanadoo.fr \
    /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).