Comments (6)
Without the flattening lemma, we cannot describe the total space of the Hopf fibration and relate it to a join.
We have HIT/Flattening.v which seems to handle coequalizers, and Colimits/Colimit_Flattening.v which seems to handle arbitrary colimits (indexed by a graph). Then Colimits/Colimit_Pushout_Flattening.v which deduces the flattening lemma for pushouts from the one for general colimits. The first two seem redundant, and I don't know why both exist. In any case, all we need are pushouts for the Hopf fibration, so I think we should be good, right?
from coq-hott.
@jdchristensen The first is from 10 years ago and was from when Coeq was the HIT that was used to define others. The second is for the Type valued diagram Colimit library and I adapted that to use Coeq IIRC. I'm suggesteing we state the flattening lemma for GraphQuotient and from that all flattening lemmas can be derived.
Also, the first flattening lemma proof we have uses a HIT for the sigma type of the family, and AFAIK this is an unnecessary step as most HIT describe their own flattening lemma HIT by proving the induction principle it should have.
Therefore having the flattening lemma for GraphQuotients will be useful to derive them for all of them.
I believe a higher level idea of what is happening is that we are producing "lax colimits" in the Grothendieck category. Therefore it might be possible to leverage some idea of "displayed colimit" and show that Type can turn displayed colimits into colimits in the Grothendieck category. This should be a "descent property" that is found in all oo-topoi and probably other categories like pType, Spectra and 1-categories.
Since we dont yet have an idea of what colimits will look like nevermind displayed colimits, its probably not worth doing this with the wildcat library just yet. Althoigh, descent for pushouts will be very useful for producing things like the Hilton-Milnor milnor splitting.
from coq-hott.
Makes sense. But about the specific question I asked, we do currently have what we need to determine the total space of the Hopf fibration, don't we?
from coq-hott.
@jdchristensen Yes, specifically about the total space of the Hopf fibration, we are missing the flattening lemma for pushouts. The one for Coequalizers can be used, but I am not fond of having to go through the HIT there. The one for Colimits can also be used but we have to pass along the equivalence with our pushouts which is not desirable. Therefore, in my mind, it makes sense to do flattening for GraphQuotients and derive all the others as needed.
FTR it is possible (or more rather has been done) to do flattening for graph quotients, Floris wrote them out for lean: https://github.com/leanprover/lean2/blob/master/hott/hit/quotient.hlean
from coq-hott.
We do have flattening for pushouts in Colimits/Colimit_Pushout_Flattening.v. But is your point that these aren't identical to the pushouts defined in Colimits/Pushout.v? They are equivalent, which should hopefully be enough. (I agree with you that unify all of this would be great, I'm just having trouble understanding what we are missing for the Hopf fibration.)
from coq-hott.
@jdchristensen Yes, my point is that it requires passing back and forth the equivalence and I would rather have a more direct lemma. Strictly speaking you are correct, there is nothing blocking the total space for Hopf fibration.
from coq-hott.
Related Issues (20)
- Use ViCaR to visualize terms in monoidal categories HOT 3
- dune frequently making full builds HOT 9
- Tensor products of modules
- Add break hints to =, ==, $==, $->
- Add `_ $== _ :> _` notation exposing the underlying type of homs
- Homological algebra lemmas HOT 3
- Spectral sequences HOT 5
- Experiment with redefining bifunctors as uncurried functors
- Work out why test/WildCat/Opposite.v is slow HOT 2
- Remove redundant fields from Ring
- Generalize lhs, lhs_V, rhs and rhs_V to all transitive relations HOT 2
- Define matrices as functions HOT 2
- Define matrices as a collection of columns rather than a collection of rows
- General Linear group HOT 1
- Finite fields (Galois fields)
- Prime numbers
- Idempotent ring elements
- grp_pow and related things
- Tensor product of cyclic groups
- use CongruenceQuotient to define coequalizer
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from coq-hott.