ace. What I am trying to do is then take these indexes and arrange them to fit a grid - so that all shared edges meet up. e.g. Surface 0 shares edges with surfaces 7 and 8, surface 7 shares edges with 19,4, 3, surface 3 shares and edge with 8 etc. What I need to do is graphically represent this in a grid, so that I can map out the uvs and effectively solve the problem of surface seams. Does anyone have a clue how to do this kind of 2d shuffling?…
nts me this:
[[0], [0, 1], [0, 1, 2], [0, 1, 2, 3], [0, 1, 2, 3, 4], [0, 1, 2, 3, 4, 5], [0, 1, 2, 3, 4, 5, 6], [0, 1, 2, 3, 4, 5, 6, 7]]
this is what I wanted but how to convert this to tree in grasshopper?
In grasshopper I just get:
8x IronPython.Runtime.List…
a follow up question... how do I wrap a list onto itself at a certain frequency?
i.e. I want the list {1;2;3;4;5;6;7;8;9}
to become {1,4,7; 2,6,8; 3,6,9} wrapped every 3rd item
Added by Joshua Jordan at 5:30pm on November 17, 2012
Hi,
I want to divide curve with distance between points so it will be like this:
1--2---3----4-----5------6-------7-----, ...
with values in range 1 to 50, must be simple but im stuck..
tnx
53 → 53 → 63 → 74 → 74 → 84 → 9
As you can see from the above list the connection sequence comes in waves of three, where each group of similar indices on the left is associated with a group of three incrementing indices on the right.
Some combination of Series components will probably generate this list, but it'll only work for the first ring, the second one will need a different connection pattern. It is perhaps better to just encode the integer pairs by hand. But then you cannot change your mind about the number of sides later.…
Added by David Rutten at 10:39am on October 21, 2015
e), and the stackDischargeCoeff_ to 0.25 (no insect screen).
Checking the IDF files i don't see much differences (attached). But the block ZoneMixing in the E+ has 14 objects and the OS has 7 (the number of zones is 7, so i don't know why the E+ doubled the objects). Also their values are different (DesignFlowRate). I think there is an issue here ...
Any thoughts?
Thanks,
-A.…
end messages to the udp receiver (which I assume creates a winsocks server) by creating a client in my application and using the sendto() function.
My problem is I don't seem to be able to answer to the client's request from gHowl. I am using a UDP sender components to bradcast my responding message and this message is capturedd by the UDP receiver but not from my c++ client, which just keeps waiting for a message to come.
I have tested my application with other servers and It works.
Any clue on how I could get this working? Basically I need to send data into GH using an client on one IP and Port and answer to that client with more data.
Besides, could you explain a bit about the #pattern meaning in the UDP Sender - What means "ASCII Text (7) New line return [r+n] (14) ? What is the 7 and the 14?
Thankyou!…
Added by Roberto to gHowl at 4:12am on August 22, 2011