e is 50mm
the hight is 100mm
to bigger base is 87mm
imagining now to want to move to 200H rather then 100.
at 200, the new bigger base would be 87+37= 124mm
How can I make the grasshopper do this calculations without me having to redo them every time?
Thank you!…
answer further on Friday.
The "ghdoc" variable and rhinoscriptsyntaxThe ghdoc variable is provided by the component if you select it as "target".You might ask yourself: "why do we need it"?Its use comes from the very design of the established RhinoScript library. This library is imperative, which means it is build from a set of procedures or functions that act on various geometrical types. Additionally, there is one level of indirection: most of the time, the user does not work with the geometry itself in the variable, but rather with Guid of geometry that is present in a document. This is exactly what ghdoc is: it is the document that the RhinoScript library always implicitly targets with all AddSomething() calls (for example, AddLine()).
Based on this comment...RhinoScript use within GhPython may be less idealThat comment is from a previous version of this component that did not have the ghdoc yet.With the ghdoc variable, the standard Rhino document target of RhinoScript is replaced, therefore we can use Grasshopper while leaving the Rhino document unchanged. This saves uncountable Undo's, and makes it easy to structure ideas through the definition graph
...is the rhinoscriptsyntax target irrelevant if using solely RhinoCommon classesYes. If you create class instances (objects), you will need to create also your own collection objects to store them (mostly lists, trees). You can imagine the ghdoc as being an alternative to them, just that you do not access data by index (number), but by Guid. So you can use the RhinoScript or the RhinoCommon libraries independently or mix them. The RhinoScript implementation in Rhino is open-source and is all written in RhinoCommon. Also the ghdoc implementation is open-source, and is here.
RhinoScript and/or RhinoCommon objects which are not recognized as valid Grasshopper geometryYes, sure, Grasshopper handles only a portion of all available types. Basically, unhandled types are all the types that do not exists in the 'Params' tab. For example, there is no textdot and no leader, so on line 149 there is a throw statement and all TextDot calls (about line 350) are commented out. When/if Grasshopper one day will support these types, these calls will be implemented.
DataTreeHere is a small sample. However, I think that 80% of the times it is not necessary to program for DataTrees, as the logic itself can be applied per-list and Grasshopper handles list-iteration.
I hope this helps,
- Giulio_______________giulio@mcneel.comMcNeel Europe…
ger at the scale of rooms, walls and atria, but that of cells, grains and vapour droplets. Rather than the flow of people, services, or construction schedules, the focus becomes the flow of light, vapour, molecular vibrations and growth schedules: design from the inside out.
The sg2012 challenge, Material Intensities, is intended to dissolve our notion of the built environment as inert constructions enclosing physically sealed spaces. Spaces and boundaries are abundant with vibration, fluctuating intensities, shifting gradients and flows. The materials that define them are in a continual state of becoming: a dance of energy and information.Material potential is defined by multiple properties: acoustical, chemical, electrical, environmental, magnetic, manufacturing, mechanical, optical, radiological, sensorial, and thermal. The challenge for sg2012 Material Intensities is to consider material economy when creating environments, micro-climates and contexts congenial for social interaction, activities and organisation. This challenge calls for design innovation and dialogue between disciplines and responsibilities.sg2010 Working Prototypes strove to emancipate digital design from the hard drive by moving from the virtual to the actual in wrestling with the tangible world of physical fabrication. sg2011 Building the Invisible focused on informing digital design with real world data. sg2012 Material Intensities strives to energise our digital prototypes and infuse them with material behaviour. They have the potential to become rich simulations informed by the material dynamics, chemical composition, energy flows, force fields and environmental conditions that feed back into the design process.
More information can be found at http://www.smartgeometry.org
sg2012 take place at Rensselaer Polytechnic Institute, Troy, in upstate New York from 19-24 March 2012. The Workshop and Conference will be a gathering of the global community of innovators and pioneers in the fields of architecture, design and engineering.
The event will be in two parts, a four day Workshop 19-22 March, and a public conference beginning with Talkshop 23 March, followed by a Symposium 24 March. The event follows the format of the highly successful preceding events sg2010 Barcelona and sg2011 Copenhagen.…
the blurring boundaries between art, architecture and engineering
Organised by computational designer and architecture teacher Francesco Cingolani in collaboration with parisian design firm Hugh Dutton Associates and La Gâité Lyrique, DESIGN by DATA focuses on the use of parametric design tools such as grasshopper and advanced plug-ins in order to design complex architectural features driven by environmental data and passive energy design strategies.
HUGH DUTTON ASSOCIATES is a unique team of people striving to create a synthesis of poetic intent and physical reality thought their designs. With this focus in mind, Hugh Dutton Associates recently designed the CLIMATE RIBBON™ in Miami, a project that combines precision engineering and environmental design with an elegant sculptural form: an exciting union of art and science.
EARLY BIRDS still available (prices will rise after the 16th of June)
More information and applications :
designbydata.org…
the blurring boundaries between art, architecture and engineering
Organised by computational designer and architecture teacher Francesco Cingolani in collaboration with parisian design firm Hugh Dutton Associates and La Gâité Lyrique, DESIGN by DATA focuses on the use of parametric design tools such as grasshopper and advanced plug-ins in order to design complex architectural features driven by environmental data and passive energy design strategies.
HUGH DUTTON ASSOCIATES is a unique team of people striving to create a synthesis of poetic intent and physical reality thought their designs. With this focus in mind, Hugh Dutton Associates recently designed the CLIMATE RIBBON™ in Miami, a project that combines precision engineering and environmental design with an elegant sculptural form: an exciting union of art and science.
EARLY BIRDS still available (prices will rise after the 15th of October)
More information and applications :
designbydata.org…
er are required. General 3d knowledge is a plus.
More details : http://www.immaginoteca.pro/data-trees-workshop-introduction-to-computational-design-in-architecture/…
1 and A1 that define the first eye point, P1.
Then a row width and a constant value for C that define the next eye point.
Angle 2 will then give Height 2, Height 2 gives Angle 3 etc...
You can easily do this as a series of functions that follow on from each other,
but there could be a very large number of these, and also a variable number, not a great way to do it.
What I really want is three series that output numbers to define values for Distance, Height and Angle.
D can be defined as a series, but H and A need to be calculated sequentially.
A2 gives H2, then H2 gives A3 etc... One series needs to the input of the other and vice versa. Doesn't work with Logic/sets/series as you end up with circular inputs.
Any ideas on best way to set this up greatly appreciated.
Thanks.…
eometry I need, arranged into 4 tree structures. I'm very happy: now I just need to change one string and all the info falls out. That script replaces something like 24 different grasshopper components and a mess of wiring, so the definition looks nicer, too :-)
Here's a file with 2 of the "learning" scripts I wrote along the way, in the hope it will help someone. One of them takes a layer name and extracts all the curve objects from that layer, the other one is an exercise in building up multi-level tree structures for output.
Thanks, as always, for the help. And I welcome any comments, I LOVE code reviews! I'm an experienced C and C++ programmer but don't know my way around RhinoCommon and don't know anything about the specifics of C#.
…