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.
    • CommentAuthorPeter Heinig
    • CommentTimeJul 16th 2017
    • (edited Jul 16th 2017)

    Added to global element, which seems not to have had a Latest Changes-thread so far (hence this newly created one), a remark on a formalization of “name of a morphism” which I just stumbled upon and find a noteworthy thing.

    Perhaps this should go somewhere on the nLab, but to me global element seemed the most fitting place.

    I had always thought something like, “Well, if one really has to be careful and formal about the distinction between names or morphisms and morphisms per se, then the protocategories and protomorphisms in the sense of Freyd and Scedrov give one way to do so, and there is an introduction to this in the Elephant.” I was surprised to find someone connecting this to internal homs, hence made this note in global element.

    If there are some “situating comments” on this that can conveniently be made, I would be happy to read them here.

    • CommentRowNumber2.
    • CommentAuthorPeter Heinig
    • CommentTimeJul 16th 2017
    • (edited Jul 16th 2017)

    Actually, I do not see the “point” of this particular usage of Baez’, but find it some thing worthy of note and, perhaps, brief discussion.

    (There is also an evident issue of infinite regress, concerning the name of the morphism which Baez calls the name of the morphism, which I decided not to get into, at least now.)

    • CommentRowNumber3.
    • CommentAuthorTodd_Trimble
    • CommentTimeJul 16th 2017
    • (edited Jul 16th 2017)

    I entered some corrections.

    The point is that it is sometimes convenient to refer to the name of a morphism. For example, if you look at Lawvere’s fixed point theorem, you have to actually come up with a point 1B1 \to B, and in order to do that, you have to name a certain morphism ABA \to B.

    • CommentRowNumber4.
    • CommentAuthorPeter Heinig
    • CommentTimeJul 17th 2017
    • (edited Jul 17th 2017)

    Many thanks for the corrections. I made a minuscule additionto global element, explicitly…err…naming ? the naming-function. My initial rendition of the (handwritten) lecture notes (which do not make these systematizing attempts), using the “:=” only seemed not clear enough.

    I shied away from saying anything about what kind of function

    𝒞(A,B)𝒞(I,[A,B])\mathcal{C}(A,B)\rightarrow\mathcal{C}(I,[A,B])

    the function ""\text{"}\cdot\text{"} should be, for reasons I do not know how to verbalize.

    Evidently, one would like to have ""\text{"}\cdot\text{"} injective, so that no two morphisms get the same name.

    Moreover, currently, according to this point of view (which I find a valuable addition to the article already in its “discrete” version deplored in what follows), naming morphisms is a set-function between external hom-sets. According to the philosophy that verbs are functors, its being a mere function seems deplorable and it should become a functor between enriched hom-sets. I do not see how to make naming morphisms a functor in a meaningful way though.

    • CommentRowNumber5.
    • CommentAuthorTodd_Trimble
    • CommentTimeJul 17th 2017

    Okay, I expanded on this (and did some rearranging), giving the precise definition of the naming function, which is manifestly a natural bijection. (I suppose you won’t find the idea of describing some verbs as natural transformations “deplorable” (-: ).

    • CommentRowNumber6.
    • CommentAuthorMike Shulman
    • CommentTimeJul 6th 2018

    Added more general definition that works for categories without a terminal object.

    diff, v19, current