Implementation of energy function for crystals #11546

anneschilling · 2011-06-25T19:52:40Z

This patch implements the energy function and affine grading for affine crystals and adds an
entry in the corresponding thematic tutorial. It also adds functions to obtain the level and test perfectness
for Kirillov-Reshetikhin crystals.

In addition, it removes the condition that for the Lusztig involution the element is supposed
to live in a crystal with a single highest weight element, and modifies the methods
to_highest_weight and to_lowest_weight in crystal.py to make them more robust.

The update to the thematic tutorial can be built using

sage -docbuild thematic_tutorials html

is available here:

http://www.math.ucdavis.edu/~anne/sage/lie/affine_crystals.html

Apply: attachment: trac_11546-crystals_energy-as.patch

Depends on #11183

CC: @sagetrac-sage-combinat

Component: combinatorics

Keywords: energy, crystals

Author: Anne Schilling

Reviewer: Tom Denton

Merged: sage-4.7.2.alpha1

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

The text was updated successfully, but these errors were encountered:

anneschilling · 2011-06-26T22:17:56Z

comment:2

Ready for review!

sdenton4 · 2011-07-03T17:37:36Z

comment:4

Funny problem with the classical crystal command, unrelated to patch?
K.classical_decomposition seems to work fine, though.

    sage: K = KirillovReshetikhinCrystal(['A',2,1],2,1) 
    sage: Kc=K.classical_crystal()
    sage: Kc
    ERROR: An unexpected error occurred while tokenizing input
    The following traceback may be corrupted or invalid
    The error message is: ('EOF in multi-line statement', (396, 0))

    ---------------------------------------------------------------------------
    AttributeError                            Traceback (most recent call last)
    ....
    AttributeError: 'int' object has no attribute 'value'

small request... Could there be a 'level' function on KR crystals? It looks like this would be as easy as wrapping the assertion in the energy function in a separate function, and would give a natural response to the user when the 'All crystals in the tensor product need to be perfect of the same level' assertion error comes up.
The 'list' option removed from the 'to_highest_weight' functions looks like it was a bit of extraneous code, so this is good!
I'm a little concerned though, because the old way returned:

        return self.to_highest_weight(list = list + [i], index_set = index_set)

While the new returns:

        hw = self.to_highest_weight(index_set = index_set) 
        return [hw[0], [i] + hw[1]]

It looks like the new 'i' is being added to opposite ends of the list in these two cases; is this consistent one way or the other across the code-base?

This reminds me of a functionality extension I had thought would be nice at one point, namely being able to feed a list to the 'e' and 'f' functions instead of just a single letter. It would both extend the functionality a bit and establish a convention for which way this 'list' should be applied!

anneschilling · 2011-07-04T04:08:18Z

comment:5

Hi Tom,

Thank you for looking at the patch!

Replying to @sdenton4:

Funny problem with the classical crystal command, unrelated to patch?
K.classical_decomposition seems to work fine, though.

    sage: K = KirillovReshetikhinCrystal(['A',2,1],2,1) 
    sage: Kc=K.classical_crystal()
    sage: Kc
    ERROR: An unexpected error occurred while tokenizing input
    The following traceback may be corrupted or invalid
    The error message is: ('EOF in multi-line statement', (396, 0))

    ---------------------------------------------------------------------------
    AttributeError                            Traceback (most recent call last)
    ....
    AttributeError: 'int' object has no attribute 'value'

classical_crystal is an attribute, not a method, so the correct way of using it is

    sage: K = KirillovReshetikhinCrystal(['A',2,1],2,1)
    sage: Kc = K.classical_crystal
    sage: Kc
    The crystal of tableaux of type ['A', 2] and shape(s) [[1, 1]]

small request... Could there be a 'level' function on KR crystals? It looks like this would be as easy as wrapping the assertion in the energy function in a separate function, and would give a natural response to the user when the 'All crystals in the tensor product need to be perfect of the same level' assertion error comes up.

The notion of level really only exists for perfect crystals. However, the method affine_grading also works in the non-perfect setting. Note that in the assert there is no ceiling for the quotient!

The 'list' option removed from the 'to_highest_weight' functions looks like it was a bit of extraneous code, so this is good!
I'm a little concerned though, because the old way returned:
        return self.to_highest_weight(list = list + [i], index_set = index_set)
While the new returns:
        hw = self.to_highest_weight(index_set = index_set) 
        return [hw[0], [i] + hw[1]]

Doing it this way gives the same output as before! I did not change any of the tests and they still pass.

It looks like the new 'i' is being added to opposite ends of the list in these two cases; is this consistent one way or the other across the code-base?

This reminds me of a functionality extension I had thought would be nice at one point, namely being able to feed a list to the 'e' and 'f' functions instead of just a single letter. It would both extend the functionality a bit and establish a convention for which way this 'list' should be applied!

This already exists and is used as follows:

    sage: K = KirillovReshetikhinCrystal(['A',2,1],1,1)
    sage: t = K(rows=[[1]])
    sage: t.f_string([1,2])
    [[3]]

anneschilling · 2011-07-05T20:33:07Z

comment:7

Hi Tom,

Methods level and is_perfect have been added to the Kirillov-Reshetikhin crystal code.
Is everything ok now?

Thanks,

Anne

anneschilling · 2011-07-05T20:33:07Z

Reviewer: Tom Denton

sdenton4 · 2011-07-06T22:29:13Z

comment:8

great!
Thanks for taking the time to address my questions.

Best,
-tom

anneschilling · 2011-07-06T22:33:18Z

comment:9

Replying to @sdenton4:

great!
Thanks for taking the time to address my questions.

Best,
-tom

Hi Tom,

Thanks for the careful review!

Anne

jdemeyer · 2011-07-28T10:29:58Z

Dependencies: #11183

jdemeyer · 2011-07-28T16:48:45Z

Work Issues: documentation

jdemeyer · 2011-07-28T16:48:45Z

comment:11

There are multiple problems with the documentation:

dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/categories/examples/crystals.rst:69: WARNING: more than one target found for cross-reference u'cartan_type': sage.combinat.crystals.tensor_product.CrystalOfTableaux.cartan_type, sage.combinat.root_system.dynkin_diagram.DynkinDiagram_class.cartan_type, sage.combinat.root_system.weyl_characters.WeightRing.cartan_type, sage.combinat.root_system.weyl_characters.WeylCharacterRing.cartan_type, sage.combinat.root_system.weyl_group.WeylGroup_gens.cartan_type, sage.combinat.root_system.root_system.RootSystem.cartan_type, sage.algebras.iwahori_hecke_algebra.IwahoriHeckeAlgebraT.cartan_type, sage.categories.crystals.Crystals.ParentMethods.cartan_type, sage.combinat.root_system.weyl_group.ClassicalWeylSubgroup.cartan_type, sage.combinat.root_system.weyl_characters.WeylCharacterRing.Element.cartan_type, sage.combinat.root_system.weyl_characters.WeightRing.Element.cartan_type, sage.categories.crystals.Crystals.ElementMethods.cartan_type
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/categories/examples/crystals.rst:73: WARNING: more than one target found for cross-reference u'Element.weight': sage.combinat.crystals.direct_sum.DirectSumOfCrystals.Element.weight, sage.combinat.crystals.fast_crystals.FastCrystal.Element.weight
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/kirillov_reshetikhin.rst:: WARNING: citation not found: FOS2010
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/kirillov_reshetikhin.rst:: WARNING: citation not found: FOS2010
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/tensor_product.rst:: WARNING: citation not found: SchillingTingley2011
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/tensor_product.rst:: WARNING: citation not found: SchillingTingley2011

anneschilling · 2011-07-29T12:01:21Z

comment:12

Hi!

The problems regarding the references should be fixed in the revised patch.

Best regards,

Anne

jdemeyer · 2011-08-01T16:44:36Z

comment:14

Unfortunately, for me the problem is still not fixed:

dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/local/lib/python2.6/site-packages/sage/combinat/crystals/kirillov_reshetikhin.py:docstring of sage.combinat.crystals.kirillov_reshetikhin.KirillovReshetikhinGenericCrystal.level:9: (WARNING/2) Duplicate explicit target name: "fos2010".
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/kirillov_reshetikhin.rst:9: WARNING: duplicate citation FOS2010, other instance in /mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/kirillov_reshetikhin.rst
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/local/lib/python2.6/site-packages/sage/combinat/crystals/tensor_product.py:docstring of sage.combinat.crystals.tensor_product.TensorProductOfCrystalsElement.energy_function:15: (WARNING/2) Duplicate explicit target name: "schillingtingley2011".
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/tensor_product.rst:15: WARNING: duplicate citation SchillingTingley2011, other instance in /mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/tensor_product.rst

anneschilling · 2011-08-03T05:17:48Z

Attachment: trac_11546-crystals_energy-as.patch.gz

anneschilling · 2011-08-03T05:20:42Z

comment:15

Replying to @jdemeyer:

Unfortunately, for me the problem is still not fixed:

dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/local/lib/python2.6/site-packages/sage/combinat/crystals/kirillov_reshetikhin.py:docstring of sage.combinat.crystals.kirillov_reshetikhin.KirillovReshetikhinGenericCrystal.level:9: (WARNING/2) Duplicate explicit target name: "fos2010".
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/kirillov_reshetikhin.rst:9: WARNING: duplicate citation FOS2010, other instance in /mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/kirillov_reshetikhin.rst
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/local/lib/python2.6/site-packages/sage/combinat/crystals/tensor_product.py:docstring of sage.combinat.crystals.tensor_product.TensorProductOfCrystalsElement.energy_function:15: (WARNING/2) Duplicate explicit target name: "schillingtingley2011".
dochtml.log:/mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/tensor_product.rst:15: WARNING: duplicate citation SchillingTingley2011, other instance in /mnt/usb1/scratch/jdemeyer/merger/sage-4.7.2.alpha1/devel/sage/doc/en/reference/sage/combinat/crystals/tensor_product.rst

Unfortunately, I cannot reproduce the problem, but I hope it is fixed with the
revised patch (where I took out multiple entries of the same reference in the same
file).

Best wishes,

Anne

jdemeyer · 2011-08-03T14:37:51Z

Merged: sage-4.7.2.alpha1

jdemeyer · 2011-08-03T14:37:51Z

Changed work issues from documentation to none

jdemeyer · 2011-08-03T14:37:51Z

comment:16

It works now, thanks!

anneschilling added this to the sage-4.7.2 milestone Jun 25, 2011

anneschilling added c: combinatorics labels Jun 25, 2011

anneschilling assigned sagetrac-sage-combinat Jun 25, 2011

This comment has been minimized.

Sign in to view

anneschilling added the s: needs review label Jun 26, 2011

This comment has been minimized.

Sign in to view

sdenton4 mannequin added s: needs info and removed s: needs review labels Jul 3, 2011

anneschilling added s: needs review and removed s: needs info labels Jul 4, 2011

This comment has been minimized.

Sign in to view

sdenton4 mannequin added s: positive review and removed s: needs review labels Jul 6, 2011

This comment has been minimized.

Sign in to view

jdemeyer added s: needs work and removed s: positive review labels Jul 28, 2011

anneschilling removed the s: needs work label Jul 29, 2011

anneschilling added the s: positive review label Jul 29, 2011

jdemeyer added s: needs work and removed s: positive review labels Aug 1, 2011

anneschilling added s: positive review and removed s: needs work labels Aug 3, 2011

jdemeyer removed the s: positive review label Aug 3, 2011

jdemeyer closed this as completed Aug 3, 2011

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Implementation of energy function for crystals #11546

Implementation of energy function for crystals #11546

anneschilling commented Jun 25, 2011

This comment has been minimized.

anneschilling commented Jun 26, 2011

This comment has been minimized.

sdenton4 mannequin commented Jul 3, 2011

anneschilling commented Jul 4, 2011

This comment has been minimized.

anneschilling commented Jul 5, 2011

anneschilling commented Jul 5, 2011

sdenton4 mannequin commented Jul 6, 2011

anneschilling commented Jul 6, 2011

jdemeyer commented Jul 28, 2011

This comment has been minimized.

jdemeyer commented Jul 28, 2011

jdemeyer commented Jul 28, 2011

anneschilling commented Jul 29, 2011

jdemeyer commented Aug 1, 2011

anneschilling commented Aug 3, 2011

anneschilling commented Aug 3, 2011

jdemeyer commented Aug 3, 2011

jdemeyer commented Aug 3, 2011

jdemeyer commented Aug 3, 2011

Implementation of energy function for crystals #11546

Implementation of energy function for crystals #11546

Comments

anneschilling commented Jun 25, 2011

This comment has been minimized.

anneschilling commented Jun 26, 2011

This comment has been minimized.

sdenton4 mannequin commented Jul 3, 2011

anneschilling commented Jul 4, 2011

This comment has been minimized.

anneschilling commented Jul 5, 2011

anneschilling commented Jul 5, 2011

sdenton4 mannequin commented Jul 6, 2011

anneschilling commented Jul 6, 2011

jdemeyer commented Jul 28, 2011

This comment has been minimized.

jdemeyer commented Jul 28, 2011

jdemeyer commented Jul 28, 2011

anneschilling commented Jul 29, 2011

jdemeyer commented Aug 1, 2011

anneschilling commented Aug 3, 2011

anneschilling commented Aug 3, 2011

jdemeyer commented Aug 3, 2011

jdemeyer commented Aug 3, 2011

jdemeyer commented Aug 3, 2011