Open 11d1fc49-71a1-44e1-869f-76be013245a0 opened 9 years ago
the construction only makes sense when the weight is 2
Mathematically, the construction makes sense for any weight, with the caveat that when the weight is > 2 the abelian variety is likely not defined over a number field (it's defined over RR or CC). Shimura even wrote a paper about doing this with Delta back in the 60's... There are also some more examples in my ph.d. thesis.
the construction only makes sense when the modular symbol space is defined over QQ
Again, at least mathematically the construction makes sense in more generality than over QQ.
I'm not claiming anything about the code in Sage making sense beyond "over QQ" and weight 2, though I definitely always planned for it to do so.
Sage can create abelian varieties attached to modular symbol spaces. Sadly, the output is often mathematically nonsensical, because the construction only makes sense when the weight is 2 but this is not checked in the constructor:
There are other related bugs: even for weight 2, the construction only makes sense when the modular symbol space is defined over QQ, but the constructor accepts arbitrary modular symbol spaces, resulting in objects so badly broken that they can't even represent themselves as strings:
Moreover, the handling of "base ring" is totally misleading:
This suggests that A is the base-extension to QQbar of the Q-variety J0(23); but it's not -- base-extending the abelian variety as a variety has nothing to do with base-extending the defining modular symbols space!
William: I'm ccing you on this ticket because you were the last person to do actual mathematical work on abelian varieties in Sage (in 2010) -- everything more recent in the git logs is just general Sage-wide bug-fixing.
CC: @williamstein
Component: modular forms
Keywords: abelian varieties
Issue created by migration from https://trac.sagemath.org/ticket/18614