-
-
Notifications
You must be signed in to change notification settings - Fork 541
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
Another error in height_difference_bound #33972
Comments
This comment has been minimized.
This comment has been minimized.
comment:1
It may makes sense to first implement a height function for polynomials and then use that height function in height_difference_bound |
Commit: |
Dependencies: #34060 |
New commits:
|
Changed branch from u/gh-guojing0/33972_height_diff_bound to u/gh-guojing0/33972_height_bound |
Changed branch from u/gh-guojing0/33972_height_bound to u/gh-guojing0/33972_hdb |
comment:7
Only failure (with actual return value
|
comment:8
This change is wrong:
The error of the existing code is the line
What is wrong is that it is taking the height of g to be the max of the height of its coefficients. You still need to take maxh to be the max of the heights of the CoeffPolys, but the correction is to use the new height code (#34060) to compute the heights of each g. |
Reviewer: Ben Hutz |
comment:13
This looks fine at this point. The difference in the examples is because of correcting the height of the ``g'' polynomials. They are monomials in these examples, so have (logarithmic) height 0 rather than the height of the coefficient. So I'll mark this positive modulo any issues that show up when the dependency gets merged. |
comment:14
|
comment:15
I'm also getting these errors on a clean branch. The first one is in the example
It doesn't make sense to keep .normalize in here anymore as the height of the polynomials is independent of the normalization. The 10.308... is the correct value. So condense this example down to a single (correct) value. The second failure is just the wrong value. |
Changed branch from u/gh-guojing0/33972_hdb to u/gh-guojing0/33972_stable |
comment:16
Build and pass all tests on the new branch based on the latest New commits:
|
comment:17
This looks fine and the tests pass for me. In the future it's better to edit the existing ticket to fix the issues rather than create a whole new branch that erases the history. |
Changed branch from u/gh-guojing0/33972_stable to |
Similar to #33971, the height of a polynomial is not typically the max of the heights of the coefficients. In this application the height of the polynomial should be the height of the coefficients if they are thought of as a projective point (i.e., the height is independent of scaling). This is sometimes called the "projective" height of a polynomial. However, this function is computing
h(g_i)
as the max of the heights of the coefficients ofg_i
.Depends on #34175
CC: @bhutz @EnderWannabe
Component: dynamics
Keywords: gsoc2022
Author: Jing Guo
Branch/Commit:
97ae98d
Reviewer: Ben Hutz
Issue created by migration from https://trac.sagemath.org/ticket/33972
The text was updated successfully, but these errors were encountered: