-
Notifications
You must be signed in to change notification settings - Fork 109
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
Spergelets #628
Comments
This looks like a very good plan. Here are couple of further questions:
|
Just a quick comment on the user interface. Perhaps I am being overly influenced by our recent discussion about the ChromaticObject interpolation stuff, but an alternative to the user interface that you proposed would be something like
So the basic idea is that it's the same object, but you're changing how you do the internal calculations and image rendering to use the series approximation. |
…ction static. Also, created Series.drawImages() method. (#628)
@jmeyers314 , what ever happened with this? I know the initial implementation was merged to master, then there was a bunch more work on this, but then it just kind of stopped. |
The next step in implementing the series representation of the Spergel profile (see issue #616 and PR #625) is the implementation of the series basis functions (which for now I'm deeming "Spergelets") and some framework for picking the appropriate coefficients for each Spergelet. I've already more or less got the Spergelets drawable on a local branch, but haven't started the rest of the framework yet. Here's my proposal though:
I think it would be nice if the implementation of the Spergel profile via Spergelets shares most of the same API as the directly implemented Spergel profile. For example:
My current plan to accomplish this, which is pretty close to the plan @mdschneider laid out in #616, is to create a
GSObject
subclassSeries
from whichSpergelSeries
would derive.SpergelSeries
would then have methods:getCoeff((radial_index, azimuthal_index))
, andgetBasisFunc((radial_index, azimuthal_index))
, and also override transformation methods likeshear
,dilate
, etc. to implement these by changing the coefficients of the expansion. Similar toChromaticConvolution
, I would also imagine aSeriesConvolution
subclass ofSeries
with adrawImage
method that does something like:There are at least two potential drawbacks that I can see:
InterpolatedImage
and redraw, I suppose, but that almost certainly destroys the speedup acquired from precomputing convolutions and making everything linear.The text was updated successfully, but these errors were encountered: