-
Notifications
You must be signed in to change notification settings - Fork 145
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
E+ output in different order than the input zones #593
Comments
@NallaV , Thanks for posting this. It would be good to understand why this is happening and see if there is some way that I could correct it. Would you mind posting a GH file that recreates the issue of the initial disordering? -Chris |
Hi Chris, I am sorry fot the delay. Here is an example (I couldn't upload it directly): https://dl.dropboxusercontent.com/u/70479514/pub/Example.gh I used a rather strange way to see if the zones' outputs are in the correct order as the initial zones. I compared the window area per zone. You can run the simulation with both sets of "ZONE NAMES" I have in the example and check the result. //Nala |
@NallaV , Perhaps this may be the underlying cause of the issue? Or maybe the incorrect geometry was internalized? -Chris |
Hmm.. weird... Check this one. I updated it to the latest version of HB as well. https://dl.dropboxusercontent.com/u/70479514/pub/Example%20(1).gh //Nala |
is this a related issue? |
Hi @mostaphaRoudsari and @chriswmackey, Thank you for your time and the great plugin. In addition to what I explained at the link above, I also tried HB_Import_IDF to make sure of the names. The zone names were correct but the results were not. What make it weird is the results are changing by only changing the order of each zone is conceded to HB_Solve_Adjac. I've tried different computers and the issue still here. If you want to know when it happens, run a simulation of multiple zones and each coming from individual HB_Mass2Zone component. Run the simulation again of when one of the zone is passed through any other componant (like HB_BlazingCreater). You will see that you get a different result of the zone that you changed nothing on. |
@chriswmackey do you know why this is happening or do you want me to take a look? |
@NallaV , @malshayeb , and @mostaphaRoudsari , |
I was running a simulation that included 16 zones and I realized that the results out of the ReadEPResult or ReadEPSrfResult component were not in the same order as the zones.
My zones were named with a single number from 0 to 15. Even thought the zones were in numerical order (0,1,2,3,4....), I noticed that my results were appearing in order starting from 10 instead of 0 (10,11,12,13,14,15,0,1,2,3.....).
I fixed the problem by renaming the zones with a number starting from 10 to 25.
I thought it was worth mentioning this here in case someone faces the same problem.
The text was updated successfully, but these errors were encountered: