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

NotImplementedError: can not rewrite Univariate Quotient Polynomial Ring .. #105

Open
4 of 6 tasks
swewers opened this issue Aug 22, 2018 · 16 comments
Open
4 of 6 tasks
Labels
bug Something isn't working upstream: reported An issue that originates in Sage, a trac ticket has been created the fix is not ready yet

Comments

@swewers
Copy link
Contributor

swewers commented Aug 22, 2018

The following gives an error:

sage: F.<x> = FunctionField(QQ)
sage: R.<y> = F[]
sage: G = y^4 - 4*x^4 + 48*x^3 - 24*x^2 + 48*x - 132
sage: v_2 = QQ.valuation(2)
sage: v0 = GaussValuation(F._ring, v_2).augmentation(F._ring.gen()+1, 5/4)
sage: v = F.valuation(v0)
sage: v.mac_lane_approximants(G)

NotImplementedError: can not rewrite Univariate Quotient Polynomial Ring in u2 over Fraction Field of    
Univariate Polynomial Ring in x over Finite Field of size 2 (using GF2X) with modulus u2^2 + 1/x^3 as 
an isomorphic ring

TODO:

@swewers swewers added the bug Something isn't working label Aug 22, 2018
@saraedum
Copy link
Member

I see. The code only handles number fields and finite fields but no function fields yet. This should be fixed upstream and then monkey-patched here.

@swewers
Copy link
Contributor Author

swewers commented Aug 23, 2018

But it usually works! There must be something specific about this example which makes it fail.
Isn't the MacLane algorithm completely generic for discrete valuations (provided you have functions like reduce, lift or element_with_valuation)?

@saraedum
Copy link
Member

True, but for some reason the code wants to replace the fraction field with a function field to improve performance. But that doesn't work yet.

@saraedum
Copy link
Member

What happens is that a factorization needs to be computed and we don't know how to factor in a quotient so we try to rewrite it to a field with more features.

@saraedum
Copy link
Member

Changing that does not solve the problem as the residue field is an extension of a rational function field and we don't know how to factor there…this is now: https://trac.sagemath.org/ticket/26123, https://trac.sagemath.org/ticket/26124.

@saraedum saraedum added upstream: reported An issue that originates in Sage, a trac ticket has been created the fix is not ready yet upstream: needs review A fix has been submitted to Sage and is pending review labels Aug 25, 2018
@swewers
Copy link
Contributor Author

swewers commented Oct 25, 2018

#26123 has been fixed, but #26124 didn't make it into Sage-8.4, in spite of a positive review.

@saraedum
Copy link
Member

#16564 is currently waiting to be reviewed :)

@JRSijsling
Copy link

JRSijsling commented Nov 25, 2018

To try to review that ticket, I checked it out and rebuilt, at first with sage -b and later using make. The doctests all fail and even defining a function field fails. This failure likely has nothing to do with your ticket, but I am at a loss what to do and whether this is a real bug that I should report (and if so, where) or just me being dense.

Gist here.

@saraedum
Copy link
Member

Thanks for having a look. Seems like something broke when merging this with the latest beta.

Having to rebuild is quite annoying. I hope we could finally get https://trac.sagemath.org/ticket/24842 in so people would just have to click a button to be able to review a specific build of Sage…

@saraedum saraedum removed the upstream: needs review A fix has been submitted to Sage and is pending review label Nov 25, 2018
@JRSijsling
Copy link

Either that, or there is a problem with the last beta itself. I do not have that built right now, but I would not exclude the possibility. The diff is very small.

@JRSijsling
Copy link

In fact no, the develop branch is all right. It seems that FunctionFieldVectorSpaceIsomorphism got replaced by a function with identical purposes named FunctionFieldIsomorphism. Will modify and rebuild to see what happens.

@JRSijsling
Copy link

This works, though there are still some minor issues with the doctests. I will mention this on trac, where it belongs.

@JRSijsling
Copy link

Separate question: rebuilding is in fact quite quick, except that it also builds the whole bloody documentation again every time I do it. Any way around that?

@saraedum
Copy link
Member

saraedum commented Nov 28, 2018 via email

@JRSijsling
Copy link

Yes that is exactly it, thank you!

@saraedum saraedum added the upstream: needs review A fix has been submitted to Sage and is pending review label Dec 8, 2018
@swewers
Copy link
Contributor Author

swewers commented Feb 18, 2019

I don't understand what the problem with this bloody patchbot is! What can one do in addition to writing a positive review?

@saraedum saraedum removed the upstream: needs review A fix has been submitted to Sage and is pending review label Apr 5, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working upstream: reported An issue that originates in Sage, a trac ticket has been created the fix is not ready yet
Projects
None yet
Development

No branches or pull requests

3 participants