From: JeanBenabou <jean.benabou@wanadoo.fr>
To: Categories <categories@mta.ca>
Subject: Fibrations in a 2-category
Date: Tue, 11 Jan 2011 08:31:54 +0100 [thread overview]
Message-ID: <E1PcdVr-0004A6-7N@mlist.mta.ca> (raw)
I have seen very often the following "abstract" definition of a
fibration in a 2-category C :
A map (i.e. a 1-cell) p: X --> S is a fibration iff for each object Y
of C the functor C(Y,p): C(Y,X) --> C(Y,S) is a fibration (in the
usual sense) which depends "2-functorially" on Y.
Such an "obvious" definition is much too naive and does not give the
correct notion in most examples.
1- Even if C= Cat, the 2-category of (small) categories, a fibration
in the abstract sense is a Grothendieck fibration which admits a
cleavage. Thus if we don't assume AC, which we don't need to define
fibrations, it does not coincide with the usual one.
2- The situation is much worse in more general cases. Suppose E is a
topos (this assumption is much too strong), and take C = Cat(E), the
category of internal categories in E. On can define internal
fibrations, and "fibrations" in the previous "abstract" sense. They
do not coincide.
It all boils down to the following remark: E and (E°, Set) are
Toposes, the Yoneda functor E --> (E*,Set) preserves an reflects
limits, but "nothing else" of the internal logic, which is needed to
define internal fibrations.
Best to all,
Jean
[For admin and other information see: http://www.mta.ca/~cat-dist/ ]
next reply other threads:[~2011-01-11 7:31 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-11 7:31 JeanBenabou [this message]
2011-01-11 23:42 ` Ross Street
2011-01-12 6:50 ` JeanBenabou
2011-01-13 1:37 ` David Roberts
2011-01-13 23:02 ` Michael Shulman
2011-01-14 22:44 ` Michal Przybylek
2011-01-16 22:51 ` David Roberts
2011-01-17 9:02 ` David Roberts
2011-01-18 23:45 ` Michael Shulman
2011-01-14 2:47 JeanBenabou
2011-01-22 10:25 Fibrations in a 2-Category JeanBenabou
[not found] <43697659-DDA8-44AC-AD7B-077BE1EC3665@wanadoo.fr>
2011-01-23 20:17 ` Michael Shulman
[not found] <20110122220701.C8B538626@mailscan1.ncs.mcgill.ca>
2011-01-29 17:45 ` Marta Bunge
[not found] ` <SNT101-W269EB05AB9B95487F26E1BDFE00@phx.gbl>
[not found] ` <AANLkTimHLrFZznvG_TUDf_3g1axMVt40qiK-zV_ZwEWW@mail.gmail.com>
[not found] ` <20110131223321.3F49B57D7@mailscan2.ncs.mcgill.ca>
2011-03-14 21:57 ` Marta Bunge
[not found] <20110129190220.DC8A8ADFB@mailscan3.ncs.mcgill.ca>
2011-01-29 19:20 ` Marta Bunge
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=E1PcdVr-0004A6-7N@mlist.mta.ca \
--to=jean.benabou@wanadoo.fr \
--cc=categories@mta.ca \
/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).