termedio a avanzado.
2013 | mayo 22, 23, 24 y 25. 20 Hrs.
Horario: 18:00 – 22.00 Jueves, Viernes y Sábado de 8:00 a 15:00 Hrs. Instructor_ Arch. David Hernández Melgarejo.
http://bioarchitecturestudio.wordpress.com
Objetivos:
El curso está dirigido a cada diseñador, ingeniero o arquitecto que quiere obtener una sólida base en modelado generativo y paramétrico dentro del flujo de trabajo en Rhinoceros.
En el curso se explorarán y construirán estructuras en el espacio paramétrico, incorporando entidades geométricas (Curvas, Superficies, Puntos, etc…) y usando patrones algorítmicos para la generación de estructuras con metabolismos contextualizados.
Cada paso será soportado con ejercicios que gradualmente incrementarán su complejidad.
El alumno aprenderá cómo trabajar con asociación geométrica y parámetros. Para perfeccionar asociación geométrica – asociación entre partes, asociación dinámica – las formas geométricas son generadas al seguir la conexión lógica entre la parte geométrica y sus restricciones, dimensión paramétrica y él proceso dinámico del diseño: Estimulamos el pensamiento relacional para la construcción de Diseño y Arquitectura de alto desempeño.
Resultados:
Los participantes con éste entrenamiento obtendrán las siguientes fundamentos.
· Generar aplicaciones orientadas al análisis, la optimización, documentación del diseño y fabricación.
Palabras clave:
Diseño Computacional, Scripting, Rhinoceros 5.0 + Grasshopper, Parametrización, Análisis, Galapagos, Genetic Solver, Optimización, Fabricación Digital.
Para mayor información:
MArch. Kathrin Schröter. E-mail: kschroter@itesm.mx
Dirección de Arquitectura. Oficinas de Aulas 1, segundo piso.…
program and has the goal to enter the programming world and tinker more complex, interactive solutions. We will also explore advanced programming paradigms. There is no class official programming language, as both C# and Vb.Net are possible on the participant’s side, and all examples will be provided in both C# and Vb.Net. Additionally, we will see how to get started writing full .Net plug-ins. Finally, we will have time to explore user’s own proposals on the third day.
The participants number is established to a maximum of 20 people in order to ensure a fruitful tutoring as well as a consistent learning experience to all participants.
. minimum requirements: A good foundation of Grasshopper visual programming is mandatory. You will need a level which corresponds to the Grasshopper 101 course outline. Examples of things that will not be covered in this course are: sorting document spheres by diameter, paneling of a surface with grasshopper components. You are expected to already know these from the Grasshopper course.
For further info about the workshop visit:
http://www.co-de-it.com/wordpress/advanced-grasshopper-workshop.html
…
propose new models of infrastructural self-organisation, urban automation and mobility systems.
Adaptive networks based on multi-agent principles and crowd simulation are used to solve complex architectural and programmatic conditions in a three-dimensional urban environment. We will explore towards an intelligent architecture, defined by flows of information and its materialization in speculative infrastructure and architectural scenarios. A responsive infrastructure that is deployable in multiple regions.
Our design process will be driven by a direct feedback loop of different simulation software, each informing another as input for emerging connectivity networks and interrelated urban systems, driven by site specific urban and topographical parameters.
The workshop aims to develop ideas of adaptive and evolutionary space-making beyond deterministic and finite solutions. In a series of algorithmic design exercises, different network principles and speeds, users behavior and needs are tested and evaluated, both by observation and parameter based criteria.
Students will propose an architectural intervention in dense urban scenarios, that is both tested for optimised efficiency and stimulating in its embodiment.
METHODOLOGY
Students will be introduced to expertise in generative, algorithmic and parametric design approaches. Tutors and students will engage experimentally with computational simulation, analysis, design and production to query the design repercussions of these information-based technological methods for urbanism. During the workshop, students will develop design proposals responding to studio briefs using Processing with Rhino and Grasshopper. The final results of the workshop will be visualized using V-Ray for Rhino and the Adobe Suite.
Basic knowledge of Rhino and Adobe Suite is required. Advanced knowledge of Grasshopper and Processing is not mandatory.
…
ls of access and sometimes different ways to compute, it begins to be quite confusing.
A simple exemple: let's say I have a component that can work the same way with different sets of inputs. I can have a few inputs that never change, since they are always required in all methods. Then I usually put a "Method" or "Mode" integer value, where you can choose the kind of set to listen to. Then I have all the inputs that may be used for the sets, and of course they are not always optional anymore when the "Method" input changes. It's quite useful to do all-in-one components (taking less space in the toolbars, even more when the toolbar is already full).
Dumb exemple:
//SURVIVAL IN LONDON//
Name: Your name
Difficulty: 0=Easy, 1=Medium, 2=Hard.
EasyOption: OPTIONAL // If you are in Easy mode, are you afraid of burgers?
MediumOption: OPTIONAL // If you are in Medium mode, are you afraid of kebabs?
HardOption: OPTIONAL // If you are in Hard mode, are you afraid of chicken katsu?
Of course the list of option here is simple, but it often gets messy with some "If you are in Easy or Hard Mode and your name becomes by a T then this input works with another one" kind of things, etc.
At the end, anybody who wants to use the component just takes a huge thing on the canvas with so many inputs that they don't even want to understand the tooltips anymore.
So I was thinking that maybe it would be useful to have some font style to help a bit. If they can be associated and updated with other things (the "Mode" switch thing) then it's even better, but just simple optional / not optional stuff would already be really helpful I suppose.
…
And ... guess what? they suggested to start walking the walk (to greatness) with this attached thingy.Have in mind that this is an entry point stuff (kids in kindergarten class) and ... well ... a totally different approach is required in order to control things (membrane topology as a whole) properly > a fact that brings us straight to the Dark Side (the only side as anyone can certify).
They also said ominous things related with C# but I have no idea what they mean since I have no idea about coding as well (all the stuff that I've provided insofar are made by my top C# gurus in my practice [I'm just the boss: I hate coding and drinking water]).
BTW: For quickly as possible you mean 10 years? (or maybe 20?)
BTW: Task for you:No R file attached > what is required in order to place some viruses? He, he
May the Force (the dark option) ... blah, blah
more soon…
he "source_" = 0 (SRTMGL1) is limited to 60 degrees North. The bug is fixed. Check the attached file.
Thank you for posting the link to ArcticDEM! I was not aware of it, it certainly looks very intersting!The 2 meter resolution also sounds wonderful!
Gismo at the moment only generates terrain and underwater terrain from three upper mentioned sources: SRTMGL1, AW3D30, GMRT.
https://www2.jpl.nasa.gov/srtmhttps://www.eorc.jaxa.jp/ALOS/en/aw3d30https://www.gmrt.org/services
The reson for this is because all thre of them are supported throug opentopography.org's query terrain web service, which enables to get the DEM data only for defined boundaries (in Gismo's case the _location and the radius_ inputs). This means that the terrain model is automatically generated by just defining these two inputs.The same principle is followed for openstreetmap shapes - automatic generation for given two inputs.
Geting DEM from services as ArcticDEM, would require finding the appropriate DEM tile containing the desired _location, downloading it manually and then loading it to Gismo.Even though this is possible and "under the hood" Gismo and MapWinGIS have methods capable of performing such task, I am still reluctant to do it. My assumption is that it may create a number of questions about reprojections, and non-alignment caused by the use of different coordinate reference systems.But if this feature is asked from a certain number of users, I assume that in the end I would have to provide it.
Let me know if the upper used "source_" = 1 (resolution 20 to 30 meters) fulfils your current terrain requirements.…
Added by djordje to Gismo at 9:30am on April 7, 2019
in a certain matter but have to select them by hand, often one by one in a certain sequence. And there my first wish comes:
Is it possible to add something to the data collection procedure to save the current collection of items? For example, I have manually selected 20 lines in a 3D model (in a certain order). After a certain time I need to have those lines selected again in the same order, so I wish to have a selection list and reload them. The one by one selection procedure turns often into a pain when selecting dozens of items in a specific order every time I need them. I might save a new GH definition for every selection I make, but this would result with dozens of definitions for one Rhino model (kind of a nonsense).
The other wish is to have a kind of control over the collection manager (like asked in this discussion). When I select non-GH items in a certain order and finish the selection, it naturally happens that I forgot to collect something. So, every time this happens I wish to have an "add" button (or holding down the shift button or whatever) to click it with the mouse and add to the current selection. Furthermore to this wish it would be good to highlight the items on screen that we are pointing at in the selection manager so we know which referenced object we are looking at.
Maybe those things are existing somewhere, and I cannot find them. If not, then it would be great to have those options one day. Thanks,
Hrvoje…
ork seamlessly together because they all share the same files.
I want to export a cluster (either in .ghuser or .ghcluster) so that others can use it and so that I can use it on computers that aren't in my Dropbox account.
I have created many custom components, and some if them contain others of my custom component within them. Clusters within clusters. In the past when I needed to move these clusters to a new computer, I simply could send the file, and click and drag it into the grasshopper interface. Now, however, they simply don't transfer. My first screenshot shows how some of the objects import with no inputs, outputs, or internal structure. They are just empty objects (the zig-zag sides). Some still do import however (the large orange clusters with about 20 inputs and outputs); however, the second image shows that when you open these up, all the user objects within have disappeared and any connections to it have been wildly moved to the top left corner to a nil object called "~" that doesn't exist.
To be clear, there's no error message like you would normally expect. No "you are missing components" message when you open the file. No "missing components" warning at all. When I transfer between my own computers I have absolutely no problem. But when I try to open them in a new computer, the components sometimes disappear, and sometimes they just loose parts of their code.
Does anyone know what to do? Anyone use User Components/Exported Components between computers and know how to fix this? Thanks!
Michael M.…
ng;
The iterations(ULSiter plug) used for "opt cros sec": will give errors at 20 and 100 iterations but not at 10 or 200 for my particular model.
The starting cross section for assembling the model seems to also cause an error or make it go away. In other words, does the initial cross section fed into the assemble component influence how the optimize cross section works? As changing the initial cross section used, the warning that comes out of the optimize cross section disappears.
Also, in the Karamba example "projected Voronoi Gridshell" the model runs first through the "Analyze Theorem II" component and then that output going to the "optimize cross section". Under heavier loads, the "optimize cross section" will sometimes give error ("could not optimize cross sections") when plugged after the "Analyze Theorem II". If the "optimize cross section" is plugged directly from model assembly, it will often run okay. The normal forces(from "beam forces" component) will often be quite similar from the "Analyze Theorem II" and the "Optimize Cross Section" components in this scenario. I think the main question is: How crucial is it to run the "opt cros sec" component after the "analyze theorem II" component to account for element buckling?
Another question is: If the components are failing sporadically, does that mean that the model is quite close to buckling, or is it just a side-effect of the iterative algorithms. And, if a solution works at a fairly high number of iterations (200 or 300) or at a certain starting cross section, can we have confidence in that solution?
Please note that I have set up the assembly using plywood as a material with custom cross sections published using Karamba into a CSV. The cross sections have been listed from lightest to heaviest.
Thanks,
-Yassin…
er" logic but it miss when comes the copy or offset.
Here is my following logic
Take the square of 25 m x 12 m ; make it a surface
I divide it in "blades" of 20 cm
I take the edges of the "blades",
I divide this edges in 40 points (or equivalent) (A)
I identify my curves (curves) which are on the floors, which are curves (B)
First i do this "test" :
for each crossroad between A and B, i make a circle of X cm (slider) of diameter and the rule is the following :
* In this circle, the future movement of my A curve must be at Z = 0
Second step :
for each next point, i have to : leave a copy on Z = 0 and rise the second one for a heigh of Y cm (slider) from the ground.
the next (W = slider to chose every each number of point, i decide to do the following point) point, which is a little bit farer from the previous point, must duplicate the same height of Y ; and also be copied to Y + Y cm.
There is a Z number (slider) which is the max height possible for these points, which mean that the next point must be at this very same level except ... The third step scenario.
The purpose is to be able to have flat area, like step in a stairway.
Third step :
The grasshopper must test if the A points are between two or more "area at Z = 0". Why ?
The goal is to obtain something like screen "side view" if there are two starting points at Z = 0.
Which also mean that if there is an odd number of points, the remaining odd number must be at the top of the "stairs"
At this point of the grasshopper, we might be able to obtain, thanks to the sliders the "staircase form" regarding :
- The size of the test circle between A and B curves
- The "footstep" of each points (height)
- The number of points before a "copy of the point + the next footstep rise"
- The max heigh possible for all the point off B curves
And at this moment i have a new problem in my logic. You will get my idea, but it might be wrong as well...
Therefore, and after that, we should be able to link every point by a straight line.
To fillet with P (angle) a line with the following one
To join all the line of a same B curve
To cut it at the center of each circle at Z = 0 (the crossroad of A and B)
To offset it with Q (distance)
To rise a line from the center of each circle at Z = 0
To cut the extra part of each Offset"ed" curve to get an offset curve "aligned in Z" with the original one.
To create loft the original and offset"ed" one
To extrude the surface to a distance of R
And grasshopper "should be done" because, i will duplicate it for the ceiling, reverse the form with a -Z vector to the Y value and modifie my Z in Z' to modify my max height
Could you help me ?
…