Koch Tetrahedron with hoopsnake

Replies to This Discussion

Permalink Reply by Marios Tsiliakos on October 9, 2012 at 2:25pm

Hi,

well its a little bit rough and untidy. And there is plenty of potential for further optimization and debugging  but is working so take a look.

Best,

M.

Permalink Reply by Arthur Mamou-Mani on October 10, 2012 at 3:08am

That's great!

May I recommend that you model the triangular surfaces with meshes? It might run faster and be lighter. You are dealing with triangles so the following example should work. Otherwise triangular NURBS surfaces will be a trimmed version of their original four-sided self and after several recursions it might take up unnecessary memory space (as shown below).

Permalink Reply by Thanasis Korras on October 10, 2012 at 5:21am

I will try that, as it is true that around the 6th recursion the computer starts to drag...

Cheers,

T

Permalink Reply by Marios Tsiliakos on October 10, 2012 at 5:29am

That's true!! With mesh faces you can also avoid unecessary components such as 3pt plane and just use mesh normal! Either way the definition can be really compact and fast! What i am not sure of is if you can also create the triangular holes on the existing faces!!!
Best,
M.

Permalink Reply by Thanasis Korras on October 10, 2012 at 5:27am

Well, I replicated it and it works fine. I am not so sure if I would describe your method for Brep inclusion as a cheat. I found it was a rather smart use of geometry rules.. I guess the next step would be creating the geometry in a cleaner way so I just get the shell this structure which would allow the geometry to be seen from both sides. 

You have been great help, can't thank you enough.

Permalink Reply by Mariana Schetini Basso on December 4, 2012 at 8:22am

Marios

i was linking the components according to the image but i didnt find this component:

what is it name?

Attachments:

• duvida.jpg, 11 KB

Permalink Reply by Marios Tsiliakos on December 4, 2012 at 10:30am

Hi Mariana,
This is the path mapper component.
Best,
M.

Permalink Reply by jessica ryder on February 18, 2017 at 3:29pm

This looks great!

Would you mind posting the script for this or commenting with what expressions were used in the blue highlighted evaluate component and the move components later in the script so I can take a look? Trying to replicate to understand how the script is working to then apply to my own student project.

Thanks

Permalink Reply by Thanasis Korras on October 10, 2012 at 8:28am

Hi guys,

I have been trying to make a different version of this definition that is going to be based on triangle meshes and the new tetrahedrons will be generated from the rotation of those triangles instead of rebuilding them (similar to Koch snowflake method of segmenting the lines and rotating the middle segment). However I face two problems. One is that for some reason i get slightly changed values for my triangles' sides. If i set it to be 60, i get one 60, one 60.00001 and one 60.00002. Is there a way to work around that or is it a problem of the mesh geometry? The other problem is that while i try to use the same Brep inclusion method that Marios suggested , it doesn't seem to work anymore which is weird as it essentially the same principle.

Anyway I attach the new definition if anyone is in the mood of taking a look.

Attachments:

• kosch with regular tetrahedron with recursion (mesh based).gh, 34 KB

Permalink Reply by Thanasis Korras on November 5, 2012 at 4:56pm

Hi all,

I am trying to do the same thing but using meshes instead. The only problem is that the "path mapper as tree" command does not work and I only get the recursion on one face each time. I attach the definition for anyone on the mood to help me out!

Best,

T

Attachments:

• Koch Tetrahedron with meshes.gh, 53 KB

Permalink Reply by Marios Tsiliakos on November 6, 2012 at 7:25am

Hi Thanassis,

You are getting a failure on the path mapper because your data structure becomes of the path {0;0} somewhere within the mesh topological operations you perform. this way the path mapper with syntax {A}(i) --> (i/3) fails to collect the specific path which has more branches. you should focus on keeping the data paths the same throughout the iterations, otherwise you will fail to perform he same operation at on pyramid at the time.

Best,

M. 

Permalink Reply by Thanasis Korras on November 6, 2012 at 11:20am

Hi Marios,

thanks very much for the reply. I think what I was missing is to draft the values on the input Data of the hoopsnake. However, although now the recursions continue, I still have them only on one face. What is very strange though is that while I only get the meshes for one side, if I explode the output, I get all the vertices from all the meshes that it is supposed to create! Any idea what may go wrong?

Also, in my effort to get only the vector on each face that points outwards of the existing Brep, i developed your definition (with the bounding boc and sphere). Essentially all you need is test a line created from the vector for interection in each Brep you get from each recursion, so essentially test it against each step's output. Since in my Brep definition one side was open, I just capped the holes and it worked fine. But now with meshes it is a bit trickier. Is there a way to replicate "cap holes" command for meshes?

I attach both the Brep and the mesh definition, in case you want to give it a look.

Best,
T

Attachments:

• Koch Tetrahedron with meshes.gh, 54 KB
• koch tetrahedron on irregular base (line intersection way).gh, 45 KB

• ‹ Previous
• 1
• 2
• Next ›
• Page