You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When conducting solar simulations, the original untrimmed surface geometry is used. This is very unintuitive for the user, because the user usually only sees the trimmed geometry. The problem becomes visible when displaying the coloured mesh with irradiation values. See screenshot below
Expected behavior
Simulation should by default work with the trimmed geometry,
Screenshots
Software
Rhino Version 7
Hive Version 1.14
The text was updated successfully, but these errors were encountered:
@ChrisZenhub this seems to be caused simply by the component that generates the mesh from the referenced surface, as that apparently ignores the trim and makes a mesh from the underlying untrimmed surface. Frustratingly, setting the bool option "Allow faces to overhang trims" to False on that component doesn't seem to fix this behaviour in the expected way...
hmm ok thanks @philipschulz . can you propose an alternative workflow for the template, where this doesn't happen? Or maybe make a new gh component that ensures that always the trimmed geometry is used? Or, actually what I prefer: implement it in the solar model that it always uses the trimmed geometry (the one, that is shown on the rhino display)
Describe the bug
When conducting solar simulations, the original untrimmed surface geometry is used. This is very unintuitive for the user, because the user usually only sees the trimmed geometry. The problem becomes visible when displaying the coloured mesh with irradiation values. See screenshot below
Expected behavior
Simulation should by default work with the trimmed geometry,
Screenshots
Software
The text was updated successfully, but these errors were encountered: