Not signed in (Sign In)

Not signed in

Want to take part in these discussions? Sign in if you have an account, or apply for one below

  • Sign in using OpenID

Site Tag Cloud

2-category 2-category-theory abelian-categories adjoint algebra algebraic algebraic-geometry algebraic-topology analysis analytic-geometry arithmetic arithmetic-geometry book bundles calculus categorical categories category category-theory chern-weil-theory cohesion cohesive-homotopy-type-theory cohomology colimits combinatorics complex complex-geometry computable-mathematics computer-science constructive cosmology definitions deformation-theory descent diagrams differential differential-cohomology differential-equations differential-geometry digraphs duality elliptic-cohomology enriched fibration foundation foundations functional-analysis functor gauge-theory gebra geometric-quantization geometry graph graphs gravity grothendieck group group-theory harmonic-analysis higher higher-algebra higher-category-theory higher-differential-geometry higher-geometry higher-lie-theory higher-topos-theory homological homological-algebra homotopy homotopy-theory homotopy-type-theory index-theory integration integration-theory k-theory lie-theory limits linear linear-algebra locale localization logic mathematics measure-theory modal modal-logic model model-category-theory monad monads monoidal monoidal-category-theory morphism motives motivic-cohomology nforum nlab noncommutative noncommutative-geometry number-theory of operads operator operator-algebra order-theory pages pasting philosophy physics pro-object probability probability-theory quantization quantum quantum-field quantum-field-theory quantum-mechanics quantum-physics quantum-theory question representation representation-theory riemannian-geometry scheme schemes set set-theory sheaf simplicial space spin-geometry stable-homotopy-theory stack string string-theory superalgebra supergeometry svg symplectic-geometry synthetic-differential-geometry terminology theory topology topos topos-theory tqft type type-theory universal variational-calculus

Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.

Welcome to nForum
If you want to take part in these discussions either sign in now (if you have an account), apply for one now (if you don't).
    • CommentRowNumber1.
    • CommentAuthorBubbles
    • CommentTimeNov 5th 2014
    In codomain fibration one calls the function

    C \ (-) : C --> Cat

    mapping c to the slice category (C \ c) a pseudofunctor. However I fail to see how this is not functorial.

    A morphism f : a --> b is sent to the functor (C \ f) : (C \ a) --> (C \ b) defined by (g : c --> a) |--> (fg : c --> b), and this assignment clearly satisfies composition. It also preserves identity. So what am I missing here?
    • CommentRowNumber2.
    • CommentAuthorUrs
    • CommentTimeNov 5th 2014
    • (edited Nov 5th 2014)

    Right, one could regard this is a functor to the 1-category of categories. But if one thinks of Cat\mathrm{Cat} as a 2-category, then every sensible map into it out of a category is to be called a pseudofunctor, even if it respects composition on the nose.

    (The idea is that up to the respective concept of equivalence, it is not actually possible to say that anything 2-categorical respects composition on the nose, saying so really involves breaking the principle of equivalence a bit and looking at particular representatives. )

    • CommentRowNumber3.
    • CommentAuthorBubbles
    • CommentTimeNov 5th 2014
    Thanks for the explanation, urs.
    • CommentRowNumber4.
    • CommentAuthorJohn Baez
    • CommentTimeDec 3rd 2016
    • (edited Dec 3rd 2016)

    I find it inconsistent to have entries called overcategory (one word) and under category (two words). Wouldn’t it be nicer to choose one convention?

    I would have changed overcategory to “over category”, but I don’t want to annoy someone.

    • CommentRowNumber5.
    • CommentAuthorDavidRoberts
    • CommentTimeDec 3rd 2016
    • (edited Dec 3rd 2016)

    The naming was even more inconsistent. The entry itself uses ’over category’ and links to over topos and over (∞,1)-category.

    I renamed it and fixed up the redirects.

    • CommentRowNumber6.
    • CommentAuthorMike Shulman
    • CommentTimeDec 3rd 2016

    Personally I prefer “slice” and “coslice”, which seem more common among category theorists (or at least the ones I spend time with), but if we’re sticking with “over” then I would prefer “overcategory” or “over-category” to “over category”, since “over” is not an adjective (and likewise for “under”).

    • CommentRowNumber7.
    • CommentAuthorDavidRoberts
    • CommentTimeDec 3rd 2016

    I’d be happy with the hyphenated version. (though I also prefer ’slice category’ over all the existing options)

    • CommentRowNumber8.
    • CommentAuthorRodMcGuire
    • CommentTimeDec 3rd 2016

    It used to be that a single word such as overcategory was better for being searched but Google has gotten much better at giving the same results for “over category”.

    I would actually prefer camel case which is becoming quite common in branding, e.g. “YouTube”, “HarperCollins”, “iPhone” and “FedEx”.

    Camel case conveys that the word is a unit and also indicates component boundaries. A word like coopen might be hard to parse while coOpen shows its structure. I wouldn’t be surprised if languages that allow very long compounds, such as German, start switching to camel case.

    • CommentRowNumber9.
    • CommentAuthorTodd_Trimble
    • CommentTimeDec 4th 2016

    I also prefer slice and co-slice, but would agree with hyphenation for over- and under-.

    • CommentRowNumber10.
    • CommentAuthorJohn Baez
    • CommentTimeDec 4th 2016

    I like “over” and “under” because anyone can figure out what those words mean. True, it requires understanding the concept of an object “over” another, like a bundle over a space - but that’s a visually intuitive concept, since objects throw shadows on the ground below. On th other hand, “slice” seems like a randomly chosen word to me. You can learn it, but you have to deliberately decide to learn it.

    However, I’m only arguing because I’m stuck in a cafe without enough to do.

    • CommentRowNumber11.
    • CommentAuthorKeithEPeterson
    • CommentTimeDec 4th 2016

    Still better than the vague name “Comma Category”.

    • CommentRowNumber12.
    • CommentAuthorTodd_Trimble
    • CommentTimeDec 4th 2016

    Actually, “over” and “under” can be confusing. For example, the category of commutative kk-algebras over a field kk is an under-category k/CommRingk/CommRing. But in ordinary parlance we speak of an algebra over kk. So it may not be entirely clear that anyone can figure out what the words are supposed to mean. (The usage is probably biased toward geometric pictures.)

    But John raises a good point. It might be good to develop a little story about the choice of word “slice”, to help cement the meaning. I think it can probably be done.

    • CommentRowNumber13.
    • CommentAuthorKeithEPeterson
    • CommentTimeDec 4th 2016

    Honestly, I like the term “filter category” instead of slice or overcategory. That is what we are doing, filtering everything to a chosen object, morphism, 2-morphism… n-transfor.

    • CommentRowNumber14.
    • CommentAuthorJohn Baez
    • CommentTimeDec 4th 2016
    • (edited Dec 4th 2016)

    (The usage is probably biased toward geometric pictures.)

    Yes, when we speak of a commutative algebra over kk, we are secretly imagining it as an affine scheme equipped with a map down to the affine scheme corresponding to kk.

    (This is probably not the origin of the term “algebra over kk”, but I’ll shamelessly twist history to make the terminology seem logical.)

    • CommentRowNumber15.
    • CommentAuthorMike Shulman
    • CommentTimeDec 4th 2016

    I really hope that camel-case doesn’t infect mathematics.

    • CommentRowNumber16.
    • CommentAuthorTodd_Trimble
    • CommentTimeDec 4th 2016

    I really hope that camel-case doesn’t infect mathematics.

    I agree. I remember that Tom Wolfe enjoyed poking fun at the trend in A Man in Full.

    • CommentRowNumber17.
    • CommentAuthorDavidRoberts
    • CommentTimeDec 4th 2016

    Re #15: cf BanAnaMan, though that might be apocryphal. More seriously, don’t a lot of categories go by names that are some version of camel-case?

    • CommentRowNumber18.
    • CommentAuthorTodd_Trimble
    • CommentTimeDec 5th 2016

    I guess you’re right David, for example CommAlgCommAlg and the like. But aren’t those are by and large abbreviations as opposed to full-blown noun (phrases)?

    • CommentRowNumber19.
    • CommentAuthorMike Shulman
    • CommentTimeDec 5th 2016

    Right, the “name” of a category in this sense is mathematical notation, like ++ and \prod. Variables in a computer program are also often named with camel-case. That’s totally different in my mind from the English words that we use to describe mathematical concepts, even if the former are sometimes obtained as abbreviations of the latter.

    • CommentRowNumber20.
    • CommentAuthorDavidRoberts
    • CommentTimeDec 5th 2016

    @Mike ah, I see. I also didn’t read the suggestions in #8. I agree that actual names for things should be well thought out. There’s a lot of linguistic constructions that are overused (such as the suffix -oid, in some cases) in naming mathematical things.

    • CommentRowNumber21.
    • CommentAuthorTim_Porter
    • CommentTimeDec 5th 2016
    • (edited Dec 5th 2016)

    I recall that someone (perhaps Frank Adams?) said the ’use of ’over’ was overdone’ or something similar. (This was at the time that Ioan James was talking about ex-homotopies, ex-maps, ex-spaces, and so on.)

    • CommentRowNumber22.
    • CommentAuthorMike Shulman
    • CommentTimeDec 5th 2016

    It’s far from clear to me that someone hearing the word “overcategory” without having previously encountered the notion would be able to figure out what it means. And if they have encountered the notion, then they probably encountered it with a name, and calling it by the name they learned will make it unnecessary for them to do any figuring at all. Moreover, when talking about a particular slice category, one usually says “the slice category of CC over xx”, so the word “over” is there anyway.

    The fact that David and Todd also prefer “slice” somewhat supports my impression that that name is commoner among modern category theorists. CWM says “the category of objects over BB”, but Sheaves in geometry and logic says “slice category”, as do the Elephant and Riehl and Spivak and Leinster. One might make an argument that “overcategory” would have been a better name, but I don’t think “slice category” is a bad name (in particular, once you learn it, it’s totally unambiguous), so I think it’s hard to justiify going against the trend.

    • CommentRowNumber23.
    • CommentAuthorUrs
    • CommentTimeDec 5th 2016

    Just as a reminder: the name of an entry on the nnLab is somewhat secondary, it mainly serves to produce a URL. For human users what matters more is that 1) all imaginable synonyms redirect to the entry and 2) the Idea section explains the status of the terminology convention in the literature, so that the reader knows what’s going on.

    Therefore I suggest that instead of looking for a winner among the arguments on terminology exchanged above, these arguments should be added to the Idea-section of the entry, to the extent that they have not already.

    • CommentRowNumber24.
    • CommentAuthorMike Shulman
    • CommentTimeDec 5th 2016

    I think the name of the entry does matter. It suggests to newcomers what they should call a concept, or at least what the “nLab opinion” about its name is.

    • CommentRowNumber25.
    • CommentAuthorKarol Szumiło
    • CommentTimeDec 5th 2016

    I like the over/under terminology, but I never (at least in writing) use just bare “overcategory” but rather “category of objects over XX”. I don’t really have an opinion on what makes the best entry name, but I want to point out that there is a number of related notions that could use a consistent naming pattern.

    Here is an example of what I mean. Given a category JJ and a JJ-shaped diagram XX in some other category, I like to call its extensions to J[0]J \star [0] “cones under XX” and extensions to [0]J[0] \star J “cones over XX”. This is a direct generalization of objects over/under XX when J=[0]J = [0]. This seems non-standard, but I find it concise, unambiguous and fairly self-explanatory (at least to people who are already used to objects over/under). I haven’t had a need to go beyond that, but there is a number of cone-like and slice-like notions out there that I think may benefit from this naming convention.

    • CommentRowNumber26.
    • CommentAuthorMike Shulman
    • CommentTimeDec 5th 2016

    I think “cone under” and “cone over” are pretty standard, actually, although the former are sometimes called “cocones under” instead.

    • CommentRowNumber27.
    • CommentAuthorKarol Szumiło
    • CommentTimeDec 5th 2016

    Are they really standard? I thought that “cones” and “cocones” are standard, but it seems that I always see people write “cones over” as well as “cocones over”.

    • CommentRowNumber28.
    • CommentAuthorMike Shulman
    • CommentTimeDec 5th 2016

    I suppose some people might say “cocones over”, but I’m sure I’ve seen “cocones under” too.

    • CommentRowNumber29.
    • CommentAuthorzskoda
    • CommentTimeDec 5th 2016
    • (edited Dec 5th 2016)

    6 How about many compounds like overflow, underground, including verbs underwrite, underestimate, overestimate, overheat…? It seems to me that the rules for their meaning in compounds is standard and different than function in the sentence. I personally also prefer slice to a bit strange name overcategory (it actually confused me when I first few times saw it written in nnLab/nnForum community as I never heard it before I entered this circle of activities; by that time I had quite some reading in category theory, stack/sheaf theory and Grothendieck school of algebraic geometry). It was abolsutely not clear what it meant from the word, before I figured it out from the texts in nnLab (what I did not do in the first encounter as I thought it was about some strange construction not of my concern).

    • CommentRowNumber30.
    • CommentAuthorTodd_Trimble
    • CommentTimeDec 5th 2016

    As for ’why’ the word ’slice’: it might be something so simple as “slice” suggesting pictorially an inverse image. For example, for functions between sets, think of f:YXf: Y \to X as slicing a set YY into individual slices Y xY_x (making the slice Set/XSet/X a category of “XX-parametrized slicings”, interestingly). The slice C/XC/X itself is the inverse image of cod:C 2Ccod: C^2 \to C over XX, so in other words a slice of codcod according to the inverse image interpretation.

    Well, this is one idea that occurred to me; maybe others have different suggestions.

    • CommentRowNumber31.
    • CommentAuthorMike Shulman
    • CommentTimeDec 5th 2016

    It would be interesting to know who first used the word “slice”. Your description of the domain as sliced up into the fibers is one that also occurred to me.

    • CommentRowNumber32.
    • CommentAuthorzskoda
    • CommentTimeDec 5th 2016

    Isn’t it also the pun on the slash notation // ?

    • CommentRowNumber33.
    • CommentAuthorMike Shulman
    • CommentTimeDec 5th 2016

    It never occurred to me that it might be, but I suppose it might. Maybe the categories mailing list would know who invented the term?

    • CommentRowNumber34.
    • CommentAuthorzskoda
    • CommentTimeDec 5th 2016

    The notation might be from Grothendieck, I have a vague feeling that the pure category theorists in old times preferred the comma notation (which is more general).

    • CommentRowNumber35.
    • CommentAuthorTim_Porter
    • CommentTimeDec 6th 2016
    • (edited Dec 6th 2016)

    I was just editing a manuscript and the ’over’ v. ’slice’ terminological point was relevant so let me say that I have always found that ’slice’ was not clear as it gave no intuition as whetehr it was ’a/A’ or ’A/a’. Oh I know it is properly defined in the usual sources, but the image of ‘slicing’ was vague. I think the use of the comma category notation is less ambiguous, whilst still talking about objects over a or under a.

    • CommentRowNumber36.
    • CommentAuthorMike Shulman
    • CommentTimeDec 6th 2016
    • (edited Dec 6th 2016)

    You think (A,a)(A,a) is less ambigous than A/aA/a? Or are you talking about AaA\downarrow a? I find it perfectly clear in A/aA/a that AA is “over” aa, just like in 1/21/2 the 1 is “over” the 2.

    The only notation that I find really execrable (apart from (f,g)(f,g) that no one seems to use any more, thankfully, but has left its trace in the name “comma category”) is a\Aa\backslash A, in which it looks like AA is still “over” aa but what is meant is the co-slice under aa.

    • CommentRowNumber37.
    • CommentAuthorRodMcGuire
    • CommentTimeDec 6th 2016

    ’slice’ was not clear as it gave no intuition as whetehr it was ’a/A’ or ’A/a’.

    More confusingly is that one of those things is a coSlice.

    under category rather disparagingly says

    Given a category CC and an object cCc \in C, the under category (also called coslice category) cCc \downarrow C (also written c/Cc/C and sometimes, confusingly, c\Cc\backslash C) is the category whose …

    I think it is confusing to use the same operator symbol for two different operations where you have to disambiguate by from the type of the arguments.

    I’ve been looking at the category of bi-pointed edge labeled quivers on a fixed set of labels LL which involve slice and coslice in its definition.

    L\ L\Quiv/ L\bot_L \backslash \, \bot_L \backslash \, Quiv / \top_L

    ( L\top_L is the one object quiver with LL edges, L\bot_L is the free rooted action of LL on a set - the infinite edge labeled tree)

    At least with different symbols you know what things are supposed to be categories and what are objects.

    [ people like me with camelCased last names are more sympathetic to camelCase ]

    • CommentRowNumber38.
    • CommentAuthorMike Shulman
    • CommentTimeDec 6th 2016

    C/cC/c and c/Cc/C are not two different operations; they are both special cases of the same operation f/gf/g, usually called a comma category.

    • CommentRowNumber39.
    • CommentAuthorTim_Porter
    • CommentTimeDec 6th 2016

    I was meaning the notation (A,c a)(A,c_a) or Ac aA\downarrow c_a. They are cumbersome but unambiguous. I like A/a and probably a/A is not too bad, but the / and \ based notations mix poorly with other contexts sometimes e.g. in groups. My problem is with ’slice’ and ’coslice’ as they do not conjure up an image (unlike ‘over’ and under’, as you say.) I am not suggesting any change but those names are not that clear to me.

    • CommentRowNumber40.
    • CommentAuthorRodMcGuire
    • CommentTimeDec 6th 2016
    • (edited Dec 6th 2016)

    C/cC/c and c/Cc/C are not two different operations; they are both special cases of the same operation f/gf/g, usually called a comma category.

    Yes, formally, Often informally one speaks of cc being an object in CC and doesn’t explicitly state that the two symbols in c/Cc/C really stand for an inclusion of cc into CC and the identity on CC. It is this rotational convention and elision where the two distinct operations exist.

    • CommentRowNumber41.
    • CommentAuthorMike Shulman
    • CommentTimeDec 6th 2016

    I’ve never ever been confused by this – it’s always obvious to me from context what is a category and what is an object, especially because people tend to use separate typefaces for categories and their objects, such as cCc\in C or X𝒞X\in \mathcal{C}. Whereas I have frequently been confused by c\Cc\backslash C.

    • CommentRowNumber42.
    • CommentAuthorTodd_Trimble
    • CommentTimeDec 6th 2016

    My problem is with ’slice’ and ’coslice’ as they do not conjure up an image

    I was addressing precisely that in #30, and offering a possible image to keep in mind.

    • CommentRowNumber43.
    • CommentAuthorTim_Porter
    • CommentTimeDec 6th 2016

    Todd: That does help.

    • CommentRowNumber44.
    • CommentAuthorRodMcGuire
    • CommentTimeDec 6th 2016

    it’s always obvious to me from context what is a category and what is an object

    x/yx/y is not machine parsible into something that adds inclusions and identities without knowing the types of its arguments which makes the parsing much more complicated. For parsing the common abbreviated notation one really needs 3 operators - slice, coslice, and real comma category where the latter has arguments that are explicitly functors and doesn’t imply additional structure.

    • CommentRowNumber45.
    • CommentAuthorMike Shulman
    • CommentTimeDec 6th 2016

    Fortunately, most mathematicians are not machines.

    • CommentRowNumber46.
    • CommentAuthorDmitri Pavlov
    • CommentTimeMay 2nd 2020

    Proposition 3.4 in the article overcategory suddenly starts talking about limits in undercategories. Yet there is a separate article undercategory. Should this proposition be moved there?

    • CommentRowNumber47.
    • CommentAuthorTodd_Trimble
    • CommentTimeMay 2nd 2020

    Yeah, I guess so, although I guess the author meant to dualize and then forgot?

    • CommentRowNumber48.
    • CommentAuthorUrs
    • CommentTimeMay 3rd 2020

    Yes I think this was laziness on my part. The bit on (co)limits was written for undercategories, but the entry for overcategories was the more comprehensive one which should contain such information.

    We should (copy it over to “undercategory”) and edit it to apply to overcategories.

    • CommentRowNumber49.
    • CommentAuthorUrs
    • CommentTimeMay 3rd 2020

    I have copied over the statement and proof to undercategory, then dualized the statement here and added pointer to there.

    (Being interrupted now, hope all is consistent.)

    diff, v39, current

    • CommentRowNumber50.
    • CommentAuthorUrs
    • CommentTimeMay 3rd 2020

    Done so now (here and here).

    Next, the notation and terminology between this and the following proposition really ought to be harmonized. Much room left for someone energetic about it to polish these entries…

  1. Added in examples

    Is there more to be said about the latter case?

    Anonymous

    diff, v45, current

    • CommentRowNumber52.
    • CommentAuthorUrs
    • CommentTimeSep 22nd 2022

    A special case of the second example is the construction of monoidal toposes as slice toposes over monoid objects. I have added (here) pointer to that example.

    diff, v47, current

    • CommentRowNumber53.
    • CommentAuthorvarkor
    • CommentTimeFeb 3rd 2024

    It would be nice to have a reference for where slice categories were introduced. Does anyone have an idea where this might be?

    • CommentRowNumber54.
    • CommentAuthorperezl.alonso
    • CommentTimeFeb 3rd 2024

    Re #53: do you mean a reference predating Lawvere’s introduction of comma categories in his thesis?

    • CommentRowNumber55.
    • CommentAuthorvarkor
    • CommentTimeFeb 4th 2024

    Re #53: do you mean a reference predating Lawvere’s introduction of comma categories in his thesis?

    Yes. I notice that in Marta Bunge’s thesis, she attributes the concept both to Grothendieck and Beck, but does not give an explicit reference.

    • CommentRowNumber56.
    • CommentAuthorvarkor
    • CommentTimeMay 4th 2024

    Added a cross-reference to slice of presheaves is presheaves on slice. At the moment, this content is duplicated here.

    diff, v50, current

    • CommentRowNumber57.
    • CommentAuthorvarkor
    • CommentTimeSep 11th 2024

    Mention comonadicity.

    diff, v52, current