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.
    • CommentAuthorzskoda
    • CommentTimeMar 10th 2019

    Page created, but author did not leave any comments.

    v1, current

    • CommentRowNumber2.
    • CommentAuthorzskoda
    • CommentTimeJun 14th 2019

    Added few more links.

    diff, v2, current

    • CommentRowNumber3.
    • CommentAuthorUrs
    • CommentTimeFeb 17th 2023

    discovering that this entry exists, I gave it some structure and cross-linking. But it remains a stub.

    diff, v3, current

    • CommentRowNumber4.
    • CommentAuthorDavid_Corfield
    • CommentTimeFeb 17th 2023

    There’s also a stub at parallel computing. Here’s an account of the difference. I wonder if there’s anything nPOV-ish to say.

    • CommentRowNumber5.
    • CommentAuthorUrs
    • CommentTimeFeb 17th 2023

    ah right, so let’s add these cross-links, too

    diff, v4, current

    • CommentRowNumber6.
    • CommentAuthorUrs
    • CommentTimeFeb 17th 2023
    • (edited Feb 17th 2023)

    I wonder if there’s anything nPOV-ish to say.

    With computation understood as path lifting (here) parallel computing should correspond to the case that the base type over which we lift is itself further fibered, so that a single path (= instruction path = program) is itself the (dependent-)pairing of several other paths in spaces of subsets of the parameters.

    • CommentRowNumber7.
    • CommentAuthorDavid_Corfield
    • CommentTimeFeb 17th 2023

    That’s interesting. We’ve spoken before about when (what we now call) a type telescope doesn’t use the full range of dependencies, for instance, back here. There’s Mike’s concept of “context shape” in #27 there.

    • CommentRowNumber8.
    • CommentAuthorUrs
    • CommentTimeFeb 17th 2023

    a type telescope doesn’t use the full range of dependencies

    Not sure if that’s the right way to put it.(?) Subject to there being a linear ordering on the context extensions, type telescopes reflect the most general possible dependencies.

    (The discussion you link to indeed starts with considering a type telescope and then considers specializing it to situations where some types up in the telescope do not explicitly depend on some of the previous stages.)