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.
I was reminded today of a terminological peeve I have, and I was wondering whether there is a justification for it, or whether it is simply an inconsistency. In some places in category theory, notably in the notion of [[subobject classifier]], a "classifier" is something that has a mapping-in universal property. However, in two-dimensional category theory, a [[pseudo morphism classifier]] has a mapping-out universal property. It seems to me that it would be clearer to call the latter a "pseudo morphism coclassifier" (which reflects the fact that it can be constructed as a colimit).
Is this just a poor choice of terminology, or is there a good reason it should be a "pseudo morphism classifier" rather than "pseudo morphism coclassifier"?
Some people scorn the fussiness of "coclassify", and say that you can classify things by maps in or maps out, and you just have to say which. As usual I prefer to stand by and watch people fight about terminology, but I think that attitude is why people people sometimes use "classifier" for things with a mapping-out universal property.
But that page [[pseudo morphism classifier]] does distinguish between classifiers and coclassifiers:
In many situations, we can study the weaker kinds of morphism using the strict kinds of morphism using a weak morphism classifier. A weak morphism classifier for an object is an object such that weak morphisms are in [[natural bijection]] with strict morphisms .
Dually, a weak morphism coclassifier is an object such that weak morphisms are in natural bijection with strict morphisms .
Oh, I see the issue is the orientation. They're the wrong way around.
I would certainly find "classifier" to refer to a mapping-in property only more consistent and better terminology, as limits and most "classical" classifiers have a mapping-in property. The historical usage in higher category theory does present an obstacle to this, but one that I think can be overcome through clarification. It's definitely a less than ideal situation to have "classifier" and "coclassifier" switched in some of the literature versus the rest, but it would hardly be the first time something something like that happened and it feels like it has a better chance of resolving itself successfully than the "fork/cofork" confusion, for example.
(Then again, I am a bit mystified by the continued fork/cofork confusion when one of them is a cone over the parallel pair, is used to exhibit an equalizer, and has the pointy end on the tines.)
Isn't a classifier something that classifies, as opposed to any specific formal incarnation of such? I can think of about a dozen different methods of classification across mathematics, some of which don't explicitly involve morphisms at all.
I will argue that naming things after how they are interpreted is best practice. Specific choices of definition are subject to change. Only the full collection of axioms for a given structure can adequately capture a definition, english names are meant for human interpretation.
If I heard "coclassifer" on the street, I wouldn't think "something that classifies using a mapping in property" rather "something that classifies classifiers"
I don't think mathematical terminology has anything to do with what people "on the street" think. If I told someone my ring was excellent, they probably wouldn't guess I'm talking about a mathematical structure that's a catenary Grothendieck ring that's also a J-2 ring. But people don't just walk down the street and talk to strangers about math.
sorry, I am using phrasing my old topology prof would use. On the street refers to people talking loosely between talks at a conference etc. much like the phrase "in the wild" (I wouldn't expect to find a topological space literally in the wild)
Actually, I do feel like your example prompts me further on my point here, "excellent" probably isn't the best name, rather its how you personally feel about the structure. I can look at the nlab for what a Grothendieck ring and J-2 ring are, and get a feel from working through a bunch of examples, and perhaps there is a more "synthetic" name that would give mathematicians who know all the definitions a better sense of how you are interpreting an "excellent" ring.
So if you wanted to dualize everything, and call your ring a "coexcellent" ring, you could, but I bet someone feels "coexcellent" is more excellent than "excellent"... yeah excellent isn't the best name...
wrt the original point, in my humble and subjective opinion, classifier is a good name as it is telling you that the structure is meant for classifying something.
The problem is that I may be in a situation where I can classify things by either a mapping in or a mapping out property, and it would be very convenient for me to have two terms, following established conventions, that distinguish between the two.
And the terminology "classifier" and "coclassifier" seem very well suited for this.
Also according to the proposed (but not the established) use of "coclassifier", limits classify cones and colimits coclassify cocones.
perhaps walking down the street during the lunch break while attending JMM