o está dirigido a estudiantes de arquitectura y diseño de interiores, recién titulados y profesionales interesados en el software o que necesiten conocer las herramientas básicas de las que dispone el programa en los diferentes ámbitos y cómo enfocarlas a arquitectura.
Descripción:El contenido del curso enseñará a utilizar el programa de diseño Rhinoceros 3D aplicando su metodología de trabajo en el campo de la arquitectura, básandose además de la creación de pequeños elementos paramétricos para controlar el diseño y acabar renderizando las geometrías 3d con V-Ray para Rhino.
El curso consta de 3 módulos de 12h de duración cada uno (que pueden realizarse juntos o por separado) en los cuales se profundizará en herramientas de Rhino, Grasshopper y V-Ray a medida que se realizan casos prácticos sobre proyectos arquitectónicos.Se pretende establecer un sistema de trabajo eficiente desde el inicio del modelado hasta la posterior creación de imágenes para documentación del proyecto.
Módulo Rhinoceros Arquitectura:• Conceptos básicos e interfaz de usuario Rhino• Introducción al sistema cartesiano en Rhino• Clases de complejidad de geometría• Importación/exportación de archivos compatibles• Topología NURBS• Trabajo con Sólidos• Estrategias básicas de Superficies• Introducción a Superficies Avanzadas
Módulo Grasshopper:• Conceptos básicos e interfaz de usuario Grasshopper• Introducción a parámetros base y componentes• Matemáticas y trigonometría como herramientas de diseño• Matemáticas aplicadas a creación de Geometría• Introducción a listas simples• Análisis de Superficies y Curvas• Dominios de Superficies y Curvas• Panelado de superficies• Manejo de listas y componentes relacionados• Modificación de panelados en función de atractores• Exportación/Importación de información a Grasshopper
Módulo V-Ray para Rhinoceros:• Conceptos básicos e interfaz de usuario V-Ray• Vistas guardadas• Materiales V-Ray• Materiales, creación y edición• Iluminación (Global Illumination, Sunlight, Lights)• Cámara Física vs Cámara default• Canales de Render• Postprocesado básico de canales
Detalles:Instructores: Alba Armengol Gasull y Oriol Carrasco (SMD Arquitectes)Idioma: CastellanoHorario: 22 JULIO al 26 JULIO 2013 // 10.00 – 14.00 / 16.00 – 20.00Organizadores: SMDLugar: SMD lab, c/Lepant 242 Local 11, 08013 Barcelona (map)
Software:Rhinoceros 5Grasshopper 0.9.00.56V-Ray 1.5 for RhinoAdobe Photoshop CS5Links de versiones de evaluación de los Softwares serán facilitadas a todos los asistentes. Se usará unica y exclusivamente la versión de Rhino para PC. Se ruega a los participantes traer su propio ordenador portátil.
Registro:Modalidad de precio reducido por tres módulos 275€Posibilidad de realizar módulos por separado 99€…
ape of the Gatorade Run – Fun Race Machine(https://www.youtube.com/watch?v=S8RIMVhdgIk), and the interactive digitally informed Nike + Fuelband-Wristband Interactive Video-Mapping Projection Concert at at Battersea Power Station(https://vimeo.com/70791746), the AA Visiting School Rio de Janeiro 10-day intensive workshop will focus on how sports infrastructure can be informed and transformed by scanned body data so to both illustrate and improve human athletic capacity and interactively engage the spectator. Students will use theTokyo 2020 Olympic stadium as a testing ground for the creation of a new type of intelligent and interactive sports architecture. The workshop will teach eyeball and brain scanning, interactive coding, and parametric digital design and fabrication using Rhino and Grasshopper, to create a post-robotic morphing between the sensibility of the body and novel computational innovation, between Rio de Janeiro 2016 and Tokyo 2020. All software will be taught from beginning level, no previous experience needed.
APPLICATIONS:
http://rio.aaschool.ac.uk/2016-aa-rio-to-tokyo-interactive/2016-applicationinscricoes/
…
r loops. Cleaning these out manually will be a real pain.
OT I see you making very wide contributions in the forum. Kudos to you and the rest of the mcneel team for an epically elegant product. I've used a wide range of other 3D products for engineering technical and animation purposes but for some reason never looked seriously at rhino. With a couple of 3D and 2D fabrication projects in mind I came across GH for generative geometry and of course it's host, rhino3D. Wow, both perform at the highest level with GH unlocking interactive scripting in a way that is simply beautiful. Rhino shader GPU leverage is also well done. Both rhino and GH could benefit from some broader multithreading leverage; though I well understand a point you have made elsewhere that internal data structure instanciation makes this a little challenging. But there are ways to code around this (painfully); or just throw memory at it... I cannot be alone in running 32GB of 2133DDR3 - and it's painful to be waiting around with just one 4.2GHz core utilised while another 11 idle.
However, my credit card got a workout an hour after discovering the rhino/GH combo and I've no regrets. I've not had so much fun since Mathematica was released.
Its some decades since i worked with a dataflow language, so I was most pleased to find the essential tree data path management tools were comprehensive and effective if sometimes cumbersome. Your rate of innovation seems phenomenal; the new fields components are most intriguing. So much creative capability! This is a most exciting complement to my toolset and one I'm looking to put to serious work in the coming weeks.
Cheers. Rod…
led to write F2825E_glzP_0 to idf file8. index out of range: 09. Failed to write 29BFFB_glzP_0 to idf file10. index out of range: 011. Failed to write 613DE8_glzP_0 to idf file12. index out of range: 013. Failed to write 3CBCE5 to idf file14. index out of range: 015. Failed to write BDEF6C to idf file16. index out of range: 0
Etc...
Someone knows how to solve this problem.
In attached you can find idf file, gh definition and the errors list.
Thanks for availability.
Best,
Andrea…
ated in all editions of Architektura Parametryczna Workshops!Architektura Parametryczna Workshops Optimization Warsaw 2016 FAQWHEN?21-22nd May 2016 (Saturday-Sunday)HOW LONG DO THE WORKHSOPS LAST?The workshops last in total 16 hours.Saturday 10AM -7PM (with lunch break), Sunday 10AM -7PM (with lunch break)WHAT WILL I LEARN?On Saturday the optimization processes with solar, views and structural analysis will be explored. We will be discovering optimal solutions with the help of plug-ins such as Galapagos, Silvereye, Octopus, Karamba and Ladybug. In the Sunday morning we will learn how to present the results of the optimization: creating catalogues of solutions and printing the optimization graphs. In the afternoon participants will have time for the development of the personal project. HOW MUCH DOES IT COST?The workshops cost 600 PLN (or 160€) for Early Bird payments and 700 PLN (or 190€) for the regular payments. The 3-person group - 1500 PLN (or 440€ )EARLY BIRD?For those who are certain that they will attend the workshops, we have a special Early Bird offer till 30th of April 2016.HOW CAN I SIGN UP?Send an email to info@architekturaparametryczna.pl with the title: “OPTI WAW 16”.HOW MANY PLACES ARE AVAILABLE?We have only 11 places!WORKSHOPS: Level: intermediate – advancePerquisites: the basic knowledge of Rhino and Grasshopper3D. Plug-ins: Silvereye, Octopus, Ladybug, Karamba. Weaverbird. Python GHThe main aim of the 16-hour workshops is to give the participants the understanding of how the optimization process can be used in practice and how it can help in solving everyday design problems. The practical exercise will be supported with the short lectures explaining the theoretical background of the optimization algorithms. The general program of the Optimization Warsaw 2016 Workshops*:1. Optimization of the facade geometry with solar analysis.2. Optimization of the roof structures with Karamba.3. Finding the optimal configuration of the space frame structures with Karamba.4. Discovering the best location or/and geometry of the building in accordance to the best views from the plot.5. Presentation of the discovered solutions. *Some of the exercises might be changed.…
len , I lost all of my work (at least the 3d modeling)
And I frankly if I want to participate I´ll need to finnish up the board and i cant do the renders on my own I need more time , but I only have until 11:59 pm of July 6 to finnish up one render, if you feel up to the challenge, whoever completes it will receive 290 dollars (its all I can give) to any account you want. I basically need one single image.
It consists on 3 towers, with an organic facade, I'm including the competition board I had saved on in my dropbox, I want more or less the same perspective shown on the left of the board.
Sorry, but i'm desperate, I had it all done but well cant control everything in life i guess, only do it if you feel you can pull off a professional render.
Thanks. (contact me and I´ll give you more info on the towers, I was able to save some limited sections and floor plans .... but yeah.. limited, so you´ll have to base your work on the images I provide here.
I can give some files now, including images of the physical model.
Board: http://i.minus.com/idYpFK844DWns.jpg
Physical model: http://imgur.com/a/PywJa
Hope its enough, I'm also including one image i had where I explored the footprints of all the buildings, but its just for reference.
I know theres barely enough time to finnish it... but I dont know what else to do, do you guys think i should probably just take a good photograph of the model and run with that? I feel that would probably look very unprofessional :l but I really dont have a choice here
…
visiting school will continue its engagement with Mexico City from an infrastructural point of view taking advantage of the challenges and opportunities it poses/offers for the viability of one of the biggest metropolis on earth. The workshop will be constructed around key infrastructural issues such as the “Recovering of Waterscapes” and the “Reinforcement of Mobility Networks”. They will form the spine for the intervention through PROTOTYPICAL strategies within a tactical URBANISM framework.
The objective will be to explore and develop the concept of “urban prototype” capable of accommodating change and a degree of indeterminacy within the design process which will acquire its specificity by means of its on-site materialization. Paradigms of self-organized systems, distributed networks and uprising complexity will be introduced through systemic based design techniques, setting up counter models to conventional urban design and planning.
Based on this brief, students will have the opportunity to develop their skills through different methodologies based on the exploration of local conditions, engineering techniques, material processes, and the experimentation with digital, fabrication and representational tools.
The visiting school will run parallel units by AA tutors and graduates from across the school giving participants the opportunity to experiment the different lines of research currently being developed at the AA, in particular the visiting school will directly engage with the investigations within the research cluster “Urban Prototypes “.
In addition to this a symposium and series of lecture will to bring key figures, local and international, directly related to the design of the city (Minister of Urban development, architects and urban designers, authorities, artists among others). The event will finish with students presenting their work to local authorities and relevant actors and a public exhibition of the results.
Eligibility
The workshop is open to current architecture and design students, phd candidates and young professionals. All applicants should submit a CV and portfolio.
Applications
The deadline for applications is 11 June 2012. Application forms and additional information are available online at: www.prototypicalnetworks.net and applications can be submitted to: visitingschool@aaschool.ac.uk.
Schedule & Venue
The school runs in summer from 25/06/2012 to 06/07/2012 in Mexico City. This is an intensive, studio-based programme requiring full-time participation.
Accommodation & Costs
Accommodation during the workshop is not provided, but accommodation at an affordable hotel can be advised. The AA Visiting School requires a fee of £695 per participant which includes a £50 Visiting Student Membership, made payable to the AA School of Architecture.…
ace Syntax." eCAADe 2013 18 (2013): 357.
http://www.sss9.or.kr/paperpdf/mmd/sss9_2013_ref048_p.pdf
The measure Entropy is newer. I hereby explain it (from my PhD dissertation):
Entropy values, as described in (Hillier & Hanson, The Social Logic of Space, 1984) and specified in (Turner A. , “Depthmap: A Program to Perform Visibility Graph Analysis, 2007), intuitively describe the difficulty of getting to other spaces from a certain space. In other words, the higher the entropy value, the more difficult it is to reach other spaces from that space and vice-versa. We compute the spatial entropy of the node as using the point depth set:
(11)
“The term is the maximum depth from vertex and is the frequency of point depth *d* from the vertex” (ibid). Technically, we compute it using the function below, which itself uses some outputs and by-products from previous calculations:
Algorithm 4: Entropy Computation
Given the graph (adjacency lists), Depths as List of List of integer, DepthMap as Dictionary of integer
Initialize Entropies as List(double)
For node as integer in range [0, |V|)
integer How_Many_of_D=0
double S_node=0
For depth as integer in range [1, Depths[node].Max()]
How_Many_of_D=DepthMap.Branch[(node,depth)].Count
double frequency= How_Many_of_D/|V|
S_node = S_node - frequency * Math.Log(frequency, 2)
Next
Entropies [node] = S_node
Next
…
ocessed once Grasshopper is done with whatever it's doing now.
3) Grasshopper tells the Slider object that the mouse moved and the slider works out the new value as implied by the new cursor position.
4) The slider then expires itself and its dependencies ([VB Step 1] in this case, but there can be any number of dependent objects).
5) When [VB Step 1] is expired by the slider, it will in turn expire its dependencies (VB Step 2), and so on, recursively until all indirect dependencies of the slider have been expired.
6) When the expiration shockwave has subsided, runtime control is returned to the slider object, which tells the parent document that stuff has changed and that a new solution is much sought after.
7) The Document class then iterates over all its objects (they are stored in View order, not from left to right), solving each one in turn. (Assuming the object needs solving, but since in your example ALL objects will be expired by a slider change, I shall assume that here).
8) It's hard to tell which object will get triggered first. You'd have to superimpose them in order to see which one is visually the bottom-most object, but let's assume for purposes of completeness that it's the [VB Step 1] object which is solved first.
9) [VB Step 1] is triggered by the document, which causes it to collect all the input data.
10) The input parameter [x] is asked to collect all its data, which in turn will trigger the Slider to solve itself (it got expired in step 4 remember?). This is not a tricky operation, it merely copies the slider value into the slider data structure and shouts "DONE!".
11) [x] then collects the number, stores it into its own data structure and returns priority to the [VB Step 1] object.
12) [VB Step 1] now has sufficient data to get started, so it will trigger the script inside of it. When the script completes, the component is all ready and it will tell the parent document it can move on to the next object (the iteration loop from step 7).
13) Let us assume that the slider object is next on the list, but since it has already been solved (it was solved because [VB Step 1] needed the value) it can be skipped right away, which leaves us with the last object in the document which is still unsolved.
14) [VB Step 2] will be triggered by the document in very much the same way as [VB Step 1] was triggered in step 9. It will also start by collecting all input data.
15) Since all the input data for [VB Step 2] is either defined locally or provided by an object which has already been solved, this process is now swift and simple.
16) Upon collecting all data and running the user script, the component will surrender priority and the document becomes active again.
17) The document triggers a redraw of the Grasshopper Canvas and the Rhino viewports and then surrenders priority again and so on and so forth all the way up the hierarchy until Grasshopper becomes idle again.
[end boring]
Pretty involved for a small 3-component setup, but there you have it.
To answer somewhat more directly your questions:
- The order in which objects are solved is the same as the order in which they are drawn. This is only the case at present, this behaviour may change in the future.
- Adding a delay will not solve anything, since the execution of all components is serial, not parallel. Adding a delay simply means putting everything on hold for N milliseconds.
- [VB Step 1] MUST be solved prior to [VB Step 2] because otherwise there'd be no data to travel from [GO] to [Activate]. The only tricky part here is that sometimes [VB Step 1] will be solved as part of the process of [VB Step 2], while at other times it may be solved purely on its own merits. This should not make a difference to you as it does not affect the order in which your scripts are called.
--
The Man from Scene 24…
Added by David Rutten at 4:43pm on December 10, 2009