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

Conditions for non-split multiplicative reduction in p_primary_bound of Tate-Shafarevich groups #7331

Closed
chriswuthrich opened this issue Oct 28, 2009 · 10 comments

Comments

@chriswuthrich
Copy link
Contributor

p_primary_bound fails on the following rank 0 curve with non-split multiplicative reduction.

E = EllipticCurve('270b')
E.sha().p_primary_bound(5)

CC: @williamstein @rlmill

Component: elliptic curves

Keywords: sha, tate-shafarevich group, primary bound

Author: Chris Wuthrich

Reviewer: Robert Miller

Merged: sage-4.2.1.alpha0

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

@chriswuthrich
Copy link
Contributor Author

exported against sage 4.2.alpha1

@chriswuthrich
Copy link
Contributor Author

comment:1

Attachment: trac_7331.patch.gz

This patch allows now for non-split multiplicative reduction and for p=3 when the rank is 0. (As we do not need p-adic heights in this case)

@rlmill
Copy link
Mannequin

rlmill mannequin commented Oct 28, 2009

Reviewer: Robert Miller

@rlmill
Copy link
Mannequin

rlmill mannequin commented Oct 28, 2009

Author: Christian Wuthrich

@rlmill
Copy link
Mannequin

rlmill mannequin commented Oct 28, 2009

comment:2

For p=3, an error is getting triggered in computation of the p-adic regulator:

sage: E = EllipticCurve('148a')
sage: E.is_surjective(3)
(True, None)
sage: E.has_additive_reduction(3)
False
sage: E.has_nonsplit_multiplicative_reduction(3)
False
sage: E.is_good(3)
True
sage: E.is_ordinary(3)
True
sage: E.sha().p_primary_bound(3)
BOOM

I have a feeling that this just means that the documentation needs to include the rank 0 condition when p=3:

E.rank()
1

@rlmill rlmill mannequin added s: needs work and removed s: needs review labels Oct 28, 2009
@rlmill
Copy link
Mannequin

rlmill mannequin commented Oct 28, 2009

comment:3

This one is a different failure:

sage: E = EllipticCurve('336c')
sage: E.rank()
0
sage: E.is_surjective(3)
(True, None)
sage: E.has_additive_reduction(3)
False
sage: E.has_nonsplit_multiplicative_reduction(3)
False
sage: E.is_good(3)
False
sage: E.is_ordinary(3)
True
sage: E.has_split_multiplicative_reduction(3)
True
sage: E.sha().p_primary_bound(3)
Traceback (most recent call last):
/space/rlm/sage-4.2.alpha0-x86_64-Linux/local/lib/python2.6/site-packages/sage/schemes/elliptic_curves/sha_tate.pyc in p_primary_bound(self, p)
    588             if not su :
    589                 raise ValueError, "The mod-p Galois representation is not surjective. Current knowledge about Euler systems does not provide an upper bound in this case. Try an_padic for a conjectural bound."
--> 590             shan = self.an_padic(p,prec = 0,use_twists=True)
    591             if shan == 0:
    592                 raise RuntimeError, "There is a bug in an_padic."

/space/rlm/sage-4.2.alpha0-x86_64-Linux/local/lib/python2.6/site-packages/sage/schemes/elliptic_curves/sha_tate.pyc in an_padic(self, p, prec, use_twists)
    450             not_yet_enough_prec = True
    451             while not_yet_enough_prec:
--> 452                 lps = lp.series(n,quadratic_twist=D,prec=r+1)
    453                 lstar = lps[r]
    454                 if (lstar != 0) or (prec != 0):

/space/rlm/sage-4.2.alpha0-x86_64-Linux/local/lib/python2.6/site-packages/sage/schemes/elliptic_curves/padic_lseries.pyc in series(self, n, quadratic_twist, prec)
    762                 for ell in prime_divisors(D):
    763                     if valuation(self._E.conductor(),ell) > valuation(D,ell) :
--> 764                         raise ValueError, "can not twist a curve of conductor (=%s) by the quadratic twist (=%s)."%(self._E.conductor(),D)
    765
    766

ValueError: can not twist a curve of conductor (=168) by the quadratic twist (=-4).

@chriswuthrich
Copy link
Contributor Author

comment:4

I agree that I should change the documentation about p=3 => rank 0. I prefer not to catch them at the start of p_primary_bound since in principle it should work. The only issue is that Kedlaya's algorithm is not implemented in sage for p=3.

But I can not reproduce your second issue. This should have been solved by #6455, merge in 4.2.alpha1.

@chriswuthrich
Copy link
Contributor Author

Attachment: trac_7331_2.patch.gz

to be applied after teh first patch

@rlmill rlmill mannequin added s: needs review and removed s: needs work labels Oct 30, 2009
@mwhansen
Copy link
Contributor

Merged: sage-4.2.1.alpha0

@fchapoton
Copy link
Contributor

Changed author from Christian Wuthrich to Chris Wuthrich

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

3 participants