locked to one proprietary software either.
I think watching real-time changes between a running instance of excel and GH instantly responding to it (without having to save the file each time) would be one of the most desirable aspects of it. This could greatly help with generative algorithms where 2 softwares (for instance GH & ecotect) talk to each other via the spreadsheet, continually evolving+ analysing until a certain tolerance is met.
Louis's suggestion of dealing with multiple sets of data/multiple instances of a software is something I would vote for as well. I'd like to add (the wishlist never ends, does it?) that if ur dealing with large amounts of data (which usually is the case... say 2000 rows atleast) it might be useful to select a particular cell in excel and see the corresponding geometry get highlighted in the Rhino viewport. I know that excel exposes this information, but I am not sure if it can be followed all the way through into GH and Rhino.
Cheers Mr. Magician :)…
tructions, vid's, pdfs are always great
..but your SurfaceMorph def's almost working enough to try with my different surfaces, perhaps we'll complete the last step below?"2) I am not sure what you mean by my ‘custom domain’"- ..(attached) see your 1st posted def. screenshot "CODE.jpg" for your singular Dom with C,D and Out parameters i can't find in GH, but only VB or Python components possess that i could find,."..Your second screen shot appears to have worked OK.."- ..cool!, good to know its mostly functioning properly, but when i Preview polygons a number are missing. The only difference is the Domain parameters. When i 1st used your def. vertex lines(Ln) were drawn but Blend points and surface appeared only after using Deconstruct Domain and Merge components. I substituted these cause there was no Domain with those param's in GH.- ..8) and those are identical surfaces, i assume it still work if they had different vertex counts?, as would your current def. RE: 4 rows of data points..with differing numbers of points in each row.
Awesome!, thanks Lyndon,Jeff…
g sure that 'Loop End' on the inner loop is set to "Output after the last".
You might need a third loop to traverse the faces of each building?
Or you might want to collect all your data as I did and write just one Excel file at the end?
Hard to know without having my hands on the code. The looping idea is sound, it's just a matter of getting all the details correct.
P.S. OH! As I mentioned before, my loops were off-by-one in iteration counts and yours might be too. For three buildings, the iteration count would be "2", not "3"?…
Added by Joseph Oster at 11:22am on January 7, 2016
k define the laziest or best route to a solution. The fact that are only a percentage who have worked hard enough to supply an answer is another reason they leave... success in research and experience. It's a win win?
Interesting chat.
But what about excel and live updates. Which is the best? Will GH 2 have it built in.. ?
And will the helpful get a free upgrade?…
from a template and fills out a multitude of fields using the data imported from excel. I began this work over 2 years ago and, from memory, I believe this component worked flawlessly in an older version of my Grasshopper project. However, since i've been trying to port the work over to Rhino 6 I've found that trying to pass more than one variable text to the component causes the component to work incorrectly.
I very much would like some assistance with using this component in Rhino 6 since I cannot get it to work no matter what I try.
Cheers…
d as CSV file can be read from Grasshopper Readfile component, but when I used excel 2016, it has this complain in Grasshopper Readfile component:
1.Before Solution exception:Could not load file or assembly 'ad4c257a-f262-470d-8c89-b387d933d6e2.dll' or one of its dependencies. Access is denied.
2. There is no valid parser available.
How can I fix this problem?
Thank you in advance.…
"meshed" i assume that meant converting Surfaces with MeshUV\DeMesh?, and from your screenshots thats a substantial number of vertices and therefore lines to draw, well worth it though from the results!, i agree with your answer to 3) that a more automatic solution is required,.
1) By mesh, I should have said produce a surface – then convert surface to mesh – followed by de-mesh to get access to vertices etc.
You can reduce the resolution of points if you need to, depending on your hardware. The more points you use the harder and it is to compute a solution, however the more points you use, the more accurate your interpolated surface. You need to find your own balance between speed and accuracy.
- ..thats great news, equalizing vertex numbers is exactly what i need to do since my Blend surface "keyframes" by nature will likely have unequal point counts. However, a) ..when using default Rhino surf's your intruiging def. starting to work for me only after i replaced you "custom" Domain(VB\Python?,let me know) with Deconstruct Domain. then it connected each surf's vertices but did Not produce an intermediate surface or points. b) ..when using my IDENTICAL Blend surf's in your def. with Deconstruct Domain and Merge comp's it then produced intermediate vertices,. see def. screenshots or i can send def's i you like,. I'll also produce the 2nd, Non-identical Blend surf keyframe to test in your def.
2) I am not sure what you mean by my ‘custom domain’ are you referring to the definition in my second post – or the post I sent for David to look at? Perhaps you can circle the component and upload a screenshot so I know what you are referring to? Your second screen shot appears to have worked OK
- .. agreed, 6) does or will your latest def. contain more automated, vertex correspondence, Ln creation?
3) No, I moved away from morphing surfaces and moved my solution to generating surfaces based on point data. This cut out the requirement for me to generate the surface to begin with and allows very automatic production of surfaces from data out of excel. Perhaps this would also be a good solution for you? You could:
Move your point data to excel, by exporting the x, y, z of your vertices for each surface.
Use excel as your information repository then write a definition to interpolate between your start and end points from excel.
This is basically what I have done now, as I have 1700 different ‘surface’ snap shots from the data I am working with.
- ..perhaps i missed something, but after using Brep > Join on my polysurface SDivide still saw it as subsurfaces instead of a single surface,.
4) Sorry, perhaps I should have tried that – I didn’t get as far as trying to subdivide. There should be a way to then re-create as one surface if it is necessary… I will try and find out when I have time.
How many sets of surfaces are you trying to merge through? It is also possible to morph from 1 to 2, 2 to 3, 3 to 4 …… x-1 to x by using a slider which calculates the range and picks the correct two surfaces to morph. If you need more info let me know and I will write something. - ..that sounds perfect, esp. since the sets of surfaces will be as nearly unlimited as the feature film they're modeled from. Yes, i'd love to learn more info\def's on this subject, thanks,..
Sounds to me like you might be better taking the excel read, interpolate route? If you have nearly unlimited surfaces, then they must be generated from some other data source yes?
Let me know your thoughts, if you would like to discuss anything I am happy to make myself available on skype at some stage to talk you through some of this stuff.
Cheers
Lyndon
EDIT: I have uploaded a video, which shows a surface generated using excel data - which basically loops between 'snapshots in time' to give you an idea of whether this would suit your needs.
https://www.youtube.com/watch?v=f9XAne9byQc&feature=youtu.be
…