Skip to content
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

Overlapping shapes #27

Open
momchilmm opened this issue Oct 24, 2019 · 1 comment
Open

Overlapping shapes #27

momchilmm opened this issue Oct 24, 2019 · 1 comment

Comments

@momchilmm
Copy link
Member

momchilmm commented Oct 24, 2019

Currently it's up to the user to make sure that shapes added to a ShapesLayer are not overlapping. If they are, the permittivity of both those shapes is added in that region, which is probably not expected behavior.

It might be useful to set the permittivity to the one of the last shape, but it's not clear how exactly since the shapes are defined directly through their Fourier components (no real-space grid). Or at least we could raise a warning if something like this is happening.

Also this could be important for optimizations. If overlap can't be handled properly (see above), it could be useful to somehow implement constraints that allow you to enforce that the shapes are not crossing as the optimization progresses.

@ph1170833
Copy link

ph1170833 commented Dec 23, 2024

Has any solution been found for this? Can we somehow get overlapping shapes such that only one permittivity is mentioned? The only workaround I found was that since the permittivities seem to keep getting added, I would subtract one permittivity from a certain shape to get a similar effect. I dont know how good that is though

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants