categories - Category Theory list
 help / color / mirror / Atom feed
From: F William Lawvere <wlawvere@buffalo.edu>
To: <categories@mta.ca>
Subject: Re: Simplicial versus (cubical) with connections)
Date: Fri, 28 Oct 2011 22:08:27 -0300 (ADT)	[thread overview]
Message-ID: <E1RJxXA-0001tw-Kb@mlist.mta.ca> (raw)

[Note from moderator: an earlier version of this message was badly
formatted and may have been difficult to read so it is being reposted; as
a reminder, posts should be sent with text-only formatting]

Dear Todd, Ross, Vaughn, et al

Trivial objects should NOT be admitted to categories A whose
set-valued functors are intended to form a combinatorial topos
to serve as a surrogate for some sort of continuous spaces.
That is to say, there is a reason why the delta of simplicial sets
does not have a unit object (unlike the delta that, as a strict
monoid in CAT, has precisely all monads as its actions). Similarly,
the basic cubical sets are functors on the part A (of the algebraic
category involving two nullary operations) which consists of
finitely-presented STRICT algebras; thus this is the classifying
topos for those bi-pointed objects (in arbitrary toposes) that
satisfy the non-equational entailment

front = back entails false.

The reason is this: if a site C = Aop has an initial object, then
the left adjoint to the inclusion of constant functors, which
should model the notion of connected components, is
representable, hence preserves equalizers; but the basic
intuitive examples of spaces with non-trivial connectivity
are constructed as equalizers of maps between connected spaces!

(Note that restrictions (on the structures classified) involving
falsity, disjunction, or existential quantification typically give
sheaf toposes, but exceptionally may just give smaller presheaf
categories; another related example is in algebraic geometry,
where classifying the algebras subject to the disjunctive
condition

x^2=x entails x=0 or x=1

merely involves the topos of all functors on those
finitely-presented algebras that satisfy the same condition.)

According to the paradigm set by Milnor, the relation between
continuous and combinatorial is a pair of adjoint functors called
traditionally “singular” and “realization”.  ("Singular", as
emphasized by Eilenberg, means that the figures, on which the
combinatorial structure of a space lives, should not be required
to be monomorphisms, achieving functoriality with respect to all
continuous changes of space; "realization" refers to a process
analogous to the passage from blueprints to actual buildings
of beton and steel). As emphasized by Gabriel & Zisman, the
exactness of realization forces us to refine the default notion of
space itself, in the direction proposed by Hurewicz in the late 40s
and described by J.L.Kelley in 1955. Further refinements suggest
that the notion of continuous could well be taken as a topos, of a
cohesive (or gros) kind. The exactness of realization helps the
combinatorial topos to describe the continuous category as
closely as possible. In the same spirit, the finite products of
combinatorial intervals could be required to admit the diagonal
maps that their realizations will have. There is one point
however where perfect agreement cannot be achieved: the
contrast between continuous and combinatorial forced Whitehead
to introduce a specific notion he called weak equivalence,
(as explained by Gabriel & Zisman) in order to extract the
correct homotopy category. The contrast can readily be seen
in my list of axioms for Cohesion (TAC): the reasonable
combinatorial toposes satisfy all but one of the axioms, but only
the continuous examples satisfy that one. This Continuity axiom
(preservation of infinite products by pizero) I introduced in order
to obtain homotopy types that are "qualities" in an intuitive sense
(as they are automatically in suitable continuous cases).

I hope these remarks are useful.

Bill


[For admin and other information see: http://www.mta.ca/~cat-dist/ ]


             reply	other threads:[~2011-10-29  1:08 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-29  1:08 F William Lawvere [this message]
  -- strict thread matches above, loose matches on Subject: below --
2011-10-22 13:07 Simplicial versus (cubical " Todd Trimble
2011-10-26 21:27 ` F. William Lawvere
     [not found] <E1RGrPh-0003WW-KS@mlist.mta.ca>
2011-10-20 22:08 ` Ross Street
     [not found] <33D5C4F9-416F-47E2-9CB3-C0109F977475@gmail.com>
2011-09-14 10:04 ` Ronnie Brown
     [not found] ` <E1R4GgT-0007ej-Hq@mlist.mta.ca>
2011-09-15 19:06   ` Urs Schreiber
2011-09-16 13:24     ` Fernando Muro
2011-10-18 13:27       ` Urs Schreiber
2011-10-19  8:35         ` Marco Grandis
2011-10-19 17:09           ` Vaughan Pratt
2011-10-20 10:39             ` Ronnie Brown
2011-09-12  0:30 Simplicial groups are Kan Michael Barr
2011-09-12  9:35 ` Ronnie Brown
2011-09-13 15:12   ` Simplicial versus (cubical with connections) Marco Grandis
     [not found]   ` <BDF51495-03DB-4725-8372-094AD1608A11@dima.unige.it>
2011-09-13 16:58     ` Ronnie Brown
2011-09-14  7:08       ` Jonathan CHICHE 齊正航

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1RJxXA-0001tw-Kb@mlist.mta.ca \
    --to=wlawvere@buffalo.edu \
    --cc=categories@mta.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).