categories - Category Theory list
 help / color / mirror / Atom feed
From: "Jon Sterling" <jon@jonmsterling.com>
To: "Nath Rao" <khazanarao@gmail.com>,
	"categories@mq.edu.au" <categories@mq.edu.au>
Subject: Re: Fibrewise opposite fibration
Date: Tue, 13 Feb 2024 08:16:14 +0000	[thread overview]
Message-ID: <8aed544d-1082-4a75-b571-aadfadfc29e0@app.fastmail.com> (raw)
In-Reply-To: <6b040ec8-db78-40fe-99f7-8dc5593500be@gmail.com>

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

Dear Nath,

It is important to note that although global choice is a very useful tool indeed, it is not consistent with the interpretation of the universe of sets in univalent foundations (UF) — despite the fact that the usual axiom of choice can be added to univalent foundations without any problems. The contradiction is described in Theorem 3.2.2 of the HoTT Book.

Of course, one is free to use traditional set theoretic foundations (either in terms of ZFC, or in terms of its embedding into UF + choice via iterative notions of set), and in this case the usual classical results about the consistency of indefinite descriptions would be available — but the reason I bring this up is that univalent foundations offers a compelling alternative to the usual approach of filling in missing data via choice that you bring up. In set theoretic foundations, the missing data is not uniquely determined (it is only unique up to isomorphism) and so you need some kind of choice to get it back; but in univalent foundations, it very often (in fact, usually!) happens that this missing data is uniquely determined in the appropriate sense — in this way, univalence increases the scope of *definite* descriptions so much that many classical uses of choice and/or indefinite descriptions become obsolete. This is why, in univalent foundations, you can avoid choosing a cleaving of a fibration because all fibrations are automatically, canonically, cloven.

It makes sense that there is a variety of approaches to deal with such issues.

Best,
Jon


On Mon, Feb 12, 2024, at 1:20 PM, Nath Rao 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://protect-au.mimecast.com/s/Uy0cCp81gYC8WpnQSP-lCQ?domain=outlook.office365.com

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

  reply	other threads:[~2024-02-13  8:19 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 [this message]
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
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=8aed544d-1082-4a75-b571-aadfadfc29e0@app.fastmail.com \
    --to=jon@jonmsterling.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).