I take the position that if this object

Not(x::posint)

as argument of 'assume' produces an entry in the property table for 'x' it is a property. What name would you put it?

I take the position that if this object

Not(x::posint)

as argument of 'assume' produces an entry in the property table for 'x' it is a property. What name would you put it?

I get in Maple 11.02:

assume(Not(x::posint));
about(x);

Originally x, renamed x~:
  is assumed to be: Non(AndProp(integer,RealRange(1,infinity)))

I get in Maple 11.02:

assume(Not(x::posint));
about(x);

Originally x, renamed x~:
  is assumed to be: Non(AndProp(integer,RealRange(1,infinity)))

That is mid 1994.

With R3 the output of the integral is quite clumsy, with  27 labels of 'ln' expressions, but  the final result is fine. With Maple V Release 4 the output of the integral already looks similar to the current one.

In R4, without assume(r>0) I get the error message:

 

Error, (in series/arctan) unable to compute series

 

In R3, without assume(r>0) the integral evaluates with  32 labels involving 'csgn' and then an error:

 

Error, (in series/csgn) no series on imaginary axis

 

occurs when trying to compute the series with the same command.

 

maplesoft as domain name since May 1994 (I guess that it is somewhat older), while Maplesoft as corporate name since March 2003. Sounds as if the latter derives from the former.

 

Another approach is typing:

`#msubsup(mrow(mi("f"),mi("("),mi("x"),mi(")"),mo("]")),mi("a"),mi("b"))`;

On Standard GUI prints fine. Not on Maple Primes yet.

Indeed, TeX is much better.

Another approach is typing:

`#msubsup(mrow(mi("f"),mi("("),mi("x"),mi(")"),mo("]")),mi("a"),mi("b"))`;

On Standard GUI prints fine. Not on Maple Primes yet.

Indeed, TeX is much better.

I do not know if improvement, but I would have made it otherwise, calculating by residues:

with(IntegrationTools):
with(plots):
J := Int(1/(y^4-2*y^3+2*I*r*y^2-2*I*r*y-r^2),y=-1..1);
f:=GetIntegrand(J);
s:=singular(f,y);

s := {y = (-I*r)^(1/2)}, {y = -(-I*r)^(1/2)}, {y = 1-(1-I*r)^(1/2)}, {y = 1+(1-I*r)^(1/2)}; Numerically:

L:=map(x->op([1,2],x),[s]);
L1:=eval(L,r=0.1);

L1 := [.2236067978-.2236067978*I, -.2236067978+.2236067978*I,
-.1246114e-2+.4993777184e-1*I, 2.001246114-.4993777184e-1*I]

And ploted:

complexplot(L1,view=[-3..3,-0.3..0.3],style=point,symbol=solidbox,color=red,axes=normal);

I choose as path on the complex plane the segment on the real axis (-1,1), the straight lines from its end points down to +/1-I*infinity, and closed at infinity. It encloses the first pole above, and its residue times (2*I*Pi) can be calculated as:

f1:=factor(f);
(2*I*Pi)*residue(f1,op(s[1]));

1/2*Pi/r With a minus sign gives the value of the integral along this path made in clockwise sense. Now, the contribution at infinity and the half infinity stright lines is finite and can be expanded in powers of r (easy to do). Hence the leading contribution to J as r->0 is -1/2*Pi/r

You had a UUCP link to a server that bridged to internet?

for perverse minds..

If you see a typo in someone else post, reply to it  immediately before the poster has time to correct. Thus, the system denies him forever the chance of any edit.

But, if you are a kind person that allows the poster to correct his typos, do not reply but post.

It should not be like this, but I was informed that the system works this way.

 

 

of this blind submit SCR design is that you cannot know whether someone else has already submited about the same issue.  So,  the current choices are, I think:

1. Submit anyways. Problem for the developers that may receive reapeated SCrs.

2. Ask first at Maple Primes.  Problem for the Maple Primes community.

3. Not to submit (eg you may think that somebody else did it). Problem for everybody.

 

 

as it works fine with Classic GUI in Maple 11.02.

I find  that  the equation form makes the code more readable and easier to maintain.

No, 1 means the first variable "y" and 2 means the second one "z".

Indeed, ?pdsolve is not clear  on this point of boundary conditions

No, 1 means the first variable "y" and 2 means the second one "z".

Indeed, ?pdsolve is not clear  on this point of boundary conditions