On Oct 24, 5:45 am, "didier deshommes" <[EMAIL PROTECTED]> wrote:
> 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
Thanks, I will wait for didiers patch. If I then have any additional
requirements I will implement them via an optional flag or smth
similar.
Steffen
--~--~---------~--~----~------------~-------~--~----~
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/
-~----------~----~----~----~------~----~------~--~---
