#11758: Bug in global_height function
-----------------------------+----------------------------------------------
Reporter: dkrumm | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone: sage-4.7.2
Component: number theory | Keywords: global height
Work_issues: | Upstream: N/A
Reviewer: | Author:
Merged: | Dependencies:
-----------------------------+----------------------------------------------
Comment(by dkrumm):
Replying to [comment:3 cremona]:
> This looks like a valid bug to me (the author, sorry). Would you
(dkrumm) like to make a patch fixing it, with your example as a doctest?
Yes, I'd like to do that. I'm trying to figure out how to make a patch
(I'm completely new to Sage development), but it should not take too long.
In a related question, I have my own height function that I use instead of
this one, in which the result is guaranteed to be correct within any given
accuracy, and I think the current height in Sage does not (the precision
in the input refers not to the accuracy of the output, but to the accuracy
used in computing the embeddings of the number field). Do you think it
would be good to try to include this height function into Sage?
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11758#comment:4>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
