categories - Category Theory list
 help / color / mirror / Atom feed
From: Michael Shulman <shulman@uchicago.edu>
To: John Baez <john.c.baez@gmail.com>
Subject: Re: bilax_monoidal_functors?=
Date: Mon, 10 May 2010 20:04:46 -0500	[thread overview]
Message-ID: <E1OBzd8-0007RP-D2@mailserv.mta.ca> (raw)
In-Reply-To: <E1OBdHV-0002WK-Ur@mailserv.mta.ca>

I think it is the least confusing for everyone if when "foo"s start
being decorated with numbers, a "1-foo" is the same thing as what an
unadorned "foo" used to be.  So I definitely have to agree that an
ordinary braided monoidal category should be called "1-braided" if the
naming scheme is going to go by decorating "braided" with numbers.

On the other hand, occasionally it seems to happen that after "foo"s
have been studied for a while, someone introduces a categorified "foo"
and calls it a "bar," and then later someone else comes along and
categorifies again but now starts introducing numbers with "2-bar,"
"3-bar," and so on.  So what really should have been called a "2-foo"
is called a "bar," what really should have been called a "3-foo" is
called a "2-bar," and so on with the numbers all off by one.  As John
points out, the use of "braided = 1-braided" and then "2-braided,"
etc. could be viewed this way, with "monoidal" as the basic "foo" that
we should have started numbering at.

(One other example of this that comes to mind is the original use of
"stack" to mean essentially "2-sheaf," leading to "2-stack" for
something that is really a 3-categorical object, and so on.
Fortunately this particular trend seems to be reversing somewhat.)

However, in the case at hand, it seems to me that there is also an
advantage to the term "braided" over "doubly monoidal."  To give a
category a braided monoidal structure may be *equivalent* to giving it
two interchanging monoidal structures, but that's only true because in
the latter case, the interchange law forces the two monoidal
structures to be essentially the same.  In practice, I find that I
very rarely think about a braided monoidal category as if it were
equipped with two monoidal structures; rather I think of it as having
one monoidal structure together with an extra structure called a
"braiding."  So there are arguments on both sides of this issue, and
as John says probably neither usage will create any confusion.

Mike

On Mon, May 10, 2010 at 1:16 PM, John Baez <john.c.baez@gmail.com> wrote:
> Eduardo wrote:
>
>
>> Andre points out:
>>
>> "To call a monoidal category 1-braided is kind of confusing because there
>> is no commutation structure on a general monoidal category. A monoidal
>> category is 0-braided."
>>
>> Being an outsider, with no previous neither usage or opinion on this
>> terminology beyond just monoidal and/or tensor category, this seems to me
>> definitive, and more than enough to settle the question.
>
>
> I'm glad that's enough to convince you that Michael Batanin's terminology
> "monoidal = 1-braided" is inferior to Andre's "monoidal = 0-braided".
>
> But I think "braided = doubly monoidal" is even better.  After all, a
> monoidal category has one tensor product; a braided monoidal category has
> two compatible tensor products, and a symmetric monoidal category has three.
>
>
> But I will not lose sleep if Andre uses "k-braided" as a synonym for
> "(k+1)-tuply monoidal".  I don't see it causing any confusion. I just think
> it will create more +1's in various formulas.  E.g.: the classifying space
> of a k-braided n-category is a (k+1)-fold loop space.
>
> Best,
> jb
>


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


  reply	other threads:[~2010-05-11  1:04 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-08  3:27 RE : bilax monoidal functors John Baez
2010-05-09 10:38 ` autonomous terminology: WAS: " Dusko Pavlovic
2010-05-09 22:41   ` Colin McLarty
2010-05-10 12:09   ` posina
2010-05-10 17:40   ` Jeff Egger
2010-05-09 16:26 ` bilax_monoidal_functors?= Andre Joyal
2010-05-10 14:58   ` bilax_monoidal_functors?= Eduardo J. Dubuc
2010-05-10 19:28   ` bilax_monoidal_functors Jeff Egger
2010-05-13 17:17     ` bilax_monoidal_functors Michael Shulman
2010-05-14 14:43       ` terminology (was: bilax_monoidal_functors) Peter Selinger
2010-05-15 19:52         ` terminology Toby Bartels
2010-05-15  1:05       ` bilax_monoidal_functors Andre Joyal
     [not found]       ` <20100514144324.D83A35C275@chase.mathstat.dal.ca>
2010-05-15  4:41         ` terminology (was: bilax_monoidal_functors) Michael Shulman
2010-05-10 10:28 ` bilax monoidal functors Urs Schreiber
2010-05-11  3:17   ` bilax_monoidal_functors Andre Joyal
     [not found] ` <4BE81F26.4020903@dm.uba.ar>
2010-05-10 18:16   ` bilax_monoidal_functors?= John Baez
2010-05-11  1:04     ` Michael Shulman [this message]
2010-05-12 20:02       ` calculus, homotopy theory and more Andre Joyal
     [not found]       ` <B3C24EA955FF0C4EA14658997CD3E25E370F57F6@CAHIER.gst.uqam.ca>
     [not found]         ` <B3C24EA955FF0C4EA14658997CD3E25E370F57F8@CAHIER.gst.uqam.ca>
2010-05-13  6:56           ` calculus, homotopy theory and more (corrected) Michael Batanin
     [not found]             ` <B3C24EA955FF0C4EA14658997CD3E25E370F57FE@CAHIER.gst.uqam.ca>
2010-05-13 22:59               ` Michael Batanin
     [not found]               ` <4BEC846B.5050000@ics.mq.edu.au>
2010-05-14  2:53                 ` Andre Joyal
2010-05-11  8:28     ` bilax_monoidal_functors?= Michael Batanin
2010-05-12  3:02       ` bilax_monoidal_functors?= Toby Bartels
2010-05-13 23:09         ` bilax_monoidal_functors?= Michael Batanin
2010-05-15 16:05           ` terminology Joyal, André
     [not found]         ` <4BEC8698.3090408@ics.mq.edu.au>
2010-05-14 18:41           ` bilax_monoidal_functors? Toby Bartels
2010-05-15 16:54       ` bilax_monoidal_functors Jeff Egger
2010-05-14 14:34 ` bilax_monoidal_functors Michael Shulman
  -- strict thread matches above, loose matches on Subject: below --
2010-05-08  1:05 bilax monoidal functors David Yetter
2010-05-10 16:14 ` bilax_monoidal_functors?= Andre Joyal
2010-05-16 23:57   ` bilax_monoidal_functors?= Richard Garner

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=E1OBzd8-0007RP-D2@mailserv.mta.ca \
    --to=shulman@uchicago.edu \
    --cc=john.c.baez@gmail.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).