2007/10/23, Steffen <[EMAIL PROTECTED]>: > Exactly, thats one of two points. The maximum degree in every variable > is (maximum total degree of resulting polynomial) / (number of > varialbes of the polynomial). Thus for example GF(10007) > ['x,y,z'].random_element(5,9) will be limited in every variable to > degree 5/3 = 1 !!!. This is not what the upper definition says. > The second point is about the number of coefficients that are set to > 0. This might a point to argue about, but if I create a random > polynomial with a (maximum number of terms to generate) then I expect > that the 0 occurs with the same probability and thus as often as every > other element. Thats why I am not happy if 20% or more of the > parameters are 0.
I filed out a bug report about those 2 issues: 1) Degrees can severely restricted. 2) The polynomials returned can be too sparse I plan to post a patch addressing your concerns (I can especially see how 1) can be annoying). Random poly generation will most likely be slower, so for now I'm planning to keep the current behavior around, even if it is not the default. didier --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://sage.scipy.org/sage/ and http://modular.math.washington.edu/sage/ -~----------~----~----~----~------~----~------~--~---
