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 comma 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 finite 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 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).
  1. Page created, but author did not leave any comments.

    Younesse Kaddar

    v1, current

  2. Removing the page, as the svg code wasn’t displayed properly (and I found a better way to include the diagrams).

    Younesse Kaddar

    diff, v2, current

    • CommentRowNumber3.
    • CommentAuthorTobyBartels
    • CommentTimeAug 27th 2018

    New page, mostly material moved from ideal.

    diff, v3, current

  3. Great work! Just a friendly note, in case you happen to see this, that I’d suggest not to re-use an empty page in this way, as it makes the history a bit hard to follow. It is no trouble for me to delete empty pages, and I’d rather we do that. I realise that this may be a change in recommendation from earlier practise, my apologies for any confusion!

    • CommentRowNumber5.
    • CommentAuthorTobyBartels
    • CommentTimeAug 27th 2018

    Yes, the earlier practice was based on my desire to never delete any pages, and I rather hope that you have not deleted any yet! I'd actually like to fix the software so that no edit history is ever lost (including page moves and things like that); I realize that we might not achieve that goal, but at the very least I don't want to make extra effort to remove information. (Not that it's always a great loss, but deleting pages is a slippery slope that I watched Wikipedia tumble down, and I don't want it to happen here.)

    We started reusing empty pages to avoid letting them pile up, although that hasn't really worked, and I'll quit doing that if it annoys you (or anybody else, really). They haven't piled up to an unmanageable level, and casual users never see them, so reusing them isn't as necessary as it once seemed. And I can see here that it wreaks havoc with the automatic comment system!

    • CommentRowNumber6.
    • CommentAuthorTobyBartels
    • CommentTimeAug 27th 2018

    Completely written, but needs more examples

    diff, v5, current

    • CommentRowNumber7.
    • CommentAuthorUrs
    • CommentTimeAug 27th 2018

    Maybe it’s good never to erase what once was intended as genuine content. But at some point spam pages were being recycled for content, and we really shouldn’t do that, I think, since it just serves to anchor spam into our database, even if just in the edit history.

    • CommentRowNumber8.
    • CommentAuthorTobyBartels
    • CommentTimeAug 27th 2018

    Yes, this example wasn't spam, but most of what I've ended up recycling in this way was originally spam. Since edit history is rarely viewed and isn't archived by Google et al (see https://ncatlab.org/robots.txt), the spam doesn't cause any harm. (This is in contrast to leaving spam comments at the bottom of old blog posts, where they continue to attract clicks and page rank, which incentivizes more spam besides causing direct harm to foolish readers.) If I stop recycling it, then it will be even better hidden.

    Wikipedia started out deleting only obvious garbage in rare circumstances, and a few years later (I don't mean today, I mean over 10 years ago) it had gotten to the point that a new user could spend hours writing a new article, only to get it deleted for one reason or another, and then they couldn't even see what they'd just written! Usually the removal from the main article space is for a good reason, but the permanent hiding from the writer is a harmful side effect that nobody has cared enough to fix in over a decade. (There's only a process in place for requesting permission to see what you wrote, and people are sometimes denied even that.) I don't want the nLab to start down that route, which is why I want to only hide (and not delete) even spam unless doing so actually causes a problem.

    I've tried to keep up on policy discussions, but if we've started deleting spam, then I don't know about it. If Richard and Urs want to propose deleting spam, then I don't think that this is the place to do that.

    • CommentRowNumber9.
    • CommentAuthorTobyBartels
    • CommentTimeAug 28th 2018

    Constructivist definition

    diff, v6, current

    • CommentRowNumber10.
    • CommentAuthorTobyBartels
    • CommentTimeAug 29th 2018

    More on the motivating example

    diff, v7, current