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.
Hi all, I've recently posted a question on twitter asking why the definition of an enriched natural transformation is the way it is: https://twitter.com/bgavran3/status/1331229889756848132
Interestingly enough, exactly a year later I ended up thinking about the same question. @PaoloPMath's perspective here https://twitter.com/PaoloPMath/status/1194605406951227393) helped quite a bit, and after some discussions with @mattecapu some more exciting questions came up! 1/n https://twitter.com/bgavran3/status/1193951310283976706
- Bruno Gavranović (@bgavran3)I'm only now realizing that perhaps I should've been using this chat all along for all my CT queries :grinning_face_with_smiling_eyes:
The question is pretty well laid out on the link, but the main idea is: why does an enriched natural transformation use maps from the monoidal unit , as opposed from some object ?
Using objects that are different from the monoidal unit seems to be in line what enriched CT is all about, and the whole reasoning of using weighted limits. But Kelly's enriched CT book (and all other sources I could find) define it as a map from the monoidal unit.
I want to point out that using is not necessary to express naturality. Well, it is if you do it the way Kelly does, using the unitors of , but it is not if you just write down the equation expressing naturality.
What I mean here is that given two -functors , one can define a -natural transformation to be an -indexed collection of morphisms .
Then you ask naturality in this way: given , you want
Fixing for all the seems unavoidable, since there would be no way to express naturality then (basically, the left and right hand of the above equation would have a different source!)
To relax this, one could go galaxy brain and use the end definition of natural transformations:
Then one would add a weight and define -weighted natural transformations to be
Indeed, this is what one does to define co/limits in the enriched settings! So why not here?
Matteo Capucci said:
[D]efine -weighted natural transformations to be
Also, let me precise that one would then consider natural transformations to be natural transformations with any weight, so terms of or simply .
I'm fairly sure putting all of them togheter saves their compositional structure: if you have natural transformations (weighted, say, by ) and (weighted by ), you should be able to compose them by tensoring, obtaining weighted by .
The identity natural transformation is , and indeed it is the unit of the composition defined above
I guess a more down-to-earth viewpoint is what's implicitly in the first few messages of the twitter thread: -functors between two -categories form a -category, and the morphisms of the underlying category are the enriched natural transformations.
Whether looking at the underlying category of a -category is useful or not probably depends quite a lot on . For example, for = abelian groups it's quite a sensible thing to do.
Reid Barton said:
Whether looking at the underlying category of a -category is useful or not probably depends quite a lot on . For example, for = abelian groups it's quite a sensible thing to do.
Right, but the idea is to set up the definitions so that they work for all choices of . It can be argued that for Lawvere metric spaces the definition of an enriched natural transformation doesn't quite work the way it's set up, or at the very least, misses a lot of interesting structure.
Well don't pass to the underlying category if your is not the right sort to do it
I'm not suggesting to pass to the ordinary category. I want to stay in the enriched setting, but the widely used definition seems to suggest that we have to pass back, if we want to consider 2-cells.
Well that's what a 2-cell is--a morphism of an ordinary category
Perhaps the relevant distinction is that it is only sensible to consider individual enriched natural transformations in certain situations, whereas considering the collection of enriched natural transformations between two enriched functors is always sensible (for exactly the same reason that passing to the underlying category is only sensible in some settings).
And, in your instance, considering individual natural transformations is not something you want to do.
Matteo Capucci said:
The left and right hand sides seem to have different domains! The left hand side has domain and the right hand side has domain . Is there a way to fix this?
Matteo Capucci (he/him) said:
Matteo Capucci (he/him) said:
[D]efine -weighted natural transformations to be
Also, let me precise that one would then consider natural transformations to be natural transformations with any weight, so terms of or simply .
I'm fairly sure putting all of them togheter saves their compositional structure: if you have natural transformations (weighted, say, by ) and (weighted by ), you should be able to compose them by tensoring, obtaining weighted by .
The identity natural transformation is , and indeed it is the unit of the composition defined above
Me an Fosco have been working on a project involving precisely this notion! At least for the case , this indeed works (where you can more generally take to be of the form ), giving a kind of "graded Godement calculus" of natural transformations and weighted natural transformations. The only problem we are having with the general case is that it seems it's quite hard (if possible at all) to define the end
without requiring to have diagonals: how does one define a -functor without them?
It's nice to hear this is interesting you as well!
Something like
which I guess can be Fubinized to
I don't know if I'm fooling myself here though
The idea is to work with so we don't need to duplicate variables. Then we collapse the duplicate variables by imposing equality
Matteo Capucci (he/him) said:
The idea is to work with so we don't need to duplicate variables. Then we collapse the duplicate variables by imposing equality
This is a nice idea! I think we're still trapped though: the assignment
defines a -bifunctor which when combined with¹ would give a -functor
from to . On the other hand, to get a functor , we'd need to set up a morphism
which would in particular require having a map
(is using colour okay for you, Matteo?)
so we still need some kind of duplication :/
¹We'll set in the end, but let's stick with for the moment to differentiate between " the object" and " the integration variable"
Also, this is completely unrelated to the above, but here's something nice: a main example of a -weighted natural transformation is for : in this case, a -weighted natural transformation is precisely a dinatural one =)
On the nLab page, it states that enriched dinatural transformations only make sense when the enriching category is cartesian. Presumably this is related to the fact that you don't seem to be able to avoid requiring diagonals?
Théo said:
(is using colour okay for you, Matteo?)
Absolutely :) thanks for asking
Théo said:
Also, this is completely unrelated to the above, but here's something nice: a main example of a -weighted natural transformation is for : in this case, a -weighted natural transformation is precisely a dinatural one =)
This is very cool
Théo said:
Matteo Capucci (he/him) said:
The idea is to work with so we don't need to duplicate variables. Then we collapse the duplicate variables by imposing equality
This is a nice idea! I think we're still trapped though: the assignment
defines a -bifunctor which when combined with¹ would give a -functor
from to . On the other hand, to get a functor , we'd need to set up a morphism
which would in particular require having a map
(is using colour okay for you, Matteo?)
so we still need some kind of duplication :/
¹We'll set in the end, but let's stick with for the moment to differentiate between " the object" and " the integration variable"
So if I understand what you're saying, we still get into trouble when we try to define the inner end as a universal wedge?
Nathanael Arkor said:
On the nLab page, it states that enriched dinatural transformations only make sense when the enriching category is cartesian. Presumably this is related to the fact that you don't seem to be able to avoid requiring diagonals?
It is! I think this statement in the nLab comes from Remark 4.3.8 of version 5 of Fosco's book, who first worked this out. The point there was precisely that we need diagonals to define -dinaturality. Requiring to be Cartesian works, but the weaker condition of having diagonals suffices =)
Matteo Capucci (he/him) said:
So if I understand what you're saying, we still get into trouble when we try to define the inner end as a universal wedge?
The inner end works, i think the problem is to combine it with : the cotensor lets us take two -functors and form another -functor . However, doing this for and doesn't give us the correct -functor, as it goes from to , rather than from to : cotensoring together the codomains of and doesn't give us something we can take a coend of :/
So we might then try to define it by hand. However, for its components on the Hom-objects, you find that has to act on two variables at once: the components of the -functors above go
and
So since we "use up" one on each action, to combine them both into a cotensor would require more 's than we have, and a solution to this would be to have a diagonal map
(By the way, defining -weighted natural transformations as above and defining -dinaturality via a "formula" like
turn out to be equivalent! if we can do one of them, we can do both =)
Ok so maybe there's no hope, by the remark in Fosco's book you linked above
Matteo Capucci (he/him) said:
Something like
Also, now that I take a fresh look at it, this doesn't make sense: I use out of scope. Also my attempt is doomed by the start: in the formula , you see both and are still duplicated, so I don't get rid of the need of diagonals...
It's so frustrating though
It is!!
I've tried a lot of different strategies, but they all failed :/
I wonder if maybe " exists"¹ implies " has diagonals"
¹in some sense, e.g. "for each pair of parallel functors , there exists an object of satisfying the following properties"
Actually maybe this might be a good idea? Can one axiomatise dinatural transformations in terms of their properties?
Théo said:
I wonder if maybe " exists"¹ implies " has diagonals"
I think so... Indeed, to 'weigh' a functor one needs to use up a variable twice: one to compute the weight and one to compute the functor. So it's not a 'linear' operation.
Théo said:
Actually maybe this might be a good idea? Can one axiomatise dinatural transformations in terms of their properties?
:thinking: maybe?
I'll think more about this; it seems quite promising!
Thanks so much for this conversation!! :smiley:
:blush: Thanks to you for starting it!
@Matteo Capucci (he/him) and @Nathanael Arkor: I finally figured out how this works! I think we indeed can't define in general: there seems to be a kind of microcosm principle going on here, and the answer is to enrich in instead:
Second+1/2: There's a kind of "loss of -ness" going on for dinaturality (like taking categories of monoids of ordinary, braided, or symmetric monoidal categories gives a category, a monoidal category, or a symmetric monoidal category respectively):
- For -enrichment, can't be defined;
- For -enrichment, is an object of ;
- For -enrichment, is a comonoid in (and happens to be also a cocommutative one for enriched categories, but this won't happen at this level of cocommutativity for enriched -categories).
So gives a functor from pairs of functors enriched in -coalgebras in to -coalgebras in , where "" corresponds to just an object in , to a comonoid, and to a cocommutative comonoid.
Third: the counit maps turn out to be exactly what you need to define constant -functors!
That's really fascinating! It is very surprising to me that there's a connection between dinaturality (which to me seems a way to capture mixed variance) and (higher) comonoidal structure. I'd love to understand what's going on more conceptually. Does this mean you can carry out the development of weighted natural transformations as discussed above?
Note that the monoidal structure of is cartesian. So passing to more-commutative comonoids is a way of making the monoidal structure "closer to cartesian".
@Théo wow, this is beautiful
@Nathanael Arkor @Matteo Capucci (he/him) I'm very happy that you liked this idea! :smiley:
@Mike Shulman I had no idea these were the products in , amazing!
Nathanael Arkor said:
That's really fascinating! It is very surprising to me that there's a connection between dinaturality (which to me seems a way to capture mixed variance) and (higher) comonoidal structure. I'd love to understand what's going on more conceptually. Does this mean you can carry out the development of weighted natural transformations as discussed above?
The reason the "reduction of cocommutativity" appears is because of Eckmann–Hilton: given -functors , we'd like to define as the -end of the assignment
However, to make this -functorial, we need a "comultiplication" , as is then given by the composition
It is here that the reduction of cocommutativity appears: for to exist, we need an enrichment in , and for it to be a -functor, we need an enrichment in : being -functorial means in particular that the comultiplication morphisms are morphisms of comonoids, and this is is equivalent to the - objects being cocommutative, by Eckmann–Hilton.
(This is essentially the many-object version of the isomorphism , as we have , and then !)
Nathanael Arkor said:
Does this mean you can carry out the development of weighted natural transformations as discussed above?
I think this definitely should work for defining weighted natural transformations, but there seems to be a new complication now: for an enrichment in , DiNat exists and things go normally, but for an enrichment in , it actually exists too much! We have both
(It also doesn't help that it's somewhat hard to find interesting examples of categories enriched in (cocommutative) comonoids for non-Cartesian :sweat_smile:)
(Edit: actually I'm a bit confused now: if say Hom(F,G) is a CoMon(V)-functor, then we may take its CoMon(V)-end, but the universal property of ends gives a comonoid structure on its V-end as well; are these two comonoids isomorphic?)
But still, I'm pretty sure this should work, even if we end up having three different 's, with three levels of "strength" for the associated universal properties...
(In any case, I think this should definitely be worth the trouble: weighted natural transformations pave the way to a lot of very nice constructions: they allow you to define weighted co/ends, weighted Kan extensions, weighted adjunctions, weighted co/monads, "coend-y" versions of adjunctions, monads, and Kan extensions (i.e. which are to co/ends what ordinary adjunctions, monads, and Kan extensions are to co/limits), a way to (vertically) compose dinatural transformations into "higher" dinatural ones (i.e. natural transformations weighted by , , and so on, which turn out to be related to conjugacy classes), notions of weighted co/limits which come with universal weighted co/cones (i.e. universal elements of ), conical co/limits defined through constant enriched functors, and probably other nice things!)
This does sound very interesting, but my intuition is definitely struggling now! I think I will need to wait for some examples to understand how to think about these variations. I was also wondering about some examples of -enriched categories… Looking forward to seeing where this goes next!
@Emily (she/her) did you (and maybe @fosco ) ever continue working on this?
I might need a refreshment of all the above, but today I was once again pondering 'weighted natural transformations' of enriched functors and remembered of this thread.
Matteo Capucci (he/him) said:
Emily (she/her) did you (and maybe fosco ) ever continue working on this?
I might need a refreshment of all the above, but today I was once again pondering 'weighted natural transformations' of enriched functors and remembered of this thread.
Hey Matteo! This is definitely something I want to finish working on :) (I've sent you a DM with more details)