Grasshopper

algorithmic modeling for Rhino

Hey guys, 

I got this error while working with containment component,  "Curve point relationship cannot be determined" ... At first i thought this was a plane problem as some of the points were in up in z-axis, but the error was still there when I turned all z- values to 0... although all the curves are polyline curve, yet majority shows result after containment and some give this error... the white planar surfaces in the image are the one that shows result and empty curves with point in the center are the one which gave the error...  the image shows one branch of the tree... the remaining error curves are in the other branches hence the long list of error...

What might be causing this problem?

Files are attached...

Thanks in advance

Views: 1668

Attachments:

Replies to This Discussion

I *think* it might be a bug in either rhino or grasshopper in dealing with lots of decimal places or some other issues.

I have changed the units absolute tolerance settings in Rhino from 0.1 to 0.0001 and 0.000001 to see what happens. And I found out that the grasshopper is giving some different random Z values for the points inside the Containment component when in theory they should all be 0. Nothing else is changed, just the unit tolerance settings.

Weird.

Anyone knows why?

It's not a random value, or rather, it's not any random value. 7.0040e-23 is very, very close to zero. Almost all mathematical operations in the computer that deal with floating point values introduce some inaccuracy in the least significant digits. You should start getting worried when the noise gets larger than 1e-12.

--

David Rutten

david@mcneel.com

Poprad, Slovakia

Some curves are not closed.

Hmm...  Then how can Brep/Plane intersection component is creating open curves... since the geometry is closed and upright? the section should be all squares

I'll try moving plane a bit up ....

Moving up the plane 0.1 units resolves many errors, but there are still 21 remaining... and when i move 0.2 or 0.3 units, the number of error goes upto 35, the absolute tolerance of the file is 0.1 and changing it to 0.01 doesn't change the number of errors, after re-plugging the wires....   I guess the issue was not containment but the intersection component.... that explains the change in values when Ching changed the absolute tolerance values... 

It works when the plane provided for intersection is moved at 0.13 units in z-axis .... No errors... Thanks guys ...

Well some Breps have volume=0, extruded surfaces with a vector with 0 amplitude ?

But here every brep has some volume... 

RSS

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service