algorithmic modeling for Rhino

Dear expert,

I have tried to create a simple building with variable orientation and variable glazing ratio in order to show the effect of this variables on internal illuminace.
To do this I have already a geometry that I have converted in a HBsurfaces, then in one of this surfaces I have added a window with variable glazing ratio.
Although the simulation run with reliable results (illuminance decrease with the glazing ratio at fixed orientation) I am not sure that it is the right way to do this,
in fact I am not able to change the window characteristic, and if I try to separate the window from the wall with decomposeByType component it isn't works.

So, how I can separate the window from the HBsurface as shown in the 004_HB example?


PS: Maybe the problem is more clear if you check in the attachment the .gh file.

Views: 972


Replies are closed for this discussion.

Replies to This Discussion

Hi Giuseppe,

I checked the attached file but Rhino geometries are not internalized. DecomposeHBZone will only work for HBZones and not Honeybee surfaces. If you download the new release from the last week you can set up glazingMaterial when you add the glazing to the surface.



Hi Mostapha,

Sorry, I forgot to internalise the data!! I suspected that decomoposeByType works only for the zone. 

So, I saw this solution in an other discussion but I thought that is not my case because I need a variable glazing ratio and it seems to be a "static" solution.


Maybe in order to use this component I can prepare a set of window with different size and then choose one from a list. What do you think?  

Thanks for the help.




I have also noticed that the image based simulation gives to me images that regards my original geometry inspite of the rotated one although as input in the analysis components I have given the rotated gemotry.

In fact, ss you can see in the image below, the buildings are oriented in the opposite way. 

The strange thing is that the window has the size given in the new geomtry.

Any suggestion?



I will check your file but are you rotating the HBObjects?

You shouldn't rotate or move HBObjects in any case. If you need to rotate the geometries you should do it before converting the geometries to HBObjects. This is a limitation and I should add a warning for this case to make sure user will know about that.

- Mostapha

Hi Giuseppe,

I see your point. You are right. We don't really have a clean way of doing this. Maybe we should add a component to let the user change glazing materials for either a HBSrf or a HBZone.

For now you can generate the surface by component decompose the brep, regenrate HBSurfaces and run the analysis. Not a clean methodology at all but it should work until I add the component that I mentioned.



And here the attachment!!


Checked your file and my guess was true. I know that it may not make sense as you see the geometry is rotated but HB exporter reads the data that are attached to the geometry and not the geometry itself. It is definitely a limitation that I should address in one way or another. Thank you for reminding me about that.

Dear Mostapha,

Thanks to your precious help. The window works very well. And putting the rotation component before the materials definition I have also bypassed the bug, in fact the simulations give reliable results for every parameters combination.

Now I have a model that does exactly what I want.

So thank you again,







  • Add Photos
  • View All

© 2023   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service