"Gem" is a shortcut of "gemstone" ...meaning something "valuable"...like the min surf algos that could be useful in some future tensile membrane design application (Rhino Membrane is not the answer to that - not interactive enough for real topology exploitation(s)).
Let's say : kinda like the Formfinder Pro (useless as it is).
BTW: a proper Interactive Membrane design (in Final level of detail) application could worth solid gold. Keep in mind that designing the membrane layout is one thing....designing a myriad of custom tensile system metal members (fixing stuff, cables, masts, anchors etc) is another animal.
BTW: Given the opportunity study the entity names in View borders > notice that you can work (on a per View basis) with totally different (and independent) entities that compose the whole thing (in some kind of hierarchical relations the type parent-son etc). BTW: This (naif) case above can outline my thesis with regard the current state of dependent modelling as found in Grasshopper/Generative Components: Imagine having a simple task > cover some stadium with a primitive tensile membrane system. By cover I mean delivering a Final Level study of the whole thing (ready to be made). OK...the first step is to create some kind of script for the metal truss (AND for the metal trusses as a set). In that task Grasshopper beats Generative Components hands down...but...is this the main thing here? No, because the auxiliary things required (see Images: the real-life "details" of each truss and the fixing system as a whole) are 100 times more difficult (and time consuming) than creating some intelligent automated process for the truss abstract topology. But assume that some kind of ready to made "parametric" truss is made somehow...then...the membranes follow > and if we need some "parametric" process for these...meaning that the truss affects the truss set that affects the membrane layout/topology that affects the stadium layout....then we end with a "hierarchy" of complexity that clearly can't be addressed by the currently available methods.
And speaking about the visual GH programming approach... It's more than obvious what kind of "Canvas management" is required to address hierarchical intelligent modeling. Don't forget to include "component location" FROM Views TO Canvas as well (i.e. what's this thing? where in the Canvas is defined? etc etc).
In a nutshell: the challenge in the future of CAD is to mastermind real-life methods to advance from the "parametric" topology definition to...er...the real-thing ready to be made.
To give you a better view of things (the way that I see them, he he) I'm going to post here (in Rhino format) some portions of that ugly thing : a Project that started life ...er...3 days ago > a collection of 6 inverse conic membranes (the new Birdair stuff with that wonder mysterious insulation) that host an exhibition facility in some Middle East country.
For the moment, the "idea" (a bit silly) is to design some parametric metal truss that supports the membrane ("roof") and some custom planar glazing system that supports the exterior skin ("walls"). The "plan" (so to speak) is to outline the generic stuff in Microstation and then use Grasshopper for some "intelligent" portions of the metal structure (214 STEP format used for export/import)...and then transfer the whole thing to Catia for completing the study in nuts and bolts level of detail. Anyway..that's the theory...kinda like the third marriage: triumph of hope VS experience, he he.
As you'll discover soon...the "intelligent" parametric truss is the 1/100th of the whole challenge. Why so? Well...let's say that the client requires an accurate cost estimation of the whole envelope system BEFORE signing the dotted line (an almost impossible task, but let's pretend that's doable,
djordje
it seems my english is not good enough to understand everything you said.
Although I am dying to know more about these projects of yours. Too bad.
For example, what is "gem"?
Jun 14, 2011
peter fotiadis
"Gem" is a shortcut of "gemstone" ...meaning something "valuable"...like the min surf algos that could be useful in some future tensile membrane design application (Rhino Membrane is not the answer to that - not interactive enough for real topology exploitation(s)).
Let's say : kinda like the Formfinder Pro (useless as it is).
BTW: a proper Interactive Membrane design (in Final level of detail) application could worth solid gold. Keep in mind that designing the membrane layout is one thing....designing a myriad of custom tensile system metal members (fixing stuff, cables, masts, anchors etc) is another animal.
BTW: Given the opportunity study the entity names in View borders > notice that you can work (on a per View basis) with totally different (and independent) entities that compose the whole thing (in some kind of hierarchical relations the type parent-son etc).
BTW: This (naif) case above can outline my thesis with regard the current state of dependent modelling as found in Grasshopper/Generative Components: Imagine having a simple task > cover some stadium with a primitive tensile membrane system. By cover I mean delivering a Final Level study of the whole thing (ready to be made). OK...the first step is to create some kind of script for the metal truss (AND for the metal trusses as a set). In that task Grasshopper beats Generative Components hands down...but...is this the main thing here? No, because the auxiliary things required (see Images: the real-life "details" of each truss and the fixing system as a whole) are 100 times more difficult (and time consuming) than creating some intelligent automated process for the truss abstract topology. But assume that some kind of ready to made "parametric" truss is made somehow...then...the membranes follow > and if we need some "parametric" process for these...meaning that the truss affects the truss set that affects the membrane layout/topology that affects the stadium layout....then we end with a "hierarchy" of complexity that clearly can't be addressed by the currently available methods.
And speaking about the visual GH programming approach... It's more than obvious what kind of "Canvas management" is required to address hierarchical intelligent modeling. Don't forget to include "component location" FROM Views TO Canvas as well (i.e. what's this thing? where in the Canvas is defined? etc etc).
In a nutshell: the challenge in the future of CAD is to mastermind real-life methods to advance from the "parametric" topology definition to...er...the real-thing ready to be made.
Jun 15, 2011
peter fotiadis
To give you a better view of things (the way that I see them, he he) I'm going to post here (in Rhino format) some portions of that ugly thing : a Project that started life ...er...3 days ago > a collection of 6 inverse conic membranes (the new Birdair stuff with that wonder mysterious insulation) that host an exhibition facility in some Middle East country.
For the moment, the "idea" (a bit silly) is to design some parametric metal truss that supports the membrane ("roof") and some custom planar glazing system that supports the exterior skin ("walls"). The "plan" (so to speak) is to outline the generic stuff in Microstation and then use Grasshopper for some "intelligent" portions of the metal structure (214 STEP format used for export/import)...and then transfer the whole thing to Catia for completing the study in nuts and bolts level of detail. Anyway..that's the theory...kinda like the third marriage: triumph of hope VS experience, he he.
As you'll discover soon...the "intelligent" parametric truss is the 1/100th of the whole challenge. Why so? Well...let's say that the client requires an accurate cost estimation of the whole envelope system BEFORE signing the dotted line (an almost impossible task, but let's pretend that's doable,
More in a while...
Jun 15, 2011