"Edwin Clark" <ecl...@math.usf.edu> wrote in message <news:r%JIb.162230$%h4.13617@twister.tampabay.rr.com>...
> The two expression are not equal. For example, let p = 1 and q = 0 then the
> first is 1 and the second is (-1)^(1/3) which Maple considers as
> (1+sqrt(3)*I)/2. If you used surd(-1,3) instead of (-1)^(1/3) you get -1
> which is still different from 1.

> Or, did you know that and just want to make the transformation anyhow? In
> that case the only thing I can think of now is:

>  > A:=-p/(-q+(q^2+p^3)^(1/2))^(1/3):
> > denom(A):
> > op([1,1],%)-op([1,2],%):
> > %^(1/3);

>                                2    3 1/2 (1/3)
>                        (-q - (q  + p )   )

Repeating Rifle wrote:

> in article 3FF33587.86F4B...@axelvogt.de, Axel Vogt at nom...@axelvogt.de
> wrote on 12/31/03 12:45 PM:

> >> I guess the problem is that without going through a comprehesnive tutorial,
> >> finding out that the Maple "assume" should be used seems to be a pretty hit
> >> or miss affair.

> >> Bill

> > Hm ... some hate to read manuals first, so an explicite hint
> > would be nice (no, not: "RTFM!"). To be serious: it's more
> > that you sometimes need some mathematical understanding for
> > your tasks, that's not specific for Maple (i used Mupad
> > before). Your tutor would recognize -s to mean s positive
> > while for a CAS this is hard, imagine you write -n to have
> > a natural n in mind. Or engineers sometimes write j for a
> > sqrt(-1). Just keep in mind that you may have not been
> > telling the machine enough about your problem :-)

> I have an excellent grasp of the mathematics. I am, nevertheless, getting to
> an age where my mind's agility is failing. Maple, and I presume similar
> products such as mathematica, require specific knowledge of the various
> procedure names. I find that I am searching for names I do not know exist.
> That is why I loved the Wirth railroad diagrams of pascal. Even Bachus-Nauer
> notation was useful. They underpinned the sturcture. You could at least find
> out what kind of a name was required.

> A little hint from people like you goes a long way.

> Bill

On Wed, 31 Dec 2003, Repeating Rifle wrote:
> Maple is still driving me crazy. I don't know where in the manuals to find
> this kind of help. The program help does not tell me what to do with the ..
> and things like that.

> On Wed, 31 Dec 2003, Repeating Rifle wrote:
>> Maple is still driving me crazy. I don't know where in the manuals to find
>> this kind of help. The program help does not tell me what to do with the ..
>> and things like that.

> Try reading the _Learning Guide_.  In particular, that covers the asssume
> and assuming commands.

> I'd recommend quickly reading all the manuals  *** even if you can't
> understand them ***  yet.  Do the same with as many on the help pages as
> you can.  Then reread everything quickly every few months.  A few more
> things will make sense on each reading.  Eventually it will all "click"
> together.  That is how I learn any computer package.

On Wed, 31 Dec 2003, Repeating Rifle wrote:
> I guess the problem is that without going through a comprehesnive tutorial,
> finding out that the Maple "assume" should be used seems to be a pretty hit
> or miss affair.

> I consider the "assume" command fundamental, but I guess that Maplesoft
> does not because I can't find it in the prepackaged tutorials.  When I
> teach Maple to freshman, I include assume in the third lesson.  I think
> they should add it to the ?examples,BasicHowTo

> "Mikito Harakiri" <mikharak...@iahu.com> wrote in message <news:HFIIb.6$Mf4.86@news.oracle.com>...
> > > simplify((sqrt(5)+2)^(1/3)-(sqrt(5)-2)^(1/3));
> >                                   1
>           exp( (1/3)*ln( sqrt(x)+2 ) )
> > a:=series( (1/3)*exp(ln(sqrt(x)+2)),x);
> and not 1 . may be I made a mistake somewhere.

>restart;
> is(exp( a*ln(b)) = b^a);

>is(exp((1/3)*ln(b)) = b^(1/3));

>assume(a>0);
>is(exp( a*ln(b)) = b^a);

>testeq((exp(a*ln(b))=(b^a)));

nma...@hotmail.com (steve_H) wrote in message <news:8db3d6c8.0401011443.67133b76@posting.google.com>...
> maple 9.03, on XP :

> Maple says that e^(a*ln(b)) is not the same as b^a
> but when I replace a by (1/3) it says yes.

> is this a bug?

> >restart;
> > is(exp( a*ln(b)) = b^a);
>                              false

> >is(exp((1/3)*ln(b)) = b^(1/3));
>                               true

> tried to tell it to assume a>0, but this did not help:

> >assume(a>0);
> >is(exp( a*ln(b)) = b^a);
>                              false

Caesar Garcia <caesar_garcia1...@yahoo.com> wrote:
>Try this:

>>testeq((exp(a*ln(b))=(b^a)));

>                                 true