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
There is a known bug in geometry_center (see e.g. #1335) which has not yet been resolved. Running your example as-is, the values output from get_epsilon() that I am seeing also includes nans.
In your example, if you remove geometry_center from the Simulation object constructor and shift your Block object accordingly, the results are as expected:
Using MPI version 3.1, 1 processes
-----------
Initializing structure...
time for choose_chunkdivision = 0.000194522 s
Working in 2D dimensions.
Computational cell is 79 x 15 x 0 with resolution 15
block, center = (38.5,0,0)
size (7,2,0)
axes (1,0,0), (0,1,0), (0,0,1)
dielectric constant epsilon diagonal = (2,2,2)
time for set_epsilon = 0.0873263 s
-----------
[1. 1.04347826 1.2 2. ]
[1. 1.04347826 1.2 2. ]
Thanks for the quick reply! For integer numbers it seems to work alright for me. I'll keep an eye on that and if I encounter any problem I'll just avoid using geometric_center. Thanks!
Hey, for a simulation (with the latest git-version) I found a strange output for the epsilon values. I've reduced it to a minimal-example:
As output I get (where the second line is not always the same):
and in the plot there's an additional horizontal line:
also when getting the epsilon the second time, there's still this line.
What I noticed:
subpixel_maxeval=0
the problem remains. I also found an example where this line is not constant and the numbers get far higherThe text was updated successfully, but these errors were encountered: