he "View" tab, check if "File name extensions" options is checked. If it is not, then check it:
2) rename your main_ file as TerrainGenerator v20200827.gh.3) Open that TerrainGenerator v20200827.gh file as any other grasshopper file.
…
Added by djordje to Gismo at 11:42pm on August 27, 2020
or a couple of thingies.
Pattern.gh
I defined parametrically a triangle which I then smoothed out to become more like a blob shape. After that I created a pretty simple pattern that I had in my mind (costed me a lot of time to make this in GH) and finally wanted to rotate each element as it goes higher . The dispatching part seems to be working pretty slow, so it might need an optimization, but I’m still happy with the result as it shows exactly what I wanted, so this is a minor issue in my case.
I then decided to try tessellating my extrusions. You’ll see the voronoi script which is a blob-group in the same Pattern.gh:
I had an idea of something and started the code from scratch, then decided to watch tutorials and implement the code shown there. I somehow coped to combine my code with this in the tutorials, but since my knowledge of Grasshopper is zero to basic my code seems to be very unoptimized and lagging.. When dragging the sliders, it takes a lot of time to compute the changes, although, I’m working on a 24gigs 6th gen i7 machine. It might also need optimization.
Here comes the first tricky part that I couldn’t sort out in an elegant way neither in Grasshopper nor in Rhino. I want a smooth transition between the wall and the ceiling, so that the voronoi tessellation doesn’t get interrupted. If I was to do it in Rhino I’d make a curve with a filleted edge which I’d then revolve/sweep along a rail.
Pattern.gh:
Second thing is – I’ve defined a shape which I want to rotate at a certain degree as it goes higher, however, I don’t have the knowledge to make this happen automatically and just copy the script over and over again. Is there a chance to somehow “loop” the code and parametrically define the degree of rotation and amount of units in the loop?
Next thing is I want to somehow be able to rotate each “6-storey-building” dependently on its surrounding buildings, so that their “terraces” never overlap. I’m using quotes, since they’re still some silly shapes that have nothing to do with buildings and terraces. The principle has to be something like gear wheels or the so-called rack wheels . There has to be some pace which I could set parametrically, but I’m still unsure how to do that in Grasshopper.
The pre-last thing is that I want to control the height of each “building” based on let’s say a topography. I presume this could be done somehow with height maps or some gradient mapper connected to curvature analysis. Not really sure how something like this would work, but I’ve seen such codes that control height depending on a variable.
The last one is more or less similar to the previous. I want to be able to “dissolve” the pattern that I initially created and make it irregular. I suppose this could be done with attractor curve, but again this is just a guess. Please note that this is a top view and the shapes on the upper-left corner have got more "wings" which means there is more floors in the according building. Let's say the buildings in the upper-left corner are 6-7 floors high, in the middle are 4-5 and to the right they're only 3 floors high.
Sorry for that many questions in a single thread. Please let me know if I have to split them in separate threads. All this information is needed for learning purposes. I’m now preparing myself for my bachelor thesis and try as much things as I could, so that I’ll be ready for the final stage of my bachelor’s degree.
Many thanks in advance! Cheers!…
on Grasshopper, I'd probably research how people use the tools. For example; take a well known architectural shape and make algorithms that duplicate this shape in a number of languages (written English, drawn images, RhinoScript, MEL, AutoLISP, Grasshopper etc. etc.), then compare these different implementations. Which approach allows you to achieve the goal with least steps? Which representation can be most easily explained to others? Which can be most easily changed? and so on and so forth.
Voronoi diagrams are pretty mundane these days. Not that long ago only the best and brightest could use them for architectural purposes, but now everyone who is smart enough to install a plugin can.
One of the truly useful features of Grasshopper (and -of course- programming in general) over traditional approaches is that it can handle vast amounts of data. Given a couple of hours I can create a Voronoi diagram for 500 points by hand, but I would be hard pressed to manually evaluate the year-average of sun light contribution on every vertex of a 10000 point mesh.
If you're looking to do something reasonably innovative (and I think 10~11 weeks is plenty of time for that), I have yet to see someone do 3D isovist data maps of architectural models. I think Grasshopper can be used to at least aid in researching isovist properties of platonic, organic and custom volumes.
Or... a lot of people worry about shadow-casting properties of building envelopes, but nobody seems to be interested in solar reflection via windows and other reflective surfaces.
Or... given the average dioptre of the human eye, what can we say about the level of detail that is perceivable on every square unit of the facade of a 50 story building?
Or... how are grooves in a floor, wall or facade surface perceived as one walks past them? Or take it even further and research the rate of change of visual properties of a bas-relief surface.
--
David Rutten
david@mcneel.com
Poprad, Slovakia…
Added by David Rutten at 4:41am on November 21, 2009
omly distributed pointcloud, a clearly discernable hyperplanes pattern emerged from the combination of three Random components, each outputting a list to feed the three spatial coordinate. The three random components share the same Domain and Number inputs, but the Seeds are unique. When the seeds are three consecutive numbers [n] [n+1] [n+2] , the resulting points are arranged in three coplanar groups. As the third seed increases while the first two are fixed, the number of hyperplanes planes linearly increases by steps of 2.
[n] [n+1] [n+2] > 3
[n] [n+1] [n+3] > 5
[n] [n+1] [n+4] > 7
...
By swapping random coordinate lists in the Point3D inputs, the planes rotate around the average value of all the XYZ point coordinates. Still not having digged into Linear Congruential Generators, yet definetevely interesting the order emerging from (pseudo) randomness.
I attach screenshots of a test with the following input parameters:Domain: -10 to 10Number: 10000Seeds: 0,1,2
Best,
Marco
…
from 0 to 1 and multiply those two lists.
So if a point is close to the attractors (building and blocks outlines) then its Z value is multiplied by 0 (or something close to 0) and so the surface becomes flat at this point.
Likewise, if a point is away from the attractors it's Z value is multiplied by 1 and so the surface is left unchanged at this point.
Now, if you already have a surface, you can do (more or less) the same. But instead of having all your starting points at z=0 and move them on Z, you now have to get each point's coordinates, multiply it's Z value with the same list (from 0 to 1) and rebuild the points with this new Z value:
Now, if you want some more control over the "flattening" effect, you could add a single expression component after the Distance output of [Pull], with 3 inputs (X=Distance, Y=slider for min distance, Z=slider for max distance) and the expression: If(x<y, y, if(x>z, z, x))
This is similar to what both you and Joseph did at some part of your definitions.
So with the expression component you keep the areas near the attractor curves flat and the areas away from them unchanged and with the graph mapper you create a smooth transition in between.
Hope this is clear,
cheers,
Nikos
…
r -1.
Here is my attempt, using anemone:
please note the following:
1. I had to change your definition a little bit so that each column of bricks is created by array.
2. There will be a height difference between the first and last column. If this bothers you you could try creating half the numbers you need with anemone and then mirroring them (hope this makes sense, if not let me know).
3. For some reason that is beyond my understanding, the first time you open the file anemone will not create a "correct" list of numbers. This can be fixed by moving the [Data_0] slider and let anemone calculate the loop again.
cheers, nikos
ps. yes, the gh file is usually called "definition".…
pper 0.9.0075Firefly 1.0.0.70
Uno Write Out: same number as the Number Slider to DPin5 - (i have tried all pwm pins on my arduino board)Uno Write Msg: Now writing values to the arduino board.
When i`m moving the slider only the RX light on my arduino board is blinking and the servo does not move.
I am Sure the Servo is working i have tried it to with the Program in ArduinoExamples / Servo / SweepIts working.
I`m not sure what i`m doing wrong.
hope somebody can help me,Thanks!…
guess this is just a rectangle you are starting with and, if I read your intentions correctly, you want to start with a box and be able to move its top vertices independently in x,y and z and also rotate them altogether (this seems a bit unnecessary since you already control each vertex independently but ok).
Starting from the beginning of your definition: You don't need to actually create the brep and then extract the vertices and move them and then re-create it. Instead you can just get the bottom vertices from the [Boundary curve], using [Discontinuity] and move them by a vectorZ equal to [Building Height]:
Next you want to create four vectors and move the four vertices. The only thing that could help reduce components here is to merge the four vectors into one list (since you already have the vertices in a list):
Then you can add the rotation just like you did in your definition:
and finally you can create the twisted box. At this point you have 2 lists of 4 points each. Like you did in your definition, you have to use a [List Item] component to get each vertex but instead of using 4 components you can use just one and create more outputs by zooming in and clicking the (+) icon at the bottom:
and you finally have this:
Hope this helps
ps. the reason you were getting 3 breps is because you were creating 3 seperate vectors (x,y,z) instead of one, so you were actually moving each vertex 3 times.
…
0 bend strength, relative hinge strength of 353 for the torsion and stiffness 1000 for all springs except from the connection springs. Any idea of what this might be?
I am thinking about going back to having hinge resistance in the changing diagonals only - as before, but keeping the mesh as it is now.…