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

abelian_group #4233

Open
fieker opened this issue Oct 23, 2024 · 5 comments
Open

abelian_group #4233

fieker opened this issue Oct 23, 2024 · 5 comments
Labels
bug Something isn't working topic: groups

Comments

@fieker
Copy link
Contributor

fieker commented Oct 23, 2024

julia> abelian_group(PcGroup, [8])
ERROR: cannot create a PcGroup group with relative orders [8], perhaps try SubPcGroup
Stacktrace:
 [1] error(s::String)

but

pc_group(abelian_group([8]))
@fieker fieker added the enhancement New feature or request label Oct 23, 2024
@lgoettgens lgoettgens added bug Something isn't working topic: groups and removed enhancement New feature or request labels Oct 23, 2024
@lgoettgens
Copy link
Member

@ThomasBreuer can you have a look at this?

@ThomasBreuer
Copy link
Member

ThomasBreuer commented Oct 23, 2024

Yes.
The point is that abelian_group(PcGroup, [8]) would have to create a PcGroup whose generators correspond to the given element orders, in this case [8]; GAP's PcGroup objects do not allow this, the cyclic pc group of order 8 would have three generators.
On the other hand, abelian_group([8]) returns a FinGenAbGroup, and pc_group then creates a group with 3 generators.

@ThomasBreuer
Copy link
Member

Ah, and concerning the obvious question why abelian_group(PcGroup, [8]) does not create an Oscar group with only one generators such that the underlying GAP group may have three generators:
There was also the general requirement that the gens value of pc groups and fp groups correspond to the generators of the defining presentation.

@thofma
Copy link
Collaborator

thofma commented Oct 23, 2024

I remember vaguely that we agreed on abelian_group(T, [...]) should have generators of the right order etc, but I can't find it written down anymore. Given this, I think everything is working as expected.

@ThomasBreuer
Copy link
Member

@thofma The documentation of abelian_group says

The gens value of the returned group corresponds to v, that is, the number
of generators is equal to length(v) and the order of the i-th generator is
v[i].

And the documentation of PcGroup says

For a group G of type PcGroup, the elements in gens(G) satisfy the relators
of the underlying presentation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working topic: groups
Projects
None yet
Development

No branches or pull requests

4 participants