Test for [any] Intersection component?

Hello all,

So In GH you can test for brep intersections with commands such as BBX or BLX. If you need to see if a single entity intersects with multiple items, you can graft the item and test it against all possible intersections.

My question is, is there a way to determine if something intersects without checking all possible intersections? Maybe check only "local" possibilities (instead of an entire structure)?

In the example picture I am trying to creating 'panels' on each of the beams in the structure. I want the panels to run in the y direction as far as they can, until they intersect an element of the frame. The problem is I can't just solid union the whole frame, and then test for an intersection. Is there a better way to do this?

The goal here is for the 'frames' to rest on the structure, and provide the most coverage possible without intersecting each other or the structure itself.

THANKS Y'all

Attachments:

screenshot_Fri_Mar_04_17.22.27.png, 430 KB
screenshot_Fri_Mar_04_17.18.51.png, 389 KB

Replies to This Discussion

Permalink Reply by David Rutten on March 4, 2016 at 4:30pm

Have you looked at the Collision components?

Permalink Reply by Ol OneEye on March 5, 2016 at 11:39am

Perfect! Exactly what I need, and it seems to have a relatively low computational load (as compared to comparing booleans against each other.)

Quick question though. As seen in the video, currently as the panels grow and intersect they are culled, as they all grow at the same time.

Is there away to write a script where each panel grows until it intersects something, stops, and then the next panel grows and repeats the process? This could probally be done with HoopSnake, but I am already using hoopsnake to create the frame. I guess maybe I could bake the frame in and create a second definition with a new hoopsnake component? Or do I need to just bite the bullet and learn VB script?

Thanks!

https://www.youtube.com/watch?v=QVW3r9Ay0Uc&feature=youtu.be

RSS