You're reading the public-facing archive of the Category Theory Zulip server.
To join the server you need an invite. Anybody can get an invite by contacting Matteo Capucci at name dot surname at gmail dot com.
For all things related to this archive refer to the same person.
Eric Forgy said:
Hi :wave:
I'm coming back to this stream after putting a lot of elbow grease into:
Bimodules vs Spans
There, we learned that in :
- A monoid object is a set with multiplication given by the diagonal map.
- An -module is a function
- An -module is a span
- Tensoring an -bimodule with a -bimodule is an -bimodule corresponding to the composition of the respective spans
Good morning :coffee:
I'm still trying to pull all this together.
I'll try to explain / generalize what I learned in my words to see If I understand.
Given a monoidal category :
Since every morphism is equivalent to a span
this also implies:
Right modules are a little trickier.
This reminds of a cool tidbit:
from https://www.math.uni-hamburg.de/home/schreiber/SpanMod.pdf.
I don't know if this is great notation, but I think it means:
I am probably spewing nonsense at this point, but that makes me think:
That actually makes a LOT of sense to me, but if it was true, I'd think I would have seen it in the 10s of papers I've been skimming the last couple of weeks.
I think it should be correct though :thinking:
I think the puzzles show
If
it would be a good exercise to show
That might be within my grasp :sweat_smile:
I'm starting to see how this all ties together (I think) :blush:
Btw, I can hear John's voice in my head, so let me explain what I mean by :sweat_smile:
The part just means a monoidal category.
is a bicategory whose
Similarly, is a bicategory whose
It is easy to see that
because every object of is a monoid object in but that should also mean
more generally.
This ties in with my other stuff because a functor
picks out a monoid object in and
is a category of monoid objects in
More generally,
is a category of monoid objects in
(I think)
It would be pretty cool if
Eric Forgy said:
Good morning :coffee:
I'm still trying to pull all this together.
I'll try to explain / generalize what I learned in my words to see If I understand.
Given a monoidal category :
- Every object in is a monoid object in
No! If you prove this for you'll see what special features of this example are being used. You should really do this, since it's not hard, it's enlightening, and it lets you prove a more general result. I sketched the key steps earlier. The proof does not work for all monoidal categories.
The last part actually obvious: since every monoidal category is the opposite of its opposite, if every object in the opposite of every monoidal category were a monoid object, then every object in every monoidal category would be a monoid object!
And by the way, the result for is actually much better than what you just stated:
Theorem. Every object of is a monoid object in a unique way. This way makes it a commutative monoid. Making every object into a monoid object in this way, every morphism in is a homomorphism of monoid objects.
And... I just had this open https://ncatlab.org/nlab/show/Eckmann-Hilton+argument :sweat_smile:
Eric Forgy said:
This ties in with my other stuff because a functor
picks out a monoid object in and
is a category of monoid objects in
I don't think that's true. But maybe you're using words in a somewhat different way than I do. For example, you are thinking of as a category somehow, but there are at least two really famous ways to do this, and you're not saying which one you're using. However, I don't think your claims are true in either interpretation.
Maybe I'm wrong.
If you try to prove your claim here, we'll see what's going on.
So is the correct way to generalize what we learned in your puzzles to generalize to commutative monoidal categories? Is this true:
Given a commutative monoidal category :
Hopefully something good can be salvaged from this mess I created :sweat_smile:
I need to refine because I am taking your advice and going to treat as a bicategory rather than a category with isomorphism classes. I'm guessing it will involve as a monad somehow.
I don't know if this is the right , but it is kind of neat.
Let denote the bicategory with
Eric Forgy said:
So is the correct way to generalize what we learned in your puzzles to generalize to commutative monoidal categories? Is this true:
Given a commutative monoidal category :
- Every object in is a monoid object in
- Every span in is an -bimodule in
No. I already said that the first one is false - see below for my explanation of why it's false. Did I write that all for nothing?
The second is false too.
For example, they're both false when . That's easy to show, and you should show it.
John Baez said:
Eric Forgy said:
Good morning :coffee:
I'm still trying to pull all this together.
I'll try to explain / generalize what I learned in my words to see If I understand.
Given a monoidal category :
- Every object in is a monoid object in
No! If you prove this for you'll see what special features of this example are being used. You should really do this, since it's not hard, it's enlightening, and it lets you prove a more general result. I sketched the key steps earlier.
The proof does not work for all monoidal categories. This is actually obvious: since every monoidal category is the opposite of its opposite, if every object in the opposite of every monoidal category were a monoid object, then every object in every monoidal category would be a monoid object!
And by the way, the result for is actually much better than what you just stated:
Theorem. Every object of is a monoid object in a unique way. This way makes it a commutative monoid. Making every object into a monoid object in this way, every morphism in is a homomorphism of monoid objects.
John Baez said:
Eric Forgy said:
So is the correct way to generalize what we learned in your puzzles to generalize to commutative monoidal categories? Is this true:
Given a commutative monoidal category :
- Every object in is a monoid object in
- Every span in is an -bimodule in
No. I already said that the first one is false - see below for my explanation of why it's false. Did I write that all for nothing?
This is different than what I had before because I was restricting to "commutative" monoidal categories. I didn't ignore what you said. I thought I was incorporating it :thinking:
I was thinking a monoid in a commutative monoidal category should be a commutative monoid.
Oh, okay, I see that's a different guess. It's still false though. You didn't do what I told you to: prove that result is true for and see what you are using about the category that makes the argument work.
Instead, I guess you added one extra assumption and hoped that would be enough. That's a slow way to make progress: make guesses and let me knock them down. It's sort of like throwing darts blindfolded and hoping one hits the target.
I could of course just tell you what's true, but I think it's better if you go through the argument for and see what's really going on. You'll see some very special features of this case are being used.
OK. I will work through it. Sorry. I thought I understood it. In the case of we didn't need to think about left / right modules because they are the same in which must be related to commutativity somehow. So when you mentioned commutative monoids, I thought that was the answer and moved on to what I considered more pressing issues, but I'll try this proof. Thank you.
Yes, doing that proof was Puzzle 1, and I think it's important!
I did Puzzle 1. I can do it again :sweat_smile:
You may have done it - I'm not really sure - but if so, you didn't analyze what about you were using. That "analyzing what made the argument work" step is crucial for generalizing.
In , a corresponds to in which is the diagonal map.
Yes, now you're starting to do the analysis of the argument. If you do it carefully enough, you'll know exactly which sort of categories you can generalize the argument to. And of course you complete this process by proving that the argument generalizes.
The unit in corresponds to the unique map sending every element of to the one element (i.e., is the terminal set).
Right. So figure out what properties of and are required to get a monoid object by this trick.
Associativity:
Check :check_mark:
Left unit:
Check :check_mark:
Right unit:
Check :check_mark:
Confession: I didn't work out left and right units when I did Puzzle 1 and that would have helped with Puzzle 2 :face_palm:
Good! Next, to solve Puzzle 1, you need to show that there's only one way to make any set into a monoid in . You've found one way: why is this the only way?
Only after proving that can you confidently claim "a monoid in is just the same as a set" - no more, no less.
I think I should have started with the most general possibility and widdle it down.
So instead of
I'll look at a more general
Associativity:
This can only be satisfied if so we've narrowed it down a little.
Right, now you're starting to see the point of this whole puzzle.
By the way, James Dolan gave me this puzzle once and I started just like you did now: with associativity.
Right unit:
This can only be satisfied if , i.e.
Now you're really getting the point.
The humble unit laws are the key here.
Yeah. I did this kind of exercise with James when trying to solve Puzzle 2 and definitely felt my brain muscles growing :muscle:
In fact you didn't even need to use associativity!
If you use both unit laws you see first and then .
Cool. Yeah :+1:
Then associativity is free :+1:
I don't know if there's a name for thing that has a multiplication that obeys the unit laws but may not be associative.
But anyway, there's exactly one way to make any set into one of those things in .
And then it turns out to be a commutative monoid.
I feel dense, but I'm still missing the punchline :thinking:
It feels a little vacuous, but every set is a comonoid object in so every set is a monoid in
You should say in a unique way to get the most for all your hard work.
So now you've solved Puzzle 1.
The next step is to analyze what about the category made this proof work?
Then you can generalize to certain other categories.
But not all monoidal categories, or even all symmetric monoidal categories.
Eric Forgy said:
It feels a little vacuous, but every set is a comonoid object in so every set is a monoid in
:point_of_information: ?
We need monoidal categories where every object is a comonoid object.
That's like saying your result generalizes to categories where the result is true.
Which is true, but scarcely helpful.
John Baez said:
That's like saying your result generalizes to categories where the result is true.
Can't argue with that :joy:
Theorem. This theorem is true for all categories for which this theorem is true.
That's a true theorem.
Right, so I need to get a "little" more specific :sweat_smile:
But all we needed for every set in to be a comonoid object was a , , and satisfying left and right unit laws (and associativity, but that probably comes free for any case I'll ever see).
Yes, that's like saying the result is true when it's true.
, and all come basically for free.
You have to actually analyze your argument to see what facts about the category of sets you were using. And this may be hard, because you don't have a strong command of the various different properties of categories, so you may not recognize which ones are coming into play.
Oh! One restriction. must have a terminal object?
Well, don't say it must have a terminal object. We're looking for sufficient conditions for the argument to work, not necessary ones. But yeah: you seemed to use something about it having a terminal object.
But more than that, you used the fact that the unit object of your monoidal category is the terminal object!
I guess when you write , the is not always terminal?
You should write if it's not terminal.
Consider . The field is not terminal.
Oops. I thought was terminal in :thinking:
For every I thought we have a dual
I don't know what that has to do with it or even what it means. Since when is the dual a linear map? I thought it was a vector space!
What does it mean for an object to be terminal?
For every object , there is a unique morphism
Okay, good. So let's look at the category of real vector spaces, where . Is terminal?
Eric Forgy said:
For every I thought we have a dual
This is a typo. What I meant (which is also wrong) was that any is a morphism , but the key is the "unique" part. That often gets me :pensive:
I can think of lots of morphisms (which means there is not a unique one).
So is not terminal because for any , any two elements are both maps
Or I guess it's not terminal because in general there is more than one linear map from a vector space to the underlying field viewed as a vector space.
Good. So is there a terminal object in or not?
John Baez said:
Good. So is there a terminal object in or not?
Yes! 0
0 is both initial and terminal.
Okay, so is a nice example of a monoidal category that has a terminal object, but where the terminal object is not the unit object for the tensor product.
Got it! Thank you :blush:
Such monoidal categories have a very different flavor than, say,
So one condition is that for a monoidal category , we want to be terminal, but in that case we would write
I think that is good enough because there is always a diagonal map in a monoidal category.
What is the diagonal map for ?
Oops! I thought the diagonal map was always defined as
Is that a linear map?
Say, in ?
No. It's not :face_palm:
Okay. Also, you're writing down a map in terms of an "element" , but for lots of categories the objects don't have "elements".
So no: whoever told you every monoidal category has diagonal maps was lying.
So we have another condition. needs to have diagonal maps.
So far, we have:
So I've just learned and unlearned some things :clap: Thank you :blush:
Great! Now I think it'd be good to read this:
https://math.ucr.edu/home/baez/quantum/node4.html
starting around where I say "However, these two examples are very different, because the product in is 'cartesian' in a certain technical sense", and going on to the definition of diagonal.
This has just the clues you need next.
Reading :+1: :book:
Ok. I've read and reread it a couple times. Unfortunately, I don't see how it gets us any new conditions other than
- The unit of must be terminal.
- must have diagonal maps.
The diagonal map relates to whether the product is Cartesian.
Well, you said "C must have diagonal maps" without saying anything about what a "diagonal map" is.
I.e., what properties do those "diagonal maps" need to have, for your argument to work?
They can't just be any old morphisms .
So when you say " must have diagonal maps", that sounds good and it's on the right track, but what does it actually mean?
The reading material provides the answer to that.
When you're done, you'll be able to prove "if the monoidal category has such and such properties, every object in becomes a commutative monoid object in exactly one way".
I don't want to interrupt, but I think this is also helpful for understanding diagonal maps: https://ncatlab.org/nlab/show/diagonal+morphism
It seems like we have a diagonal map when we are in a category where we can take the (cartesian) product of pairs of objects.
Yes, this is useful information about "diagonal morphisms".
John Baez said:
When you're done, you'll be able to prove "if the monoidal category has such and such properties, every object in becomes a commutative monoid object in exactly one way".
The reading material I provided Eric says exactly what "such and such properties" are, though of course one has to dig them out and check they actually work.
I'm also noticing a suspicious similarity between the diagram describing the diagonal map and the diagram corresponding to the unit law conditions for a monoid in a monoidal category.
Suspicious, suspicious.... very suspicious. :upside_down:
It looks like the diagonal is a 2-morphism in the bicategory from the identity span
to the span
:blush:
This is also interesting:
https://ncatlab.org/nlab/show/monoidal+category+with+diagonals
Anyway, I'm hoping Eric will guess how to fill in the "such and such properties" here, to make this theorem true:
Theorem. If the monoidal category has such and such properties, every object in becomes a commutative monoid object in exactly one way.
The reading material gives it away.
Looking at
https://ncatlab.org/nlab/show/cartesian+monoidal+category
it looks like a sufficient condition is that needs to be a cartesian monoidal category.
Yes. In the article of mine that I pointed you to, I just called it a "cartesian category".
That is awesome. Thank you :raised_hands:
The article explains how the cartesianness is connected to our ability to "duplicate" information using a diagonal, and "discard" information using a map to the terminal object.
Yes. That is cool. I've seen that before, but didn't appreciate it as much until now :blush:
But the slick way to say all this is that every object in a cartesian category becomes a cocommutative comonoid in a unique way.
You should really prove it, to see what's going on!
Or if you prefer, prove this, which is just the same thing said more slowly:
Theorem. If the monoidal category is cartesian, every object in becomes a commutative monoid object in exactly one way.
In a cartesian monoidal category , we have our diagonal map and the unit is terminal. Those are the conditions we needed to show that every object in is a commutative monoid.
So you claim, but you never showed that - at least, not to me.
Especially not the "in a unique way" part, which is the really cool part.
You showed the "in a unique way" part when , but not in general.
I'm not trying to torture you, just pointing out that you haven't really dug to the bottom of this particular rabbit hole yet.
I showed it in terms of elements. Can I cheat and say we have elements for any cartesian category? :smiley:
The proof for a general cartesian is just as easy as it is for , but it uses commutative diagrams, not "elements".
Consider the example of . This is a perfectly nice cartesian category. How many elements does a vector space have, if an "element" is a morphism ? (And what's "1"?)
You have 1 "element" for every and those are infinite.
I was only kidding. I should try with commuting diagrams :blush:
I hope you're kidding. in this case, and every vector space has just one "element".
So "elements" are useless here.
I kind of feel like that was far enough down this rabbit hole for now. My clock is ticking ("feed the family" and all) so I think I will turn back to my favorite spans and bimodules for a while armed with this new knowledge :muscle:
Okay. What you really need is not knowledge so much as power. They say knowledge is power, but in math that's not quite true.
Skill is power.
True. I hear you. I need more skill. No doubt. I think I can also improve my skills while carefully working on the specific problems I need to solve though :pray:
I've got a nice bimodule I know how to work with and I have a nice span category I know how to deal with and I'm still hoping to bridge the two. This has been super helpful along those lines I think. Thank you :pray:
Eric Forgy said:
I don't know if this is the right , but it is kind of neat.
Let denote the bicategory with
- One object
- Morphisms are spans where is a natural number.
- 2-morphisms are maps between spans where is a natural number and
I want to think about this guy a little bit.
Eric Forgy said:
Composition of spans
Eric Forgy said:
2-morphism
When you feel like thinking about this again, I think comparing these two might be helpful, Eric. The first diagram is required to commute for us to have a monoid in a monoidal category (we're wondering what can make this happen), and the second diagram is guaranteed to have a unique making it commute when we have binary products.
I haven't figured it out yet, but I suspect there's some way of taking the guaranteed and "turning it around" so that it becomes the we need.
Hi David. Yeah :+1:
In a cartesian cartegory, the tensor product is cartesian product so those two are pretty much exact opposites :blush:
The thing worrying me is that in the top diagram we have and mapping into . This is a little different than having and mapping into , which is like what we have on the bottom (with the arrows turned around).
Eric Forgy said:
:point_of_information: :blush:
Yeah those are isomorphic. But is the product of and isomorphic to the product of and ?
In a cartesian category, (the terminal object) and in , , i.e. the one element set. AND...
I guess what I'm wondering is if is a product of and .
It depends on what your definition of "is" is :smile:
Does it satisfy the universal property of products with respect to those two objects?
It should. Yes. Try checking the diagrams :blush:
If it does, then we are in business! There should then be a unique making the flipped version of that unital law diagram commute, which is our "diagonal map".
Universal properties are unique "up to isomorphism".
So if you chase those diagrams with and then chase them again with , you should get the same thing up to isomorphism.
You probably know this, but elements in are all of the form For every there is a and those two are basically the same thing since and is an isomorphism.
Yeah, that's true for when we can work in ordered pairs of "elements".
So an element of is of the form which is the same as since there is an isomorphism between them.
Yeah, that seems right. But we'd need to generalize that argument to not rely on elements for it to be more general, I think.
David Egolf said:
Yeah, that's true for when we can work in ordered pairs of "elements".
True. More generally, we need to chase diagrams, but I have enough faith in
to not feel compelled to do that :sweat_smile:
Also, we'd need to check that the and when turned around act like projection functions. (So that really is acting like a product).
Yeah. One of the whole purposes of monoidal categories, as I understand it, is that we can treat this stuff like familiar equations so that is really like multiplying by the identiy in normal algebra.
But if we accept all these things: together with functions and is a coproduct of and , and when we turn around the arrows it becomes a product in the opposite category of and .
Then there is a unique "diagonal map" so that the corresponding morphism makes the identity law diagram commute.
Btw, I keep writing instead of because what we're trying to prove is only true for cartesian categories where
David Egolf said:
I haven't figured it out yet, but I suspect there's some way of taking the guaranteed and "turning it around" so that it becomes the we need.
This is called "" :blush:
On the one hand, we have in On the other we have in . In what we're talking about Put differently, in is the opposite of the diagonal map in . That is the definition of
Summarizing a bit for myself: The key thing is this connection between the monoidal product and the cartesian product. When the monoidal product also enjoys the universal properties of the cartesian product (in some category) then we start getting unique morphisms to it. Unique morphisms to the monoidal product end up inducing a unique way to satisfy the unit laws.
So if a monoidal category has a diagonal map and a unit that is the terminal object, i.e. , then every object of is a monoid object in
BUT... those conditions are precisely the definition of a cartesian monoidal category :blush:
Hence, in a cartesian category , every object of is a monoid object in
To have a diagonal map, I think you have to have at least binary products, right?
David Egolf said:
Summarizing a bit for myself: The key thing is this connection between the monoidal product and the cartesian product. When the monoidal product also enjoys the universal properties of the cartesian product (in some category) then we start getting unique morphisms to it. Unique morphisms to the monoidal product end up inducing a unique way to satisfy the unit laws.
No. There are two conditions and they are separate. You need:
Yeah, I was summarizing the "existence of diagonals" part.
If you have both of those, you have a cartesian category.
The nlab puts it like this: the "monoidal structure is given by the category-theoretic product" in a cartesian category.
As John mentioned, those two conditions amount to the ability to duplicate and delete objects :blush:
I think that condition then implies both conditions 1 and 2
David Egolf said:
The nlab puts it like this: the "monoidal structure is given by the category-theoretic product" in a cartesian category.
This isn't enough. You need to also have John gave a nice counter example. is a perfectly fine monoidal category with cartesian product, but 1 is not terminal.
[Edit: Sorry.]
So is not cartesian and vector spaces are not monoid objects in
[Edit: Sorry.]
I think the monoidal unit can be thought of as the empty monoidal product. If the monoidal product coincides with the cartesian product, then the monoidal unit coincides with the empty cartesian product. We then have an object so that there is a unique morphism to it from every other object: the monoidal unit must be terminal.
Also note that the nlab suggests that the monoidal unit being terminal is a consequence:
"A cartesian monoidal category (usually just called a cartesian category), is a monoidal category whose monoidal structure is given by the category-theoretic product (and so whose unit is a terminal object)."
It is true that the "empty vector space" is terminal. But it is also initial. When an object is both initial and terminal, it is called a "zero object" 0.
At any rate, this has been fun. I now have a vague intuition for what a monoid in a monoidal category is, and I didn't before.
What would 1 be in ? :blush:
What vector space could 1 possibly correspond to?
Eric Forgy said:
David Egolf said:
The nlab puts it like this: the "monoidal structure is given by the category-theoretic product" in a cartesian category.
This isn't enough. You need to also have John gave a nice counter example. is a perfectly fine monoidal category with cartesian product, but 1 is not terminal.
Vect carries more than one monoidal product, and one of them is the cartesian monoidal product where the monoidal unit is the terminal object (which here is the zero object).
FWIW, I think I can prove that if a monoidal product coincides with the cartesian product on objects, then the unit is forced to be terminal.
Oh. Hi Todd :wave:
Anyway, I don't know what you mean by John gave a counterexample. The here would be terminal.
Todd Trimble said:
FWIW, I think I can prove that if a monoidal product coincides with the cartesian product on objects, then the unit is forced to be terminal.
I believe it. David pointed out that the nLab seems to indicate that.
Todd Trimble said:
Anyway, I don't know what you mean by John gave a counterexample. The here would be terminal.
Yeah. I mispoke. In this case, 1=0 so it is both initial and terminal.
Thank you for fixing my mistake :pray:
As for the thing I said I thought I could prove: that takes a bit of effort. (I showed John a dual form of it on a different site maybe 45 days ago.) It's probably not an appropriate thing to get into at this stage of the discussion, but we could get into it later.
David Egolf said:
I haven't figured it out yet, but I suspect there's some way of taking the guaranteed and "turning it around" so that it becomes the we need.
Yes: If your category is cartesian, every object in it has a diagonal , and then in this becomes a morphism from to which, you can show, is an associative multiplication - the you want.
It's fun to show that this multiplication really is associative.
So I guess in a general monoidal category, , the unit is not necessarily terminal (good to know!), but in a cartesian category, the unit is always terminal, but you could have 0=1 (also good to know) :thinking:
(my brain hurts, but in a good way :sweat_smile:)
Yes, and don't forget that in the category with just one object the initial object is also terminal, products are also coproducts, etc. It's a good counterexample to keep in mind in case you think things need to be different.
You definitely upskilled me today (quite a feat!). Thank you John. I appreciate it :pray:
Todd Trimble said:
FWIW, I think I can prove that if a monoidal product coincides with the cartesian product on objects, then the unit is forced to be terminal.
I should prove that sometime! The projection gives each object a morphism to the unit object . So I should prove it's the only one.