I need your help, again! i’ am having an issue with re-colouring meshes.
What i am trying to do is to:
take and read the DF results from a previous analysis (HB_Lookup daylighting folder, HB_import points file, HB_read RAD results components)
assign a colour to each value depending on the european standards (i.e. if DF < 2.2, “Red”, “Green”…). (Evaluate component)
Re-colour the meshes according to the standards (Mesh colours component)
Here is my workflow:
And here below are both the results: the one on the left is what I am trying to plot, meanwhile on the right there are the results from the re-colour mesh DF analysis. As you can see the ones on the left are “correctly” following the isocurves i have drawn (one for each european standad i wanted to see), BUT the colours are not correct at all (look to the ones on the right).
Do you have any advice? Do you know why it is doing this funny thing?
PS: In my workflow i have tryed also to direct input the analysis mesh output into the mesh coulours component but it wasn’t working.
The difference between these maps is that the first one comes from some conditional statements - e.g. if the DF is greater than 2 set this color… this function doesn’t generate gradient colors, you have written a treshold function. While, the second map follows a gradient function, you have remapped values inside a domain of colors.
Sorry, I don’t understand well what type of map do you want to reach (with gradient colors or treshold colors). Could you clarify this for me? thanks.
Actually, I put the two images just to show the errors of the remapped one.
To be more clear, what i meant is to create a map with treshold colors like:
for the DF below 0.7 --> red
for the DF between 0.7 - 2.2 --> orange
for the DF between 2.2 - 3.6 --> yellow
for the DF between 3.6 - 5.4 --> green
for the DF up to 5.4 --> white
So in my mind the maps should have white colors next to the glazing system, then green, then yellow and so on. But as you can see from the one i have done, a part from the red colors, the others are not congruent with the real DF in the second image.
I would like just to know what is wrong in the workflow, if the functions or the meshes …
I’m not sure, because I can’t check well your workflow. But, as you said, this could be related to: 1) mesh construction by points 2) how you set the function inside evaluate GH component It seems an issue of order the list.
Anyhow, you can test this small example that I prepared for you. it requires a MeshEdit component, you can find it on Food4Rhino.
I suggest that you use analysis mesh output instead of points.
But I have still a question/problem: in your workflow, you can choose both the low and high boundaries, and then you can also decide in how many segments you want to divide the legend. Right?
BUT how can you define also the values between the boundaries?? As said before, i want to have the following steps: 0.7 (which is the low boundary), 2.2, 3.6 and 5.4 (which is the high boundary).
I have done some tests and it is possible to create the legend that is suitable for you.
but you should modify two lines of Ladybug Ladybug code… I think we have to write something easier to do that. Thus, I ask you if you can wait for that, I have to talk with Mostapha and Chris. Thanks
Furthermore, you could just use ‘Ladybug contourMesh’ to achieve a pretty visualization, but it requires some changes, too.