7, 9, 12 and 13 to be able to rotate freely around the y axis at nodes 2, 3, 6, 7, 10 and 11 respectively. The last 2 conditions, for elements 12 and 13, doesn't give any problems, but the first 4 does.
Any help?
…
0, 5, 10, 15, 20
1, 6, 11, 16, 21
2, 7, 12, 17, 22
3, 8, 13, 18, 23
4, 9, 14, 19, 24
and if i'm here is because i'm not able... :)
can you help me?
thank you
…
then it's settled, i'm getting a second one!
think i'll go with a 5:4 or 4:3 aspect ratio though, to save some desk space
thanks to all for your input!
branches in each A's list of B's, or remove its ends etcso that if I want to remove the last B in every A{0;1},{0;2},{0;3},{0;4},{0;5},{0;6}{1;1},{1;2},{1;3},{1;4}{2;1},{2;2},{2;3},{2;4},{2;5}would become{0;1},{0;2},{0;3},{0;4},{0;5}
{1;1},{1;2},{1;3}
{2;1},{2;2},{2;3},{2;4}I guess the question is do I need to figure out the cull pattern- each B may have different lengths...…
elated with the Topology outputs:
So let's try to do (via components) the face reconstruction stage (the missing 4 as above):
Alias crenelatedEdgesTree as polylineTree.
Imagine a Lst that samples all the edges per Face ("changed" and "unchanged") as Curves.
1. Let's take face 3: this is surrounded by edges 10,11,12,13 and 37.
2. Has edge 10 "changed" (to polyline) ? No because in the polylineTree there's no branch {10} ... thus sample edge 10 from the EList (Note: apparently that's a boundary edge). Has edge 11 "changed" ? No ... blah, blah.
3. Has edge 12 "changed" ? Yes because in the polylineTree there's a branch {12} ... thus sample the item from that branch. Same for 13 ... etc etc.
4. Thus we have sampled all the surrounding edges as Curves and the next step is to join them > yielding a closed Curve.
5. Then we must "planarize" that Curve (by projecting it into the corresponding Brep Face plane) ... and the rest are history.
So ... try it and report any issue encountered.…
shift. I realize I can use 'replace branch' but I do not have an available mask to utilize. I have simplified the problem to its simplest form so my question is understandable, however, the tree I am trying perform this operation on is a much larger 3 digit path address.
{1;3;2}
{2;3;4}
{3;5;4}
{4;3;7}
Change the above list to the list below.
{0;3;2}
{1;3;4}
{2;5:4}
{3;3;7}
I wish for a more robust arsenal of branch manipulation components. Most of the things I need to do are possible with the existing components, however, many operations take several components to perform even simple manipulations. Since branch/path manipulation is so integral to using GH successfully, it seems the GH community would be well served by enhancing the available path manipulation components.
Thanks,
Stan
…