soft goods tool returns false length when corners are curved

[grant_PD]

Here's a fairly standard curved cyc, made with the soft goods tool.  One has curved corners, and reports back a length that is way to long for the geometry. Compare to the one that uses straight corners, the difference is 30'.

soft goods bug.vwx

[RickR]

I downloaded your file and everything looks good. 77' 7.06" vs 77' 11.884"

[Kevin McAllister]

Same here. It seems to work ok in VW 2017 SP4.

 

KM

[Andy Broomell]

@grant_PD I'm seeing the same issue you are. The Soft Goods object on the right seems to be including the open edge of the source polyline when calculating the "Running Length", causing it to be way too large. However it's showing the "Perim" number correct at the very bottom of the OIP (perhaps that's what Rick and Kevin saw).

 

It seems that with a Soft Goods object, the moment you change any vertex to be curved it messes up the Running Length total. I'd consider it a bug for sure.

Edited June 23, 2017 by Andy Broomell

[grant_PD]

Sorry, it's a bug. What shows up in the label is vastly different. What matters is how it shows up on the label because that is what the contractor is going to point to on the drafted sheet.  What is says at the bottom of the OIP means nothing to me because that is not an option to display on a drafted sheet and therefore hand over to someone to execute the plan. The argument that it shows up correctly in the OIP would be the same as saying "the dimension displays incorrectly but shows up correctly in the OIP." 

 

Just updated to the latest SP.  It's the same. @RickR What are you seeing differently?  @Kevin McAllister?

[Kevin McAllister]

36 minutes ago, grant_PD said:

Sorry, it's a bug. What shows up in the label is vastly different. What matters is how it shows up on the label because that is what the contractor is going to point to on the drafted sheet.  What is says at the bottom of the OIP means nothing to me because that is not an option to display on a drafted sheet and therefore hand over to someone to execute the plan. The argument that it shows up correctly in the OIP would be the same as saying "the dimension displays incorrectly but shows up correctly in the OIP." 

 

Just updated to the latest SP.  It's the same. @RickR What are you seeing differently?  @Kevin McAllister?

 

Hi Grant,

 

My apologies, I didn't realize you were referring to the label generated by the Softgoods tool. The label is not something I ever use so I was looking at the OIP values.

 

There is definitely a bug here. It affects the VW Softgoods tool and @C. Andrew Dunning's Softgoods 2 tool as well. Its directly related to using the "Simple 2D" checkbox. If you uncheck it the overall size value will be correct. (It may actually be a bug with how VW sees the perimeter of a polyline when some edges are hidden (eg. an open Polyline). I was able to get simple polylines to miscalculate the perimeter as well when I ungrouped the PIO and changed which edge was shown/hidden. It doesn't seem to affect Polygons, which your segmented version ungroups to.)

 

Kevin

Edited June 23, 2017 by Kevin McAllister

[grant_PD]

Yes, you are right. I unchecked the "simple 2d" and got the correct answer.  I do think it is calculating the closed polyline perimeter rather than the open one drawn.  In any case, bug is a bug is a bug.  Thanks for the sleuthing guys!

[RickR]

I too looked at the OP rather than the lable.

II also noticed the error is the closed poly difference. Check that and the OP matches the label. Clues for the programmers.

[Kevin McAllister]

There definitely something up with the underlying polyline too. @JimW is the polyline perimeter/area varying depending on which edges are shown/hidden WAD or a known bug?

 

Here's a PDF comparison of what I'm seeing when I ungroup to the source polyline. The "open" one on the right still shows the "closed" perimeter measurement.

 

Kevin

 

Polyline Perimeter Bug.pdf

[C. Andrew Dunning]

Everyone...

 

The error in the reported Running Length is a bug that is in the process of being squished.  Thanks for your patience.

 

[grant_PD]

thanks!