- Join over
**1.5M+ people** - Join over
**100K+ communities** - Free
**without limits** - Create
**your own community**

Is this supposed to work?

```
julia> dot(Fun(), Fun())
ERROR: StackOverflowError:
Stacktrace:
[1] dot(::Function, ::Function) at /Users/osx/buildbot/slave/package_osx64/build/usr/share/julia/stdlib/v1.0/LinearAlgebra/src/generic.jl:665 (repeats 39122 times)
[2] top-level scope at none:0
```

Up there when I was solving the associated Legendre ODE:

is there a way to get the diagonal operator whose entries are

`1/sqrt(dot(psi[j], psi[k]))`

, `psi`

being the basis of a space?
It would make the self-adjoint ODE actually have a symmetric matrix when solving the generalized eigenvalue problem, but I couldn't find this.

(Before you ask "why not always use normalized", its because the unnormalized versions have rational formulae which are much faster.)

I showed how to get a symmetric-definite + banded GEP for associated Legendre functions here (section 3.1 https://arxiv.org/abs/1711.07866). I have some ApproxFun-like code that I wrote to verify the correctness of the formulas, (but not the FMM speedup)

Hi, I was just trying out an example from https://github.com/JuliaApproximation/ApproxFunExamples/blob/master/PDEs/Rectangle%20PDEs.ipynb. When trying the example for solving the convection equation (see In[10]), I end up getting an error if I end up changing the interval for t, say, for example, from 0 .. 2 to 2 .. 3.

`ERROR: LoadError: LoadError: Cannot convert coefficients from Chebyshev(-1.0..1.0) to Chebyshev(-1.0..1.0)⊗ConstantSpace(Point(2.0))`

I don't understand why this should be giving an error, since I should be able to choose an arbitrary time-interval. Am I missing something?

i would like to ask a question about joined spaces

I tried tzhe following

using ApproxFun

sp1= Chebyshev(0.0..50.0) ∪ Chebyshev(50.0..60.0)

x1=Fun(sp1); g1 = Fun(exp(-x1^2),sp1)

s1= sum(g1) #NaN

sp2= Chebyshev(0.0..5.0) ∪ Chebyshev(5.0..60.0)

x2=Fun(sp2); g2 = Fun(exp(-x2^2),sp2)

s2= sum(g2) #0.8862269254527582

sp1= Chebyshev(0.0..50.0) ∪ Chebyshev(50.0..60.0)

x1=Fun(sp1); g1 = Fun(exp(-x1^2),sp1)

s1= sum(g1) #NaN

sp2= Chebyshev(0.0..5.0) ∪ Chebyshev(5.0..60.0)

x2=Fun(sp2); g2 = Fun(exp(-x2^2),sp2)

s2= sum(g2) #0.8862269254527582

i expected s1~= s2. but it seems it is not.

I pushed a fix for this on this branch JuliaApproximation/ApproxFun.jl@07f50d0. If the tests pass, then it could be merged.

May i ask another question?

I try to reproduce an example from this chat given by @cortner

```
using ApproxFun
dom = Interval(0.001, 1) * PeriodicInterval(-pi, pi)
space = Space(dom)
Dr = Derivative(space, [1,0])
Dθ = Derivative(space, [0,1])
Mr = Multiplication(Fun( (r, θ) -> r, space ), space)
rDr = Mr * Dr
L = rDr * rDr + Dθ * Dθ
```

but PeriodicInterval(-pi, pi) is no more recognized.

What alternative can be used? Circle?

It’s been renamed

`PeriodicSegment`

as it’s really an oriented line segment
Thank you,

i tried

```
julia> dom = Interval(0.001, 1) * PeriodicSegment(-pi, pi)
ERROR: MethodError: no method matching *(::Interval{:closed,:closed,Float64}, ::PeriodicSegment{Floa
t64})
```

and

```
julia> dom = Segment(0.001, 1) * PeriodicSegment(-pi, pi)
ERROR: MethodError: no method matching *(::Segment{Float64}, ::PeriodicSegment{Float64})
```

`imes`

\times

thank you.

```
using ApproxFun,LinearAlgebra
dm = Segment(0.001,1) × PeriodicSegment(-pi,pi)
sp = Space(dm)
Dr = Derivative(sp, [1,0]); Dθ = Derivative(sp, [0,1])
Mr = Multiplication(Fun( (r, θ) -> r, sp ), sp)
rDr = Mr * Dr
Lr = rDr * rDr; L = Lr + Dθ * Dθ
```

i modified it and now can play with.

Not sure whether this is the right place to ask since technically my question concerns SingularIntegralEquations.jl, but that package seems to be related enough to ApproxFun.jl that I'll go ahead anyway.

In the code of SingularIntegralEquations it says

```
# stieltjesintegral is an indefinite integral of stieltjes
# normalized so that there is no constant term
```

Can someone elaborate on that normalisation condition?

Sure, fine to ask here. This normalisation condition comes from the fact that Jacobi polynomials have nice integration formulae coming from the weighted differentiation

`d/dx[(1-x)^a *(1+x)^b P_n^(a,b)] = C (1-x)^{a-1} (1+x)^{b-1} P_{n+1}^(a-1,b-1)`

. Roughly speaking, for functions that vanish at ±1, derivatives and Stieltjes transforms commute, so provided `a,b > 0`

we can use this to write the integral of a Stieltjes transforms in terms of the integral of the integrand.
Note that the

`n = 0`

case is special, and dictates the normalisation constant (as the construction for other `n`

will automatically decay something like `O(z^(-n))`

)
For the cases actually implemented, I think its normalized to go to zero at ∞.

Sorry, that's not right.

You always have logarithmic growth (unless the integrand integrates to zero).

```
julia> f = exp(x) * sqrt(1-x^2);
julia> z = 10_000; stieltjesintegral(f,z) - log(z) * sum(f)
-4.264886882765495e-5
```

Oh, wait, that's true for other intervals too:

```
julia> x = Fun(1..2);
julia> f = exp(x) * sqrt((x-1)*(2-x));
julia> z = 100_000; stieltjesintegral(f,z) - log(z) * sum(f)
-2.8356239955229512e-5
```

Sorry for making it seem more complicated than it actually it is. It's really simple: it's normalized so that

`stieltjes(f,z) = log(z) *sum(f) + o(1)`

.
Which happens to be consistent with

`logkernel`

(whose normalization is imposed by the actual definition):```
julia> logkernel(f, z) -log(abs(z))/π * sum(f)
-9.026071512430178e-6
```

Hi i was playing with modified example from Quantum states.jl

```
Using ApproxFun
fc1 = Fun(1, 0..1); fc2 = Fun(2, 1..2); fc3 = Fun(3, 2..3)
fc= fc1+fc2+fc3
D = Derivative(); sp = space(fc); x= Fun(sp);
B = [Dirichlet(sp); continuity(sp,0:1)]
λ, v = ApproxFun.eigs(B, -D^2 + fc, 500,tolerance=1E-10)
#returns result
λ, v = ApproxFun.eigs(B, -D^2 - 1/x*D + fc, 500,tolerance=1E-10)
# says Not implemented but if fc=fc1+fc2 it manages to return result
```

Is 1/x*D kind of a problematic composition?

Note

`eigs`

is quite stale and needs to be rewritten, but that's low priority for me. I'll accept any PRs.