Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Still seeing non-stationary processes #14

Open
RhysU opened this issue Jan 1, 2013 · 4 comments
Open

Still seeing non-stationary processes #14

RhysU opened this issue Jan 1, 2013 · 4 comments
Labels

Comments

@RhysU
Copy link
Owner

RhysU commented Jan 1, 2013

So much for #3 being closed-- still seeing problems on test cases like...

./lorenz --tfinal=1000 --every=1 --seed=1 | cut -f 4 | ./arsel -s | cut -s '-d ' -f 2-

Compare the above results (showing NaN T0) with that of --every=2. The weird thing is that it doesn't seem to be a problem now with the amount of data (try --tfinal=1500 --every=2 which doubles the data from the above case and contains roughly the same number of points as --tfinal=1000 --every=1). The problem genuinely seems to be the high resolution data.

@RhysU
Copy link
Owner Author

RhysU commented Jan 2, 2013

Review http://www.citeulike.org/user/RhysU/article/11863472 in light of this issue.

@RhysU
Copy link
Owner Author

RhysU commented Jan 2, 2013

@RhysU
Copy link
Owner Author

RhysU commented Jan 2, 2013

First two refs indicate that instability due to round-off errors in the time recursion may be the culprit. Current best guess for a more-stable, Burg-like algorithm might be found in http://www.citeulike.org/user/RhysU/article/11863500 (and similar works by Strobach) refered to as PORLA4.

@RhysU
Copy link
Owner Author

RhysU commented Jan 8, 2013

I am inclined to leave this open but punt for now. Ultimately implementing PORLA4 to see if it solves the issue is probably worthwhile.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant