Domain Component or Surface dimension incorrect

Replies to This Discussion

Permalink Reply by David Rutten on April 14, 2013 at 3:55pm

What's incorrect about it?

--

David Rutten

david@mcneel.com

Poprad, Slovakia

Permalink Reply by paolo on April 14, 2013 at 4:29pm

The vertices of plane are correct because i have a surface of 10*10, but if i compute the U and V domain or U and V dimension i have an error, because it compute from -0.1 to 10.1. You know why? thx

Permalink Reply by Hannes Löschke on April 14, 2013 at 4:57pm

The PlanarSrf component will take input curves, create a surface that extends beyond the edge curves and trim with the input curves. That's why the domain of the surface is larger than the domain of your border rectangle.

There's a surface primitive that creates a rectangular plane. This surface will be untrimmed.

Permalink Reply by paolo on April 14, 2013 at 5:58pm

and how i can resolve this problem?

Permalink Reply by David Rutten on April 15, 2013 at 1:52am

By using the a surface component which doesn't create a trimmed surface. For example [4Point Surface] or [Plane Srf].

--

David Rutten

david@mcneel.com

Poprad, Slovakia

Permalink Reply by Bora Doker on November 30, 2014 at 7:01am

Hi,

I have the same issue for this surface dimension box. As I look at the description of this box it says "Get the approximate dimensions of a surface." which I understand this as I should not rely on this box as it will give me just the approximate results anyway. 

So at the picture below I have a planar section, which I couldn't get the results that I want it like to be in the rhino dimensions.

Which way could you suggest me to pursue of ?

Permalink Reply by Hannes Löschke on November 30, 2014 at 9:03am

First of all, the Surface dimensions will return the length and width of the underlying untrimmed NURBS surface. If this surface is rectangular, the dimensions should be pretty good.

From the look of it, your input surface is a trimmed surface. Probably, the untrimmed surface extends a bit over your border curves. The Rhino command ShrinkTimmedSrf should make the results a bit better...

if you don't want to rely on surface dimensions, use a Bounding Box. Extract the length and width by deconstructing the box.

Permalink Reply by Bora Doker on November 30, 2014 at 9:41am

Aa yeah shrink surface to the edge gives more accurate dimension values now. Thank you very much !

Besides, your other method gave me the coordinates like -x to +x which i have to subtract to find the exact value. Are there any more simplified of this method to get the exact values like in the previous one ?

Permalink Reply by Hannes Löschke on November 30, 2014 at 11:35am

Well, you could plug the Domain output directly into a number input (or param). That will implicitly convert the domain into its length. Basically, what you are doing right now, just behind the scenes.

Be aware that math components don't have number inputs but generic data inputs in order to handle vector math. So those inputs will not automatically convert the domain.

Permalink Reply by Bora Doker on November 30, 2014 at 2:16pm

Okay now i work it out.. But for the param you meaned param viewer or the tab params ?

If its param viewer it didnt work well like the number maybe you meaned something different but whatever i got to my point anyway.

Thanks I appreciated so much ! 

Permalink Reply by Hannes Löschke on December 1, 2014 at 3:33am

Param as in Param Tab