-
Notifications
You must be signed in to change notification settings - Fork 6
Conversation
… a handfull bunch of Curve helper methods to check geometry types and generate back from polycurve #10
Curiosity question: does this go dynamo<->dynamo, as well as dynamo<->rhino? Great work in here! |
Ok so all curves are implemented. There are a few issues though:
DynamoSpeckle ViewerRhino |
Let's leave the viewer aside! That's going to be a separate issue. Rhino to Rhino things seem fine. I'm not sure how to deal with this. I checked - and yes, all of them have a start angle of 0. Not sure what the ghost is in here. There was a previous issue (rhino to rhino), but it got sorted by adding the domain of the arc. I am quite confused on how rhino deals with arcs now to be honest... Previous issue: speckleworks/SpeckleRhino#170 |
Also meshes from Rhino to Dynamo and viceversa. I started to have a look on extrusions and breps and after checking Rhynamo and MantisShrimp projects it seems that they would heavily rely on NurbsSurfaces to convert Breps to DesignScript geometry, but SpeckleBrep object structures relies on the rhino brep serialization to |
Re breps, that can change to what is needed - it is meant as a efficient dirty placeholder! If we agree on a common serialisation for breps, we can do that properly! Meshes look sweet! |
@didimitrie problem is Dynamo doesn't have a domain property so it takes the angle literally being 0 with the positive Xaxis. I found this post and it seems that an arc should give the radians from the XAxis when getting |
I'll merge it for now, we can discuss the current issues later |
This PR is a WIP to development to #10
Objects implemented:
I also started to do a bunch of cleaning from the rhino legacy code and added a few useful helper methods to check the type of a curve and get it as that geometry type (i.e. IsCircle() / GetAsCircle()), which Dynamo doesn't have OOTB.
I would't say is reayd to merge just yet, but I hope to get a working and fully tested version for the weekend.
Cheers!