I’ve input a circular surface into the HB Face component and it’s giving no output without showing any error message. I thought it might be due to holes, so I’ve tried inputting another circle with no holes. Both of these produce the same result - feels like I must be doing something wrong but I can’t think what… please could you take a look?
Also I was under the impression all honeybee surfaces be it faces, apps, doors etc were supposed to not be curved for E+ to be happy. Do you know if something has changed with the updates?
Best
-trevor
I think this is well worth interest of the LBT dev team, inputting curved surfaces and getting no output without warning is a risk for many workflows, e.g. these curved surfaces could be a few critical surfaces in a long list of inputs, with the error then being undetected.
I won’t have the opportunity to look at your file for a while but I can clarify that plugging in curved breps into the HB Face component is supposed to be fully-supported. When this happens, the geometry is supposed to get planarized using the same methods that run under the hood of the HB Planarize Brep component.
I might receive moment just double-checking what model tolerance you are using in Rhino 7 vs. 8 and make sure that they are the same so that we can rule out tolerance as the cause.
Also, if you can confirm which service release of Rhino 8 you are using, that would be helpful.
I got the chance to open your file and you are right that there’s a significant issue here, though it was more than just a difference between Rhino 7 and 8. I was able to get some of the geometries to not translate in Rhino 7 if I used a coarser tolerance of 1 cm.
In any event, the fundamental cause of the issue is some code that I added 6 months ago to improve the translation of planar geometries with curved edges. I was just finding a lot of cases where Rhino was representing things with NURBS curves that were essentially linear and so I added a step to perform curvature analysis on the curves before I decide to translate them as either a single line or a subdivided line. The issue was that I didn’t realize how 2-degree arc-like curves would behave with this check since they have the same curvature everywhere and I can’t simply evaluate a max curvature like I can with all of the higher-degree NURBS curves.
I added a better way of handling the 2-degree arc-like curves here:
… and I verified that all 4 of the geometries in your sample translate in both Rhino 7 and Rhino 8.
You can get the fix on your end now via the LB Versioner and I will make sure that it is included in the next Pollination installer.