WindTunnelPar: gradXYZ input

[ladybug-tools]

WindTunnelPar: gradXYZ input

[mostaphaRoudsari]

@TheodoreGalanos gradXYZ here is the simple grading for blockMeshDict in x, y, z. Two questions. Do we have an example for multiple grading? Looks like we need two new components for simple grading and multiple grading which both can be connected to this input which can be renamed to grading?

[TheodoreGalanos]

Hi @mostaphaRoudsari ,

The above post can be considered as an example for multiple grading, in the sense that copy pasting the brackets in the proper place of any blockMesh would create a multiple grading. I will forward an actual blockMesh for you to test soon.

I was also just thinking about how to approach grading in terms of components. I think we should have a component for multiple grading and we should hide the simple grading completely (leave it as additional parameters perhaps). The reason for this is the simplicity of simple grading implementation in OF. It is literally the static grading ratio of sorts for all 3 orientations, moving from min to max coordinate. I have never ever used a simple grading different than (1 1 1) simply because it doesn't make much sense in any physical modeling. This can make things easier for us leaving simple grading as a default (editable through additional parameters option perhaps) and allowing the user to enable multiple grading if he/she wants.

As for the component itself for multiple grading I think it's a very good idea to have one indeed. The reason isn't just to make it easier for the user to apply it but once again to use Rhino/GH interface to allow for parametric-type grading. For example, there can be a rectange input in the component where the user could draw directly on Rhino canvas the boundaries on which the grading to be applied. BF can then automatically get the percentages off of this boundary and apply them to the grading. All the user does after that is to select the percentage of cells in each part. I'd have to test this but it is one possibility I guess. Another possibility could be to select the regions of multiple grading directly from the input geometries, much like we do for blockMesh. For example the user can choose a percentage or a distance before and after the geometry (in X and Y) in order to create the center region.

For the cell distribution, from my own experience, it would be amazing if we could find a way to allow the user to define size of cells and ratio of difference between regions, apart from simply percentages (much like we need to do for the blockMesh component). I think I have an excel sheet somewhere that (almost) does the same thing, I'll send it over as an example tomorrow.

Kind regards,
Theodore.

P.S.: The above might make more sense once I send over the blockMeshDict example.

[mostaphaRoudsari]

Hi @TheodoreGalanos! Thank you for the quick reply. I'm looking forward to your example file.

Assuming that blockMesh is always a box or can fit inside a box we can have the user to input UV values between 0 and 1 instead of real distance and visualize the regions as an output of WindTunnel and blockMeshDict. It will be something similar to evaluate surface/volume in Grasshopper.

[mostaphaRoudsari]