-
Notifications
You must be signed in to change notification settings - Fork 47
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
Adds 'simply connected' #853
Conversation
FYI, a full proof that the long line is not contractible: https://math.stackexchange.com/questions/1282097 |
FYI, when we quote some mathse post in the text, we have been using the notation |
Would it be possible to renumber the theorems so they don't conflict with the pending #852 (meta-Lindelof property)? |
Sorry about that! Just an oversight on my part. |
…e:000000}} syntax.
Even though the PR is still in draft state, I thought I'd start giving some comments anyway. "1-simply connected" as an alias: The usual terminology is "n-connected" (in this case, 1-connected). As one can check in zbmath for example, practically nobody uses "n-simply connected" or "1-simply connected". As https://ncatlab.org/nlab/show/n-connected+space indicates:
In other words, it's a pure invention of nlab, which is perfectly fine for their purpose of exploring things with the utmost generality and inventing terminology to fit their approach, but it does not reflect common usage, and does not need to be in pi-base. |
P200: I am not sure I like the phrasing "has trivial homotopy groups up to degree 1". Is that another nlab thing? In any case, it seems a little obscure, as
(with pi-base link for "path-connected" and maybe wikipedia link for "fundamental group" ?) |
As you noticed, T583 is now redundant, a consequence of the T588 and T590. As we want to avoid redundant theorems, what we usually do in this case is replace the previous T583 with one of the new results, the contents of T588 for example. The proof for T588 would have to change slightly, I think. First refer to mathse:715720 from T583 to say it's path connected (no proof needed, really). Then the rest ... Please double check me on this: Spaces that are homotopically equivalent have isomorphic homotopy groups. So no need to do much at all. (maybe there is an easy reference to that fact somewhere) |
I didn't know how to get fundamental group to appear using the {{wikipedia: Fundamental_group}} method, so I just used [fundamental group](https://en.wikipedia.org/wiki/Fundamental_group). (A deeper issue is I haven't figured out how to use the preview window. Is the standard practice to make commits and then use the page https://topology.pi-base.org/dev to switch the active branch? I assume not. Otherwise I fear I'll be frequently bothering you all with broken commits. I'll switch this from a draft commit tomorrow if I find time to review the two different proofs that the long line is not contractible. (That's not really necessary I know. I just like the idea of learning as I make these commits. I can go ahead and switch it to a regular pull request if that's annoying.) |
There are two levels of preview. The first one is while editing in vscode (github.dev). While editing a file, at the upper right of the editor pane there are a bunch of icons. One of them is for opening a preview window. Pretty handy while editing. The other level of preview is to see the full resulting web page after a commit. After each commit, a build is triggered. If the build is successful, the commit in the list of commits gets a green checkmark. This can also be checked in the Actions pane at the top of the page (https://github.com/pi-base/data/actions). Anyway, after a commit is built succesfully, one can check the result in the pi-base web site by going to the Advanced page (https://topology.pi-base.org/dev) and entering the specific branch name. (Sometimes it does not work. But first clicking Reset, then trying the new branch name usually works.) Regarding the fundamental group link, you did the right thing. Maybe we don't even need that one in the |
Nothing annoying here. Feel free to switch to Open when you prefer. I have also found that editing pi-base is great way to learn. It forces one to dig deeper into things. |
Does pi-base have a style preference for line lengths? I've been representing each idea/idea chunk/proof/definition with its own line, and I'm just using the online editor so it doesn't bother me, but I know terminal users may prefer to restrict to certain character limits (traditionally 80 characters max). Is there a unified style guide sitting around that I've missed? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The fact 'every map to a contractible space is homotopic to a constant map' is one of the equivalent characterizations of 'contractible' on Wikipedia, but does not appear on pi-base's Contractible
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The fact 'every map to a contractible space is homotopic to a constant map' is one of the equivalent characterizations of 'contractible' on Wikipedia, but does not appear on pi-base's Contractible
I think you are right. We should add that characterization (no proof needed, it's pretty obvious). That will allow to use a shorter argument for T583. And also change to a shorter argument for S38|P200.
BTW, should be something like "For every nonempty space
https://github.com/pi-base/data/wiki/Conventions-and-Style and the wiki in general is what we have. I'm not too picky with styling Markdown source; if we want to start doing so, I'd also want to rig up a VS Code plugin and GitHub Action to enforce this linting. |
Oh I didn't even see there was a Wiki! Thank you. |
There's probably some things to fix here, but I don't want to hold this up forever either. |
P200: remove "Defined on page 28 of ..." from the last paragraph, as it's now in the first paragraph. T583: Some of the double braces should be single braces: S38|P199: (long ray is not contractible) The mathse proof seems very organized and clear to me. The nlab is hard to read, at the least because of its formatting. Not sure I even want to try to parse all that. Is there anything that the nlab adds to the understanding of this? If not, how about removing the nlab reference? Same for the other two spaces. Note that for the other two spaces, we could just say something like S38|P200: (long ray is simply connected) Would there be a detailed proof somewhere that we can refer to? mathse or book? I need to check this proof further. In the mean time, it seems we should mention also that the space is path connected. That actually follows from the fact that it is arc connected: https://topology.pi-base.org/spaces/S000038/properties/P000038. But that in turn is a consequence of simply connected. So we can remove redundancies by adding the contents of that last file to this one and removing the P38 trait file. (and arc connected will follow from path connected + T2) |
You're right. I'm not sure why I didn't swap it out completely. |
I think the part of Eric Wofsey's post concerning this:
is the same proof as what we've currently got in S38|P200. 'll look around. (Edit: Somehow I overlooked this part "In the mean time, it seems we should mention also that the space is path connected.") Probably not a good page to link to, but this page also more or less has the same thing, and is more focused on the particular question: http://at.yorku.ca/b/ask-an-algebraic-topologist/2020/2977.htm |
I think {S153|P200} can refer to {S153|P38}. Though maybe instead we should write the proof (so long as we don't find a reference) in {S153|P39} and refer both to that one. I believe {S153|P39} has one extra detail. |
S39 (closed long ray) is actually not path connected (already known in pi-base). So it is not simply connected and not contractible either. No need to assert anything extra. |
For S153 (open long ray), it's very sparsely populated. Most of the basic traits are unknown because nobody ever took the time to look at it in detail. There should be a separate PR to remedy this. So it does not really matter if you want to add something now or leave it out. We can clean it up later on with the rest. |
|
I think that's everything? |
Seems a comment above from your comment to S38|P200 got overlooked. Repeating it here. What do you think?
I think you are right. We should add that characterization (no proof needed, it's pretty obvious). That will allow to use a shorter argument for T583. And also change to a shorter argument for S38|P200. BTW, should be something like "For every nonempty space |
…ious). That will allow to use a shorter argument for T583. And also change to a shorter argument for S38|P200.
P199: I think we also need that S38|P200 (long ray is simply connected): "The image of (I think the argument above is correct. It does not need that the image of This would also depend on adding that S158 (Unit interval) is contractible. What do you think? |
I think it's clearly a strict improvement, because it uses the basic elements of the space to explain more in fewer words. I'll go ahead and change it. And I see that by asserting we're a subset of an interval, we can ignore managing the two cases. I didn't see how to improve it, so I copied it in more or less verbatim. I did however write '{S158}' instead of |
I think danflapjax's comment #818 (comment) should be considered, perhaps for a future pull request though. I will go ahead and add 'S158 (Unit interval) is contractible'. |
Yes I agree, because previously that form was vacuously satisfied by |
Looks good! |
Just wanted to go ahead and add this asap since Joe131 requested it. Discussed at #818 and #851.
Foreseeable issues:
Since path-connected is in the definition of simply connected ('simply connected => path connected' is added as T587), and 'contractible => simply connected' is added as T588, now 'contractible => path connected' (T583) might be considered redundant.
There's now both T584 (Indiscrete + ~Empty => Contractible) and T586 (Indiscrete => Simply connected). T586 is how pi-base knows the empty space is simply connected (which does follow from all of the equivalent definitions). This isn't really an issue I think, but maybe it looks odd.
There's quite a few other spaces to add, but I didn't want to add too much for the first PR.
I'll probably take some time to review the nlab proof of 'long line is not contractible'. I didn't immediately find any other complete proof. I'll look again later.