Skip to content

Toronto spaces definition + easy properties#1564

Merged
felixpernegger merged 5 commits into
mainfrom
ontario
Dec 29, 2025
Merged

Toronto spaces definition + easy properties#1564
felixpernegger merged 5 commits into
mainfrom
ontario

Conversation

@felixpernegger

Copy link
Copy Markdown
Collaborator

Following the plan at the old PR (comment).

Since I think it has been established Toronto spaces are a nice property, and all theorems here are trivial, I think this PR should be uncontroversial now. Once this is merged I will make another PR some more complicated properties.

@felixpernegger

Copy link
Copy Markdown
Collaborator Author

If there are more trivial theorems (like the one with cut point) it might be good to mention them now

@prabau

prabau commented Dec 28, 2025

Copy link
Copy Markdown
Collaborator

Love the choice of branch name :-)

Comment thread properties/P000219.md Outdated
@prabau

prabau commented Dec 28, 2025

Copy link
Copy Markdown
Collaborator

T813 [Toronto + cut point => finite ]

We have many theorems where one of the properties is a kind of triviality condition. In the context of Toronto spaces, finite spaces are the trivial case. Theorems involving many properties can be phrased as: a bunch of properties imply the trivial case. But it is often more natural to move things around and put a non-triviality condition in the hypotheses. Compare for example: https://topology.pi-base.org/theorems/T000134 or https://topology.pi-base.org/theorems/T000702.

Anyway, all this to say it would be more natural to me to phrase it has "Infinite Toronto spaces don't have cut points."
i.e., [Toronto + ~finite => ~has cut point ]

@felixpernegger

Copy link
Copy Markdown
Collaborator Author

Alright that makes sense. I thought it's preferable to have as few negations as possible (for aesthetics)

@yhx-12243

yhx-12243 commented Dec 29, 2025

Copy link
Copy Markdown
Collaborator

Another suggestion: When you choose (theorem) number you might simply look up the existing PR to check whether the former number are occupied.
Usually when you see “holes” (e.g., T805, T806, T811, T813) in current pi-base, basically there are PR already using the number but not merged yet.
Otherwise once this PR merged, it causes lot of PR should change number.

@felixpernegger

Copy link
Copy Markdown
Collaborator Author

Another suggestion: When you choose (theorem) number you might simply look up the existing PR to check whether the former number are occupied. Usually when you see “holes” (e.g., T805, T806, T811, T813) in current pi-base, basically there are PR already using the number but not merged yet. Otherwise once this PR merged, it causes lot of PR should change number.

ok thanks

Comment thread theorems/T000815.md Outdated
@prabau

prabau commented Dec 29, 2025

Copy link
Copy Markdown
Collaborator

I have no more comment. Leaving it to @yhx-12243 to approve.

@felixpernegger felixpernegger merged commit 606d5ce into main Dec 29, 2025
1 check passed
@felixpernegger felixpernegger deleted the ontario branch December 29, 2025 00:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants