ad ... you are after a Del solver that could accept a Surface as "guide" (for instance your tube like facade, the roof etc etc). I'm not aware of a GH Method that does this.
Decomposing your facade into smaller pieces where an average (so to speak) Plane has(?) some meaning and then doing some script that "bridges" these collections ... it's a rather naive thinking for a variety of reasons the main being the need of "homogenous" random point distribution (as facades supposedly have). But this is also addressable ... thus could be Plan A.
3. Plan B is to use the best tool that GH has to offer for controlling meshes (Daniel's MeshMachine) and then do some script that "adds some random noise" to mesh pts.
For instance using N randomly distributed "attractors" that affect neighbors/groups of mesh pts etc etc. Plan B.A is ... well forget that it's too complicated.
This has the advantage of NOT taking measures as regards what happens to the facade edges (MUST contain pts as well: at least one point per triangle module should be in a given perimeter edge). On the other hand applying some Kangaroo driven "distortion" on that mesh potentially is the best answer.
3. Plan C: I have some stuff (not working quite correctly - yet - mind) that attempts to do that (nothing to do with GH available Methods) . I'll try to fix(?) the bugs and I'll post it here.…
nd added 'Path Mapper' and 'Flip' between 'Offset' and 'CCX'.
Then spent a lot of time trying to understand why it still didn't work...
Didn't like the 'Extend (Ext)' component here and thought it might be messing up the 't' values so used a different approach to creating the base line for each circle. I used 'Move' twice to copy the center of each circle in opposite directions, according to the 'VRot' vector, then created a line between them. It's more straightforward but didn't help...
Spent a lot more time(!) studying data trees - even used two copies of my 'vuTreeList' tool to isolate one circle and its lines (I left one copy in the file, disconnected). Finally managed the right combination of grafting the 'CCX B' and 'Shatter C' inputs and got the results we want - for half the circle.
Instead of making the same changes to the other half of the code/circle, I decided you probably want just one set of lines per circle, not two(?), so made some slight changes to the inputs for 'Series' that drives 'Offset'; I set the 'S' (Start) to negative 'Line Spacing' times 'Line Count' and set 'C' (Count) to "x*2". Then threw away the other half of the code!
…
e output be sorted by Layers palette order instead. This means I can work on a document and use layers for Illustrator-like stacking when I make 2D graphic art output from my objects.
(2) The LayerTable component of your plugin also fails to return layers in the stacked order they exist in the Layers palette, but alphabetizes them instead, so I lose the info needed to sort objects by layer order.
(3) Right now ObjectAttributes visibility output ignores items hidden by turning off a layer, so it's not being honest in a street smart sense. Your LayerTable component does have visibility info though, so I can kludge away to build my own filter. Ideally I need two filters for the pipeline itself, to filter out (a) hidden objects and/or (b) hidden layers.
The native Geometry Pipeline of Grasshopper has a right click option to filter out hidden objects, but it also happens to be broken and destroys the output ( http://www.grasshopper3d.com/forum/topics/pipeline-breaks-when-hidden-objects-included ).
There's a Group by Layer option as well, but it also seems to alphabetize the layers instead of abiding by their real order.
It won't grab text either, like yours will.
…
in degrees. So at 1, all lines increase by 1° as they move in x.
I wanted to have multiple "panels" of lines, and be able to increase or decrease the number of panels.
Something like this:I actually made a previous thread about this, and a very kind man suggested evaluating the curves instead of dividing, but that pretty much changed the whole definition.
Easy solution, copy the whole definition by the nr of panels desired and change the angle slider on each one.
So I though about a series of numbers. That gives me control over the nr of panels, and also the inclination or the angle these lines will have.
So right now, I have 20 curves, all divided by x, that gives me 20 lists of points and then I connect all these lists to A. B are just points on xy plane.
If I had multiple values inputted into the division component, and could grab the 20 lists of points that were generated after dividing by 1°, and by 2° and by 3°, etc. I could connect all those lists to A in the line component.
…
o express my gratitude. I've been experimenting with your definitions (and still am), but let me extend my question.
Actually what I'm trying to achieve, is to recreate another project by Andrew Kudless, the spore lamp (I mentioned the Chrysalis at the beginning just because of the animation, which wasn't included in the Spore Lamp presentation).
Basically the spore lamp seems to me to be something like a preliminary study to the Chrysalis III project (I think it's a similar approach).
Andrew stated on his site that he used kangaroo for this project, so the Spore Lamp consists in my opinion either of a relaxed voronoi 3d diagram (b-rep, b-rep intersection) on a sphere which then has been planarized, or more likely it is a sort of relaxed facet dome.
The trick is to:
1. obtain a nicely-balanced voronoish diagram (or facet dome cells)
2. keep each cell/polyline planar (or force them with kangaroo to be planar) in order to move scale and loft them later on.
Here is what I have by now. (files: matsys spore lamp attempt)
That's the closest appearance that I got so far (simple move scale and loft of facet dome cells with the amount of transformations being proportional to the power of the initial cell area: bigger cell = bigger opening etc.) - with no relaxation of the diagram. But it's obviously not the same thing as the matsys design.
Here are some of my attempts of facet dome relaxation, but well, it certainly still not the right approach, and most importantly I don't know how to keep or force the cells to be planar after the relaxation.
1. pulling vertices to a sphere - no anchor points. That obviously doesn't make sense at all, but the relaxation without anchor points gives at the beginning a pattern that is closer to what I am looking for. (files: relaxation 01)
2. pulling vertices to a sphere - two faces of the initial facet dome anchored (files: relaxation 02)
3. pulling vertices to the initial geometry (facet dome) no anchor points (files: relaxation 03)
The cell pattern of the lamp kinda looks like this:
you can find it here: http://www.grasshopper3d.com/forum/topics/kangaroo-0-095-released?g...
Done with Plankton (of course without the "gradient increase" appearance), but in fact not, I took a look at Daniel Parker's Plankton example files, and it's not quite the same thing. Also the cells aren't planar...
The last problem is that during the relaxation attempts that I did, the biggest initial cells became enormous, and it's not like that in the elegant project by Andrew Kudless, that I'd like to achieve.
So to sum up:
Goal no 1: Obtain an elegant voronoi /facet dome cell pattern on a sphere (or an ellipsoid surface, whatever).
Goal no 2: Keep the cells planar in order to be able to loft them later and obtain those pyramidal forms, and assemble easily
Any ideas? Or maybe there's a completely different approach to that?…
m
-Area of blue line: min. 80% of the rectangel a x b
-Max. hight h of the top point: h,max = a
-Min. Volume between rectangel a x b and membrane: 500 m3
Can anyone help me?…
es at the beginning. But as I make changes to the input (or just hit the recompute button) the time it takes to execute increases. This has happened to me with other scripts I've written with the python component. Why does this happen? And how do I fix it? Does python hold onto data from one execution to the next? The only solution I have found is to relaunch Rhino. Even if I copy the component into a fresh grasshopper canvas, the computation time does not return to original.
The images below illustrate the time increase. I simply hit the recompute button between each pass. All inputs remain the same the whole time. There are 6400 curves being projected. I will say that with fewer curves, the increase in time is nonexistent or perceivable. (I have 24 GB RAM and it is did not even reach 50% of usage during the tests)
My python code:
import ghpythonlib.components as ghcompimport ghpythonlib.parallel
def project (tempc): tempresult=ghcomp.Project(tempc,B,D) return tempresult
a=ghpythonlib.parallel.run(project,C,True)
I have attached the GH file with the inputs internalized if anyone wants to try for themselves.
Pass 1= 444ms
Pass 5= 610ms
Pass 10= 908ms
Pass 15= 1.2s
Pass 20= 1.4s
…
Added by Lawrence Yun at 3:19pm on December 10, 2014
ración de 150 horas divididas en cuatro módulos, arrancando el 22 de Marzo del 2011 y terminando la segunda semana de Junio con sesiones los Martes y Jueves de 18:00 a 22:00hrs y algunos Sábados de 10:00 a 14:00hrs.
El tema central del diplomado es el uso integral de la herramienta digital en el proceso de diseño a partir de la base teórica del fenómeno de la emergencia (entendida como la obtención de resultados complejos a partir de la interacción de elementos simples con reglas de bajo nivel de sofisticación).
El desarrollo del programa se concentra en la aplicación práctica de las reflexiones teóricas generadas mediante el uso de herramientas digitales generativas, principalmente Grasshopper (plug-in de modelado parametrico para Rhinoceros).
Contaremos con la presencia de dos colaboradores internacionales: EL primero será un miembro de LaN (Live Architecture Network) que impartirá un curso sobre programación avanzada en Grasshopper enfocandolo a la realización de un objeto construido, haciendo énfasis en la transición entre lo virtual, lo análogo y lo físico. El segundo es Jalal el Ali, maestro en arquitectura por la Architectural Association, líder de la Unidad de Geometría Generativa de Buro Happold y actual líder de proyecto en Zaha Hadid Architects, quien dará un curso intensivo enfocado al uso de la herramienta digital y la producción digital, enseñando procesos que ha aplicado en la empresa donde trabaja. Jalal pronunciará también una conferencia magistral.
Es un programa promueve el uso de nuevas tecnologías y la integración de procesos de producción desde la concepción del diseño, aplicando los conocimientos teóricos en un objeto físico usando el laboratorio de fabricación de la Universidad Iberoamericana.
…