new fatou.gp program - Printable Version +- Tetration Forum ( https://math.eretrandre.org/tetrationforum)+-- Forum: Tetration and Related Topics ( https://math.eretrandre.org/tetrationforum/forumdisplay.php?fid=1)+--- Forum: Computation ( https://math.eretrandre.org/tetrationforum/forumdisplay.php?fid=8)+--- Thread: new fatou.gp program ( /showthread.php?tid=1017) |

new fatou.gp program - sheldonison - 07/10/2015
In addition to finally posting my pari-gp Abel(z)/slog(z) program which I call fatou.gp (see below), I've been thinking about a matrix method for bipolar Abel functions. Here is a flavor of the approach, where alpha(z) is the Abel function or slog. p(z) is a taylor series centered exactly between the two fixed points, L1 and L2. lamba is the multiplier at the fixed point. p(z) also has a singularity at L1, L2, but it is somewhat mild since p(z) and its first couple of derivatives are both continuous at the fixed points. I've been working with iterating Abel function There is much much mathematics to post, when I have more time. The program I wrote iteratively solves for p(z), by noting that alpha(exp(z))=alpha(z+1), and also that alpha(ln(z))=alpha(z-1), sampling a set of points on a unit circle; taking care to avoid the fixed points. Today I figured out that one can approximate solve p(z) to any arbitrary precision with matrices! A 512x512 matrix gives results accurate to about 15-16 decimal digits for base(e), . The fatou.gp pari-program uses theta mapping to iteratively solve p(z), to dramatically improve convergence. The program calls this function ct(z). But then I was thinking that maybe I can formalize the entire iteration process, including the theta mappings, with linear equations and matrices, so that solving a much small linear matrix equation might give results for p(z) accurate to 32 decimal digits... that would be pretty cool! Stuff for future. update Jan 7 2018: A 112x112 matrix using matrix_ir in the current version instead of iterating gives 35 decimal digits of precision within the sampling circle critical area. This matrix solution also includes a theta mapping. I'm finally posting my new Abel/Fatou program yet, that I've been working on for at least 4 months. I think I have solved most of the boundary conditions. Here is the very complicated pari-program that will work for a very large range of complex tetration bases, generating the sexp(z) and the slog, accurate to arbitrary precision. At its core, it calculates and uses p(z) for the Abel approximation between the two primary fixed points, using the equations above ct(z)=p(z). It is fast, and accurate, and works over a very wide range of complex bases, and generates sexp(z) for arbitrary points in the complex plane, as well as slog(z). In addition to solving the Abel function for iterating , it also solves the Abel function for iterating . The pretty pictures I posted in the Base-1 post were generated by earlier versions of this program. [attachment=1400]Updated latest version Aug 14th 2019 matrix_ir(exp(1)) now works with the tetration base instead of log(log(b))+1; matrix_ir(B,lctr,ltht,myctr,myir) so one can easily set the sampling circle relative radius, myctr, and the inner circle relative radius to the sampling circle radius, myir, as well as the number samples, myctr, and the number of theta mapping points, ltht. I also included uniquechart, which allows one to export data to a csv file. matrix_ir support for fast converging matrix solution exactly equivalent to this version of fatou; pentation and (early version) hexation is built in, support for base Ecalle solution eta slog/sexp, better support for 64 bit pari-gp. [attachment=1274] for reference: this is the original version from Jan 9th, 2016 [attachment=1219] for reference: this is the original version from July 2015 My favorite sexp base is still sexp base=-0.135335283236613; -exp(-2); which corresponds to k=2.31484985600431 + 2.13770783173591i. This base is on the edge of what this new fatou.gp program will converge for, since the pseudo period is approximately 2. For bases near the Shell Thron boundary, where the imag(pseudo+period) is small, there is no theta mapping, so convergence is much slower. Some bases with a theta mapping, but near the Shell Thron boundary also benefit from "setmaxconvergence(); sexpinit(I);" this gives good convergence for sexp base(I). Code: `sexpinit(-exp(-2)); /* alternatively; loop(1+log(-2+Pi*I));*/` RE: new fatou.gp program - sheldonison - 01/10/2016
I posted a new version of the pari-gp fatou.gp program; the pari-gp code is in the original post. There's a minor bug fix along with some updated functions. The bug was that sometimes near the fixed points, the precision of the sexp(z)/invabel(z) function was lower than it was supposed to be. The closest points to the real axis with errant behavior was around sexp(0.03+3.6*I), which is only accurate to 13 decimal digits accurate instead of the expected 24 decimal digits with the default \p 28 precision. The sexp(z) routine used in fatou actually has to find the inverse of the Riemann surface of the slog, and the slog routine itself uses a different algorithm near the fixed point. The support for a wide range of complex bases led to some complicated logic in the "betterest" subroutine called in the main invabel(z)/slog(z) routine. A more minor bug fix was that the slog branch picked for points near the fixed point was not always consistent with drawing the cut-line vertically, which was the intended slog(z) cutpoint branch behavior. With this update, its easy to accurately see the difference between the two branches of near the fixed point, which I needed for http://math.eretrandre.org/tetrationforum/showthread.php?tid=1043 this post Some of the other updated functions are actually kind of cool, and they come for free. For example, there's an implementation of Andrew's slog, and Jay's accelerated slog; some details are in the "andrewjay();" help menu. Someday, I may post my comments on the convergence of these simultaneous equation matrix solutions and the "(andrewslog(z)-slog(z))" error term. The error term turns out to be modeled surprisingly well as 1-cyclic fourier series, with respect to Kneser's solution. The provides a window into why the fatou.gp solution is unique, and why Andrew's slog converges so slowly, and might allow for fascinating future posts on the forum. Other minor functions in this update include a generic formalhalf(fx,n) routine, to go along with the formalschroder routines. RE: new fatou.gp program - marraco - 01/13/2016
(07/10/2015, 08:58 PM)sheldonison Wrote: In addition to finally posting my pari-gp Abel(z)/slog(z) program which I call fatou.gp (see below)Great work. I cannot praise it enough, Sheldonison. That's the single best advance on tetration that I know about. RE: new fatou.gp program - andydude - 01/14/2016
(07/10/2015, 08:58 PM)sheldonison Wrote: In addition to finally posting my pari-gp Abel(z)/slog(z) program which I call fatou.gp (see below) Why is this called "Fatou"? I know this is the name of a mathematician, but other than that, I'm confused. What does "Fatou" mean to you? Is it a reference to a functional equation? If so, then which one? RE: new fatou.gp program - sheldonison - 01/16/2016
(01/14/2016, 12:58 AM)andydude Wrote:(07/10/2015, 08:58 PM)sheldonison Wrote: In addition to finally posting my pari-gp Abel(z)/slog(z) program which I call fatou.gp (see below) Pierre Fatou, but the algorithm is named because it works with the perturbed fatou coordinate, from complex dynamics. The work of Shishikura is also relevant. Adrien Douady mentioned Fatou Coordinates in some of his work. They all refer to the Abel function for where k is the perturbation of the parabolic case. There is an explicit asymptotic series/formula for the Abel function for k=0. My program iterates which matches the perturbation of the parabolic case for exponentiation. We can go back and forth between the "k" perturbation abel formula and the sexp/slog base "b", by using the conversion formula: is congruent to working with So for example, k=0 is the parabolic case, and is iterating and it is congruent or equivalent to iterating where So k=0, is exactly Jay's base eta; And there is a formal solution, from Ecalle, for the parabolic case as well. There are posts on Ecalle's formal asymptotic Abel series solution for the parabolic case on mathoverflow by Will Jagy; see http://mathoverflow.net/questions/45608/formal-power-series-convergence So my attempt in writing fatou.gp. was to write a program that might help me learn some of the mathematics of perturbed fatou coordinates, and thereby give Tetration a stronger mathematical footing. The fatou.gp program also includes an "x2mode=1;" setting where the program iterates solving the abel/invabel function for , whereas in the default x2mode=0, the abel/invabel subroutines are called by the Tetration subroutines for sexp/slog using the conversion formula I just posted because in the default mode, the guts of the program actually works on the mapping as opposed to the mapping. Also, for the x2mode=1, as far as I know, the numerical solution for solving the Abel function of using both fixed points is also a non-trivial problem also worthy of studying. RE: new fatou.gp program - marraco - 02/15/2016
Is possible to calculate bases with negative imaginary part? I get an error saying that it is not supported. RE: new fatou.gp program - marraco - 02/15/2016
Hey, Sheldonison, why fatou.gp only shows 15 digits? Is only for aesthetic reasons? I mean, can the other digits be used as valid data? (07/10/2015, 08:58 PM)sheldonison Wrote: A 512x512 matrix gives results accurate to about 15-16 decimal digits for base(e), . The fatou.gp pari-program uses theta mapping to iteratively solve p(z), to dramatically improve convergence.^^oh. I see... RE: new fatou.gp program - sheldonison - 02/16/2016
(02/15/2016, 10:12 PM)marraco Wrote: Hey, Sheldonison, why fatou.gp only shows 15 digits? Also, yes, the formatting is entirely cosmetic, and has no impact on the computation precision. The computation precision is "\p 28" by default, 28 decimal digits, which normally gives 23-25 decimal digits precision for fatou.gp. But there are bases near the Shell Thron boundary where there's no theta mapping. Without a theta mapping, you only get 15-16 decimal digits of precision in fatou.gp For bases with imag(b)<0, you could write your own code, as follows. Someday I may support bases<eta with imag(b)<0 where the rotation angle is >Pi, which would be similar to tetcomplex, but it turns out its a harder problem, so I can't get the sexp(z) to work for those upside down bases. So I disabled it. But that's probably not what you're interested in anyway, you just want bases with imag(b)<0, hopefully for bases greater than eta. So here's some quick code which I haven't tested which will probably does exactly what you want. Also, there's a newer version of fatou.gp in your thread that may be of interest to you. Code: `mysexpinit(b) = {` RE: new fatou.gp program - Xorter - 12/25/2016
I have some problems with the program. y = H(2,x,3) = 2[x]3 should not look like this. Any idea? Picture of the hyper function RE: new fatou.gp program - sheldonison - 12/26/2016
(12/25/2016, 07:52 PM)Xorter Wrote: I have some problems with the program. I'm not familiar with H(x); sorry. How do you define/implement it? What function in fatou.gp are you using? |