This equation has the same issue as the code I posted. While the curve is the same, the units are off, as seen in my screenshot where the ymax goes well above 80
a spline? In a more general setting of semi-algebraic sets there is the Tarski-Seidenberg Theorem http://en.wikipedia.org/wiki/Tarski%E2%80%93Seidenberg_theorem that says the projection of a semi-algebraic set is itself a semi-algebraic set. As nurbs surfaces and breps defined by them are semi-algrbaric sets this means that the projection must be reasonably nice. I could not discover whether it is always a spline. There are however reasonably nice ways to get splines from algebraic curves, though we are back to an approximation. It would be nice to have an algorithm that is guaranteed to give the precise splines when they exist (as in the example above) and will otherwise give a good approximation, I was not able to find if one has been written, even in the theoretical literature.…
define the "numOfContours_: input to 2, the terrain geometry will have only two isohypses from its highest to the lowest point. With 80, you will have 80 of them. Have in mind that if "standThickness_" input is larger than 0 (it means a stand will be created below the terrain), then the isohypses will be applied to the stand as well, as it is the continuation of the terrain.
To get the terrain elevation legend, one needs to use the "Terrain Analysis" component. Check the attached file. I changed the "source_" input, because your location is Paris suburb. In this cases the "source_=2 (GMRT - underwater terrain)" will also generate the land terrain as well. But with less precision than source_=1 and 2, which are meant to be used for land terrain.Please let us know if you have any other questions.…
Added by djordje to Gismo at 3:18pm on April 1, 2019
GH) > then define (still in GH) some instance definition (or many: case variants) > then place it according some "policy" (3d point grid and the likes). Note: Only doable with code, mind (C# in my case).
Obviously you can skip the creation part and instruct GH to deal with instance definitions already listed in the Block Manager (say: find the block named "cell666_B3" blah, blah) ... but that means that you can only use them (meaning a rather "limited" parametric approach) and not make them from scratch (meaning a true parametric approach).
But I guess that you've tried the block way in the Rhino environment already. That said I use rather solely this approach in GH and yields quite manageable object collections - I would say "real-time" response (up to 20K instances) but I use dedicated Xeon E5 1630 V3 workstations (with NVida Quadros K4200 and up for the graphic response part of the equation) so the "performance" is rather a subjective thing.
Modifications:
easily doable with GH (on instance definitions at placing time: since you need only to scale them and not vary their topology).
Anyway post a portion of the R file.…
FORE MeshMachine (rather better) or after
BTW: For a mesh with 7M points ... well... you'll need some proper CPU to deal in a reasonable amount of time (what about a Xeon E5 1630 V3?).
Alternatively find a friend who knows very well Modo ... and see first hand what the US Movie Industry is all about.…