g.synetos
(g.syn)
December 8, 2020, 12:05pm
1
Hi everyone,
I encounter the following issue:
I contour a surface and then i want to remove some curves that are on specific x- coordinates.
While the cull pattern works ok for finding the equality (i.e the lines that i want to remove)
If i take the un-equality it gives me the full set of curves.
Does anyone know why that happens?
I also tried the sift pattern and dispatch but i get the same outcome.
Thanks
Edit: Attached with the file
cull_pattern_gs.gh (11.6 KB)
3. Attach minimal versions of all the relevant files
Asking questions and getting answers is what this forum is all about. Although people are generally very helpful, there are things you can do to improve your chances of getting good and quick answers. Below you will find some suggestions, but don’t think of them as rules and especially don’t think of them as guarantees.
1. Choose a descriptive title for your post
Don’t title your question Help! or I have a problem or Deadline tonight!, but actually describe the problem you are having.
2. Be s…
g.synetos
(g.syn)
December 8, 2020, 12:15pm
3
@Joseph_Oster you are right. I uploaded the grasshopper definition
HS_Kim
December 8, 2020, 12:27pm
4
Have a look at the attachment. BTW, it seems the geometry that you want to contour is different from your screengrab…
cull_pattern_gs_re.gh (11.0 KB)
Or…
cull_pattern_gs_reV2.gh (19.8 KB)
1 Like
I replaced it with a component of my own that does the same thing.
Your have 41 values on the ‘A’ input and only 12 values on the ‘B’ input which you have grafeted for some reason(?), resulting in 492 output values in 12 branches. That’s nonsense logic, doomed to fail. I see @HS_Kim has posted a solution so I won’t bother.
g.synetos
(g.syn)
December 8, 2020, 12:36pm
6
Thanks @HS_Kim that does the job!!!
Just to have a better understanding do you know why inequality doesnt work?
PS Regarding the difference in geom, i know, i just replace the original geometry with a box just for simplicity.
g.synetos
(g.syn)
December 8, 2020, 12:40pm
7
Luckily enough there is no need to bother @Joseph_Oster .
@HS_Kim has provided a working solution