quel que este interesado en aprender procesos Generativos y Paramétricos con Grasshopper para Rhino 5.
El Workshop esta organizado para que durante estos tres días, el estudiante domine los conceptos básicos y avanzados de Grasshopper.
Pre-requisitos:
Tener conocimiento del manejo de Rhino 5.
Cada estudiante debe traer su propio computador o portátil.
Rhino3D Colombia suministrara el Software de evaluación de Rhino 5 y Grasshopper.
Numero total de horas: 24
Fechas: Agosto 15, 16 y 17
Horas: de 8:00 am a 5 pm
Profesor: Andres Gonzalez, McNeel Miami
Lenguaje: Español / Ingles
Número de estudiantes: Máximo 8
Rhino Visual Tips 5.0 + SAVANNA3D
Se entregara un USB a cada participante con:
Rhino Visual Tips 5.0
Costos:
Antes del 2 de Agosto: 495.000 pesos Colombianos, después del 2 de Agosto, 595.000 pesos Colombianos.
Mayores informes:
www.Rhino3DColombia.com
Tel: 412 3015 Medellin, Colombia.
…
the tree layout would be:
{0;0}(0) (first column, first point)
{0;0}(1) (first column, second point)
{0;0}(2) (first column, third point)
.....
{0;4}(8) (fifth column, ninth point)
.....
{0;9}(9) (last column, last point)
What if you want to connect every point in this grid with a point two levels higher up and one column over?
You can specify an offset like so:
{0;+1}(+2)
If we apply this offset to the list of items above, we'll get:
{0;1}(2) (second column, third point)
{0;1}(3) (second column, fourth point)
{0;1}(4) (second column, fifth point)
.....
{0;5}(0) (sixth column, first point)*
.....
{0;0}(1) (first column, second point)**
* If you overstep the list length and Item Wrap is set to false, you will not get any result. Otherwise you'll get the cycled item.
** If you overstep the number of paths and Path Wrap is set to false, you will not get any result.
At the moment it only supports whole integers, and the items in the offset are simply added to the original path+index. I'm not sure yet if I'll move towards expressions in the offset pattern. There are two components, one allows you to get relative items from the same data tree, the other from two distinct data trees.
--
David Rutten
david@mcneel.com
Seattle, WA…
Added by David Rutten at 11:25am on November 20, 2010
of tensiles ... the Birdair/Taiyo Kogyo combo is like the 3 big German luxury saloon car makers combined (I mean that in 99.99% of cases you'll end up buying a S Class or an ugly 7 series or that 8 quattro).
So ... in a nutshell: It's a ping-pong thing: you design the "outline", Birdair calculates the membrane related forces, you test custom components (MSC Nastran, STAAD, RAM etc), you get feedback from someone capable to do these in real-life (like Donges GmbH), you argue about the cost (hideous, as usual), you replace bespoke custom cast things with commercially available ugly bits ... etc etc etc.
The big issue is that the whole design is supposedly a thing carried over under "some" BIM umbrella ... therefore the master composer must be either Revit (no thanks) or AllPlan (ditto) or AECOSim (yes please).
But these archaic things they don't understand an iota from MCAD stuff (most notably the assembly/component discipline or advanced feature driven nested components). But all things considered Microstation + Generative Components + AECOSim + Bentley structural analysis verticals define the most complete solution that you can use.
Moral: Chaotic chaos, what else?
PS: I'll post the full (quite complex) GH definition soon - among other stuff: using the real-life items shown imported as blocks to Rhino and "mapped" in space (PlaneToPlane) via GH/C#.…
unique properties (color, UV map, vertex normal) the vertex is duplicated. So if you weld a mesh using the weld command with an angle tolerance of more than 90 degrees you're left with a box with 6 faces and 8 vertices.
It's quite a common way to describe meshes, Also the way your graphics card consumes meshes, so there's little CPU processing needed to process the meshes and feed them to the graphics card. If it's hard drive space you're worried about, there may be some compression possible. Apart from primitives, I don't know a geometry that do not represent a box by having four faces (including maya's polygons).
A mesh is considered closed when there are no naked edges. So for boxes this does not return false. I assume that internally spatial queries are used (or perhaps a check if the vertices are exactly the same)(see https://github.com/mcneel/rhinocommon/blob/master/dotnet/opennurbs/opennurbs_mesh.c )
Conclusion: If you want faces to show as having a (semi) creased edge, you'll have a vertex direction for each vertex.
However, if your goal is to make gears, I'd skip the whole part of creating meshes, and leverage Breps and extrusions to create the geometry, or using Extrusion (the geometry) might be a solution to create lightweight geometry, and forget about creating meshes yourself.
…
ed. This image shows the problem:
If this is not what you are seeing on your own machine when you hook up your HBZones to a panel, then you have not uploaded the right Rhino and Grasshopper file.
2) You have not run your HBZones through an EnergyPlus simulation. You need to do this in order to get data with which to construct the indoor temperature map. I would strongly recommend following along through the first 8 videos of this tutorial series before trying to construct an indoor radiant temperature map of your own project (https://www.youtube.com/playlist?list=PLruLh1AdY-SgW4uDtNSMLeiUmA8YXEHT_)
3) You are using components from the last stable release, which is fine but you should know that there has been a lot of development on the indoor temperature map workflow in the last 20 days (there is now a much cleaner workflow that integrates the air and radiant temperature with comfort alanyses now on the github). If you imagine using this workflow frequently, I would recommend updating with the Ladybug_Update Ladybug and Hopneybee_Update Honeybee components. See the attached recent file for how the workflow is currently structured.
-Chris…
int "ANGLE_LIMIT: ",AngleLimitB # 0-180 input sliderSHARP_MESH_FACES = MESH.Faces.GetConnectedFaces(0,math.radians(180-AngleLimitB),False)print "Size of sharp mesh face array: ",len(SHARP_MESH_FACES)print SHARP_MESH_FACES
Results in this sort of thing for a large mesh:
There are: 13394 faces.ANGLE_LIMIT: 160.0Size of sharp mesh face array: 46Array[int]((0, 1, 2, 3, 5, 553, 554, 4, 7162, 7163, 549, 556, 7159, 550, 7158, 7165, 551, 552, 7167, 558, 7160, 7161, 557, 7026, 417, 7166, 560, 7016, 407, 559, 7169, 408, 7017, 7168, 7014, 7164, 405, 555, 8, 406, 7020, 7, 411, 7015, 6, 110))
What is that array?! It's not always even length, so it's not pairs. The command page says about GetConnectedFaces: "Find all connected face indices where adjacent face normals meet the criteria of angleRadians and greaterThanAngle." The first parameter is the face to start on, so I used 0 to start at the beginning. As I move the angle limit slider it does grab more and more hits.
Why doesn't rhinocommon.chm actually tell what commands really output and how to use them in Python? UGH.…
plication to Rhino.Exe.
3. Press Start.
4. Rhino is opening and I open grasshopper.
5. I add native grasshopper c# component and reference .dll
6. I have an access to static variable.
then what I want to do but I can't:
7. I stop the debugger in visual studio and add one more variable and expect that the library would be updated as is when I compile gh components.
8. But when I press continue and the .dll file is not updated and I do not see any additional variables declared. First I thought ok, maybe it is not visible, but I typed a correct name, but the message says that my dll does not contain this type.
9. Then I tried to reference the .dll again, but nothing happens, same old .dll is referenced.
10. When I close and open rhino it is updated. The whole closing and opening operation is a bit disturbing and I would like to debug it via Visual Studio.
Do you know what I doing wrong?
Is it working like so, because .dll is loaded to memory and not referenced from Hard Drive?…
hot you posted suggests, that "Terrain Generator" tried two times to download the terrain file from opentopography.org, and it failed to do that both times.As the opentopography.org servers are working, the problem may be with your PC. It may for some reason blocking the "Terrain Generator" component from downloading the terrain file.Can you please try these steps:1) Close your Grasshopper and Rhino.2) Restart your PC3) When it boots up again, in your Start menu's search box type: "UAC", which will find your User Account Control Settings. Click on it, and a new window will open. Set the bar on the left to "Never notify".4) Turn off your Windows Firewall.5) Then turn off your custom Firewall (in case you have another one, besides standard Windows Firewall).6) Then completely turn off your Antivirus.7) Right-click on "Rhino 5" icon and then choose: "Run as administrator".8) When Rhino boots up, run Grasshopper, and open the newest analyse_terrain.gh file from here. Do not increase the radius_ input. Try running it with the default radius: 600 meters.
After these steps, are there any warning messages with your "Terrain Generator" component?…
Added by djordje to Gismo at 2:36am on March 30, 2017
rmine the amount of solar load we can shave off with the addition of exterior shading. We noticed that peak cooling was occurring at night in autumn and dug a little deeper. We found the following peak load components:
1. Lighting 1.04 w/sf (ok)
2. Equipment 0.5 w/sf (ok)
3. People 0.43 w/sf (ok)
4. Infiltation 0.5 w/sf (ok)
5. Opaque conduction -.08 w/sf
6. Glazing conduction - 0.2 w/sf
7. Outside Air 3.6 w/sf (very high)
8. Outside air temp @ peak 74F (DB), 72F (WB)
It appears default outside air loads are creating the equivalent of laboratory equipment cooling loads in our sapce. We've disconnected all ventilation inputs from the _HBZones component to reduce the amount of outdoor air introduced to the space and are still finding very high OA loads. Has anyone experienced similarly high OA loads or knows of opportunities to adjust this default? Obviously it's throwing our studies off...
Thanks,
Colin…
hape files. They need to be either points, polylines, polygones, so one geometry type.
To fix this I saved your shape file in QGIS as polygon type.
You can download it below, along with .gh example file:https://www.dropbox.com/s/5bi3q8n77nxvxov/3D_LoD2_33416_5622_2_sn_QGIS.zip?dl=0https://www.dropbox.com/s/qy4fo6mgkbkcd9d/Geising_shp.gh?dl=0
Or for future cases, when you have such an issue, you can correct it yourself:
1) Download the latest QGIS.2) Install and open QGIS.choose:3) Project->New4) Layer->Add Layer->Add Vector Layer5) Then under 'Vector Dataset', choose the .shp file and click on 'Add'.6) If asked to choose the geometry type, choose 'polygon' for example.7) Layer->Save as8) Define the 'File name' box, and change the 'CRS' value to 'Default CRS: EPSG:4325 - WGS84'.9) Click on 'Ok' to save a new shapefile.10) Load that newly saved shapefile into Gismo with the 'Read SHP' component.…
Added by djordje to Gismo at 10:10am on September 23, 2021