precise) that unfortunately has more than one staff. This means that I pay the bills (unfortunate to the max). Practice is vertical meaning no Structural/HVAC etc services.
2. AEC Projects are made by teams. Period.
3. Teams are organized with some sort of hierarchy. Period.
4. On each team there's always one leader. Teams can being sampled in group teams - call them clusters (kinda like a List of List of ...)
5. All cluster leaders report to the supreme human being (yours truly). Leader heads are always on my disposal (it's fun to decapitate someone: I do this every Monday).
6. AEC projects are made with 1% idea(s) and 99% of what we call "sludge" (this is not my job: I'm the One , he he).
7. You can't steer any boat if you don't know each @@$#@ nut and bold. In the past there was a naive approach on that matter (ruined automotive companies, potato chip makers, software vendors, political systems, secret service agencies ... etc etc).
8. Efficiency is above all (even above tax-free cash).
9, You can't do ANY AEC real-life thing with what GH has to offer (nor Rhino is an AEC BIM app - it would never be). You simply use GH as a supplement to Generative Components (and/or as stand alone because it's good fun). There's nothing that GH does (I'm speaking solely for AEC as always) that can't being done with Generative Components.
10. I've done so fat 257 projects (a "bit" bigger than a house, he he). Let's say about 51427 drawings (master, master details, details) and 78956 lines of text (specs, cost estimations, space schedules, supplier lists, contracts, cats and 1 dog).
If you combine all the above you'll have the answer (i.e. why I use solely - if possible - code and not GH components). If you can't combine them I'm sorry.
PS: C# is the absolute standard (never judge a language as a "stand-alone" thingy).
best, Peter (Prince of Cynics)
…
d fly with a Porsche flat six).
2. Added a double (nested) Anemone thing (and the Mateusz version) and some comments.
3. Added a stupid "arm maker" cluster ... primitive/ugly/pointless - see one prototype attached about how to do it (you'll need a top feature driven CAD app for this - notice the Teflon low friction ring).
4. In order to "adapt" the cluster arm you need some "stretch" capability (orient, scale et all are the 1st step). Of course putting the cluster into the 2*loop is the art of pointless (Mateusz misinterpreted my bitter comments as regards the "slow" thing, I had absolutely no intension to recreate "live" the arm).
be the Force (the dark option) with you all.…
in App store.
2. Modelo now supports VR! check out this video:
3. We've added a specular option in the rendering settings. So now you can have your design rendered a little bit shinny-er.
4. There is also a "filters" option in this panel, with which you can get some interesting image post processing effects. We are expanding this filter library, if you have any suggestions, please let us know.
5. This one is very important and has been requested by our customers for a long time. Now when you upload a model, you can grab the reviews(3d comments, screenshots,sketches) from your previously uploaded model! This works really conveniently if you use Modelo for your design review/presentation, cause you don't have to recreate the same 3d anchor views every time you made some changes to your design.
6. Also, our developer API is almost ready, which means if anyone is interested in developing a grasshopper plugin that works with Modelo, they can!
There are some many other updates and bug fixes happened. I don't want to list all of them here. Definitely stay subscribed with our newsletter. Modelo is thrived to grow into a more comprehensive platform! If you have any good ideas about our platform, please do not hesitate to let me know!
Here is our Youtube channel: https://www.youtube.com/channel/UCufBShhLtUQepsit9ilI-AA
Cheers
Qi…
Added by Suqi to Modelo at 1:24pm on October 18, 2016
basis).
2. Rhino does not have a proper object display capability (objects per layer per view basis and/or per "collections" per view).
3. TSplines does NOT have any on-the-fly coordinate system definition capability (making "edit" a pointless waste of time). A small example about what this means as regards view navigation matters: imagine "hoovering" along a myriad of 3d objects: if you choose/opt for it: the moment that you touch an element (that could define a vector): this instantly becomes the working plane Z axis (very common capability in top MCAD apps). Not the same as a SpaceNavigator controller mind (far from it).
If these 3 were available > rebuilding anything with TSplines could be a joy (and very fast: about 2 minutes for your mesh)
Get this as well - Load Rhino file first attached in my previous reply (just for fun: not for your case, but we could do an extra WOW MERO spaceframe out of this paranoid M mesh).
BTW: Exo W is "tricky"…
ing the clipper code directly to GH2 so it is accessible natively.
Much better offset/inset curves! Added a 'Tolerance' slider... Fast! ~15+ seconds to open:
With '%Tool Diameter' set to 0.5 (50%) and 'Count' set to 100, time is ~1.5+ mins, though there are three distinct spot anomalies that need further examination...
…
(http://www.food4rhino.com/app/quelea-agent-based-design-grasshopper) take like 40 seconds when the toggle activates to go from one end of the ramp to another.
With proximity 3d i'm analyzing each instance the agents are closer than x units. In picture 3 we can see that in 212 instances the agent are closer than those x units.
Finally all the genes that controll the ramps are connected to the G of octopus component and one of the conflicting objectives connected to the O of octopus component is the number of instance quelea agents get close.
So the thing I need is to iterate the ramps controling the genes with octopus but activating the boolean toggle (quelea run) each time the ramps are modified so the agents take 40 seconds to perambulate the environment, analyze the instance they get close and let octopus iterate again searching for a optimized environment.
…
milar real-life AEC things that in fact are complex assemblies ... then your next (actually the first) step should be top-dog MCAD apps (but try Microstation + Generative components as well).
But given the opportunity there's 2 kind of "parametric" things out there:
1. The Topology (an abstract collection mostly of coordinate systems) that can been handled via graphical editors like GH. If there's some logic behind ... then ... maybe ... we can talk about algorithmic stuff (but who cares about names? not me anyway).
2. The real-life 3d things that are designed via dimension driven design, history based modeling, feature modelling etc etc (using exclusively high end solid modeling apps NOT surface modellers like Rhino). Basically you design these "by hand" (by mouse in fact) and then you "export" their "events" that "matter" to the app that does the 1 > then either you change them (clash/cost/structural/aesthetic reasons etc) or you change the topology. If these are ready parts from the market (kinda like the Norsman cable tensioners used) then ... you just keep them in RDBMS controlled repositories and use them accordingly. But if the project is really bespoke you can design them too as well (blame client's vanity).
So you have 2 kinds of "parametric": the theory and the reality ... whilst the "ideal" solution is some kind of equilibrium between "I want" and "I can".
On the other hand doing FEA on real-life bespoke complex parts ... well .... as I said months ago > what about some other Project? he, he.
But ... hope dies last ... there's a "middle" solution as well: wait for the 4 horsemen (the 4 C# that in fact are 5).
You'll be surprised…
well!
Also works reliably in another app I have (Hydrostatics) to adjust 'Z-Offset' and re-establish buoyancy equilibrium.
I wasn't able to get it working inside a cluster due to the GH restriction against recursion, unfortunately, because that would be AWESOME!!! Instead, the code is sprawling and exposed...
Note the 'Feedback' input and 'Value' output in the white group (Inner Circle).
Cheers and Happy New Year!
P.S. Geometry internalized, no Rhino file needed.…
Added by Joseph Oster at 4:53pm on January 1, 2016
size sets the resolution of the blob(s) and smoothing comes after to have a smooth mesh describing your points.
best
alex
edit
well this post was unanswered with refresh, until i posted, when it turned out 5 minutes earlier Kim was there.…