Thank you Ursula and Thomas for the very interesting and inspiring NEXUS workshop. I can really recommend this workshop to everybody how wants to bring their grasshopper skills to the next level. Greetings from Munich, Wieland
this is probably very simple but I have followed the Geco pdf to set up my definitions to connect GH to Ecotect and the very first thing I set up - where it automatically links and opens Ecotect, it says 'maybe you dont have ecotect installed on your computer', but I do.... so does anyone know what went wrong?
after the last Rhinov5 x64 update (10 march 2011) and Grasshopper 8.0007 meshEdit stop working (also Kangaroo, gHowl stop working) the rest of plugins including GECO work perfectly (sdr, RhinoBim, WaverBird).
This is the message:
An exception occured during GHA assembly loading: Path: C:\Users\randomHero\AppData\Roaming\Grasshopper\Libraries\MeshEdit.gha Exception System.IO.FileLoadException: Message: Could not load file or assembly 'file:///C:\Users\randomHero\AppData\Roaming\Grasshopper\Libraries\MeshEdit.gha' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515) Exception System.NotSupportedException: Message: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.
so this has nothing to do with code,... i think you have just downloaded it again. The important part after downloading is to right click the *.gha and unblock the component. after that it should work fine. this is a typical solution for error 0x80131515
I am trying to create a clean grid on a non-orthogonal object for export to Ecotect. The basic idea is that I've got several "floor plate" curves that define each level. They start as rectangles but are deformed into angular plates at some points. The curves are extruded into volumes and stacked. I am using Mesh from Surface to create a grid mesh on each surface.
The problem is that I get these overhangs of the mesh beyond the edges of the object, which I suspect results from the UV coordinates of the surface overhanging the trim surface. I tried to recreate using Point grid on surface and even evaluate surface by uv points but with the same results. These overhangs are then interfering with my Ecotect calculations and are generally unsightly and incorrect.
Any tips on creating a nice clean mesh from this? I don't want a triangulated and subdivided mesh, but something that approximates an orthogonal grid.
recently i've doing some experiment with Geco and ecotect, just so glad to have this tool supporting the projects.
but now i'm kind of have wired result from the analysis of solar radiation, not sure if it's the problem with ecotect or GH definition, or perhaps my own misunderstanding!
i've posted the following files for reference, as you see in the screen the down facing mesh face of the model tend to have higher radiation values..,is this result act properly? and i should also mentioned it's the weather data of 'Belgium-Brussels.wea'
I've been trying to hold off on commenting because it seems to be a common problem but I am yet to find a solution... I am using a weather file for Thailand (in the Northern hemisphere) but the South elevation is receiving more solar radiation than the North suggesting my normals are facing the wrong direction and it is calculating the gains on the inside surfaces.
I can reverse the normals if I extrude an open curve but when using a circle neither of the flip components (flip and mesh flip) work. The same goes for lofting two circles and inverting the list - good suggestion though ersilio, hadn't thought of that... Instead I get something like the second jpeg where the faces match the colour of those above and below it.
hey guys can nebuddy tell me how do u define a window component using the export mesh component in gecko for calculaating the daylight levels within a room ?
I couldn´t find this issue with a search though might be frecuent. I would like to make a solar calculation in winter and would like to know what would be the time period for the component?
Is it correct to set a domain from 356 (22th December) to 80 (21st March)?
Discrepancy in results in Geco and Ecotect thanks to the great plugin GECO, I'v been using geco for a while, and i found the attributes seem not same. so i download the example file named SolarAccessAnalysis, but i fund its not same either. only the peak value is same. Am i set something wrong? Confusing for this problem for several days. thank you for replying me :) BTW: I set the SkySubDivison to 15 in Geco & Eco both. uploaded the Attributes screenshot. Rhino SR9; Grasshopper 0.8.0066; Geco 1.0.30.0
this image never can look same, because you have to compare the values not the colors. Colors are just a feedback and are remapped according to the min and max values of the calculated radiation.
Do you mean bake it to different layers? Yes, but you should be dealing with values rather than "colours". There will be a far greater range of values than the 11 colours in the key - if you look at the RGB values you are inputting to your coloured mesh there are a lot more than 11 colours so you can't say group the blues, reds or whatever. You need to decide the range of values you want to group together.
You could split the mesh into 11 equal ranges which I guess would be pretty close to what you see on screen but these don't necessarily need to be equal and you could have as many or as few as you like. Alternatively you could split the mesh according to the numbers of faces you want each group to contain.
the only thing what I did is check in Rhino the direction of the normals whit the command "Dir" and makes for alla object the same normals direction...cheers!
I have to fix one problem whit the normals direction for the insolation calculation...
I made in grasshopper a double facade system made by lots of sunscreens geometries when I baked the geometries they doesn't have the same normals direction...
how can I change all the normals direction in a specific one?I don't wanna select manually each geometries and flip it...what i should do?
You can create a cullpattern according to the solar impact values with some key values wich are important for you and create your groups with that (smaller than)
i currently have the grasshopper 0.8.0052 and geco 1.030, but everytime i try to connect gh to ecotect, the button "ecolink" turn red..and show me the message above.i don;t know why. my ecotect is 2010...i will appreciate if you could help me ...
I am having trouble wiring up more then one mesh. I have attached a sample problem. Shouldn't the base surface have less radiation where the top surface is obstructing the view to the sun?
Hi John, I think the problem is how you made the two surfaces / meshes...Try to make two surfaces in rhino and then selected this from grasshopper...should works fine see the pictures... ^_^ you should check also the normals with the command -> dir
Hi Jacopo, thank you for your direction. It turns out that I can create the meshes through 'Mesh UV' although the normals were flipped, strangely they work when normals are pointing down. I am a little confused why this would be. Any insight would be welcomed.
I also am having trouble reloading results from Ecotect after rhino times it out. I have read the solution many times but it doesn't work. Any suggestions?
Another question, when do you create many instances of EcoMeshExport? If I have two surfaces should I use two instances of EcoMeshExport? Using one instance works for SolarRad, I would assume you would use multiple for applying different materials to different surfaces, but when is that applicable? What sort of Calc?
Lastly, Thank you to Geco for an awesome tool! Looking at Ecotect's interface makes me dizzy! Its also incredible that we can build on initial setups and chunks of code, collective knowledge prevails!
shima roshanzamir
Oct 4, 2010
Wieland Schmidt
Oct 7, 2010
melissa m
hey guys,
this is probably very simple but I have followed the Geco pdf to set up my definitions to connect GH to Ecotect and the very first thing I set up - where it automatically links and opens Ecotect, it says 'maybe you dont have ecotect installed on your computer', but I do.... so does anyone know what went wrong?
thanks guys
Feb 28, 2011
to]
Hi melissa
Are you using a mac or pc, with some mac we expected problems with parallels, with boot-camp we never had errors.
If you are using pc, than could it be that you had a earlier ecotect on your system?
So if yes, please make sure you had uninstalled it proper.
geco is working only with 2010 and 2011.
cheers,
Mar 1, 2011
Andrea Polato
Hi,
after the last Rhinov5 x64 update (10 march 2011) and Grasshopper 8.0007 meshEdit stop working (also Kangaroo, gHowl stop working) the rest of plugins including GECO work perfectly (sdr, RhinoBim, WaverBird).
This is the message:
An exception occured during GHA assembly loading: Path: C:\Users\randomHero\AppData\Roaming\Grasshopper\Libraries\MeshEdit.gha Exception System.IO.FileLoadException: Message: Could not load file or assembly 'file:///C:\Users\randomHero\AppData\Roaming\Grasshopper\Libraries\MeshEdit.gha' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515) Exception System.NotSupportedException: Message: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.
Thanks for your work!
Bye
Mar 11, 2011
to]
Hi Andrea
so this has nothing to do with code,... i think you have just downloaded it again. The important part after downloading is to right click the *.gha and unblock the component. after that it should work fine. this is a typical solution for error 0x80131515
Mar 11, 2011
Marc Syp
Hi all...
I am trying to create a clean grid on a non-orthogonal object for export to Ecotect. The basic idea is that I've got several "floor plate" curves that define each level. They start as rectangles but are deformed into angular plates at some points. The curves are extruded into volumes and stacked. I am using Mesh from Surface to create a grid mesh on each surface.
The problem is that I get these overhangs of the mesh beyond the edges of the object, which I suspect results from the UV coordinates of the surface overhanging the trim surface. I tried to recreate using Point grid on surface and even evaluate surface by uv points but with the same results. These overhangs are then interfering with my Ecotect calculations and are generally unsightly and incorrect.
Any tips on creating a nice clean mesh from this? I don't want a triangulated and subdivided mesh, but something that approximates an orthogonal grid.
Thanks,
Marc
May 27, 2011
Rex T
hello guys
recently i've doing some experiment with Geco and ecotect, just so glad to have this tool supporting the projects.
but now i'm kind of have wired result from the analysis of solar radiation, not sure if it's the problem with ecotect or GH definition, or perhaps my own misunderstanding!
i've posted the following files for reference, as you see in the screen the down facing mesh face of the model tend to have higher radiation values..,is this result act properly? and i should also mentioned it's the weather data of 'Belgium-Brussels.wea'
i'll be glad to hear any response! thx!
ECOMeshshape.3dm
ECOMeshdefinition.gh
Nov 4, 2011
to]
Hi,
your surface normals seems to point in wrong direction.
always make sure they point to the sky
Nov 4, 2011
Huzefa Ali
Hi,
im having the same problem as Rex T. Can anyone please tell how to make sure surface normals to point to the sky. Thanks in advance. :)
Nov 4, 2011
to]
You have to create a clean mesh.... it's up to you...you can visualize the normals in GH with vector display or rhino with analyze direction
Nov 4, 2011
ersilio.tushaj
Hi guys
I had same problem, if you are loft-ing curves, you can just invert list before the command loft - then all runs ok.
good luck!
Nov 11, 2011
Joseph Heath
Hi,
I've been trying to hold off on commenting because it seems to be a common problem but I am yet to find a solution... I am using a weather file for Thailand (in the Northern hemisphere) but the South elevation is receiving more solar radiation than the North suggesting my normals are facing the wrong direction and it is calculating the gains on the inside surfaces.
I can reverse the normals if I extrude an open curve but when using a circle neither of the flip components (flip and mesh flip) work. The same goes for lofting two circles and inverting the list - good suggestion though ersilio, hadn't thought of that... Instead I get something like the second jpeg where the faces match the colour of those above and below it.
Any suggestions?
Nov 17, 2011
Aditya Patil
hey guys can nebuddy tell me how do u define a window component using the export mesh component in gecko for calculaating the daylight levels within a room ?
Mar 7, 2012
Miguel Vidal
Hello everybody,
I couldn´t find this issue with a search though might be frecuent. I would like to make a solar calculation in winter and would like to know what would be the time period for the component?
Is it correct to set a domain from 356 (22th December) to 80 (21st March)?
Thanks in advance.
Mar 16, 2012
Frieze
Discrepancy in results in Geco and Ecotect
thanks to the great plugin GECO, I'v been using geco for a while, and i found the attributes seem not same. so i download the example file named SolarAccessAnalysis, but i fund its not same either. only the peak value is same. Am i set something wrong? Confusing for this problem for several days. thank you for replying me :)
BTW: I set the SkySubDivison to 15 in Geco & Eco both.
uploaded the Attributes screenshot.
Rhino SR9; Grasshopper 0.8.0066; Geco 1.0.30.0
geco result@Avg.Daily Radiation
ecotect result@Avg.Daily Radiation
Apr 11, 2012
Jacopo Baldini
Hello evrybody,
I fixed my model but I'm still having problem whit the calculation of the radiation...
I have different results accord to the geometry exportation combination (see the pictures for more clarity)....
Why I have this different results?
What I should do?
Cheers!
Apr 16, 2012
to]
Jacopo,
this image never can look same, because you have to compare the values not the colors. Colors are just a feedback and are remapped according to the min and max values of the calculated radiation.
best, to]
Apr 16, 2012
Jacopo Baldini
Thanks for you observation enlightened me!!!
Apr 16, 2012
to]
you are welcome
Apr 16, 2012
Jacopo Baldini
Hello,
I have one question about the coloured mesh result:
is it possible to export each colours on a different layers according to the calculation value results?
cheers!
Apr 17, 2012
to]
you are using grasshopper, nearly everything is possible
Apr 17, 2012
Joseph Heath
Do you mean bake it to different layers? Yes, but you should be dealing with values rather than "colours". There will be a far greater range of values than the 11 colours in the key - if you look at the RGB values you are inputting to your coloured mesh there are a lot more than 11 colours so you can't say group the blues, reds or whatever. You need to decide the range of values you want to group together.
You could split the mesh into 11 equal ranges which I guess would be pretty close to what you see on screen but these don't necessarily need to be equal and you could have as many or as few as you like. Alternatively you could split the mesh according to the numbers of faces you want each group to contain.
Apr 17, 2012
Jacopo Baldini
finally the results...baked in rhino and render whit vray..^_^
Apr 17, 2012
adnane fadadi
hello jacopo
How did you fix the sun vectore der, can u post ur def
Thanks
Apr 20, 2012
Jacopo Baldini
Hi adnane,
you can find the definition in this post...
the only thing what I did is check in Rhino the direction of the normals whit the command "Dir" and makes for alla object the same normals direction...cheers!
Apr 21, 2012
Jacopo Baldini
hello guys...
I have to fix one problem whit the normals direction for the insolation calculation...
I made in grasshopper a double facade system made by lots of sunscreens geometries when I baked the geometries they doesn't have the same normals direction...
how can I change all the normals direction in a specific one?I don't wanna select manually each geometries and flip it...what i should do?
Cheers!
May 6, 2012
Martin Dembski
Hi Jacopo,
you can try to use the unify normals component from [uto]'s MeshEdit plug-in or you can also try to use the orient component from the transform tab.
Hope one of this is helping you, otherwise it would be better if you could also post your definition or the rhinofile.
Best,
Martin.
May 6, 2012
Jacopo Baldini
I saved the calculation results in Rhino as a joined mesh, now I would like to group "lots" polysurfaces by mesh colours?
How can I do that?Cheers!
May 9, 2012
to]
I hope you saved the calculated values.
You can create a cullpattern according to the solar impact values with some key values wich are important for you and create your groups with that (smaller than)
hope this helps
May 10, 2012
Jacopo Baldini
Thanks for the help,fixed!
May 11, 2012
jack thomas
i currently have the grasshopper 0.8.0052 and geco 1.030, but everytime i try to connect gh to ecotect, the button "ecolink" turn red..and show me the message above.i don;t know why. my ecotect is 2010...i will appreciate if you could help me ...
May 29, 2012
to]
Hi Thomas
please install geco proper and donot just copy the files to to your folder.
thx
May 29, 2012
jack thomas
thank you for the help!!!
Jun 16, 2012
Jacopo Baldini
Hello to all,
this is my thesis project, experimantation whit geco and grasshopper
http://bit.ly/MYHpyW
I hope someone likes my job, cheers
Aug 1, 2012
John Gulliford
Geco_SolarAccessAnalysis_GH09.3dm
Geco_SolarAccessAnalysis_GH09.gh
I am having trouble wiring up more then one mesh. I have attached a sample problem. Shouldn't the base surface have less radiation where the top surface is obstructing the view to the sun?
Oct 3, 2012
Jacopo Baldini
Hi John, I think the problem is how you made the two surfaces / meshes...Try to make two surfaces in rhino and then selected this from grasshopper...should works fine see the pictures... ^_^ you should check also the normals with the command -> dir
cheers
Oct 3, 2012
John Gulliford
Hi Jacopo, thank you for your direction. It turns out that I can create the meshes through 'Mesh UV' although the normals were flipped, strangely they work when normals are pointing down. I am a little confused why this would be. Any insight would be welcomed.
I also am having trouble reloading results from Ecotect after rhino times it out. I have read the solution many times but it doesn't work. Any suggestions?
Lastly, Thank you to Geco for an awesome tool! Looking at Ecotect's interface makes me dizzy! Its also incredible that we can build on initial setups and chunks of code, collective knowledge prevails!
Oct 4, 2012
to]
Hi Jon,
Please post such message in the Geco-User Problems so everybody has a benefit and the threads are sorted to the according plug-in.
Ecotect defines the meshnormal with the right hand order so the meshnormal does not count in this case (counter clockwise)
1: if you want to reload just rewire the ecolink and then the component you want to refresh.
2: many instances are used for different materials or for surrounding buildings and terrain
Thanks for your feedback and welcome to the group
Oct 4, 2012
Petar Pejic
Hey, is it possible to export geometry to ecotect but use it just for blocking ligh, not to perform an actual analyse on it, just as an environment.
Oct 11, 2012