Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Overlapping shapes #27

Open
momchilmm opened this issue Oct 24, 2019 · 0 comments
Open

Overlapping shapes #27

momchilmm opened this issue Oct 24, 2019 · 0 comments

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.

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

No branches or pull requests

1 participant