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.
The usual notation for pullbacks is categorically sub-optimal, as it focuses too much on the objects. I am seeking a notation that would highlight that it's the pullback of 2 morphisms that we're computing, to make it also easier to see that the result in fact contains data corresponding to 2 morphisms (and a bunch of proofs).
Any time I've needed to do this, I've had some conventions about spans or cospans set up ahead of time that I could just take the pullback as a special case of, and had few enough to talk about that I could say "Let be the span obtained as the pullback of " without that seeming too long-winded.
For a morphism in a category with pullbacks along , there is base change functor , so that the pullback of along is denoted . This makes it clear that pullback is an operation on morphisms. If the category doesn't have all pullbacks along , this operation is no longer functorial, but the notation could still be appropriately suggestive. (Though note that the notation isn't symmetric: and are the two pullback projections.)
I was hoping there were some 'standard brackets' (rather than just parentheses) that were used for this.
I'm not so happy with the base-change notation, exactly because it isn't symmetric. The situation in which I'm interested in having a notation is symmetric (and involves many different pullbacks, thus the need for a shorter notation than pullback-fg
).
What about for and ? After all, the pullback of and is the product in the slice category . This also has the advantage of looking very much like the traditional notation.
I'm definitely in favour of that. If enough others here approve of that choice, I'll give it a whirl in agda-categories and see. I think @Reed Mullanix should be notified of this discussion...
Nathanael Arkor said:
What about for and ? After all, the pullback of and is the product in the slice category . This also has the advantage of looking very much like the traditional notation.
This feels so natural I wonder why I've never seen it before :O
I'm pretty sure I've seen sometimes.
This would definitely solve a lot of notational issues I'm having, thanks all!
Note that the most consistent thing would be for to denote the "diagonal" morphism from the pullback vertex to , since this is the product object in .
Shouldn't we get more used to notation denoting a bundle (record, what have you) of things? It's certainly my experience that getting used to lots of stuff being 'records' and then using explicit projections, assuming you have nice notation for it, increases precision a lot, at a tiny cost to readability.
Well, I wouldn't want to have to include the notation in the names of its projection maps, for instance; I'd rather just write those as and (or give them explicit names manually in some case if I need them).
Of course. "local scope" is a very useful thing to lighten notation. The point is that if you have 8 pullbacks in scope (and that number is not random) and you need to use all the projections, it does actually become nicer to use rather than inventing 16 names.
Sure, although I would probably write something like instead. In general I think the distinction between " denoting a record with an implicit coercion" and " having and as implicit parameters that can be made explicit" is something that doesn't really matter when writing mathematics informally on paper.
Indeed. It's worth remembering that 99% of the time, I'm personally doing mathematics formally on a computer. I still want as-good-a-notation-as-possible. With unicode and mixfix notation, one can do quite well - but it's still not full 2D notation.
I picked up the notation from Matthew Burke, for a morphism of cospans over you can write .