Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Theorem Suggestion: perfectly normal LOTS are first countable #1041

Closed
pzjp opened this issue Dec 9, 2024 · 9 comments
Closed

Theorem Suggestion: perfectly normal LOTS are first countable #1041

pzjp opened this issue Dec 9, 2024 · 9 comments
Labels

Comments

@pzjp
Copy link
Collaborator

pzjp commented Dec 9, 2024

Theorem Suggestion

If a space is:

  • Orderable P133
  • Perfectly normal P15

then it is First countable P28.

Rationale

This theorem would demonstrate that no spaces satisfy the following search:
https://topology.pi-base.org/spaces?q=LOTS%2BPerfectly+normal%2B%7EFirst+Countable
Observation: when I put "?" instead of "~" then a weird answer appears:
https://topology.pi-base.org/spaces?q=LOTS%2BPerfectly+normal%2B%3FFirst+Countable

Proof

Elementary:

By perfect normality, for $x\in X$ we have $\{x\}=\bigcap_{n=1}^\infty U_n$ for some descending sequence of open sets $U_n$. By definition of the order topology, we can replace $U_n$ by an open interval $(a_n,b_n)\subset U_n$, where $-\infty\leq a_n\leq a_{n+1}<x<b_{n+1}\leq b_n\leq +\infty$ (we introduce $\pm\infty$ to cover neighborhoods of minimal/maximal element in $X$).
For any $(a,b)\ni x$ there has to exist $m,n$ such that $a\leq a_n < x < b_m \leq b$. Otherwise either $[a,x]$ or $[x,b]$ would be contained in the intersection of $U_n$'s. Then $x\in(a_{n'},b_{n'})\subset(a,b)$ for $n'=\max(m,n)$. Hence we proven that $\{(a_n,b_n)\colon n\geq 1\}$ is a countable base of neighborhoods at $x$.

@pzjp pzjp added the theorem label Dec 9, 2024
@Moniker1998
Copy link
Collaborator

Moniker1998 commented Dec 9, 2024

image

This theorem doesn't need to exist. Try updating your version of pi-base

@Moniker1998
Copy link
Collaborator

The observation with the second link in your post is curious however. Any ideas why this search works like this @StevenClontz ?

@pzjp
Copy link
Collaborator Author

pzjp commented Dec 9, 2024

I was not aware that I can accidentally access old versions of the base.

@GeoffreySangston
Copy link
Collaborator

GeoffreySangston commented Dec 9, 2024

@pzjp On the pi-base website, you can click the circle of arrows at the bottom of your screen to reset pi-base (I believe without changing the branch). Or you can go to https://topology.pi-base.org/dev and click Reset, which will reset pi-base and set the branch to main.

@pzjp
Copy link
Collaborator Author

pzjp commented Dec 9, 2024

I've did this when the possibility of having outdated base was pointed out ;) I used to think that the date of migration refers to a global update I'm not able to interfere with.

@StevenClontz
Copy link
Member

Reopened pi-base/web#166 to find a way to automatically resync when data is over a day old.

@StevenClontz
Copy link
Member

The observation with the second link in your post is curious however. Any ideas why this search works like this @StevenClontz ?

It's buggy lol. 🤷‍♂️ I'm expecting to sync up with @jamesdabbs in the coming weeks to tackle a few things that he's more knowledgable about; I'll open an issue for this.

@StevenClontz
Copy link
Member

Thanks for the contribution @pzjp - I'm closing as this seems to be deducable with an updated database.

@prabau
Copy link
Collaborator

prabau commented Dec 9, 2024

@pzjp FYI, for a probable explanation of the "buggy behavior":

pi-base/web#205 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants