windows. I manage to have proper HBZones with RADMaterials and EPConstructions (I've run Daylight calculation on them successfully), but when I plug the zones to GrizzlyBear this error appears:
Solution exception:'EPZone' object has no attribute 'getCurrentLoads'
In addition, something similar happens when I plug these HBZones to the newest decomposeByType component, althought it works properly when plugged to the previous version of it. This is what the error says:
Solution exception:'hb_EPZoneSurface' object has no attribute 'BC'
Same thing with SetEPZoneConstruction:
Solution exception:'hb_EPZoneSurface' object has no attribute 'BCObject'
Any thought?
Ander…
e 7555, in callFromHoneybeeHive, "<string>" line 94, in main, "<string>" line 126, in script
(Swedish errormessage translation: "selected key does not exist in the lookup list")
I dont get any error messages in either LB or HB. HB says it has all libraries in its text output.I'm using a vanilla install of Win 10 with standard win firewall unaltered. I have a feeling it has something to do with files not downloading all the same.c:/Ladybug does not exist.
Picture shows contents of roaming/ladybug folder. is something missing?
This is what i've done so far:
Followed all the steps on the install instructions.Uninstalled and installed it again running in administrator mode.
Tried to get files from this thread, but links are broken to download those outdated files. I think I remember I usually have to do this when i do HB installs on new OS...I have not installed open studio, only energy+…
ort and export from the images below and also from the HELP file of DB in attachments (Page 71: Importing Geometric Data; Page 78-80: Import 3 - D CAD Data). In their HELP file, they mention about "import geometric data".
However, regarding the input of schedules, loads, constructions and etc., DB normally uses "Component " and "Template" (Page 29: Templates And Components; Page 591: Templates; Page 533: Components). "Templates" are databases of typical generic data, including Activity templates, Construction templates, Glazing templates, Facade templates, HVAC templates, Location Templates, and etc. "Component " are databases of individual data items (e.g. a construction type, material, window pane).
Both "Component " and "Template" are allowed to be imported and exported by using "Import / Export library data" command (.ddf format - DB Database File; Page 734: Import Components/Templates, Export Components/Templates). DB also allows us to build up our own libraries of templates and components (Page 731: Library Management; Page 733: Template Library Management).
In order to import both geometric information and other information related to schedules, loads, constructions and etc. from GH to BD, we supposed the following two ways:
1. GH(HB+GB) --> gbXML (both geometric and "Component " and "Template" information) --> DB
This is the way we most prefer. We did see information related to schedules, loads, constructions encoded in the gbXML file generated by GB, but still do not know the reason why DB did not take this information (I also mentioned this in Q6 within the gh file). We assume this might because the gbXML file we create encodes the schedules based on a different template / schema than the one DB expects. We also post this question to the DB forum for help.
(http://www.designbuilder.co.uk/component/option,com_forum/Itemid,25/page,viewtopic/p,13755/#13755)
2. GH(HB+GB) --> gbXML (geometric information only) + .ddf ("Component " and "Template" information only) --> DB
If the first way doesn't work and DB only takes geometric information from the gbXML, then we might think of the other way - generating the .ddf files from GH(HB+GB) to pass the schedule, load and construction information to DB.
I was wondering if it is feasible for HB and GB to have this function? And what is your suggestion to achieve this?
In addition, we notice that DB can export XML files (not gbXML), so we are trying to figure out if DB also accepts / reads the XML file. If so, we might be able to convert the gbXML (with both geometric and schedule information) to XML. What do you think about that?
Thank you again for all your help!
Best,
Ding
DB import
DB export
Template libraries
Component libraries
…
" (idiomatic) and easy way of doing things.So here come some basic questions:
Is there a way to create custom components by grouping an existing sub-network together? I'm looking for a way to re-use parts of a program (something similar to subroutines), and to make the network look less cluttered. I found that it is possible to group components (ctrl-g), but this still displays them as separate blocks (too much clutter), and provides no way to re-use a sub-network in such a way that if it is modified in one place, all it's instances (all the places where it is re-used) also get modified.
Is there a component that does nothing, just passes a signal through? Suppose I need to connect block A to blocks B1, B2, B3 (all three get the same input). Then I change my mind, and I decide to connect block C to these three, not A. In this case it will be necessary to change three connections, not just one. I'm looking for an easy way to do this by a single rewiring, not three. (This came up in a practical situation).
Finally, a related question: is there a component that acts as a switch, so I can choose which signal it passes through out of a possible set of choices? For example, suppose that a set of objects can be coloured based on a number of different properties (size, positions, rotation, etc.) I'm looking for a way to switch between these very easily, without the need to do much rewiring.
Thank you in advance for any replies / useful comments, even general ones on how to easily structure a large Grasshopper program/network.…
bursts of calcium which interacts with a photoprotein to create flashes of light.
In the Pacific Canada Pavilion gallery at the Vancouver Aquarium, the public can excite origami jellies into creating beautiful patterns of colour and light using a touch screen controller.
When left alone, free from human intervention, the origami jellies instinctively react to each other. Random, generative displays of drifting coloured glow are triggered, not unlike jellies in their natural environment.
Jelly Swarm overhangs the gallery space. The soft, coloured light emitted by the jellies reflects on the aluminum surface. Viewed from below, the visual effect evokes looking up to the ocean's surface from undersea.
The installation features 94 origami jellies, folded in Tyvek. Each jelly contains its own RGB LED module. The 472ft² hanging surface was custom designed in 3D and fabricated from 6061T6 aluminum. Water jet cut and anodized on both sides, it comprises 154 generated triangles and 430 connector pieces.
Programed as self-contained objects capable of interacting with their closest neighbours, the Jelly LED modules are interrupted only by external intervention - the public engaging with the small display interface. Data is sent from an AIR app to each LED module via mbed wirelessly.
Credits -
Concept: Alex Beim & Joseph Wu
Design: Reynaldo Tortoledo & Alex Beim
Jelly Design & Fabrication: Joseph Wu
Programming: Reynaldo Tortoledo & Pablo Gindel
Electronics: Pablo Gindel, Dong Yang & Mike Manning
Surface Fabrication: Burak Ataman
Engineering Consultant: Leigh Christie
Design Assist: Pam Troyer & Kenji Rodriguez
Plinth Fabrication: Ken Sullivan
Installation: TI team & Don Knudson
Electrical: Evan Maxwell
Production: Andy Meakin
Video: Neil Fisher & Kenji Rodriguez
@tangibleint…