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 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 internal-categories k-theory lie-theory limits linear linear-algebra locale localization logic mathematics measure measure-theory modal modal-logic model model-category-theory monad monads monoidal monoidal-category-theory morphism motives motivic-cohomology 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.
    • CommentAuthormmuddasani
    • CommentTimeNov 19th 2017

    I was trying to follow along the proof for the closure properties here. Part 5 of the proof (for closure under (co-)products) assumes that the arrow category 𝒞 Δ[1]\mathcal{C}^{\Delta[1]} is a presheaf category whose (co-)limits are computed componentwise. Is this a valid assumption?

    IIUC, it is folklore (if not already documented in several textbooks) that the collection of evaluation functors out of a 𝒞\mathcal{C}-valued presheaf category jointly reflect (co-)limits.

    Is is possible to come up with a counterexample category 𝒞\mathcal{C} and a coproduct diagram in 𝒞 Δ[1]\mathcal{C}^{\Delta[1]} such that both evaluation functors do not jointly preserve the coproduct?

    • CommentRowNumber2.
    • CommentAuthorMike Shulman
    • CommentTimeNov 19th 2017

    Your question is whether the proof works even if CC is not assumed to have coproducts but C Δ[1]C^{\Delta[1]} happens “by accident” to have some coproduct that isn’t componentwise?

    One thing to say is that as soon as CC has a terminal object, the two evaluation functors C Δ[1]CC^{\Delta[1]}\to C are left adjoints, hence preserve all colimits.

    I think this is beside the point, though; generally whenever people talk about (co)limits in a functor category they mean componentwise ones even if they forget to say it. I don’t think I’ve ever seen any use for “accidental” limits in a functor category that aren’t componentwise, just like how all interesting Kan extensions are pointwise.

    • CommentRowNumber3.
    • CommentAuthormmuddasani
    • CommentTimeNov 21st 2017

    Thanks for the helpful reminder regarding the evaluation functors being adjoints! If we call both evaluation functors cod,domcod, dom, then they participate in an adjoint triple codiddom:𝒞 Δ[1]𝒞cod \dashv id \dashv dom : \mathcal{C}^{\Delta[1]} \to \mathcal{C}. So this means codcod is always a left adjoint and so always preserves coproducts. And I think that’s all we need in order to finish the proof, since the proposed lift remains a well-defined candidate.

    I think that showing that both of the triangles commute involves regarding each triangle as a square (i.e. arrow of the arrow category) with an identity for the newly introduced (co-)domain and with the left edge of each square being a coproduct. The only part I’m still taking time to verify the details is regarding whether the top arrow of the top triangle is what we expect it to be as we switch from the coproduct P.O.V. versus the sequence of arrows P.O.V.

    I’ll try to add inline diagrams for the above paragraph when I can spend time to learn how to do so.

    Regarding (co-)limits usually being pointwise in functor categories, I’ll acknowledge that note. I’m still curious about the counterexamples, but perhaps less so if it is generally accepted to usually work with pointwise (co-)limits.