team?
Dirk
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage
SR) and could appear at a higher level.
Dirk
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group
solution
is also inconsistent with Python. So change it to
n = int(self)
return n%d + (self-n)
Dirk
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel
+ (-1.36050567903502 - 1.51880872209965*I), 1; x + (1.33109991787580
-
1.52241655183732*I), 1]x+1+0.*I').factor()
Dirk
Anyway, the reason for this is that the solve routine for multiple
equations in Maxima (which to_poly_solve uses) allows non-exact
answers as output
I do not understand the behaviour below.
sage: x=RIF(3+10/71,3+1/7)
sage: x
3.15?
sage: x.str(style='brackets')
'[3.1408450704225350 .. 3.1428571428571433]'
Both endpoints start with 3.14, both endpoints round to 3.14.
Surely the display should rather be '3.14?'.
Dirk
On Sep 9, 2:42 pm, Jason Grout jason-s...@creativetrax.com wrote:
Dirk wrote:
I do not understand the behaviour below.
sage: x=RIF(3+10/71,3+1/7)
sage: x
3.15?
sage: x.str(style='brackets')
'[3.1408450704225350 .. 3.1428571428571433]'
Both endpoints start with 3.14, both
it could go.
Dirk
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group
On Sep 9, 9:35 pm, Dirk dirk.lau...@gmail.com wrote:
Any fixed-point representation is dubious when dealing with bounds
that have no significant digits in common, and nonsensical when they
are not of the same order of magnitude. Maybe automatically revert to
bracket notation as is done
)
sage: base_ring(z)
Symbolic Ring
sage: base_ring(real(z))
Symbolic Ring
sage: base_ring(imag(z))
Real Field with 53 bits of precision
Dirk
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send
