-
Notifications
You must be signed in to change notification settings - Fork 126
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
Towards knots #1835
Towards knots #1835
Conversation
a slightly differetn versio produced:
I think this was obtained by doing |
when playing, one should not try this:
|
(this is from i==1, the group is trivial (order() returns 1, but describe is unhappy) |
The current situation with quotient groups of finitely presented groups in GAP is as follows. |
This addresses the problems that are described in the discussion of #1835. - The Oscar type `FPGroup` corresponds to the GAP type `IsSubgroupFpGroup` not to `IsFpGroup`. Note that functions such as `sub` implicitly assume that subgroups of a group of type `T` also have type `T`. - Next iteration for `quo(G::FPGroup, elements::Vector{S}) where S <: GAPGroupElem`: GAP's `\/` does not handle subgroups of (free or) f.p. groups. (Probably GAP should be improved here ...) - Adjusted `describe` to the meaning of `FPGroup`. (There are more functions and docstrings still to be adjusted.)
Is the file Should we merge this PR now? |
On Thu, Jan 19, 2023 at 02:42:45PM -0800, Max Horn wrote:
Is the file `examples/GaloisLattice.jl` removed intentionally?
Yes
Should we merge this PR now?
probably _ I haven't looked at it in a while
…
--
Reply to this email directly or view it on GitHub:
#1835 (comment)
You are receiving this because you authored the thread.
Message ID: ***@***.***>
|
This now needs a rebase |
* Use sparse matrices in the pre_saturation_data. * Use sparse matrices also for the modules.
* restructering docu to prepare for more on homological algebra * unrelated correction
* bumps AlgebraicSolving * adds rational_solutions() provided by AlgebraicSolving * adds test for issue 1743 * adds tests for rational_solutions() * adds template for multivariate system solver documentation * adds solving documentation file to build system * removes solving stuff from official documentation, wait until everything is fixed * make rational_solutions internal function
(*) Add documentation for cox_variety (*) Documentation for morphism_on_cartier...(toric_morphism) moved to correct location
* orthogonal groups of TorQuadMod in the non split degenerate case * orthogonal groups for indefinite rank 2 Z-lattices * embedding orth grp
* Introduce morphism_of_covered_schemes for projective morphisms. * Implement pullback of ideal sheaves. * Implement Cartier divisors. * Use LazyGlueings for creating refinements. * Introduce UniversalPullbackSymbol. Co-authored-by: HechtiDerLachs <[email protected]>
…#1876) * Add computation of kernels for towers of polynomial rings via flattenings. Co-authored-by: HechtiDerLachs <[email protected]>
* Introduce (double) duals and fix arithmetic. Co-authored-by: HechtiDerLachs <[email protected]> Co-authored-by: simonbrandhorst <[email protected]>
* rename ChainComplex -> ComplexOfMorphisms
too much git-fu required. I am happy to remove this PR as the change is a one-liner in examples... |
On current master, I get this (no error, and w/o the patch in this PR):
Note that this returns a tuple, while the version in this patch just returns the group from the first tuple entry. Anyway, I think this means this PR is not needed? |
On Mon, Jan 30, 2023 at 02:56:44AM -0800, Max Horn wrote:
On current master, I get this (no error, and w/o the patch in this PR):
```
julia> Oscar.example("H2.jl")
Main.H2_G_QmodZ_mod
julia> A = abelian_group(PermGroup, [2,2])
Group([ (1,2), (3,4) ])
julia> B = [sub(A, [A[1]])[1], sub(A, [A[2]])[1]]
2-element Vector{PermGroup}:
Group([ (1,2) ])
Group([ (3,4) ])
julia> Main.H2_G_QmodZ_mod.H2_G_QmodZ_kern_restriction(A, B)
(Group([ <identity ...>, (F2*F1)^2, <identity ...> ]), Group homomorphism from
Group([ <identity ...>, (F2*F1)^2, <identity ...> ])
to
Group([ <identity ...>, (F2*F1)^2, <identity ...> ]))
```
Note that this returns a tuple, while the version in this patch just returns the group from the first tuple entry.
Anyway, I think this means this PR is not needed?
Quite likely - I shall remove it
… --
Reply to this email directly or view it on GitHub:
#1835 (comment)
You are receiving this because you authored the thread.
Message ID: ***@***.***>
|
The reported problem with |
When run, the following will produce a nice Gap problem:
namely:
using the "/" in Gap directly can compute the quotient...
@fingolfin , @ThomasBreuer ?