Point in Curves - Data Tree Error

Here is a fun exercise. :slight_smile:

I have a data tree of points that I am testing for inclusion with a data tree of curves. Unfortunately, I am not getting the output that I get when I feed in one branch of points at a time.

To the right of the definition is the correct output I am going for.


DateInclusionError.gh (45.6 KB)

All results = 0 so all point groups are not inside the curve groups; you can check this branch by branch

I posted the wrong image as the definition needs ‘point in curves’ to function rather than the one pictured.

The uploaded definition is right… will fix this when I get home.

I talk about your definition

All of the points seem to be in closed polylines.

The definition works fine when I cycle through the branches. It does not work when I run two data trees at once. This makes me think that it is not a geometrical issue where points lists are not inside curve lists.

I think it may be another issue in this case.

Thank you for your help.

1.Why are you working 1,084,692 units away from the origin?
2.The relationship of these trees don’t make sense to me. For instance index zero why do you want to see if 5 points are in 48 curves? I think you will need to describe better what you are after.

The groups of points and their index are different compared to the groups of curves

@Michael_Pryor - pertaining to scale, this is an urban design project. The shapefile brought it in away from the origin. I didn’t think this would cause an error.

The reason i am looking for disproportionate amounts of pts to curves is bc I am making comparative graphs from the linked excel data. For instance, if 5 points match out of 48 curves on branch 1, 2 points out of 3 curves on branch 2 etc…

Then this allows me to test if one data set (building A is found within another dataset… the other list)… these are predefined from excel.

I can do this branch by branch and create a matrix by hand, but I’d rather just combine the trees to create the comparative matrix.

Hopefully this clears things up.


I didn’t think this would cause an error.


Prob not the issue but things get weird so far away in calculations.

I have the same question as @seghierkhaled why is the list you are trying to get the same as the input point list? How did you generate that result list you internalized. This would be helpful to know (as a gh definition)

If you want the same data at the end that mean all points are not inside the curves but this not true, so what is the problem exactly?

1 Like

For clarification I have posted a more detailed definition. Here I am testing whether 9 building types (each on a branch in a data tree) fall within 3 FFE groups. (also on a branch in another data tree)

Cycling through this code shows that it works branch by branch; however; when the data tree is inputted into the ‘curves in points’ node, it does not give the expected ‘nested’ tree structure.

For example:
Branch 1: 5 points in group A crvs.
Branch 2: 2 points in group A crvs.
Branch 3: 8 points in group A crvs.

so the Data Tree should be something like:
(the path to the left of the semicolon is the building type and the path to the right is the FFE Group) N will equal the number of inclusions for EACH building type per group.

{0;0} N = x
{0;0} N = x
{0;0} N = x
{1;0} N = x
{1;1} N = x
{1;2} N = x
{2;0} N = x
{2;1} N = x
{2;2} N = x

EXAMPLE.gh (787.9 KB)

Empty file

Apologies for the confusion. I have now restated my question and uploaded a proper example file.

Thank you.

Is this what you are looking for?

EXAMPLE_inclusionTest_re.gh (790.3 KB)

Thanks @HS_Kim

So what I am looking for is to have each FFE group (0 to 2) within a Path in the tree that I described above like this:

{0;0} N = x
{0;1} N = x
{0;2} N = x
{1;0} N = x
{1;1} N = x
{1;2} N = x
{2;0} N = x
{2;1} N = x
{2;2} N = x

What you have worked out is only for one branch of the ‘BLDG HEIGHTS’ data tree. I am attempting to compare all of the branches of the first tree to the ‘FFE GROUPS’ tree. This tree should have thirty branches as it will compare each height to each of the three branches in the FFE groups.

Thank you again.

Is this discussion (almost) the same as this?

if yes maybe there is no need for a new discussion?
I tried to help that day but stopped soon after what Seghier points out:

This was an earlier question that I thought I had deleted. Now I can’t delete it. It does not ask the question as precisely as this version.

Pertaining to Seghier’s conclusion that :
The groups of points and their index are different compared to the groups of curves

This is for a reason as is illustrated in the images of only certain points falling within the categories that they are compared to.

This is comparative analysis which I then export to excel for creating graphs. I am making the matrices manually (branch by branch) currently.

I tried to understand but i can’t
i see that the buildings and the surfaces have different index; do you want to sort the buildings based on the surfaces index?

If you are trying to sort your data by curve, you need to graft the “C” input of your Point in Curves. Otherwise it matches your data curve to point.