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

Enhancement for crystals #8154

Closed
anneschilling opened this issue Feb 2, 2010 · 7 comments
Closed

Enhancement for crystals #8154

anneschilling opened this issue Feb 2, 2010 · 7 comments

Comments

@anneschilling
Copy link

New features for crystals:

  • Started framework for general highest weight crystals in /combinat/crystals/highest_weight.py (with contributions from Nicolas M. Thiery)
  • Implementation of finite dimensional highest weight crystals for type E6 and E7
  • Added new class for direct sums of crystals in /combinat/crystals/direct_sum.py
  • Added a new crystal morphism function for acyclic crystals
  • Added the Demazure operators on crystals
  • Added Demazure characters for finite crystals in the ambient weight lattice
  • Added _test_fast_iter method to compare two different ways of creating list of classical crystals

New features for Kirillov-Reshetikhin crystals:

  • Implementation of Kirillov-Reshetikhin crystals B^{r,s} of type E_6^{(1)} for r=1,2,6
  • Pointer to KirillovReshetikhin crystals given in /combinat/crystals/affine.py (as requested by Dan Bump)
  • Added R-matrix for tensor product of two KR crystals

Bug fix:

  • Fixed whitespace problems in
    /combinat/crystals/crystals.py
    /combinat/crystals/kirillov_reshetikhin.py
    /combinat/crystals/affine.py
    /combinat/crystals/spins.py
    /combinat/crystals/tensor_products.py
    /combinat/crystals/fast_crystals.py
    /combinat/crystals/letters.py

Depends on trac ticket #7978 (trac_7978_crystal_cleanup-as.patch)

CC: @sagetrac-sage-combinat

Component: combinatorics

Keywords: crystals, KR crystals

Author: Anne Schilling

Reviewer: Daniel Bump

Merged: sage-4.3.3.alpha1

Issue created by migration from https://trac.sagemath.org/ticket/8154

@anneschilling

This comment has been minimized.

@anneschilling

This comment has been minimized.

@anneschilling
Copy link
Author

Attachment: trac_8154_affine-E-as.patch.gz

@anneschilling

This comment has been minimized.

@anneschilling anneschilling changed the title Enhencement for crystals Enhancement for crystals Feb 2, 2010
@dwbump
Copy link
Mannequin

dwbump mannequin commented Feb 5, 2010

Reviewer: Daniel Bump

@dwbump
Copy link
Mannequin

dwbump mannequin commented Feb 12, 2010

comment:7

The patch (which goes on top of #7978) applies cleanly to Sage 4.3.2. It passes sage -testall.
I also tested various things to my satisfaction.

The Demazure operators can be described at two different levels: either as difference
operators on the weight space or (following Littelmann) as operators on the crystal.
Here they are implemented as operators on the crystal. They seem to work correctly.
Later it might be useful to implement them independently in
sage.combinat.root_systems.weyl_characters in the WeightRing.

The direct sums of crystals are implemented.This is essentially just the disjoint
union. One point is that if two component crystals are equal, a "keepkey" can be
used to paint them different colors. Then the disjoint union produces a multiset.
This scheme is inherited from the parent class DisjointUnionEnumeratedSets where
it is noted that it is subject to future change. I suppose this could be improved
but that changes must first come in sage.sets.disjoint_union_enumerated_set.py.

The framework for general highest weight crystals is important. Currently one can
produce all finite highest weight crystals for types A,B,C,D and G2, but one must know how to do it.
For types A and C, the CrystalOfTableaux is sufficient but for types B and D one has half integral
weights and crystals with half-integral highest weight must be created by tensoring a spin crystal
with a CrystalOfTableaux. The framework in highest_weight.py is a step towards making this easier.
It should not be hard to implement this for the finite classical Cartan types.

Various other enhancements and fixes.

I tested the patch to my satisfaction and recommend merging it.

@dwbump dwbump mannequin added this to the sage-4.3.3 milestone Feb 12, 2010
@sagetrac-mvngu
Copy link
Mannequin

sagetrac-mvngu mannequin commented Feb 14, 2010

Merged: sage-4.3.3.alpha1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant