y using the Honeybee_Update Honeybee component.
The video below (best viewed in full-screen mode) provides an idea of what these components are capable of being used for:
The video below shows how these components can be used in an existing Honeybee project (for additional links please open this video in youtube):
I have uploaded two examples as Hydra files that show how these components can be used for grid-point and image-based simulations:
Example1 : Grid Point Calculations
Example2: Image based simulation
Finally, a more esoteric application is demonstrated in this video:
These components are still in the beta-testing stage. Some of the limitations of the components are:
1. Only Type C photometry IES files are supported at present.
2. Rhino is likely to get sluggish if there are too many luminaires (i.e. light fixtures) present in a scene.
3. Due to the spectral limitations of the ray-tracing software (RADIANCE), simulations involving color mixing might not be physically realizable.
Additional details about photometric and spectral calculations are probably an overkill for this forum. However, I'd be glad to answer any related questions. Please report any bugs or request new features either on this forum or on Github.
Mostapha, Leland Curtis, Reinhardt Swart and Dr. Richard Mistrick provided valuable inputs during the development of these components.
Thanks,
Sarith
Update 16th January 2017:
An example with some new components and bug fixes since the initial release announcement can be found here
…
e a "game changer" regarding lighting simulations and analysis. To harness the power of Grasshopper, the flexibility of Rhino in a lighting specific application is, I believe, already the future.
Because of the above I am a big proponent of Honeybee for the professional environment, but I feel that there are still a few shortcomings... from what I have tried.
1. It should be "photometrically" more comprehensive, not just for illuminance, luminance and energy (W.h). Other quantities are of great importance, namely intensity and flux.
2. Producing documentation is a big advantage (if not the main advantage) of dedicated packages such as Dialux or AGI32, it would be nice to see it as a strong feature in Honeybee as well.
3. Support for Eulumdat would be a nice feature.
4. There is a performance issue with multiple sources as you mentioned. I have tried a "simple" analysis with 120 sources and it takes, indeed, a substantial amount of time to produce the result. Don't know where the bottleneck is, perhaps not Honeybee's to blame, but it is a hindrance in using the software for complex simulations.
5. Material/surface design would benefit from more options.
Finally, do you have a roadmap of sorts and what can the users expect from Honeybee electic lighting in 2017?
Have a great year!! All the best.
…
ne) graphs, makes a classic VV (vertex to vertex connectivity) Adjacency Matrix based on what Sandbox has to say (the Matrix is not actually required if someone wants to stay 100% in the GH world) and then ...er ... hmm ... attempts to find closed circuits as Microsoft suggests (forgot/lost the link but who cares? not me anyway [see VS stuff attached]).
It's quite faulty (like Windows) ... but is an indication on some things. Try to understand the recursion (critical in most AEC stuff). Recursion means that Matteo calls Matteo who calls Matteo ... until Matteo calls Maria and the loop is over. Notify if you need other recursion C# examples on other things (dozens available).
The working(?) chopped (minus sensitive stuff) real thing next week: just realized that this w/e there's the Malaysian MotoGP (Valentino lost the championship) AND a critical Formula 1 race in Mexico (forza Lewis).
Attached as well the original VS stuff from Microsoft (requires VS 2017)…
umbrella of Urban Heat Island (UHI) and I am going to try to separate them out in order to give you a sense of the current capabilities in LB+HB.
1) UHI as defined as a recorded elevated air temperature in an urban area:
If you have access to epw files for both an urban area and a rural area, you can use Ladybug to visualize and deeply explore the differences between the two weather files. Ladybug is primarily a tool for weather file visualization and analysis and it can be very helpful for understanding the consequences of UHI on strategies for buildings or on comfort. This said, if you do not have both rural and urban recorded weather data or you want to generate your own weather files based on criteria about urban areas (as it sounds like you want to do), this definition might not be so helpful.
2) UHI defined by air elevated air temperature but viewed as a computer model-able phenomenon resulting primarily from urban canyon geometry, building materials, and (to a lesser degree) anthropogenic heat:
This definition seems to fit more with they type of thing that you are looking for but it is unfortunately very difficult and computationally intensive such that we do not currently have anything within Ladybug to do this right now. I can say that the state-of-the art for this type of modeling is an application called Town Energy Budget (TEB) and this is what all of the advanced UHI researches that I know use (http://www.cnrm.meteo.fr/surfex/spip.php?article7). Unfortunately for those trying to use it in professional practice, it can take a while to get comfortable with it and it currently runs exclusively on Linux (this does mean that it is open source, though, and that you can really get deep into the assumptions of the model). A couple years ago, a peer of mine translated almost all of TEB into Matlab language making it possible to run it on Windows if you have Matlab. He wrapped everything together into a tool called the Urban Weather Generator (UWG), which can take an epw file of a rural area and warp it to an urban area based on inputs that you give of building height, materials, vegetation, anthropogenic heat, etc. I would recommend looking into this for your project, although, bear in mind that is it not open source like the original TEB tool and that you may need to get a (very expensive) copy of MATLAB (http://urbanmicroclimate.scripts.mit.edu/uwg.php).
3) UHI as defined by a thermal satellite image of an urban area depicting an elevated average radiant environment that reaches a maximum a the city center and changes by land use:
This is the definition of UHI that I am most familiar with and was the basis of much of my past research. I feel that it is also a definition of UHI that is a bit more in line with where a lot of contemporary UHI research is headed, which is away from the notion of UHI as a macro-scale meteorological phenomena that is averaged as an air temperature over a huge area towards one that accepts that different land uses have different microclimates and (importantly) different radiant environments. While the air temperature difference between urban and rural areas usually does not change more than 1-4 C, the radiant environment can be very different (on the order of 10-15 C differences). The best way to understand UHI in this context is with Thermal satellite images, for which there is ha huge database of publicly available data on NASA's glovis website (http://glovis.usgs.gov/) or their ECHO website (http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle). I tend to use thermal data from LANDSAT 5-8 and ASTER satellites in my research. Unfortunately, there is a lot f bad data with a lot of cloud cover mixed in with the really good stuff and it can take some time to find good images. Also, there aren't too many programs that read the GeoTiff file format that you download the data as. I know that ArcGIS will read it, a program called ENVI will read it (I think that the open source QGIS can also red it). I have plans to write a set of components to bring this type of data into Rhino and GH (I may get to it a few months down the line).
4) UHI as a computer model-able notion of "Urban Microclimate" with consideration of local differences and the local radiant environment:
This is where a lot of my research has lead and, thankfully, is an area that Honeybee can help you out a lot with. EnergyPlus simulations can output information on outside building surface temperatures and these can be very helpful in helping get a sense of the radiant environment around individual buildings. Right now, I am focusing just on using this data to fully model the indoor environments of buildings as you see in this video:
https://www.youtube.com/watch?v=fNylb42FPIc&list=UUc6HWbF4UtdKdjbZ2tvwiCQ
I have plans to move this methodology to the outdoors once I complete this initial application to the indoors. For now, you can use the "Surface result reader" and the "color surfaces based on EP result" components to get a sense of variation in the outside temperature of your buildings.
I hope that this helped,
-Chris
…
tunities offering new tools and ways to understand dataflow, performance analysis, logic constructions, etc. Over that statement, I've always observed that a definition is full of information at component level or small groups, but that informed-user-feeling disappears exponentially while you zoom out an get a more general picture of a big definition (small definitions are not a problem due to the good level of information supplied at that zoom factor).
So I though, why not to use this graphic potential to lead to a more complete data representation at low zoom factors in big/very big definitions? Have you ever noticed how annoying is to review big definitions captures printed in A1 project panels? These captures lack any kind of useful information (even if you are an expert in GH)...you can only conclude looking at them how organized or well planed was the definition coding process...but nothing else (not really, you can conclude other stuff, but not at the level that you could expect from a graphic-centric coding tool). Some users has invented ways to give more data to third-person users/tutors...: using panels with text scaled up, using scribble components, importing drawings from rhino...is even more frustrating if you want to explain how the definition works using one of those captures...there are not landmarks, etc to support your speech.
All this lead us to include certain components search (by name, plugin, tab...) into our mapping tool. Could be nice to be able to stack several layers of information visually, and it could lead to a better understanding on GH definitions as a whole and not as small pieces linked together.
Sorry for the big "tocho"...like we say in Spanish.
By the way, the histogram thing sounds great :D…
Added by Ángel Linares at 5:36am on November 6, 2015
uld draw, lets say opening locations which would then trigger certain code. Its fairly easy to convert formating, a cell with a certain color, to code, so in a way I would be using excel as a super basic cad program to manage lists of data. In order to do this I need to be able to call some Excel commands from Rhino and to add some functionality to LAN's rhino to excel script (http://www.livearchitecture.net/archives/1516) I would like to be able to get the Ubounds and dimension of an array or a list. . . ie somehow get the equivelenat number of rows and columns of an incoming list of data and then use this to generate some graphics in excel but . . . . It seems that the sytax for excel Vb script via interoperability
marshaling is a bit different:1)I can not use
the set command ie Set range 2) it does not allow me to use the typical excel
syntax such as:
Worksheets("Sheet1"). Range("A1:D4").BorderAround
ColorIndex:=3, Weight:=xlThick
I get the following errors
Error: Method arguments must be enclosed in parentheses. (line 114)
Error: Name 'xlThick' is not declared. (line 114)
Is their an alternate way to write the Excel commands? Or is there something I need to do in Rhino? Any advice would be appreciated.
Best,
Ben…
Added by Ben Fortunato at 11:10am on February 27, 2010
f my list.I don't understand why, but I guess I must be too young user ^^In the original list, i have a path {0;0;0;4} with two index and after the random node, {0;0;0;4} has 88 index.Items are not correct?I would have a comparable structure has the right list on my jpg (photomontage...)How I can do that?Thank you in advance
…
. The purpose of the conference is to exchange knowledge on topics that are of importance to construction and design industries now and in the future and to energize, educate and inspire the next generation of designers.
This conference will also be a great opportunity to exchange between participants by making use of a variety of session styles including panel discussions, short lectures and hands-on workshops. Accomplished designers and researchers will pair with emerging and innovative designers to present ideas on what the future holds for structural engineering. We will also discuss the future of our practice as a whole and how we adapt as designers to ever changing contexts with increasing complexity.
Each ticket includes access to lectures & workshop and breakfast/lunch/after event-party
Get your tickets here now or find out more about the conference at fodnyc.org
…
e scale pavilions and installations during the last three years of research, seamlessly integrating physical simulations into the design process. This has facilitated the development of Open Source generative digital design tools, enabling the digital manipulation of flexible materials. This year’s workshop will continue further with this research, deploying advanced fabrication into digital design tools. Workshop participants will not only explore new design methods, but also adopt novel manufacturing techniques, focusing on robotic fabrication of flexible structures. AAVSMadrid 2017 will therefore expand its domain from the digital to the physical in a seamless workflow, where design and fabrication not only coexist, but also interweave at every step.
AA VS DIRECTOR: Christopher Pierce PROGRAMME DIRECTOR: Manuel Jimenez Garcia LOCAL COORDINATOR: Jose Luis E. Penelas FACULTY: Vicente Soler Christina Dahdaleh Adolfo Nadal Miguel A. Jimenez Ignacio Viguera Manuel Jimenez Garcia Jose Luis E. Penelas
…
Added by Vicente Soler at 11:57am on September 23, 2017
dologies and large-scale prototyping techniques from previous years, while bringing together a range of experts from internationally acclaimed academic institutions and practices, Architectural Association, Zaha Hadid Architects, among others.
AA Istanbul Visiting School will investigate the inherent associations between form, material, and structure through the rigorous implementation of innovative design and fabrication techniques. Computational methods for design, analysis, and fabrication will be coupled with physical experimentation. The key objective of AA Istanbul Visiting School will comprise the design and fabrication of a one-to-one scale prototype realized by the use of robotic fabrication techniques.
The programme will be formulated as a two-phase process:
Stage 1: Participants will gain an insight of material processes, computational methods, and various fabrication techniques, culminating with core concepts related to complexity in design practices. During this stage, basic and advanced tutorials on generative design algorithms and analysis tools will be provided.
Stage 2: Participants will propose design interventions based on the skills and knowledge gained during the first stage. Study models of various scales will be produced, finally followed by the robotic fabrication and assembly of a full scale working prototype which unifies the design goals of the programme.
The design agendas of AA Athens and AA Istanbul Visiting Schools will directly create feedback on one another, allowing participation in either one or both Programmes.
Prominent features of the programme / skills developed:
Participants will be part of an active learning environment where the large tutor to student ratio (4:1) allows for personalized tutorials and debates.
The toolset of AA Istanbul includes but is not limited to Rhinoceros and Grasshopper, as well as analysis software.
Participants will have access to advanced digital fabrication tools.
Robotic design and fabrication processes will formulate the physical prototyping phase of the programme.
Eligibility
The workshop is open to current architecture and design students, PhD candidates and young professionals. Prior software knowledge is not required.
Accreditation
Participants receive the AA Visiting School Certificate with the completion of the Programme.
Applications
The AA Visiting School requires a fee of £600 per participant, which includes a £60 Visiting Membership fee. Discount options for groups or for those wishing to apply for both AA Istanbul and AA Athens Visiting Schools are available. Please contact the AA Visiting School Coordinator for more details.
The deadline for applications is 14 June 2017. No portfolio or CV, only requirement is the online application form and fees.
For more information, please visit:
http://www.aaschool.ac.uk/STUDY/VISITING/istanbul
http://ai.aaschool.ac.uk/istanbul/
For inquiries, please contact:
elif.erdine@aaschool.ac.uk…