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).

nLab > Latest Changes: pushout

Bottom of Page

1 to 11 of 11

  1.  
    • CommentRowNumber1.
    • CommentAuthorJohn Baez
    • CommentTimeJan 27th 2018
    • (edited Jan 27th 2018)

    I made some minor improvements to the Properties section of pushout, making it match the similar section in pullback insofar as it can. (It’s a bit tiring to have to look at both these pages to get all the basic properties, so I fixed that, but for properties that hold both for pullbacks and dually for pushouts I’m happy to have all the proofs at pullback - that’s how it works now.)

    • CommentRowNumber2.
    • CommentAuthorDmitri Pavlov
    • CommentTimeApr 6th 2020

    Added redirects.

    diff, v21, current

  3. Edited all commutative diagrams to use tikz-cd instead of arrays.

    R.Arthur

    diff, v25, current

    • CommentRowNumber4.
    • CommentAuthorUrs
    • CommentTimeNov 2nd 2021

    Thanks!

    • CommentRowNumber5.
    • CommentAuthorR.Arthur
    • CommentTimeNov 2nd 2021
    It was only later that I saw that it is customary to first propose the changes before doing them. I have now created an account and will from now on announce changes. Furthermore, I think in section 4, the diagram for coequalizer needs some work, but I have not yet found out how to TeX this properly.
    • CommentRowNumber6.
    • CommentAuthorUrs
    • CommentTimeNov 2nd 2021

    You don’t need to propose changes before doing them. In fact, experience shows that changes that are being proposed here tend to never be implemented.

    The modus operandi is that if you are energetic about making a certain edit, then you are likely the single best person to make that edit at that point in time. Moreover, an actual edit tends to get much more and more useful feedback than the proposal of an edit. And in case that a real objection to an edit should arise, it is still easy to adjust (or, in rare cases, revert) afterwards.

    So please go ahead.

    What is it about the coequalizer diagram that you have in mind?

    • CommentRowNumber7.
    • CommentAuthorR.Arthur
    • CommentTimeNov 3rd 2021
    The arrows look too long there. I think a normal \xrightrightarrow would be better.
    Furthermore: I agree with you: sometimes one just really feels the urge to make something better, that feeling can be quite instantaneous so better directly act on it.
    • CommentRowNumber8.
    • CommentAuthorUrs
    • CommentTimeNov 3rd 2021
    • (edited Nov 3rd 2021)

    You can adjust length of arrows in tikzcd either globally or individually.

    In the present case, I have adjusted here the right arrow by adding [-35pt] after its ampersand

      \begin{tikzcd}
     a 
     \ar[r, "i_1 \circ f", shift left] 
     \ar[r, "i_2 \circ g"', shift right] 
     & 
     b \sqcup  c 
     \arrow[r] 
     &[-35pt]
     b 
       \underset{a}{\sqcup} 
     c
  \end{tikzcd}

    (To shrink arrows globally, add something like [column sep=30pt] after \begin{tikzcd}. But if one does this then, currently on the nnLab, also the font size of the entire diagram shrinks, for some reason. So maybe better to adjust locally.)

    While I was at it, I also took the liberty of replacing subscripted additive notation for cofiber coproducts by more coproduct-like notation.

    diff, v26, current

    • CommentRowNumber9.
    • CommentAuthorUrs
    • CommentTimeMay 6th 2023
    • (edited May 6th 2023)

    I am deleting all redirects for amalgam* that were pointing to here, and instead will create now a disambiguation entry amalgamation

    this since common usage of terminology is such that most readers looking for “amalgamation” are probably really after amalgamated free products of groups as (now) described at free product of groups and if we do want to make the point that this is a special case of a pushout then we should do so up front in a dedicated disambiguation entry

    [edit: in making this edit I am being alerted that the previous redirects had been clashing with the entry amalgamation property all along, so one more reason to have them removed, as they are now]

    diff, v29, current

    • CommentRowNumber10.
    • CommentAuthorUrs
    • CommentTimeMay 21st 2023

    added pointer to:

    diff, v31, current

    • CommentRowNumber11.
    • CommentAuthorUrs
    • CommentTimeMay 29th 2023

    added pointer to:

    for the terminology “amalgamated sum”.

    diff, v32, current

1 to 11 of 11

  1.