Grasshopper 0.8.0003 available for download

Replies to This Discussion

Permalink Reply by roly hudson on November 25, 2010 at 11:54am

Great thanks - a couple fo questions then.
a) how do I access legacy c#? you mean just use an old version of GH I guess.
b) is the rhinocommon documented anywhere?
c) is the sdk.net for rhino going to be obsolete soon as well?

Permalink Reply by David Rutten on November 25, 2010 at 12:07pm

Hi Roly,

the legacy component are available from the same panel as the new Script component, but they are only available from the drop down. We'll keep the legacy components in there for as long as possible.

RhinoCommon documentation

The Rhino_DotNET sdk will not become obsolete, we'll keep on supporting it for as long as it makes sense. But the old SDK will never run on the Mac, whereas RhinoCommon is designed to work on all OSs that support native or Mono .NET frameworks.

--
David Rutten
david@mcneel.com
Seattle, WA

Permalink Reply by roly hudson on November 25, 2010 at 12:38pm

Thanks very much, a very thorough and quick response. Roly

Permalink Reply by Jihoon Kweon on November 26, 2010 at 1:13am

My question is about the installation of two different versions of Grasshoppers.

Can I install GH v.0.6 on Rhino 4.0 and GH v.0.8 on Rhino 5.0?

Regards.

Permalink Reply by pim marsman on November 26, 2010 at 3:13am

jikoon, look here:
http://www.grasshopper3d.com/forum/topics/can-i-install-two-different

PM

Permalink Reply by RG on November 26, 2010 at 2:10am

Hello David,l

I'm just trying to work with the last version, but the file working with 08.0002 doesn't work with 0.08.0003.
It's diffucult to tell you more...

Thks:)

Permalink Reply by Ángel Linares on November 28, 2010 at 6:45am

I have found a bug with Clusters. They mix data at output :S Months, days and year get mixed.

I hope this helps.

Best Regards.

Attachments:

• Cluster_Date_error.ghx, 323 KB

Permalink Reply by David Rutten on December 6, 2010 at 1:04pm

oh boy... That's bad.
I'll get it fixed asap.

--
David Rutten
david@mcneel.com
Seattle, WA

Permalink Reply by Ali Tabatabai on December 6, 2010 at 1:47pm

Also this is strange behavior with clusters...

//A

http://www.grasshopper3d.com/forum/topics/grasshopper-080003-availa...

Permalink Reply by Tuan N. Tran on November 29, 2010 at 9:07pm

David

I think there's a bug. Check out the lists booleans. Same values used for comparison yielded different results.

Permalink Reply by David Rutten on November 30, 2010 at 11:21pm

Hi Tuan,

I think this is a rounding result. When you display a number in a Text Panel, it is rounded to 6 decimal places. I think that the last 7 is in fact something like 7.0000000000001. So when you run the comparison on the rounded value, you'll get a different result.

--
David Rutten
david@mcneel.com
Seattle, WA

Permalink Reply by Nicholas Rawitscher on February 10, 2017 at 6:03pm

Hi David,

it feels funny responding to  a post back in 2010, but I had the same problem a few days ago, and coincidentally I just ran into this discussion and decided to respond. The attached file is a part of a larger script where I was filtering numbers < 950. The only number in the data set < 950 was 405.570893 and without  adding the rounding component before plugging in the data in the "smaller than component" the booleans yielded wrong results. It was quite annoying to understand why this "error" mas happening before I put the round component in. But it still dosent make any sense, 405.570893 will always be smaller than 950, or 950.0000000001. I eaven tried writing my own smaller than component in python and the output was the same. 

Is their a logical mathematic explanation for this? I did hear once that programing languages treat floats in different ways depending on the types of calculations they are used for, and thus can alter the results. But yet again... it still dosen`t make any sense to me.

Thank you

Nicholas

Attachments:

• tolerance bug.gh, 12 KB

• ‹ Previous
• 1
• 2
• 3
• 4
• 5
• 6
• Next ›
• Page