Tin triangulating incorrectly - corridor modeler

WYDOT_Standard.itlITL

The problem templates are UPRR/TemplatesforRevGradPlans and then “SNRBarnRoofConcWall&DitchinFill”, “SNRWalls”, “SnowyRangeBarnRoofDitchinFillLTBerm0_LTNoSafety”, “SnowyRangeBarnRoofDitchinFillLTBerm0”, “SnowyRangeBarnRoofDitchinFill”, “SNRR_UrbanLayDownCurbLTNoSep”, “SNRR_Urban_NoLTSepSafetyRTSafety”.

 DDBhttps://communities.bentley.com/cfs-file/__key/communityserver-discussions-components-files/5922/WYDOT_5F00_Styles.ddb

XINWYDOT_Styles.xin

I can not tell from the picture what you are describing, this will certainly take some time to troubleshoot, you will need to provide the rest of the data and also give a starting place where to start looking through and deciphering your corridor and how you constructed it.

If you look at the corridor in 3D and the 3D graphics I assume it is correct? and if you manully extract the graphics into a surface the surface is correct? SO the issue is the Roadway Designer is building a surface that does not triangulate the same as manually creating a TIN from graphics.

The problem is that the front face of sidewalk is triangulating to the bottom back of curb instead of the top back of curb in places.  This is occurring inconsistently in 7 templates, which is why you see up and down or waviness in the green smooth modeling representation of the tin file from the original post.  Hopefully the snip below clarifies the issue.  The 3D components produced by corridor modeler do look correct.  I have not tried to manually extract the surface from graphics.  The best place to start looking is from station 2+28 to 4+25 on the SnowyRange corridor, template "SnowyRangeBarnRoofConc_NoRtSep".  The sidewalk is triangulating correctly on the left hand side, but not on the right hand side.  The template was recently edited to remove the sidewalk separation between the back of curb and front of sidewalk and merge the top back of curb point with the top front of sidewalk point.  This was done so that a parametric constraint was not needed to force the sidewalk separation to zero feet wide, This was because the alternate surface needing to be created (for top of dirt) was incorrectly triangulating to that zero foot wide component.  Snip below, other data will be uploaded through the secure file upload.

Other data uploaded to this forum thread using the secure file upload: communities.bentley.com/.../370040
Folder name UPPR.zip

Emily, as Beebe Ray mentioned, this is a tricky one to diagnose without really looking at how the modeling is set up with all of its controls; it's not directly evident in the ITL alone. I attempted to download the files you posted but was unsuccessful. But I will say that whenever I've seen this in the past it's because of duplicate breaklines (horizontally) each with different elevations. In cases like this, the triangulation (at least from an InRoads perspective) will remove 'certain' overlapping (horizontally duplicate) breaklines. The result is an up and down jump between the breaklines that are retained resulting in triangulation that looks like you show. In InRoads I would look at the DTM and review the Features, Crossing Breaklines, and Triangulation report. This review would at least identify the problem in the resulting surface. And then it could be traced back to the Roadway Designer and Templates to find the source of the problem.