Geco - UserProblems

post here if you encounter any problems !!!

Replies to This Discussion

Permalink Reply by Ognek Kciroks on December 10, 2010 at 3:18pm

Dear All,

Is there a reason why when calculating the interior insolation of an object, the floor shows levels of insolation even though there aren't any openings on the object for light to get in. Please see attached images.

Cheers,

Ognek

Permalink Reply by Fabian Posadas on December 10, 2010 at 11:10pm

Ecotect is known for having glitches.

If you can - post your definition file.

Fabian

Permalink Reply by to] on December 11, 2010 at 1:51pm

please post defintion and 3dm.file

Permalink Reply by °[u on December 17, 2010 at 1:53am

Hi Ognek,

maybe the face normals are oriented to the wrong direction?

Permalink Reply by Michela Turrin on December 16, 2010 at 5:10pm

Hi both, really great job! I am enjoying it very much.

One question about a problem i have in updating the numeric outputs.

I am having problems in automatically updating the Ecotect's calculations results when changing the geometry's paramers. The geometry is correctly imported back in Ecotec after changing the parameters. Somehow, it looks like calculations are also re-running properly. But instead numeric outputs remain the same. Numeric outputs do not change in Ecotect nor in the object request Geco components. (This happens even though according to the geometry's variations they should be really different: if I restart manually the entire resolution, setting it by hand to true again, then the values update). Any clou about what I am doing wrong? Any help?

The problem above creates me troubles when connecting Geco's numeric outputs (such as DF or insolation values) to the Galapagos loops, since the optimization of course cannot find ways to converge the results (since of course all individuals have equal performance).

Thanks a lot for helping! And again congrats and thanks for the great job!

Michela

Permalink Reply by to] on December 17, 2010 at 1:53am

Hi Michela

Great to hear that you enjoy our tool and to hear you again after zürich!

how is everything going?

Could you please post a screen-capture of your definition or send it to us via email so that we can take a closer look on it.... in our studies it is working fine and as expected

hear you soon

also greetings from Ursula

Thomas

Permalink Reply by Michela Turrin on December 18, 2010 at 7:34am

Hi Thomas! Fine here - hectic time after after Zurich, but better hectic than borring.. ;). How are things doing for you? I know from "rumors" that the workshops in Wien and Innsbruk were great :). We try now to integrate Geco in an interdisciplinary architectural engineering studio: hoping we can show you some nice applications of your tool, I'll keep you update and sending now details by e-mail. Here the file (very welcome to be shared). It most probably contais trivial errors by me, thanks for helping and giving some tip! Gr. Michela

FILE:

Ok, right, I see the outputs update correctly. Origin of problems must be in some different mistake I do:

- Incident radiation: I am not sure I understand what is going on: why I get so many 'not a number' ? (The Galapagos report is full of NaNs).

Bio-Diversity: 0.887
Genome[0], Fitness=NaN, Genes [89% · 44%] {
Record: Too many fitness values supplied } ...

Genome[7], Fitness=NaN, Genes [74%] {
Record: No fitness value was supplied } ....

Genome[9], Fitness=NaN, Genes [37% · 11%] {
Record: Genome was mutated to avoid collision
Record: Too many fitness values supplied }

- Daylight calculations: the geometry accumulates withouth deleting the previous models. As a consequance, results almost do not change after few varations (so, outputs get updated but do not vary). In current daylight definition: the first object being imported is the one where the grid has to fit; its setting makes it cancelling all the other objects during import. All the others, do not delete anything when imported. When running loops (manual or GA) that vary parameters, the entire geometry do not get cancelled - so I guess the loop does not pass back by the cancelling step, but imports only the geometry which has been varied by the parameters using the setting of that import component only? I will then try again by changing the order of the operations, but if you have specfic tips, let me know.

THANKS!

Permalink Reply by Michela Turrin on December 18, 2010 at 7:41am

here the file

Attachments:

GecoGalapagos_Example.ghx, 761 KB

Permalink Reply by °[u on December 20, 2010 at 5:22am

Hi Michela!

... found the mistakes ;) ...

1) solar radiation

maybe it is a little bit confusing, but for the ObjectRequest you have to support interval of indices (e.g. 0 to 10) not the index numbers

2) daylight

as you recognized the geometry of the lamellas accumulates...

the export component must be set to 1 = delete selected objects in ecotect

important: to avoid that other geometry than the lamellas are deleted, deselect all geometry manually in Ecotect or deselect "all" = select.none with the "Lua-component" in GH.

see attached file :)

merry christmas

Attachments:

GecoGalapagos_Example_uto.ghx, 914 KB

Permalink Reply by Michela Turrin on December 22, 2010 at 6:33pm

I see, quite clear now - great, thanks!!

Merry Christmas to you both! Michela

Permalink Reply by Fabian Posadas on December 18, 2010 at 12:28am

I have run into this as well. It seems that for some reason after your second run is done you have to click in the ecotect viewport and rotate your scene. Once rotated the results get updated - which will then allows you to export to rhino.

I can't speak about galapagos as I have not spent enough time on it.

Permalink Reply by Jan Koznar on January 14, 2011 at 12:34am

Hi Uto,

I have encountered a problem that I totally don't understand. I have a mesh that is divided and analysed for radiation using Geco & Ecotect. Everything works fine, as long as the mesh has less than 1000 faces. For 1000 and more faces Geco says Null under Value and RGB parameter as well. By any chance would you have an idea?

Otherwise I am able to export the Values data directly from Ecotect, but the RGB data for faces?, is it possible as well?

Thanks for great work

Greetings Jan