-
-
Notifications
You must be signed in to change notification settings - Fork 481
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
Orbits of tuples and sets #14291
Comments
comment:1
There is a small problem with cached functions right now... Nathann |
comment:2
this looks weird:
What about
(or |
comment:3
Totally right... Just updated it ! And the function only takes tuples as arguments now. I so hate it when design decisions have to be changed for technical issues Nathann |
Attachment: trac_14291.patch.gz |
comment:4
There are more useful permutation group actions, see http://www.gap-system.org/Manuals/doc/ref/chap41.html Namely, One has to canonize the representative to start with, for some of them, see here. E.g.
is OK, but
gives an error. Less sure about There is also a support for user-defined actions, but this would mean either specifying a piece of GAP code, or providing a callback, which seems to be too crazy to implement. |
comment:5
Helloooooooo !!
Yepyep, I saw them but I really only need Nathann |
This comment has been minimized.
This comment has been minimized.
comment:7
Replying to @nathanncohen:
OK, needs your review now |
comment:8
Cool Well, for a start Would it be possible to add a link toward GAP's documentation where all those actions are defined ? Nathann |
comment:9
Attachment: 14291_reviewer.patch.gz Replying to @nathanncohen:
made it a variable...
added... |
Attachment: trac_14291-rev2.patch.gz |
This comment has been minimized.
This comment has been minimized.
comment:10
Some small modifications to the documentation. Besides this :
I will do that if you agree with it. Nathann |
comment:11
Replying to @nathanncohen:
The current setup allows it to be extended by the user. One can install via
sure this can be done as you prefer. However, there is a more serious issue with
Indeed, One can also (or instead) attach such a pair of functions to each action in |
comment:12
Well, if a action is being used that is not already in the source code, then there is no way for Sage to guess how to translate the result before returning it, is there ? Otherwise we could just get rid of this list, cross our fingers when GAP is fed with something we ha not thought of, as it would raise an Exception in the worst case ?..
Arg. Right
Hmmmm... I don't like it very much to be honest... In these situations I think that a bit of code duplication is better than a weird generic way to handle it. Nathann |
comment:13
I just added a new patch (to be applied on top of the rest) that solves these issues. Please have a look if you like it. (It still needs to be cleaned a bit, and more tests ought to be added). It doesn't use the |
comment:14
HMmmmmmmmmm I'm sorry to say this because I like that code, but I just fixed doctests in homology/simplicial_complex where an automorphism group is defined over the elements of a simplicial complex... And I am afraid that you will find both 'a', 'b', and ['a','b'] as elements of the domain Nathann |
comment:15
Replying to @nathanncohen:
Well, this is trivial to fix, just swap the actions in By the way, why would one keep several actions in case of simplicial complexes, on letters and on pairs, etc? This is akin to keeping actions on vertices and edges in case of automorphisms of (simple) graphs, right? Was that a poor design in the first place?
|
comment:16
Attachment: ducktype_design.patch.gz OK, updated as I mentioned in my previous comment, with more examples added. |
comment:17
Helloooooooooooooo !!! Well, this does not solve the problem either Dima. In case of doubt between an element (a,b,c) and the list of elements (a,b,c) it will return the ELEMENT (a,b,c), but it it computes the orbit of a which happens to be (a,b,c) then returning an ELEMENT (a,b,c) instead of the list (a,b,c) is a mistake too Nathann |
Changed author from Nathann Cohen to Nathann Cohen, Volker Braun |
Reviewer: Volker Braun |
This comment has been minimized.
This comment has been minimized.
comment:42
I've cleaned up some stuff and beautified the output containers (as we talked about before):
I'm fine with everything else, so if you agree with the reviewer patch feel free to set it to positive review. For the patchbot: |
comment:43
Helloooooooooooooooo !!! There is a "permutatino" somewhere. Could you also replace This being said, your patch does not apply on my version of Sage... But I still use beta1, perhaps that's the reason why. Nathann |
Attachment: trac_14291_reviewer.2.patch.gz Updated patch |
comment:44
Ok, fixed. Applies cleanly on sage-5.9.beta5. |
comment:46
Ok all doctests pass on sage-5.9.beta5. Patchbot: |
comment:47
Doesn't apply on my beta5 Do you have anything else applied ? Nathann |
comment:48
Ok was based on an older version of your patch (we can't switch to git fast enough ;-) Works now. |
comment:49
Well, then... Nathann |
comment:51
I'm glad to hear that it's done, and sorry for dropping silent on this - too many deadlines lately. Dima |
comment:52
The documentation doesn't build properly:
|
comment:53
I've replaced the link (which is not stable as the GAP chapter numbers can change) with a reference to our |
Attachment: trac_14291_reviewer.patch.gz Updated patch |
Merged: sage-5.10.beta0 |
comment:55
Cooooooooool Nathann |
comment:56
Shouldn't |
A small patch to let us compute the orbits of sets and tuples by exposing it from GAP.
Apply :
CC: @dimpase
Component: group theory
Author: Nathann Cohen, Volker Braun
Reviewer: Volker Braun
Merged: sage-5.10.beta0
Issue created by migration from https://trac.sagemath.org/ticket/14291
The text was updated successfully, but these errors were encountered: