You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, bentopy does not support periodic boundary conditions. In order to judge whether this is feasible, we must answer the following questions:
Can the convolution be carried out in such a way that the periodic boundaries are taken into account?
Can the placement of the segments onto the background be done in a periodic manner.
The second question is not an issue at all. That is a mere matter of implementation and a placement modulo the background size. The biggest challenge here would be to be able to take into account semi-periodic boundaries (e.g., periodic over x and y axes, but not over z axis).
But the first question is where I foresee some trouble.
Experiment
This afternoon, Bart and I messed around with implementing the scipy.signal.fftconvolve function ourselves. We partially based our experimentation on a seemingly relevant SO entry. In that SO answer, it is suggested one uses np.roll in order to capture the periodicity of the convolution. Through our experimentation, we came to the conclusion (for now) that this is an accidentally correct answer, and that it does not hold over all inputs.
From there, we moved on to studying how the periodicity is treated within the scipy.signal.convolve2d function, which has a boundary="wrap" argument. To verify our this function and to check understanding, we decided to carry out a cookie-cutter experiment with this function. In such an experiment, we take a fully occupied background, and remove only the cells that reflect the exact segment that we intend to place, setting them to be available. Therefore, we know that there is exactly one correct way to insert the segment into the background.
Supposedly, convolving over the cookie-cutter background with the matching segment should return the position of the segment placement as the location of a single 0-valued cell. The position of that cell (with appropriate translation given the segment's center) should be the exact position of the cut-out segment.
When applied to a background where the segment does not span any periodic boundaries, the results from the test are correct: a single 0-valued cell was identified at the correct location.
When applied to such a background that was subjected to an np.roll, placing it over a periodic boundary, no such 0-valued cell could be identified. This would suggest there was no possible correct placement, but we know that is false since the example is correct by construction.
From this, we can conclude that it seems that scipy.signal.convolve2d with the boundary="wrap" argument does not produce the periodic results that we expect either. This leaves us more weary of this terrain, and suggests we should try to revisit this issue at a later stage.
The text was updated successfully, but these errors were encountered:
This change reverts the padding scheme I had introduced earlier to
circumvent an issue that I now know can be solved much more simply and
elegantly.
Closes#17
Currently, bentopy does not support periodic boundary conditions. In order to judge whether this is feasible, we must answer the following questions:
The second question is not an issue at all. That is a mere matter of implementation and a placement modulo the background size. The biggest challenge here would be to be able to take into account semi-periodic boundaries (e.g., periodic over x and y axes, but not over z axis).
But the first question is where I foresee some trouble.
Experiment
This afternoon, Bart and I messed around with implementing the
scipy.signal.fftconvolve
function ourselves. We partially based our experimentation on a seemingly relevant SO entry. In that SO answer, it is suggested one usesnp.roll
in order to capture the periodicity of the convolution. Through our experimentation, we came to the conclusion (for now) that this is an accidentally correct answer, and that it does not hold over all inputs.From there, we moved on to studying how the periodicity is treated within the
scipy.signal.convolve2d
function, which has aboundary="wrap"
argument. To verify our this function and to check understanding, we decided to carry out a cookie-cutter experiment with this function. In such an experiment, we take a fully occupied background, and remove only the cells that reflect the exact segment that we intend to place, setting them to be available. Therefore, we know that there is exactly one correct way to insert the segment into the background.Supposedly, convolving over the cookie-cutter background with the matching segment should return the position of the segment placement as the location of a single 0-valued cell. The position of that cell (with appropriate translation given the segment's center) should be the exact position of the cut-out segment.
np.roll
, placing it over a periodic boundary, no such 0-valued cell could be identified. This would suggest there was no possible correct placement, but we know that is false since the example is correct by construction.From this, we can conclude that it seems that
scipy.signal.convolve2d
with theboundary="wrap"
argument does not produce the periodic results that we expect either. This leaves us more weary of this terrain, and suggests we should try to revisit this issue at a later stage.The text was updated successfully, but these errors were encountered: