-
Notifications
You must be signed in to change notification settings - Fork 363
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
naive van Kampen #43
Comments
Because, unlike the first one, it doesn't involve an untruncated type in its definition. |
I've removed these sentences; they were clearly confusing and didn't really convey any important information. |
Do you mean, if S were a set, then the definition of "code" would not Do you also mean, that if S were a set, then where we define "code(ib, ib′ On Wed, Mar 27, 2013 at 8:10 PM, Mike Shulman notifications@github.comwrote:
|
Yes and no, respectively. The sentences that I just removed were What is it that you think needs more "justification"? On Wed, Mar 27, 2013 at 9:00 PM, Daniel R. Grayson
|
Okay. Your latest version is clearer. On further thought, I'm no longer worried about justifying those examples applying the theorem. But now I'm wondering about this sentence: "Indeed, the conclusion of Theorem 7.5.4 says nothing at all about π_1(A); the paths in A are “built into the quotienting” in a type-theoretic way that makes it hard to extract explicit information." For some reason I find it hard to understand. I wonder if a more prosaic and satisfactory explanation for the advantage of reformulating van Kampen is that fundamental groups refer to base points, but the naive van Kampen theorem doesn't. |
Is that going to be convincing if you are not a hardened classical On Wed, Mar 27, 2013 at 9:40 PM, Daniel R. Grayson <notifications@github.com
|
Sure. The only way to get a group out of a groupoid is to pick a base On Wed, Mar 27, 2013 at 10:16 PM, Mike Shulman notifications@github.comwrote:
|
In homotopy.tex we read a remark about the naive van Kampen's "code":
"code(u, v) is required to be a set, even though it involves the untruncated type A in its definition. This is why the version of van Kampen we are currently describing is “naive”. We will explain at the end of this subsection why this is an undesirable feature, and remedy it in the next subsection."
But in the next section, where the improved "code" is defined, we read
"code(ib, ib′ ) is now a set-quotient of the type of sequences..."
So the second "code" is also forced to be a set. Why doesn't it suffer from the same defect?
The text was updated successfully, but these errors were encountered: