-
Notifications
You must be signed in to change notification settings - Fork 11
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
add BO equation #65
base: development
Are you sure you want to change the base?
add BO equation #65
Conversation
- add Hilbert_{\R}{f}(z), the Hilbert transform on the real line for periodic functions on [a,b). This is equivalent to the cotangent version. However, it breaks with the convention of the package that the domain of integration of the singular integral operator should be defined by the domainspace. Perhaps this case could be an exception? fix a typo in periodicline
Probably PeriodicInterval should actually be the line, and evaluation defined for all R by moding. I can't think of an example where you actually want the current behaviour. We could even rename PeriodicIntercal to "Torus" (, periodicline is used already to mean a conformally mapped circle.) Sent from my iPhone
|
The Benjamin-Ono equation with periodic boundary conditions (as implemented) has periodic analogues to solitons, so I think that would be interesting to some. http://www.diva-portal.org/smash/get/diva2:617038/FULLTEXT01.pdf I guess we just need to figure out what to call the real line with periodicity, i.e. f(t+b-a) = f(t) for all t in R. I don't think you need to mod for evaluation if the basis is periodic too, it's the perfect extrapolation. |
time evolution uses BDF2 basis is LaurentDirichlet(PeriodicLine())
# Conflicts: # test/runtests.jl
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Brings back memories!
# Conflicts: # src/stieltjesmoment.jl
periodic functions on [a,b). This is equivalent to the cotangent
version. However, it breaks with the convention of the package that the
domain of integration of the singular integral operator should be
defined by the domainspace. Perhaps this case could be an exception?