Target group The workshop is fully funded and is addressed to students of architecture and civil engineering faculties at master level from Estonia (11 seats), Latvia (3 seats), Lithuania (3 seats) and Sweden (3 seats). The selected students will have full scholarship that will include travel, board and lodging in Tallinn for 10 days (arrival on Sunday 03.07.2016 departure on Wednesday 13.07.2016). The workshop is funded by the NORDPLUS programme of the Nordic Council of Ministers (NCM) - Higher Education objective.
Description The use of digital and computational design tools is increasingly important for the activity of design and research for architects and engineers. It permits to integrate environmental and energy aspects from the very early stages of the design and planning process to achieve more performative, efficient and integrated buildings and urban environments. The workshop attendants will broaden their design and technical knowledge with solar design, daylighting and energy efficiency topics and will learn how to integrate environmental analysis and building performance analysis tools with parametric and generative methodologies in architecture and planning.
Location
Tallinn University of Technology – Departments of Structural Design and Environmental Engineering
Dates
From 04 to 12 July 2016
Workshop blog
For detailed program, info and registration visit the blog at ceedtut.blogspot.com
In the weeks just before the workshop the blog will present also materials and tutorials to get a basic knowledge of the topics prior to the beginning of the workshop.
…
Loop'. The fun part of the slower version is that you can see what it's doing while it's running. 'Fast Loop' gives no indication that it's working, so you want to test it with small numbers and be sure it's coded properly before bumping the iteration count up.
The GH profiler running the slow version showed between 1 and 1.5 seconds per loop, but the reality was more like ~10 seconds per loop toward the end of an 11 X 11 grid, or ~20 minutes total. It's easier to be patient because you know it's working.
The 'Fast Loop' finished the same grid in 1.6 minutes! An impressive improvement. I've been running it on a 30 X 30 grid (900 points) for ~23 minutes so far and see nothing yet. Not the ~12 minutes I had hoped for... Now 36 minutes on this loop for 900 points... hope it's not stuck. Not fast! Later - DONE!! Profiler says 59 minutes for 900 points but it was more like an hour and twenty minutes total. It succeeded, I have a single 'Closed Brep' from 900 extruded rings, baked to Rhino.
Another strategy to explore would be doing 'SUnion' on a smaller grid using the Anemone loop, then replicate it by moving it as needed to form a larger grid; then run the copies through another 'SUnion' loop. I went ahead and implemented that while waiting. It works and is fast! Started with 3 X 3 and ran the result again as 5 X 5 (9 X 25 = 225 total) in barely ~70 seconds!? Trying 36 X 36 now... 1,296 points appears to have succeeded in less than ten minutes! Though it seems to take quite awhile after the loop ends before control is restored to GH/Rhino. I'll let you do your own experiments and benchmarks.
I encapsulated the loop in a cluster called 'suLoop' (blue groups).
Internal of 'suLoop' cluster:
…
Added by Joseph Oster at 11:14pm on March 22, 2017
ist.
In other words, I'm looking for the GH equivalent of
Dim x As New List(Of List(Of List(Of Double)))
For example, I might have an outer list of 10 items each containing 20 lists with 30 items inside each 2nd tier list.
Say the outgoing gh_Structure is:
Dim outgoing_Struc as new gh_structure(of gh_number)
I can't seem to figure out how I might use the "append" method to GH_Structure to insert items to specific paths to create a list of a list.
The additional complexity is that I want to customize the indices of the outgoing list. Instead of the outer most list running straight from 0 to 9, I might want to have its indices non-sequential as {0}, {2}, {5}, {11} for example. This helps in using the "Tree Item" component downstream as these specific non-sequential indices refer to something specific upstream.
For example, with custom indices, I can pull a specific sublist by using index {11;3} which may not exists if the indices ran sequentially.
I guess the more general questions is whether anybody has pointers on creating nested trees in a custom component with specific indices? It appears that GH_Path has a "DebuggerDisplay" property which masks the internal continuously running index but this is a read only property.
Any pointers would be helpful
Thanks.…
Added by kermin chok at 1:37am on December 10, 2013
idually and by group
3) Clean up functions to discard failed results
4) Use generated images using windows directories to delete designs (so you can bring one next to each other and discard similar ones)
5) Hide irrelevant parameters
6) View generated images in zoom
7) Individually set limits on filter parameters (using sliders)
8) Reload CAD file without having to close and open genoform
9) Much smaller UI (we want to allow the screen for design work, so the functionalities have been made into pop-ups).
10) Navigate in view to a desired design (by number)
11) Any other features our users want ? (let us know)
We hope that this version is much more easier to use and allows designers to manage what they wish to generate section by section or layer by layer.…
ult, my 3dm is very large.
Another problem, when the fonction is ok, the draw in grasshopper is ok, when i bake i have only a litte part of the opération.....
If you could help me, thank you
[Edit] Here the description in the null item :
{0;0}0. Brep: brep.m_T[43047] trim is not valid. trim.m_type = seam, the edge is manifold, but brep.m_L[trim.m_li=1114].m_type is not outer.brep.m_L[1114] loop is not valid. brep.m_T[loop.m_ti[21]=43047] is not valid.brep.m_F[0] face is not valid. brep.m_L[face.m_li[1114]=1114] is not valid.ON_Brep.m_F[0] is invalid.1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. …
jogs between the curves. My Grasshopper program uses the curves to add orientation curves. These curves are then broken down into 150 segments with a "Divide Equal" command", then merged and fed to my Kuka|prc core. 24 commands in total.
The program works well on the Kuka in T1 setting so I can adjust the speed. Albeit my hand is exhausted holding the buttons... and this will not work when I am not in T1 mode.
When trying to program I found that if I did not have each curve broken into an equal number of segments (i.e. 150) the commands would not merge. I found that each LIN command on the kuka is completed in the same time interval. Unfortunately this means that some of my shorter jog curves can take longer to run than my cutting curves. And my velocities are not constant throughout the program because the curves are different lengths. I need the cutter when in the material to have a consistent cutter speed to optimize my machine time (as well to speed up the jogs).
Is there a better way to program this (or component to use) so I can manipulate the velocity with Kuka|prc? i.e. should I be using Divide Equal and Merge?
Thanks
Joanne…
ay be other issues with your geometry, but this is usually the issue people run into.)
Rays will lose energy much more slowly when a room is very reflective, but such conditions only really exist with polished painted concrete. I don't know how many such rooms you've ever been in. I can count them on one hand - and I've been to acoustic reverberation chambers on 3 continents.
Pachyderm works with a ray decimation algorithm. This means that a ray will be traced out to the cutoff time, unless it has lost enough energy that its further contribution to the impulse response is negligible. At this time, the ray is discontinued. So, the more absorption in the room, the less time it will take to run the simulation. So, more realistic absorption coefficients will allow a model to run in a more reasonable amount of time.
Gypsum board/Plasterboard will typically be between 8 and 11 percent at mid and high frequencies, and higher at low frequencies, for example. Concrete, unless polished and painted, is still a little porous, so you can probably make it 3 to 5 percent.
Regarding sources and receivers, adding more receivers adds almost nothing to calculation time (until the every end, when it extrapolates a pressure response, anyway). This is because the receivers are entered into a spatial partition system, which allows it to be done in an optimized way. Adding multiple sources will effectively multiply the calculation time by the number of sources, because the simulation needs to be repeated for each source individually.
Hopefully this helps you figure out how to run simulations with reasonable run times.
Arthur…
h 11 returns two values, and the lists with 10 and 6 return one. In any case, I changed the logic a bit.
Check it out in the other vb component. The idea is just to check if the list is odd or even first with the Mod operator. If the lsit is odd, return the middle item in the list as you have set it up. If the list is even, return the mid items also in the same way as you have set it up. I am attaching the edited .gh file, a Class1.cs file which shows in C# how I set up the component (translated vb code will follow), and the .gha I built from it.
The logic should be a bit easier to follow in this version. Check out the edited vb component in the definition for a 'translated version.'
Apologies for the C# ness...I currently do not have Visual Studio Express installed, just Visual C# express. This one is converting just fine to:
Dim list As New List(Of Object)()Dim out_v As New List(Of Object)()Dim out_i As New List(Of Integer)()If Not DA.GetDataList(0, list) Then ReturnEnd IfDim val As Object = list(Convert.ToInt32(Math.Floor(Convert.ToDouble(list.Count / 2))))Dim i As Integer = Convert.ToInt32(Math.Floor(Convert.ToDouble(list.Count / 2)))If (list.Count Mod 2) Then out_v.Add(val) out_i.Add(i)Else out_v.Add(val) out_i.Add(i) out_v.Add(list(i + 1)) out_i.Add(i + 1)End IfDA.SetDataList(0, out_v)DA.SetDataList(1, out_i)…
Added by Luis Fraguada at 11:43am on September 2, 2011
l use Rhino 4.0 and corresponding GH version, as a result i could not open your Rhino file.
Hence in your definition as i see,
1) Spring Force-1 -Connection has 11 'inter' components. The inter components do not have any input data and hence 'orange'. What are the inputs for 'inter'?
2) Spring Force - 2 -'Connection'has 1 point component. Rest length & Cut off has 'mass addition' data. This force is also orange, could u throw a light on this please?
3) Pull to surface - both forces has no point input, hence it is orange too. could u throw a light on this too please?
4) There are 2 x Cartesian product components not connected to anything.
I realise that partially it could be because i'm using lower version of Rhino. However, ur input will be highly appreciated.
Kind Regards,
Agneesh…