categories - Category Theory list
 help / color / mirror / Atom feed
From: Dusko Pavlovic <duskgoo@gmail.com>
To: Nath Rao <khazanarao@gmail.com>
Cc: categories@mq.edu.au
Subject: Re: Fibrewise opposite fibration
Date: Thu, 22 Feb 2024 15:42:24 -1000	[thread overview]
Message-ID: <CAMH9A7mZM=Kirmhon2B4aC++Bbf3Lt8RLLQUESoQDMB4HFadFw@mail.gmail.com> (raw)
In-Reply-To: <6b040ec8-db78-40fe-99f7-8dc5593500be@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3495 bytes --]

[sorry, i always lag behind.]

a global well-order assumption is not a conservative extension even of ZFC.
it would make all models of computation extensional. it is also not a
conservative extension of the nice non-ZF universes we like these days,
including categorical, for basically the same reason.

my earlier point was that, since we live among computers, the assumption of
local well-ordering seems unavoidable, sooner or later.  for the simple
reason that all data and code are well-ordered as binaries. but the
ordering is not a property, either global or local, but structure. we keep
reordering things whenever we write a program. imposing a global ordering
structure would require deciding what is what: identifying the intensional
and the extensional equality. extensionally :)

you are probably right that all this is a sort of a religious war. or maybe
not a war, but rather a theological dispute. but note that theologians
considered it to be self-evident that they were the bearers of the torch of
logical truth. just like we.

if we assume that the world is built of sets, like we were taught in math
101, then assuming well-order is indeed questionable in all kinds of ways,
burdensome practically, and zermelo's solution to package it behind a big
quantifier is a convenient solution.

but while discussons whether the world is built of sets as the simplest
foundation of everything might be interesting, or not, programmers tend to
ignore them and only use sets when pedagogically unavoidable. the reason is
that all types in their world are well-ordered AND that transitioning to
sets and cardinalities is still as just costly as it was for cantor. so the
math that runs in the computers that we use to exchange these messages,
discuss foundations, and make calls home, tends to be built on well-ordered
types --- which we reorder and reprogram whenever needed. intensionally :)

2c
-- dusko


On Mon, Feb 12, 2024 at 6:56 PM Nath Rao <khazanarao@gmail.com> wrote:

> [This no longer about how to define fibrewise opposite fibration, so may
> be it is time t change the subject line.]
>
> IMHO, this seems to be more like a religious war. In "mathematics in the
> small", local axiom of choice allows us to choose representatives only
> when needed. So we are grew up believing that putting things in the
> definition that are not preserved by morphisms is "not done" (the
> religious dogma) . But them we run up against issues when we try to do
> the same thing in "mathematics in the large", and either ignore the
> problem or argue endlessly about how to solve it.
>
> Also, if are willing to assume that every set comes with a
> well-ordering, why not assume a global well-ordering and be done with
> it? [If I am going to use universes anyway, it seems to be trivial to do
> this, as long as I live inside a fixed universe in any given proof.] For
> ZFC, global choice is a conservative extension. Not being a logician, am
> not sure, but perhaps it can be shown for global choice is a
> conservative extension of local choice of 'all suitable set theories'.
> Then we can do global choice with no qualms.
>
> Regards
> Nath Rao
>
>
>
>
>
> ----------
>
> You're receiving this message because you're a member of the Categories
> mailing list group from Macquarie University.
>
> Leave group:
>
> https://url.au.m.mimecastprotect.com/s/IRyOC1WLjwsyM5vLTL23r1?domain=outlook.office365.com
>

[-- Attachment #2: Type: text/html, Size: 4263 bytes --]

  parent reply	other threads:[~2024-02-23  2:09 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-28  0:51 David Roberts
2024-01-28 11:54 ` Jon Sterling
2024-01-28 20:03   ` Thomas Streicher
2024-01-30  6:42     ` David Roberts
2024-01-31  0:35       ` Richard Garner
2024-01-31 19:31         ` Christian Sattler
2024-01-31 23:41           ` streicher
2024-02-01  4:48             ` Martin Bidlingmaier
2024-02-01  9:43             ` Jon Sterling
2024-02-01 11:06               ` Thomas Streicher
2024-02-01 11:18                 ` Jon Sterling
2024-02-01 11:46                   ` Thomas Streicher
     [not found]                     ` <ZbuFZoT9b9K8o7zi@mathematik.tu-darmstadt.de>
2024-02-02 10:11                       ` Thomas Streicher
2024-02-01 11:26                 ` Christian Sattler
2024-02-09  0:02 ` Dusko Pavlovic
2024-02-09  1:48   ` Michael Barr, Prof.
2024-02-09 19:55     ` Dusko Pavlovic
2024-02-10  6:28       ` David Roberts
2024-02-10  8:42         ` Jon Sterling
2024-02-09 11:25   ` Fibrewise opposite fibration + computers Sergei Soloviev
2024-02-09 20:25     ` Dusko Pavlovic
2024-02-12 13:20   ` Fibrewise opposite fibration Nath Rao
2024-02-13  8:16     ` Jon Sterling
2024-02-13 10:04       ` Thomas Streicher
2024-02-13 10:56         ` Jon Sterling
2024-02-13 11:38           ` Thomas Streicher
2024-02-13 11:53             ` Jon Sterling
2024-02-13 12:18               ` Thomas Streicher
2024-02-13 16:35                 ` Thomas Streicher
2024-02-23  1:50                   ` Dusko Pavlovic
2024-02-23  1:52                     ` Dusko Pavlovic
2024-02-23  1:42     ` Dusko Pavlovic [this message]
2024-02-26  7:31       ` Dusko Pavlovic

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='CAMH9A7mZM=Kirmhon2B4aC++Bbf3Lt8RLLQUESoQDMB4HFadFw@mail.gmail.com' \
    --to=duskgoo@gmail.com \
    --cc=categories@mq.edu.au \
    --cc=khazanarao@gmail.com \
    /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).