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
CremonaDatabase omits data for curves not first in their class #17904
Comments
Changed keywords from none to Cremona database |
Branch: u/cremona/17904 |
New commits:
|
Commit: |
Author: John Cremona |
comment:3
I did not add a doctest since it can only be tested with the optional database_cremona_ellcurve installed. |
comment:4
I agree with the fix and I checked that it solves the problem. I am running the obligatory tests now. Thanks for fixing that so fast. Very helpful. |
Reviewer: Chris Wuthrich |
comment:6
Replying to @JohnCremona:
You should add a doctest and annotate it with
There are many such tests already in (Note that I am not setting the ticket to needs_work for this) |
comment:7
Replying to @jdemeyer:
OK, I will do that!
|
Branch pushed to git repo; I updated commit sha1 and set ticket back to needs_review. New commits:
|
comment:9
OK, so I added the doctest and the act of pushing the new commit automatically caused the needs_review flag to be set. Sorry, Chris! |
Changed branch from u/cremona/17904 to u/wuthrich/17904 |
comment:10
Ok. I fixed a tiny sphinx error on that page, too. I did test cremona.py, but I have not run the complete test again after the last changes which only affect the docstring in that file. If anyone finds that inacceptable, then I will run them. New commits:
|
comment:11
Thanks -- I think we can leave the rest to various bots. For what it's worth I used the cremona_curves() iterator to grab every single curve and check that len(E.gens())==E.rank(), which it did fast enough to be confident that all the data was really coming from the database. |
Changed branch from u/wuthrich/17904 to |
Chris Wuthrich reported that
although the database does contain the generators:
It seems that (in two palces) the code to extract the data from the database wrongly assumes that some data only exists for the first curve in each isogeny class, which is not true.
A simple fix to sage/databases/cremona.py is on its way.
CC: @categorie
Component: elliptic curves
Keywords: Cremona database
Author: John Cremona
Branch/Commit:
4de6008
Reviewer: Chris Wuthrich
Issue created by migration from https://trac.sagemath.org/ticket/17904
The text was updated successfully, but these errors were encountered: