## 5408 Reputation

17 years, 226 days
Munich, Germany

## version...

@acer sorry & thank you, I used 2017.3

MP_233942.mws

## reference ?...

@Mariusz Iwaniuk you might give a reference

## Catalan...

@vv : how you came up to involve the Catalan constant?

## that ......

Oh ... that is worth to be posted as an extra thread.

## 1/complex...

Yes, multiply numerator and denominator by the conjugate here is the same as 'rationalize'.

Then the "complex division" vanishes and one proceedes as usual (guessing the x is some real), if one knows how to multiply complex numbers:

1/z = (1*conjugate(z)) / (z*conjugate(z)) = complex/real

1/(5*x-I): %= rationalize(%);

1       5 x + I
------- = ---------
5 x - I       2
25 x  + 1

Maple should stop that cancellations (except spam).

Please consider to introduce moving threads to some trash folder, but do not delete.

## infinity...

If one uses MultiSeries:-asympt(f, q, 4) for f = integrand the constant 8*p prevents convergence in infinity

## perhaps...

... the following is meant (I use 1-D Math input [finding it better to handle] and do not use labels)

 > # https://www.mapleprimes.com/questions/233766-Why-Square-Roots-Are-Not-Simplifying restart; interface(version); with(PDEtools):
 (1)
 > DepVars := [u(x, y, t), U(xi, eta)]; alias(u = u(x, y, t));
 (2)
 > xi1 := 1/2*(x^2+y^2); xi2 := t; u := (h(t)+(x^2+y^2)*(1/2))*arccos(x/sqrt(x^2+y^2))/t+U(xi1, xi2);
 (3)
 > dd := '(diff(u, x))*(diff(u, y))';
 (4)
 > 'dd'= ``; eval(dd, [t = eta]): simplify(%) assuming x::real, 0 < y: ``=algsubs(1/2*(x^2+y^2) = xi, %): simplify(%) assuming 0
 (5)
 >
 >

## eval...

@mskalsi try it using "eval" instead of "subs"

## use some condition for the values of p...

For example: ... assuming 0<p  and read the help for that.

## searching on the web...

Using a search engine gives his publications https://www.researchgate.net/scientific-contributions/Rafal-Ablamowicz-8237292 (where I do not want to register) Downloading a paper should give you his concurrent contact information. Likewise you can try similar for his co-author Fauser. Good luck.

Edit: or contact him using https://www.linkedin.com/in/rafal-ablamowicz-89396529 if you are a member of Linkedin

## "Operators"...

Why does one need "Operators" ?

## Numerics and "usual mathematical rules"...

You seem to expect that the usual rules are correct if working with floating point calculation (this is what tomleslie means).

But this is only true with rounding errors and what you see is just that, that's all.

Here is a simple example where (a+b) + c and a + (b+c) are different:

 > restart; interface(version); Digits:=10;
 (1)
 > eps:=10^(-Digits); evalf(%);
 (2)
 >
 > (1+eps) - eps;
 (3)
 > 1+eps; evalf(%); % - eps; 1 - %;
 (4)
 >

Edit: and here an example for multiplication giving an error in the last decimal place, (a*b) * c and a * (b*c) are different

```Digits:=15; 2.00000000000001; %/2; %*2;```

## Basics about complex analytic functions...

May be you search for some lecture notes about Complex Analysis. It is not important which one, the contents are similar (though the style varies). Do not only try to see what Maple provides, some Math would help you for that.

## hm ......

That list is certainly not complete (square roots and friends) - but what do you *actually* want to know / achieve?

 1 2 3 4 5 6 7 Last Page 2 of 199
﻿