Finding intersection points


(Carlossonline) #1


What would be the best approach to find the intersection points of several lines and to then find the centre of them?

(Pfotiad0) #2

Instead of doing reverse engineering use points from dividing some surface and then make the connections required (Relative items on the divPts Tree is the way to go - or if you are lazy try LunchBox ).

BTW: GH is 99.99999% DataTrees. Despite that the vast majority of users have - more or less - permanent issues with these mysterious/ominous things. Open attached (left unfinished as a challenge) and have a turbulent time (be brave). (24.5 KB)


See # 3. Attach minimal versions of all the relevant files

(Carlossonline) #4

Hi thanks for the reply. The string is great. I was wondering if you would be able to explain the methored some more. You used “(”&y&")… in to the evaluate. Can an mathematical expression not be used instead?

(Pfotiad0) #5

All these actually are dealing with tree branches and indices. If we did that with code (my style) we could create Methods that could combine anything imaginable.

The syntax on RelItems and Masks is David’s (hope that you know who’s David) stuff. There’s a classic thread (or more) in the old GH Forum where David exposes/explains the rules … if I’ll find it I’ll provide the link here.

In the mean time:

(Pfotiad0) #6

And these … well … are very old things (prehistoric I guess) made to train my people on data tree matters (before switching 100% to coding). (157.8 KB) (107.6 KB)

May the Force (the dark option) be with you

(Pfotiad0) #7

Another very old thingy that I guess suits your surface adventures: mask games and the likes (notice the combined input in the last filter option). (17.4 KB)

(Pfotiad0) #8

And here comes the pain (are you brave enough? that’s the big question, he he):

Added a small piece of C# that does something. Obviously the purpose of that is not to teach you coding > the task for you is to see what it does and do it using native GH components. (22.3 KB)