categories - Category Theory list
 help / color / mirror / Atom feed
From: Richard Garner <richard.garner@mq.edu.au>
To: Paul Levy <p.b.levy@bham.ac.uk>
Cc: Steve Lack <steve.lack@mq.edu.au>,
	 Categories mailing list <categories@mq.edu.au>
Subject: Re: exponentiating by a small presheaf
Date: Wed, 22 Jan 2025 08:51:18 +1100	[thread overview]
Message-ID: <m0msfjvo6d.fsf@mq.edu.au> (raw)
In-Reply-To: <CWXP265MB4058556FB8FA8F701B172149F4E62@CWXP265MB4058.GBRP265.PROD.OUTLOOK.COM> (Paul Levy's message of "Tue, 21 Jan 2025 12:51:55 +0000")


Hi Paul,

This is kind-of related. Defining the category of small presheaves
typically requires first defining the non-locally-small category of all
presheaves, and then taking within it the closure of the representables
under small colimits.

However you can avoid this. Define any arbitrary presheaf X to be
moderate if, for all presheaves Y, the set of natural transformations
X=>Y is small. The category of moderate presheaves is locally small.
Moreover, it clearly contains the representables, and has small colimits
computed pointwise. So you can define the category of small presheaves
as the closure of the representables under small colimits in the locally
small category of moderate presheaves. (It would seem reasonable to
think that this is the whole category, but it seems easiest to avoid
having to find out if this is true.)

The same argument works for V-categories, avoiding the need for
universe-enlarging V to V' in order to define the category of small
presheaves.

All the best,

Richard



Paul Levy <p.b.levy@bham.ac.uk> writes:

> Thanks, Steve, but I wrote [C^op,Set] to mean the category of all presheaves.  
>
> I didn’t know that this notation is sometimes used for the category of small presheaves (e.g. in Rosický’s paper).
>
> Best regards,
>
> Paul 
>
>  
>
> From: Steve Lack <steve.lack@mq.edu.au>
> Date: Tuesday, 21 January 2025 at 00:11
> To: Paul Levy (Computer Science) <p.b.levy@bham.ac.uk>
> Cc: Categories mailing list <categories@mq.edu.au>
> Subject: Re: exponentiating by a small presheaf
>
>  CAUTION: This email originated from outside the organisation. Do not click links or open attachments unless you recognise the sender and  
>  know the content is safe.  
>
>  
>
> Dear Paul, 
>
>  
>
> I agree that if H(-@a) is small then it does the job, but why should it be small? Take H to be the representable C(-,b); then this would say that C
> (-@a,b) is small. If it is small, then the general case follows. This is Proposition 1 of Rosicky’s “Cartesian closed exact completions”. For various
> generalizations, including the non-cartesian case, see Section 7 of my paper “Limits of small functors” with Brian Day (Example 7.4 refers to the
> Rosicky result). 
>
>  
>
> Of course if C is actually cartesian closed then C(-@a,b) is not just small but representable. 
>
>  
>
> As far as I can tell, in Saville’s thesis, the bicategory B corresponding to your C is itself supposed to be small (at least relative to Cat).
>
>  
>
> Best,
>
>  
>
> Steve.
>
>  
>
>  On 21 Jan 2025, at 4:38 AM, Paul Levy <p.b.levy@bham.ac.uk> wrote:
>
>   
>
>  Dear all,
>
>  Let C be a locally small category.  A functor C^op -> Set that’s a colimit of representables is called a “small presheaf”.
>
>  Here are two observations.
>
>  1 Let C be cartesian.  In the cartesian category [C^op, Set], any small presheaf is exponentiating.
>
>  2 More generally, let C be monoidal.  In the multicategory [C^op, Set], any small presheaf is exponentiating.
>
>  To see (1), it suffices to prove it for a representable presheaf.  Explicitly, a presheaf H exponentiated by C(-,a) is H(- * a).  The construction
>  of (2) is similar.
>
>  Has either result appeared in the literature?  At least for the special case of a representable presheaf?
>
>  Best regards,
>
>  Paul
>
>  PS there’s a 2-categorical version of (1) at the start of Section 6.2 of Saville’s thesis: 
>
>  https://philipsaville.co.uk/thesis-for-screen.pdf⚠️
>
>  Another related result is the cartesian closure of the category of containers:
>
>  https://pblevy.github.io/papers/hocont.pdf⚠️


  reply	other threads:[~2025-01-21 21:52 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-20 17:38 Paul Levy
2025-01-21  0:10 ` Steve Lack
2025-01-21 12:51   ` Paul Levy
2025-01-21 21:51     ` Richard Garner [this message]
2025-01-21 10:23 ` P.T. Johnstone

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=m0msfjvo6d.fsf@mq.edu.au \
    --to=richard.garner@mq.edu.au \
    --cc=categories@mq.edu.au \
    --cc=p.b.levy@bham.ac.uk \
    --cc=steve.lack@mq.edu.au \
    /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).