-
-
Notifications
You must be signed in to change notification settings - Fork 482
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
Stanley symmetric functions for type A Weyl Group #34335
Comments
comment:1
Compared to:
|
comment:2
This approach is not universally faster
|
comment:3
Here is the result of
for the example in comment:2:
This suggests that you should optimize the |
comment:4
This is now #34339. |
comment:5
|
Branch: u/tkarn/stanley-sym-fcn-34335 |
Branch pushed to git repo; I updated commit sha1. Last 10 new commits:
|
Commit: |
comment:10
One doctest fails, giving an incorrect result for the
which to me is surprising that they are different? Is this correct? When I do the computation by hand I agree with the Weyl group result for |
comment:11
One needs to be careful of multiplication conventions of permutations. That would be my guess why they are different. |
comment:12
Replying to @tscrim:
Indeed:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
comment:16
Rebase off of #34260 |
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
comment:18
Replying to @sagetrac-git:
Rebased off of rc0 and #34510 |
comment:19
Fix algorithm block and "type A" not "type-A". |
comment:20
Add catch for reduced words. |
comment:21
Replying to Trevor Karn:
Actually - fix category structure. Try to include Coxeter group elements. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:31
Replying to Travis Scrimshaw:
Ok got it. I think this is ready. |
comment:32
Thanks. Two things:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
comment:34
Replying to Travis Scrimshaw:
Done! |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:36
Thank you for the implementation, Trevor! It was good to see you in Poland this summer and talk to you about this ticket! One suggestion I have is to allow the user the choice to use the old implementation of the Stanley symmetric function in type A (non affine). You can have your new implementation as the default, but it would be good to still have the ability to access the old method. That way you could also put in some tests that check that the old and new implementation give the same answer! |
comment:37
+1 on Anne's suggestion. Perhaps if algorithm is None:
algorithm = "PT"
if algorithm = "PT":
return peelable_tableaux
if algorithm = "Pieri": # if not in the category, otherwise just fall through
return super().stanley_symmetric_function(...) |
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
comment:43
Replying to Anne Schilling:
Thanks so much for the suggestion! I just added it, as well as a test showing the results are the same. |
comment:45
You are getting doctest failures because a generic permutation is not an element of a (finite) Weyl group. For that, you will need a specific implementation within the Why do you have the type A specific code for Moot with the above change because you will just fall into the generic implementation, but you can change -return WeylGroups.ElementMethods.stanley_symmetric_function(self)
+return super().stanley_symmetric_function() |
The Stanley symmetric function was implemented in several types in #8810.
A theorem of Reiner-Shimozono (1995) allows us to compute these more efficiently in type-A.
This ticket implements that algorithm.
Depends on #34260
Depends on #34343
Depends on #34339
CC: @tscrim @anneschilling @nthiery
Component: combinatorics
Keywords: stanley symmetric-function weyl-group gsoc2022
Author: Trevor K. Karn
Branch/Commit: u/tkarn/stanley-sym-fcn-34335 @
a2431a2
Issue created by migration from https://trac.sagemath.org/ticket/34335
The text was updated successfully, but these errors were encountered: