[uto] tools Plug-ins

Comment

Comment by Joseph Heath on November 17, 2011 at 6:45pm

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?

 

 Insolation%20Link.gh

Comment by ersilio.tushaj on November 11, 2011 at 2:51pm

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!

Comment by to] on November 4, 2011 at 11:52am

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

Comment by Huzefa Ali on November 4, 2011 at 11:47am

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. :)

Comment by to] on November 4, 2011 at 10:09am

Hi,

your surface normals seems to point in wrong direction.

always make sure they point to the sky

Comment by Rex T on November 4, 2011 at 9:31am

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

 

Comment by Marc Syp on May 27, 2011 at 1:09pm

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

Comment by to] on March 11, 2011 at 4:48am

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

 

Comment by Andrea Polato on March 11, 2011 at 4:44am

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

Comment by to] on March 1, 2011 at 5:26am

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,

• ‹ Previous
• 1
• 2
• Next ›
• Page