You can construct the two spin crystals using crystals.SpinsMinus("D5") and
crystals.SpinsPlus("D5").
If you want other spin weights, you can tensor these crystals with an
orthogonal crystal. But
the method you tried should either work or fail gracefully instead of
returning a wrong result.
Dan
On Friday, February 12, 2021 at 2:35:45 PM UTC-8 vdelecroix wrote:
> Why make it part of cysignals? The purpose of the memory allocator
> is quite distinct from cysignals. Merging them look artificial to me.
>
Really? MemoryAllocator is just a wrapper class around cysignals.memory
--
You
Why make it part of cysignals? The purpose of the memory allocator
is quite distinct from cysignals. Merging them look artificial to me.
However, +1 to make it available as a Python library.
Le 12/02/2021 à 17:38, Matthias Koeppe a écrit :
If it's closely tied to cysignals, perhaps it would be
Forwarded Message
Subject: Problems installing latte lrslib
Date: Fri, 12 Feb 2021 22:06:42 +0100
From: Fernando Rodriguez Villegas
To: sage-devel@googlegroups.com
Hi,
I attach the log file. Trying to install latte on a macbook pro running
catalina 10.15.7
Any help appr
Thank you, that explains it to me!
Currently, the code that translates dominant weights to crystals is (line
174 of highest_weight_crystals.py)
sh = sum([[i]*c for i,c in dominant_weight], [])
sh = Partition(reversed(sh))
return CrystalOfTableaux(cartan_type, shape=sh.con
If it's closely tied to cysignals, perhaps it would be a good idea adding
it to this project. I think cysignals needs new contributors in any case.
On Wednesday, February 10, 2021 at 4:43:56 AM UTC-8
jonatha...@googlemail.com wrote:
> Dear all, I have two little projects that I want to put onto
It looks like Sage is constructing the wrong crystals for the two spin
weights. D5 does have
two irreducible representations of dimensions 210 and 126 but their highest
weights are not
the spin weights s1=(1/2,1/2,1/2,1/2,1/2) and s2=(1/2,1/2,1/2,1/2,-1/2)
which are the two
fundamental weights.
On Thu, 11 Feb 2021 at 11:24, Dima Pasechnik wrote:
>
> It could also be that core.autocrlf is true by default for you.
> (this is the option that does automatic convesion to LF from CRLF)
> Try
>
> git config core.autocrlf false
I think it is false by default (someone on stackexchange actually
l
