ing the maps to the broader community.
At the moment, there are just a few known issues left that I have to fix for complex geometric cases but they should run smoothly for most energy models that you generate with Honeybee. Within the next month, I will be clearing up these last issues and, by the end of the month, there will be an updated youtube tutorial playlist on the comfort tools and how to use them.
In the meantime, there's an updated example file (http://hydrashare.github.io/hydra/viewer?owner=chriswmackey&fork=hydra_2&id=Indoor_Microclimate_Map) and I wanted to get you all excited with some images and animations coming out of the design part of my thesis. I also wanted to post some documentation of all of the previous research that has made these climate maps possible and give out some much deserved thanks. To begin, this image gives you a sense of how the thermal maps are made by integrating several streams of data for EnergyPlus:
(https://drive.google.com/file/d/0Bz2PwDvkjovJaTMtWDRHMExvLUk/view?usp=sharing)
To get you excited, this youtube playlist has a whole bunch of time-lapse thermal animations that a lot of you should enjoy:
https://www.youtube.com/playlist?list=PLruLh1AdY-Sj3ehUTSfKa1IHPSiuJU52A
To give a brief summary of what you are looking at in the playlist, there are two proposed designs for completely passive co-habitation spaces in New York and Los Angeles.
These diagrams explain the Los Angeles design:
(https://drive.google.com/file/d/0Bz2PwDvkjovJM0JkM0tLZ1kxUmc/view?usp=sharing)
And this video gives you and idea of how it thermally performs:
These diagrams explain the New York design:
(https://drive.google.com/file/d/0Bz2PwDvkjovJS1BZVVZiTWF4MXM/view?usp=sharing)
And this video shows you the thermal performance:
Now to credit all of the awesome people that have made the creation of these thermal maps possible:
1) As any HB user knows, the open source engines and libraries under the hood of HB are EnergyPlus and OpenStudio and the incredible thermal richness of these maps would not have been possible without these DoE teams creating such a robust modeler so a big credit is definitely due to them.
2) Many of the initial ideas for these thermal maps come from an MIT Masters thesis that was completed a few years ago by Amanda Webb called "cMap". Even though these cMaps were only taking into account surface temperature from E+, it was the viewing of her radiant temperature maps that initially touched-off the series of events that led to my thesis so a great credit is due to her. You can find her thesis here (http://dspace.mit.edu/handle/1721.1/72870).
3) Since the thesis of A. Webb, there were two key developments that made the high resolution of the current maps believable as a good approximation of the actual thermal environment of a building. The first is a PhD thesis by Alejandra Menchaca (also conducted here at MIT) that developed a computationally fast way of estimating sub-zone air temperature stratification. The method, which works simply by weighing the heat gain in a room against the incoming airflow was validated by many CFD simulations over the course of Alejandra's thesis. You can find here final thesis document here (http://dspace.mit.edu/handle/1721.1/74907).
4) The other main development since the A. Webb thesis that made the radiant map much more accurate is a fast means of estimating the radiant temperature increase felt by an occupant sitting in the sun. This method was developed by some awesome scientists at the UC Berkeley Center for the Built Environment (CBE) Including Tyler Hoyt, who has been particularly helpful to me by supporting the CBE's Github page. The original paper on this fast means of estimating the solar temperature delta can be found here (http://escholarship.org/uc/item/89m1h2dg) although they should have an official publication in a journal soon.
5) The ASHRAE comfort models under the hood of LB+HB all are derived from the javascript of the CBE comfort tool (http://smap.cbe.berkeley.edu/comforttool). A huge chunk of credit definitely goes to this group and I encourage any other researchers who are getting deep into comfort to check the code resources on their github page (https://github.com/CenterForTheBuiltEnvironment/comfort_tool).
6) And, last but not least, a huge share of credit is due to Mostapha and all members of the LB+HB community. It is because of resources and help that Mostapha initially gave me that I learned how to code in the first place and the knowledge of a community that would use the things that I developed was, by fa,r the biggest motivation throughout this thesis and all of my LB efforts.
Thank you all and stay awesome,
-Chris…
coworking. Il corso prevede la trattazione delle tematiche di base della modellazione generativa, con l'inserimento di lezioni basate sulla filosofia progettuale della modellazione generativa e basi di analisi matematica.
Il corso ha durata di 30 ore con appuntamenti bisettimanali (lunedì e mercoledì) a partire da lunedì 03 ottobre. Per maggiori informazioni contattate il docente delcorso e scaricate il programma
____________
Cavallette Generative is the new Grasshopper Level I course offered by Mandarino Blu visual communication LAB. The event is organized by the support ofMultiverso, a co-working company. The course includes the discussion of the basic themes of generative modeling, such as design philosophy and mathematical analysis.
The course lasts 30 hours with twice-weekly meetings (Monday and Wednesday) from Monday, October 3. For more information contact theinstructor of the course and download the program…
eroberflä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
Details und Anmeldung:
www.vhs-sha.de
click: SUCHE
Kurstitel: GRASSHOPPER
oder direkt:
http://www.vhs-sha.de/index.php?id=90&kathaupt=11&knr=3151053&kursname=Grasshopper+I
Trainer: Peter Mehrtens
Kursdauer: 3 Tage / 8 Stunden pro Tag
Freitag, 19.07.2013, 08:00-17:00 Uhr Samstag, 20.07.2013, 08:00-17:00 Uhr Sonntag, 21.07.2013, 08:00-17:00 Uhr Ort: Volkshochschule Schwäbisch Hall, im Haus der Bildung
Teilnahmegebühr: 349,00 € Teilnehmerzahl: 4-10 Personen
…
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
…
almost 60 seconds to compute, 50x50 points x 35 samples each x 3 rectangles = more than a quarter million curve|curve intersections), but at least not fossilised dog slow.
The inputs of the component are:
P = Plane in which to shoot the isovist sample rays, plane origin equals sample point
N = Number of rays per sample point
R = Maximum radius of sample rays. Any obstacles beyond the radius are ignored
O = List of obstacles (curves only). They will not be projected onto the sample plane, so you can have curves that are only partially 'active'.
Outputs:
P = Point at end of ray (at distance R from sample point) or point at closest obstacle along ray view direction.
D = Distance from sample point to P
H = Boolean indicating whether the ray hit an obstacle or not
--
David Rutten
david@mcneel.com
Poprad, Slovakia
…
is useful because now all geometry can derive from GeometryBase making the things they have in common a matter of definition. I.e. it's not just the case that both Meshes and Surfaces happen to have a function that computes the bounding box of the shape, it is the same function because it was inherited from GeometryBase.
Surface is another abstract class that unifies as many functions and properties as it can that apply to all surfaces. All surfaces have an area for example. And they all have U and V domains. Rhino supports a number of different surface definitions, among which are PlaneSurfaces (filled rectangles, basically), RevSurfaces (revolutions of a curve about an axis), SumSurfaces (one curve is moved along another) and NurbsSurfaces.
NurbsSurface is a non-abstract class that derives from Surface (and therefore also from GeometryBase) which implements the mathematics of Nurbs surfaces. So every NurbsSurface has control-points, knot-vectors and so on and so forth in addition to whatever Surface already defines.
Brep is a non-abstract class that allows you to create a shape consisting of multiple and/or trimmed surfaces. For example a Box would need to be a Brep because it contains 6 surfaces that are joined at their edges. The filled letter O would also need to be a Brep since it has trim curves that remove portions of a surface. A Brep maintains many lists of geometric entities, including faces, edges, trims, loops and vertices. All of these are associated with each other via topological relationships. Brep is a very complicated class so don't worry if you don't understand how it works.
BrepFace represents a single surface in a Brep. BrepFaces never exist on their own, they are always part of a Brep object. Basically, a BrepFace represents the underlying Surface including the trimming curves. A box contains 6 BrepFaces, all of which represent 6 untrimmed planar surfaces. A cylinder contains 3 BrepFaces, two of which (the caps) represent trimmed planar surfaces.
In Grasshopper, what I call a Surface is actually a single-face brep. I chose to break away from the Rhino SDK terminology because I wanted surfaces to be able to have trimmed portions. When you convert a BrepFace to a Surface, you lose all the trimming information.
--
David Rutten
david@mcneel.com
Poprad, Slovakia…
Added by David Rutten at 6:36am on September 20, 2011
Serial.println function). The print line function adds a carriage return and new line feed symbol at the end of each line (which is when in the serial monitor it puts each new statement on it's own line). The Firefly Generic Serial Read uses the new line feed character as its designation symbol on which to terminate the line and spit it out to Grasshopper. I think what's happening is that you need to format the string coming over from your Arduino so all of your sensor data is sent on a single line (not three lines) of text. You can do this using the Serial.print statement (not println). You will need to use the println function on which ever print statement that ultimately concludes the line you want to print... but you can concatenate longer strings together simply by printing using the other print statement. You also don't need the metadata that is sent over (like "Light Level:" or "Sound Pressure:"). You're really just interested in the actual numbers (assuming you know the order of the numbers in the string your sending over the serial port). My recommendation would be to concatenate all of your sensors into a single line of text separated by commas. Then, once you read the string into GH, then you can split it up at the commas using some of the built in string components.
Now, all of that said... I notice that all of your sensors are just standard analog sensors (you're simply using the analogRead() function). Since this is the case, you can easily upload the Firefly Firmata (which handles all of the formatting for you) then you can simply use the Uno Read component (the reason it threw an error was because it was expecting a specifically formatted string of data... and the string you were sending was of a different format). If you upload the Firefly Firmata, then you can use the Uno Read and all should work well. Note that you're using the baud rate of 38400 in your sketch, but the Firmata uses 115200. It doesn't really matter (too much) which you use in this instance... but you have to make sure the baud rate on the Open Port component matches that of the Arduino sketch. If you're using the Firmata, then the default is set to 115200, so you don't need to worry about it... but I just wanted to bring it to your attention since you were using a different baud rate in your other sketch.
I hope this helps.
-Andy…
it provided that you know how to use it, he he).
Note: prior switching from mesh (via StarlingStar) to brep+holes (via C#) - each one has his own K Engine - stop/kill the Kangaroo animation control mini Dialog otherwise ... you'll have "some" troubles.
djodje:
This thing used (see script in v4b) IS NOT the same as the P thing that you posted (the one that takes 3 arguments where the splitter is a curve).
for David:
Irrelevant with the thread, but a 100% repro case related with the GH inability to internalize data:
This brep is a human figure internalized (but every time when the def is stored and reopened GH reports it as "Null").
So import the man-and-dog.3dm, reference the man (or the doberman), save definition and reopen it.
I'm not sure if Image sampler can store (in file) a thing or two as well:
v5 "soon" (lot's of new stuff and 4.56 divisions by zero) , best, Peter…
ules and provide suggestions. It comes with some goodies useful along with SYNTACTIC tools, such as Spectral Graph Drawing and Matrix Plots. Simple connectors are also provided for SYNTACTIC and SpiderWeb. This new toolkit is in some ways fundamentally different from the version you have been using so far. For more info please check my dissertation:
http://abe.tudelft.nl/index.php/faculty-architecture/issue/archive
if you don't have the time to read this, check this one out:
https://www.researchgate.net/publication/303944600_Spectral_Modelli...
If you want to try this version you need to install two libraries in your Grasshopper/Special Folders/Components Folder
* Math.NET (MathNet.Numerics.dll): http://www.mathdotnet.com/
* Configraphics_CS.dll (the library to be completed by me)
Please note that because this package uses Math.NET their licencing terms apply as well as those of mine. Please read the Read-Me panel in the file.
If you want to write a C#/VB snippet to do something in connection to this package we'd be happy to help you with that (as much as the schedules and other things allow us) and eventually involve you as a developer in the next versions.
Our vision for the next versions is to connect/integrate this package with SYNTACTIC and SpiderWeb.
I will replace some of the groups with better/newer modules in the coming days. Stay tuned.
CONFIGURBANIST_Nov2016_TestVersion.gh
Configraphix_CS.dll
NOTE: This file is a Work-in-Progress and likely to contain bugs and errors. Use at your own risk. In no circumstances the authors (mentioned in the CC licence above) can be held responsible for any kind of damage (hardware, software or other kinds of property) caused by using these packages. The package does not come with any sort of guarantee. …
ules and provide suggestions. It comes with some goodies useful along with SYNTACTIC tools, such as Spectral Graph Drawing and Matrix Plots. Simple connectors are also provided for SYNTACTIC and SpiderWeb. This new toolkit is in some ways fundamentally different from the version you have been using so far. For more info please check my dissertation:
http://abe.tudelft.nl/index.php/faculty-architecture/issue/archive
if you don't have the time to read this, check this one out:
https://www.researchgate.net/publication/303944600_Spectral_Modelli...
If you want to try this version you need to install two libraries in your Grasshopper/Special Folders/Components Folder
* Math.NET (MathNet.Numerics.dll): http://www.mathdotnet.com/
* Configraphics_CS.dll (the library to be completed by me)
Please note that because this package uses Math.NET their licencing terms apply as well as those of mine. Please read the Read-Me panel in the file.
If you want to write a C#/VB snippet to do something in connection to this package we'd be happy to help you with that (as much as the schedules and other things allow us) and eventually involve you as a developer in the next versions.
Our vision for the next versions is to connect/integrate this package with SYNTACTIC and SpiderWeb.
I will replace some of the groups with better/newer modules in the coming days. Stay tuned.
CONFIGURBANIST_Nov2016_TestVersion.gh
Configraphix_CS.dll
NOTE: This file is a Work-in-Progress and likely to contain bugs and errors. Use at your own risk. In no circumstances the authors (mentioned in the CC licence above) can be held responsible for any kind of damage (hardware, software or other kinds of property) caused by using these packages. The package does not come with any sort of guarantee. …