he sunPath component works. For example if you want to simulate the hours from 8 to 16 it means you want 8 hours from 8 to 9, from 9 to 10,.... from 15 to 16 (8 hours duration period) so you get from the sunPath component (using default timeStep 1) the 9 sun position/vectors 8 9 10 11 12 13 14 15 16 (in the image the yellow suns). The things is that if you ask for a smaller timeStep for example 3 = 20 mins then the additional sun position (in the image the orange suns) are added also after the time limit of h16 so probably when you don't want/need. I understand that when you input a time period there is the ambiguity if the hours are the just 9 (the 9 inputs) or the 8 hours included between pairs of hours, but I would make in a way that it is possible to chose if the extra timeStep after the last hour are added or not. Thank you for your comments.
…
eas and references:
1. The Geometry of the Envoirnment, Lionel March and Philip Steadman, Chapeter 10 - 11
2. There is a good overview on Floorplan generation methodes under this link:
http://entwurfsforschung.de/layout/
3. Have a look @Space Syntax grasshopper plugin
4. The random approch / Infinit monkey theorem
https://vimeo.com/37186522
This has its limits 100+ rooms will not realy work...
5. A more obscure math approch -> spectral Graph matching
https://vimeo.com/136231619
And the paper to read:
http://www.sss10.bartlett.ucl.ac.uk/wp-content/uploads/2015/07/SSS1...
6. Shape grammers
https://en.wikipedia.org/wiki/Shape_grammar
enjoy....
…
11 number instead of 10 (0-10, 10-20, etc). Also grasshopper numbered (i've numbered it for easier view) the panels vertically starts from bottom left.
Questions:
1. How to generate correct number ranges (0-9, 10-19, etc)?
2. How to change the numbering horizontally so i could select items by row?
3. I also found out that some surface have correct U and V direction and some of the have it inverted (U in V position, vice versa). This has cause some problems in my design. is there a way grasshopper or rhino to change its U &V ?
First time posting here. sorry if there's any mistake or misunderstanding.
Thanks,
Wilson…
r-workshop programme will focus on the design and 1:1 fabrication of an interactive pavilion for the 2012 International Festival of Electronic Language (FILE). Located on Avenida Paulista, the pavilion will react to light sensors and human activity, so as to transform and create a range of different lighting and spatial effects, triggering further movement and producing an interactive feedback loop of behaviour and response. To accommodate this responsiveness, the design should be developed using recursive scripting, associative modelling and digital fabrication.
Each workshop will focus on a different phase of the pavilion’s design and construction. Instruction will be led by Rob Stuart-Smith of Kokuggia and Tristan Simmonds of Simmonds Studio, with Lawrence Friesen of Generative Geometry, Anne Save de Beaurecueil and Franklin Lee of SUBdV, together withand other AA tutors, as well as local structural engineers and set-designers. Each workshop will offer introductory instruction in computational design - Grasshopper, (GECO, Firefly) and Arduino, and digital fabrication, while advanced instruction will be offered to participants undertaking multiple workshops.
Workshop 1 will develop design variations in small models, as well as material and structural scale modeling, testing and initial 1:1 prototyping, following computational and digital fabrication instruction. Workshop 2 will produce 1:1 prototyping. Following computational and digital fabrication instruction, it will explore the mechanics and electronics of the light-sensors and motors that generate the transformations of the pavilion. Workshop 3 will fabricate the final elements, working directly with manufacturers, testing partial assemblies. Advanced development of all circuits and Arduino scripts will take place following computational and digital fabrication instruction. Workshop 4 will focus on the final assemblage of the pavilion on site.
www.aaschool.ac.uk/saopaulo.
OTHER WORKSHOPS
Workshop 2: 4–13 January 2012
Workshop 3: 3–12 April 2012
Workshop 4: 3–12 July 2012
…
berfläche des Grasshopper Programms
Funktionsprinzip eines grafischen Algorithmus-Editors (Datenfluss)
Unterscheidung von Parametern (Datentypen) und Komponenten (Datenverarbeitung)
Erzeugung, Bearbeitung und Analyse von Geometrie-Typen: Punkte, Vektoren, Linien, Kurven, Flächen (surfaces, brep) und Netze (meshes)
Strukturierung der Daten anhand von Listen und Bäumen
unterschiedliche Verknüpfungsmöglichkeiten von Parametern (data matching)
praxisnahe Grundlagen der Geometrie und Vektorrechnung für generatives Design
effizienter Aufbau von parametrischen Modellen anhand Übungsaufgaben
Auszug von Daten aus Modellen für die Fertigung; Daten aus Tabellen (Excel, CSV) importieren, exportieren
Einsatz von benutzerdefinierten Komponenten (custom components)
Vorkenntnisse: Rhinoceros3d Benutzeroberfläche der Software: Englisch Unterrichtssprache: Deutsch, auf Wunsch auch Englisch
Details und Anmeldung:
www.vhs-stuttgart.de
Dieser Kurs wird in Kooperation mit ifBau gGmbH und VHS Stuttgart angeboten, und wird von ifBau als Fortbildung für Mitglieder der Architektenkammer BW anerkannt.
Trainer: Peter Mehrtens
Kursdauer: 3 Tage / 8 Stunden pro Tag
Freitag, 24.01.2014, 09:00-17:00 Uhr Samstag, 25.01.2014, 09:00-17:00 Uhr Sonntag, 26.01.2014, 09:00-17:00 Uhr Ort: VHS Stuttgart, Fritz-Elsas-Str. 46/48
Teilnahmegebühr: 510,00 € Teilnehmerzahl: 4-10 Personen
…
al read” component in grasshopper.
But somehow it seems that the command line “TempSensor.requestTemperatures();” makes the firefly firmata somehow unstable. I have also connected 5 servo motor which move strangely irregular/wrong when the command line above is in the program. So, when I for example only control the "Digital Pin 12" in grasshopper it mainly moves the servo on Pin 11 (!) but also a bit time delayed the servo on Pin 12.
Do you have any ideas? It has to be something inside the “#include <DallasTemperature.h>” (Libary for the temperature sensor) which doesnt go together with the firefly firmata und gets something wrong in the "void WriteToPin" firmata command
Or do you may have any working codes for implementing a temperature sensor? Its doenst have to be the one i have, I could get another one.
here you can see the code: http://txt.do/drqao (a simplified version of the latest firmata including my TempSensor lines marked with "//...//TEST")
Thanks! Julian…
hem. Now I need to search through the original points that comprise the voronoi diagram and replace them with the new averaged points. I need to do this while still preserving the logic of the old data tree which is comprised of {i}j values. In other words each point is grouped into a vornoi cell so that the cells can be created with the polyline component
I believe I have a relatively simple solution, but need help create a python script that searches and replaces values within a data tree.See the psuedo code below:
Psuedo-Code:
For each item(i) in Data tree B (list of index values points to be replaced grouped into a data tree corresponding to the new point) find the corresponding integer in Data tree C (list of points grouped around {i;j} values)Then replace the integer in Data Tree C with the key value (the data tree path) that corresponds to the item from Data tree B that is replacing the item from Data tree CFor example:Data Tree B{14}(0)2(1)3(2)6(3)11(4)13(5)14Data Tree C{0;1}(0)2(1)3(2)6Output:Data Tree {0;1}(0){14}(1){14}(2){14}
List A - Single point (New Point) with Data Tree/Key value corresponding to group of points it will replace ( List B)
List B-list of index values of flattened voronoi point list with Data Tree/Key Value corresponding to List A - in other words these are all the points I need to replace with the point in List A
List C-list of index values of flattened voronoi point list with Data Tree/Key Value corresponding to {i}j values necessary to re-create voronoi cells with the polyline component
Once this is done I can use the Output and the new Points in List A to replace the set of old points in the original voronoi diagram with the new set up reduced points.
If there is another way to achieve the goal of eliminating small edges of a vorononi diagram, I'm open to suggestions.
…
ries", but it could be changed in the future with nicer and more interesting names.
It's perfectly known that lot of plugins has been released to empower GH panelling capabilities, but usually lightweight and native systems could be required to accomplish specific little (or big) design tasks. In addition to this, the panelling process is a task that let the user to play and learn and practice deeply concepts about surface/meshes topology, list and data trees management, etc. So I though that this could be a perfect starting point for the "Utilities series" in c+GH.
To open this group of c+GH post I will start with something simple that everyone that have used GH has tried sooner or later in his/her learning process: how to panel a surface using standard/built-in GH components only.
Topics that could be covered (aka, problem categories):
Planar panels.
Curved panels.
Mixed solutions: curvature/distortion triggers or limits.
Given a NURBS surface, create a single panelling system that implement one of the categories described for only one kind of panel (triangular, quadrilateral, n-gon). Of course, curved panels are not compatible with triangular shapes, etc, so try to pick a compatible combination.
Further considerations:
The implemented solution should let the user to interact with every panel easily, so the proposed algorithm should track the panellization process avoiding to destroy helpful information/data structures for further modifications in the panelling system.
NURBS and mesh solutions are both allowed.
None, plugin or scripted component allowed.
The cleanest, shorter and less processing-time-expensive solution in every category will be the winner (please, consider using profiler intensively).
Deadline: May 18, 2014.
…
Visiting School Rio de Janeiro will collaborate with the Centro Carioca de Design with the support of Columbia University Studio X to investigate new possibilities for the urban infrastructure surrounding World Cup Stadiums. Nation-wide, there has been significant investment to build and renovate stadiums for the 2014 World Cup in order to meet the required standard FIFA regulations (‘Padrão FIFA’). At the same time, there has been a large public demand for equal investment into transport systems, public space, and public programs such as hospitals and schools. The Visiting School will tap into the momentum of this movement, and promote a series of interventions within and around the World Cup structures, proposing new public programs and standards for their legacy. Students can choose to focus directly on the Maracanã stadium in Rio de Janeiro, the venue for the Final match of the World Cup. The intense ten-day workshop will employ computational design and digital fabrication to introduce a design methodology that creatively automates and promotes transformation, mutation and complexity for these infrastructure interventions.
Prominent Features of the workshop
Teaching teamThe teaching team will include a mix of tutors from the Architectural Association, including Theodore Sarantoglou Lalis e Dora Sweijd (lassa-architects.com) of Diploma 17, and locally-based architects, urban-designers and experts, mediated by locally-based Visiting School directors, to promote cutting-edge innovative strategies informed by local political, economic and construction issues.
Computational skillsThe workshop will teach advanced digital modeling and parametric design skills, no previous experience is needed. A group of specialist computation tutors will conduct an initial skills workshop and continue to assist throughout the workshop to develop the individual projects of the participants.
Digital FabricationA series of physical models will be built using digital fabrication techniques that will be taught during the workshop, no previous experience is needed.
Applications
1) You can make an application by completing the online application found under ‘Links and Downloads’ on the AA Visiting School page. If you are not able to make an online application, email visitingschool@aaschool.ac.uk for instructions to pay by bank transfer.
2) Once you complete the online application and make a full payment, you are registered to the programme. A CV or a portfolio is not required.
The deadline for applications is 11thApril 2014.
All participants travelling from abroad are responsible for securing any visa required, and are advised to contact their home embassy early. After payment of fees, the AA School can provide a letter confirming participation in the workshop.
Fees
The AA Visiting School requires a fee of £695 per participant, which includes a £60 Visiting membership fee.
Fees do not include flights or accommodation, but accommodation options can be advised. Students need to bring their own laptops, digital equipment and model making tools. Please ensure this equipment is covered by your own insurance as the AA takes no responsibility for items lost or stolen at the workshop.
Eligibility
The workshop is open to current architecture and design students, phd candidates and young professionals.
…