is the video I talk about:
https://vimeo.com/62255434
Everything works well up to minute 1:15 or so. The small window with the surface drawn appears for a second and then disappears. However, my surface is not rendered in Rhinoceros and what I get is the message "File c:\\contourplot.wrl not found"
I guess I need some wrl file to be imported but I have no idea where to download it from or what it is. I have tried creating an empty wrl file with Rhino and running the tutorial again to no avail.
Any ideas? I would appreciate any help. I am a mathematician and working with 3d models is not my daily bread and butter.…
ividuals for each population. However the Galapagos Evolutionary Solver continues and I had to abort it manually somewhere in the 30th generation. I noticed that I'm not the only one with this kind of problem.
Below are some screenshots of the problem (Click on the images to look better).
Maybe I'm not understanding correctly the meaning of Max. Stagnant. If not, how can I limit the number of possible generations?
Need some urgent help with this matter!…
unity in Ukraine, which is orientated to contemporary architecture.
The results of CANactions will be published in ACC magazine (link), on the web-sites of “Architectural club” (link), AB "ZOTOV&CO" (www.zotov.com.ua),
Theme
Theme of CANactions 2009 is emergent design techniques.
This theme could include following architectural branches as Digital design, sustainable architecture and other sectors, which by the participants’ opinions, could be EMERGENT.???
Any architectural projects made earlier of specially for the CANactions’09 are allowed for submission.
Presentation
All the projects will be submitted in two phases:
Phase 1 – selection of 10-15 participants of CANactions.
Project has to be sent by e-mail to: (__) in PDF (not less then 300 dpi, not more then 10 Mb).
Phase 2 –the CANactions participants prepare 15-20 min presentation of their projects (screen projector, microphone) and materials for the exhibition in House of Architect, Kyiv. The project has to be presented by author. -> exhibition is the first architecture biennale
Presentation requirements: file should be composed in PDF format on A0 sheets, placed horizontal (not more then 1 sheets). This file should contain sufficient amount of the presentation graphic material, including text explanation up to 300 words.
The raster images should have printing definition not less then 300 dpi. It’s recommended to avoid solid black fillings, because the projects will be printed on ink-jet printer.
The presentation requirements could be changed after phase 1 results.
The presentation materials should be made in Ukrainian (or Russian) and English. Verbal part can be presented in any language.
Tarek Naga, Naga Studio, Los Angeles / USA (I can contact him - he will do it for free)
Awards
DIA (Dessau Institute of Architecture), Germany gives a prize: certificate for the education for 1 (2) semesters of Master-program in DIA for students and young architects (up to 30 years) from Ukraine. The decision about the prize winners will be made by selection board.
Guests presentations
- Daniel da Rocha DIA /Germany/ (flights, accommodation?). Theme: (scripting???)
- Aleksandr Kalachev DIA /Riussian Federation/, Tudor Cosmatu DIA /Romania/, Irina Bogdan DIA /Romania/ - "Parametrically Defined Urban Patterns".
- Grygorii Zotov DIA /Ukraine/ - “The Multicultural Columbarium”.
- Armen Menendian /USA/ - "Blending Parametric Methods With Traditional Design:
"The Danish Pavilion at Shanghai EXPO 2010".
Exhibitions
1. Projects of 10 (15) CANactions participants
2. other projects: Zotov+Co
Bollinger+Grohmann - structural eng.
the very many
C-Space Pavillon / alvin huang
ala _ amanda levete studio
anOtherArchitect
student work, Charles Walker, AA Unit Pavillon
Event schedule
Phase 1: 01.07.2009 – start of the CANactions 2009 and beginning of projects submission.
16.08.2009 - dead-line of the project submission of phase 1.
Phase 2: 17.08.2009 – announcement of the CANactions 2009 participants.
30.08.2009 – dead-line of submission of the CANactions 2009 exhibition materials.
14-26.09.2009 – exhibition of the CANactions 2009 projects in House of Architect, Kyiv.
25-26.09.2009 – CANactions 2009.
26.09.2009 - finnissage / announcement of competition winners for DIA study
Contacts: canactions2009@gmail.com…
Added by Grisha Zotov at 6:32am on August 10, 2009
analysis with Honeybee. Here is the tentative outline:
09:00 - 09:30
What is Honeybee, Introduction to daylighting simulation
09:30 - 11:00
Geometry preparation workflows, Radiance materials
11:00 - 11:10
Break
11:10 - 12:30
Sky types, Run your first simulation
12:30 - 13:30
Lunch
13:30 - 15:00
Daylighting analysis types, Result visualization, Getting started with annual daylight
15:00 - 15:15
Break
15:15 - 16:00
Annual daylight analysis and Results interpretation
Check MEBD page for more information including the registration link: http://www.mebd-penndesign.info/Honeybee-MEBD-Workshop-PennDesign
Please feel free to forward this to anyone of interest.
Cheers,
Mostapha
PS: Thank you all for the kind comments and emails for the Ladybug workshop. We recorded the workshop and are in the process of figuring out how to share it with the public. I will send an update once it is uploaded.
…
copied at bottom). The Gaussian Elimination script (included below the pict) works fine in Rhino-Python.
Any thoughts?
"""Provides a scripting component. Inputs: x: The x script variable y: The y script variable Output: a: The a output variable"""
import rhinoscriptsyntax as rs
# Copyright (c) Isaac Evans 2011 # All rights reserved.
def myGauss(m): # eliminate columns for col in range(len(m[0])): for row in range(col+1, len(m)): r = [(rowValue * (-(m[row][col] / m[col][col]))) for rowValue in m[col]] m[row] = [sum(pair) for pair in zip(m[row], r)] # now backsolve by substitution ans = [] m.reverse() # makes it easier to backsolve for sol in range(len(m)): if sol == 0: ans.append(m[sol][-1] / m[sol][-2]) else: inner = 0 # substitute in all known coefficients for x in range(sol): inner += (ans[x]*m[sol][-2-x]) # the equation is now reduced to ax + b = c form # solve with (c - b) / a ans.append((m[sol][-1]-inner)/m[sol][-sol-2]) ans.reverse() return ans
########################################################################## # Check to see if this file is being executed as the "main" python # script instead of being used as a module by some other python script # This allows us to use the module which ever way we want.
if( __name__ == "__main__" ): #Call the function a = myGauss(x)
ERROR MESSAGE:
{0;0} 0. Runtime error (ArgumentTypeException): __getitem__() takes exactly 2 arguments (1 given)
Traceback: line 15, in myGauss, "<string>" line 43, in script…
es at the beginning. But as I make changes to the input (or just hit the recompute button) the time it takes to execute increases. This has happened to me with other scripts I've written with the python component. Why does this happen? And how do I fix it? Does python hold onto data from one execution to the next? The only solution I have found is to relaunch Rhino. Even if I copy the component into a fresh grasshopper canvas, the computation time does not return to original.
The images below illustrate the time increase. I simply hit the recompute button between each pass. All inputs remain the same the whole time. There are 6400 curves being projected. I will say that with fewer curves, the increase in time is nonexistent or perceivable. (I have 24 GB RAM and it is did not even reach 50% of usage during the tests)
My python code:
import ghpythonlib.components as ghcompimport ghpythonlib.parallel
def project (tempc): tempresult=ghcomp.Project(tempc,B,D) return tempresult
a=ghpythonlib.parallel.run(project,C,True)
I have attached the GH file with the inputs internalized if anyone wants to try for themselves.
Pass 1= 444ms
Pass 5= 610ms
Pass 10= 908ms
Pass 15= 1.2s
Pass 20= 1.4s
…
Added by Lawrence Yun at 3:19pm on December 10, 2014
feed back:
Last year a group of graduate students at McGill did this: http://web.farmmresearch.com/pavilion/
I was a member of this group and was one of the people involved in the creation of the grasshopper file (see screen shot at bottom of post - please excuse the spelling errors if you find them). There were effectively no drawings, only the grasshopper script, a bit of post processing in soildworks, cnc fabrication, and hand assembly using labels etched in at the time of cnc fabrication.
As you can see from the screen shot the GH file is a hellish nightmare, right on the edge of the memory limit of rhino 4 (which we had to use because of a minor difference in the way rhino 5-GH handled sweeping), and, towards the end, it took about 15 minutes of computer time just to get to the point were we could work on the script because of all the calculations need in the stack.
Here is a list of things that would have really helped us:
1. More programming experience. i had a bit, most others didn't. David can't help to much with this in a direct way.
2. Clusters: at the time we started clusters didn't work well, by the time they did we were almost done - oh well. I do have some ideas about how it would be nifty for clusters to have version control so that the master assembly could revert thinks that cause other things to break. - I'm sure this can be done manually right now but i have never tried it. could GH be plumbed into something like svn?
3. Concurrent editing - Like a video game. It would, i imagine, require some sort of cloudy file storage and server solution or something but there were MANY hours were 3 or more people were crowded around one computer trying to solve a problem. Alowing everyone to have there own view of the file that stayed in sync would just have been more comfortable...
4. Progress bars and the UI and Display running in a separate thread from the solver. Davids addition of esc to allow us two sometimes save ourselves if we connected a wire wrong but often not. It would be cool to be able to interact with the grasshopper file right away and sill know that the solver was working away (especially when a single run of the file took 15 minutes). Progress bars would be nice on any component taking more than a second or two to run (which was the case with many of our components - especially the ones that we wrote ourselves) but they only make sense to add after the threads for the solver and the UI have been separated.
So, anyone else done a really huge GH file? Thoughts?
…
Added by Dieter Toews at 7:43pm on September 3, 2013
ase make your reservation early.
Yasar University Academic Staff: 50 TL
Yasar University Part-time Staff: 50 TL
Yasar University Students: 75 TL
Other University Students: 150 TL
Other University M.Sc. and PhD Students: 200 TL
Other Participants: 300 TL
For further information and registration: berk.ekici@yasar.edu.tr…
n. They result in a bad mesh, but by re-sorting the input lines i get varying results of bad mesh. (no changes to exo inputs).
Original = 62 non-manifold, 8 naked edges....
Sort lines by Z = 56 non manifold, 15 naked edges
Sort lines by X = 1 manifold edge, 0 naked edges
Sort lines by Y = 54 non manifold, 19 naked edges
From your point of view, knowing how Exo actually goes about constructing the mesh, do you think there could perhaps be a certain technique for sorting the lines that would aid creating cleaner meshes. Or is it totally dependent on each mesh in question? Or would i just drive myself crazy trying to find logic where there isn't any?
Thanks…
e once > be a happy bunny > stay away > ...
2. I've already explained why this 90 (or whatever) > 15 (or whatever) happens ... but ... er ... due to some communication "noise" (he he) I've added a flag that does smart (distinct) and stupid (!distinct) stuff. Visually inspect both ways and enjoy the art of pointless.
3. This wish of yours (duplicates) ... er ... hmm ... are you after fabricating data? (BTW: this is The Noblest of Arts, he he).
Lord of Darkness
…