My idea for remapping a sun study doesn’t appear to be working as anticipated. The outcome mesh bears no relation to the original; but in my mind this should probably be a simple re-mapping exercise. Im a bit rusty on GH so i may be missing something obvious, but as far as I can tell the lists should match properly.
I have solar studies coming out with a count of hours they receive sunlight. I am doing multiple instances of the study on separate days of the year, so generally the areas get a count of 0 through 17. I need the gradients to keep a common max/min value for comparison, so I divide by 24 (hours in a day) to get a consistent value between instances. Howver something is happening in the gradient tool that breaks the connection. Snips below of the left vs. right mesh.
I can’t tell where the break in my data structures is occuring … i assume it has to be inside of the gradient tab.
Try using the legend parameters component to set the min/max values for the legend. You can connect it to the legend_par input of the DirectSunHours component.
Joseph - this is still the incorrect mesh though. The correct one is the sun shade study snip above. I am trying to gain more control of the bounds so that the number of daylight tracks to a constant relationship of 24h.
Wow! That looks exaclty like i was thinking. Is this just a break in re-coloring mesh items? so weird. Typically I try to avoid surfaces in this instance due to the shear size they can swell to, but maybe its required in thsi instance?
Also, what is the mesh-to-brep node you have at the bottom, i am not seeing it for some reason…
I never attempted “casting” boundary curves directly to a surface node…
That’s actually amazing. If you run the Boundary Surface component here in lieu of “Surface Container” its a 2+ min computation time. Yet the Surface node returns the same untrimmed surface result as the BS component in ~400ms. Wow! What a difference!
I’ve used this method previously but man now that I know about the Srf container I’m going to test that on some “slow” planar boundary srf results in my other scripts.
In that case @Joseph_Oster has shared some code in the past that allows baking with materials intact.
Alternatively you can use Elefront plugin to dynamically bake the result.
Otherwise, as Joseph pointed out you can right click manually bake the Custom Preview and it will keep the colors intact as they were technically “assigned” within the context of the Custom Preview
Riffing off what @Joseph_Oster put together, if we pass the recolored “brep mesh” back into a mesh again, join it, etc. we can greatly reduce the file size when baking!
I have attached the result to this post to illustrate this
In testing this further it does appear that I am “remeshing” the original mesh at the Mesh Brep component and actually subdividing the original mesh quite a bit which I don’t want.
I need to see why I can’t simply convert the Brep surfaces to mesh faces without the subdividing occuring.
This isn’t a file size issue but it does effect the welding and blurring of the mesh gradient
Truly bizarre