ve I want to use.
I want to then divide the curve and paste in a few other components (diamonds in my case) that are placed perpendicular to the curve. To achieve this I'm using the Perpendicular Frames component to extract frames from the curve and then I orient the other geometry to these frames. This works fine, except for one issue I have which is that the middle frame generated by the PFrames component seems to be rotated 90 degrees from the other frames. Because of this the geometry I try to orient obviously also orients in the wrong direction.
Attached are two images that hopefully illustrate the problem, you can see that the middle frame has another direction in comparison with the rest. Why is this happening? It must have something to do with the initial curve and at one point I thought it might be because I used 'join curves' to create the curve from two other curves but when I tried it on another curve that I also extracted using Deconstruct Brep that wasn't joined, the same thing is happening. Does anyone maybe know what's happening here? Thanks!…
is we pumped some insulating foam into the mould to act as a further compression element to the initial blue rods. At this moment in time I am trying to create a grasshopper script to mirror this material behaviour
I have been playing around with the twist_frames script but it's not exactly what I want. In an ideal world I could create a relatively simple mesh and then have it tighten around the linear elements. This would mean that the initial model is made so that the mesh meets the points before the kangaroo is initialised.
Just to note. This image should be rotated 90 counter clockwise. The model tapers to the end because we weren't able to spray the foam to the bottom this should not be a concern for the script as that is a physical hurdle rather then a digital. Also, the model was hung thought out the process so was not in a state of tensile equilibrium
…
Added by Conor Scully at 6:26pm on November 25, 2014
direction.) these lines are important because they're all straight lines. The idea is then to have curved pieces going the opposite direction to form the lattice (doesn't have to be exactly 90 degrees right now).
So far, I haven't been having much luck with things like curve on surface or isotrim, and I'm a bit stuck. Even if someone had an idea for an approach, that would be a huge help. Here's where I get to before running into difficulties:
I've also highlighted two points on the straight pieces to show the approximate direction of where the curved connecting pieces would ideally go. I tried using those as uv points for a curve-on-surface, but with no luck!
Any help would be massively appreciated!…
m boundary for a much more fine-grained voronoi. So it may be similar to the 2D voronoi groups, but not really.
I managed to create the points within the geometry, and build a fine-grained voronoi diagram, but could not cut it down using SDiff.
Now I have a few questions:
1. Is there a better method to create the points? Because first generating thousands points in a bounding box and then throwing away 90% of them is quite time consuming and doesn't seem to be an elegant way.
2. Is there a good method to convert a mesh into a brep? Then I could use SDiff to get me a result (but I'm still not sure if that is exactly what I want)
3. Is there overall a better/smarter approach to the problem?
Thank you very much for your help :)
…
late the angles between each.
My script so far isThe error occurs in line 90+91 I dont know why this is happening they should all be vectors since they are stored in a Vector3d list.
So if anybody could enlighten would be really appreciated.
Thanks and nice monday!…
divides itself in 3.
Parameters: Length and Angle (the middle one is fixed, the other two vary in angle).
Goal: The circles need to be tangent at all times. So if you reduce the radius, the angle would close in order to bring the circles close together, till they are tangent.
When you increase the radius, the angle opens, up to a maximum of 90 degrees. From this point onward, the only parameter that can make the circles still be tangent is the length of the lines, which should increase in order to keep the circles tangent.
Thanks for any help
Shynn
…
adrid/
http://www.24studiolab.com/#/
or write to:
24studiolab@gmail.com
Course will be variable (during the weekend or during the week) depending on the convenience of the assistants.
COURSE PROGRAMME (spanish)*
Rendimiento formal / Estructural
Galápagos, algoritmos genéticos
Kangaroo physics
Optimización mediante fuerzas fisicas
Form Finding
Surface Relaxation
Edición avanzada de malla
Isosurface and fractals surface
Karamba
Rendimiento energetico
Heliotrope / Ghowl
Geolocalización
Geco
Kangaroo shape optimization
* COURSE PROGRAMME may vary depending on the demand of the assistant
…
Added by 24StudioLab at 2:10am on December 26, 2013
the optimizing process I am using Karamba+Galapagos.
Unfortunately I am getting some errors when calculating the maximum displacement of the bridge, using the Karamba “analyze” component.
95% of the times (when moving a slider), it goes well. I am getting deformations of 100-200mm as expected, and the deformed shape in the Rhino view looks good.But in the last 5%, I get unreliable deformations of 50000mm or more. What I dont understand about this is that the deformed shape in the Rhino view still looks normal. Another weird thing is if I move the slider away from the position and then back to the same position again, I suddenly get the result of 100-200mm. It seems more or less randomly when it gives the strange results.
The model has over time become pretty big. When moving a slider, calculation time is about 5 to 10 sec.Could this be the reason for the errors? Any other ideas about what goes wrong?
Thank you in advance for your answer.Attached please find the GH file.
Best regards Soeren…
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
…
ey eventually recover and you can continue to working normally. This however is not very practical...
(Additional information: We have a virtualized Windows SPS environment, might this be the problem? Locally - on my hard drive - it works fine.)
Futhermore we've discovered the following bug/feature:
We export a cluster and reference it back into our .gh file, then copy the .ghcluster file to a different location and rename the copy (without opening or changing it), then also reference the copied version back into the .gh file. Now Grasshopper shows two clusters with two different file paths, but claims that they both are the same ("this cluster occurs twice in this document"). If I double click one of them, make a change and save, both clusters get changed, even though they are separate .ghcluster files.
This would follow the logic that David laid out in this entry (http://www.grasshopper3d.com/page/clusters09), that GH identifies a cluster not by its file name or location but by its internal ID.
An addition we would very much appreciate for the next GH update, would be the option to right click a referenced cluster and then not only be able to "update" it but to also to "relink" it to a new or different source.
Right now you have to rename or delete the .ghcluster file in order to relink a cluster via the update option. You can also overwrite the old cluster und update. However, sometimes we want to keep the old version or disentangle one of a clusters many instances and relink just one, with out loosing its various inputs and outputs by referencing the new version and reconnecting it.
Thanks, BB.…