Martin Rubey writes:
> I did not want to say that sqrt(a*b)=sqrt(a)*sqrt(b) is always good
> behaviour, but there are circumstances where you want it. Eg., it
> seems that it's necessary for symbolic integration, where you are
> really working in a differential field.
I should have added: Wald
Stan Schymanski writes:
> Hi Martin,
>
> I can't imagine that such a change in the result is intended
> behaviour of a simplify action. If it is, one should either stay
> away from it if one is planning to do any numeric calculations or
> understand when to use it and when not. I'm still strugg
Hi Martin,
I can't imagine that such a change in the result is intended behaviour
of a simplify action. If it is, one should either stay away from it if
one is planning to do any numeric calculations or understand when to
use it and when not. I'm still struggling with that.
I am much more fond o
Maurizio writes:
> What is the reason to have such a bugged function?
I wouldn't consider
> > sage: var('omgo zr ys cz')
> > (omgo, zr, ys, cz)
> > sage: omgo = (sqrt(-zr^2 + 2*ys*zr + (2*cz - zr)^2 - 2*ys*(2*cz - zr))
> > + 2*zr- 2*cz)/(2*zr - 2*cz)
> > sage: omgo.simplify_full()
> > (I*sqrt
What is the reason to have such a bugged function?
When can we trust it?
On 9 Mar, 14:18, Stan Schymanski wrote:
> Just a word of caution with respect to simplify_full().
>
> If your function involves floating point numbers, simplify_full() can
> give an erroneous result (see bug #2604950 in Ma
Just a word of caution with respect to simplify_full().
If your function involves floating point numbers, simplify_full() can
give an erroneous result (see bug #2604950 in Maxima or
http://groups.google.com/group/sage-devel/browse_thread/thread/5613095ef16c9ead/43a97f9690f5f8af?lnk=gst&q=simplify
Thank you everyone! :)
On Jan 20, 9:56 am, Jason Grout wrote:
> Tim Lahey wrote:
> > However, in my version of Sage (3.2), the functions simplify_full()
> > and simplify_trig() only seem to be defined on objects not as
> > general functions. Unless I'm missing something.
>
> I noticed that too.
Tim Lahey wrote:
> However, in my version of Sage (3.2), the functions simplify_full()
> and simplify_trig() only seem to be defined on objects not as
> general functions. Unless I'm missing something.
I noticed that too. Does anyone object to making at least simplify_full
a top-level function
Mike Hansen wrote:
> Hi Ben,
>
> On Tue, Jan 20, 2009 at 1:46 AM, ben wrote:
>> Are there any functions that are able to do further simplification?
>
> You're probably looking for trig_simplify():
>
> sage: a = cos(x)^2 + sin(x)^2
> sage: a.trig_simplify()
> 1
And two other ways to access eq
On Jan 20, 2009, at 4:46 AM, ben wrote:
>
> Hi,
> I tried this:
>
> sage: simplify(sin(x)^2+cos(x)^2)
> sin(x)^2+cos(x)^2
> Are there any functions that are able to do further simplification?
>
There are a couple of options if you do it this way:
f = sin(x)^2 + cos(x)^2
f.simplify_trig()
or
Hi Ben,
On Tue, Jan 20, 2009 at 1:46 AM, ben wrote:
> Are there any functions that are able to do further simplification?
You're probably looking for trig_simplify():
sage: a = cos(x)^2 + sin(x)^2
sage: a.trig_simplify()
1
--Mike
--~--~-~--~~~---~--~~
To post
11 matches
Mail list logo
