-
Notifications
You must be signed in to change notification settings - Fork 65
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
[Persistence_representations - Persistence_heat_maps] create_Gaussian_filter ignores its second argument #34
Comments
Is this bug still relevant ? Is it related to the mathematics involved (bad formula) or something else ? |
Yes, I don't believe the bug was fixed. There are strange things about the formula. Computing sqrt then immediately squaring it back, the normalization factor There are contradictory comments and I am not sure what is intended. From this comment
it seems that pixel_radius is maybe also supposed to be used as the standard deviation of the Gaussian, up to some constant factor, in which case we should remove the confusing and useless second argument, document that, and check that the formula is consistent. Or if sigma is meant to be used, then we should fix the formula. Paweł never commented on this, maybe @MathieuCarriere would have some idea there. |
Sorry for the late comment. |
Mentioning this also reminds me that in our current Python version (in gudhi.representations), we also do an approximation by assuming that the kernel is constant on each pixel (also for faster computations). |
Generally speaking, it would be nice to include such exact versions in Python (when there is no approximation going on). |
prints
i.e. the same thing whatever
sigma
we use. The code looks like it is using sigma, but it actually simplifies out (up to rounding errors of course).The text was updated successfully, but these errors were encountered: