categories - Category Theory list
 help / color / mirror / Atom feed
From: Michael Shulman <shulman@math.uchicago.edu>
To: categories <categories@mta.ca>
Subject: Re: Not invariant but good
Date: Sun, 3 Oct 2010 15:10:29 -0700	[thread overview]
Message-ID: <E1P2jp0-0001fC-5Y@mlist.mta.ca> (raw)
In-Reply-To: <20101001092434.GA9359@mathematik.tu-darmstadt.de>

On Fri, Oct 1, 2010 at 2:24 AM, Thomas Streicher
<streicher@mathematik.tu-darmstadt.de> wrote:
> Well, but then we can work with categories with a chosen structure, e.g.
> chosen products; that's what is recommended in the Elephant and it looks to
> me as close to practice; it's very unlikely to have a nonconstructive proof
> of existence of products.

Unlikely, but it happens occasionally.  For instance, if the morphisms
of a category are equivalence classes, then a "construction" of
equalizers or pullbacks might require choosing representatives; this
actually happens at one point in the Elephant.  The "small complete
categories" in realizability topoi are also generally "weakly
complete," in the sense that "every small diagram has a limit" is true
in the internal logic, but not "strongly complete" in the sense that
there exist internal limit-assigning (non-ana) functors.  The property
of "strong completeness" is also not in general preserved or reflected
by weak equivalence functors.

One can of course develop a theory which distinguishes between weak
and strong equivalence and weak and strong completeness, but I think
it's reasonable to call it "unfamiliar" to most category theorists.
It feels to me like trying to do work constructively with topological
spaces and therefore having to talk about [0,1] being complete and
totally bounded but not compact, instead of realizing that when
working constructively, one should really replace topological spaces
with locales.  Just as in set theory, no axiom of choice is necessary
to define a function whose values are individually uniquely
determined, it seems to me that no axiom of choice should be necessary
in category theory to define a functor whose values are individually
uniquely determined up to unique isomorphism.  But obviously this is a
subjective judgement.

Mike


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


  parent reply	other threads:[~2010-10-03 22:10 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-24 15:44 subculture Eduardo J. Dubuc
2010-09-25  0:38 ` subculture Ruadhai
2010-09-25 23:10   ` RE : categories: subculture Joyal, André
2010-09-26  2:43   ` subculture David Leduc
2010-09-26  3:19   ` subculture Fred Linton
     [not found]   ` <AANLkTikJoHkO2M_3hnrQqqFq2_N2T9i6KF2DRFbHTujP@mail.gmail.com>
2010-09-26  3:43     ` subculture Eduardo J. Dubuc
2010-09-25  4:01 ` Not invariant but good Joyal, André
     [not found] ` <B3C24EA955FF0C4EA14658997CD3E25E370F59BE@CAHIER.gst.uqam.ca>
2010-09-26  3:29   ` John Baez
2010-09-27  2:54     ` Peter Selinger
2010-09-27 15:55     ` RE : categories: " Joyal, André
2010-09-28  2:10       ` RE : " John Baez
2010-09-29 18:05         ` no joke Joyal, André
2010-09-30  2:53           ` John Baez
2010-09-28 10:18       ` RE : categories: Re: Not invariant but good Thomas Streicher
2010-09-29 21:25         ` Michael Shulman
2010-09-30  3:07           ` Richard Garner
2010-09-30 11:11           ` Thomas Streicher
2010-09-30 19:39             ` Michael Shulman
2010-09-30 11:34           ` Thomas Streicher
     [not found] ` <20101001092434.GA9359@mathematik.tu-darmstadt.de>
2010-10-03 22:10   ` Michael Shulman [this message]
2010-09-27  5:36 John Baez
2010-09-28 23:11 ` Michael Shulman
2010-10-01 12:36 Thomas Streicher

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=E1P2jp0-0001fC-5Y@mlist.mta.ca \
    --to=shulman@math.uchicago.edu \
    --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).