This has been discussed before but without any efficient answer I am asking it again in a slightly different manner. We survey large irregular property for a local municipality that requires MicroStation. These sites always require additional topo work to be added after the initial surface is created. A typical request would involve updating the topo to include areas that have changed due to construction or simply expanding the original topo area.
Each time we add data to the existing surface we must RECREATE THE ENTIRE DTM AND RE-EDIT EVERY SINGLE TRIANGLE THAT WAS EDITED DURING THE ORIGINAL SURFACE CREATION. This process can take days to accomplish depending on the size of the site. Some sites are over 5 miles long.
What we need is the ability to add data to a surface without having to re-create it, similar to the the way Civil3d functions. A 30 minute surface addition in Civil3d can take days in Microstation. This is extremely frustrating and adds thousands of dollars and tons of wasted time to these projects. Just yesterday an area was uncovered and it was surveyed. The area consisted of less then 15 points which needed to be added to the existing surfafce. Simple, right? Hell no, we had to recreate the DTM and re-edit the triangles. It took 8 hours to complete what should of taken 15 minutes.
Please do not tell me to 'fix the survey data' or to make every triangle a breakline.. This has nothing to do with bad survey data. I have been creating surfaces for 25+years and each and every surface needs a detailed review and editing of triangles, basically just flipping faces so the surface is correct.
It was not too many versions ago that there was no Flip Face tool at all! At least, on the InRoads front.
We actually have been using InRoads for all projects, including Land Desktop and Civil 3D, by way of LandXML for the DTM, 2D linework for the figures and a custom XML report to make a PNEZD list for point import.
Since Civil 3D 2010, we have begun some processing of Survey in Civil 3D after getting a clean survey in InRoads. Once all edits were completed, we used a new custom XML report that preserves all of the linking codes with the D of the PNEZD and imported them using a custom Linework Code Set that contains all compatible standard InRoads control codes. As it turns out, we seldom use most of the codes that do not equate 1 to 1 between InRoads and Civil 3D.
I should point out that this only works using the "classic" InRoads Survey and not the Open Roads version. They do not provide the same support for custom XML Survey Reports in it and it is really tying my hands.
Charles (Chuck) Rheault CADD Manager
MDOT State Highway Administration Maryland DOT - State Highway Administration User Communities Page
Unknown said: I've even tried adding breaklines to force the triangles to form and retain edits, but found that other triangles can be effected by the added breaklines and will often change in a manner that requires even more breaklines to be needed.
I've even tried adding breaklines to force the triangles to form and retain edits, but found that other triangles can be effected by the added breaklines and will often change in a manner that requires even more breaklines to be needed.
Caddcop, just out of curiosity...have you experienced the same issues using the soft breaklines? Honestly, I haven't seen the behavior your speaking of myself...not that it's not happening, I don't doubt it, but just wondering if the newer feature type may alleviate the problem. The only issue I've seen with the soft breakline feature type is that it's not a supported feature in the older DTM format, so an export will keep the triangulation as shown in the terrain model until you re-triangulate the DTM, then they "disappear".
I too like the idea of an audit trail of modifications to the terrain model to prevent the issues Roadrunner is experiencing. It's one thing to disjoin the surface from the survey data, make changes to it, then re-join it because you're trying to add survey data to it...I could sort of expect the behavior that's being experienced (that's a whole different discussion), but another workflow that shouldn't have any issues (at least in my mind):
The problem that I'm noticing (which I'm sure you have experienced as well) is that once you try to do an Append, the flipped triangles go back to the way they were. This just shouldn't happen. Like you mentioned...some sort of audit trail would be able to prevent this from happening.
If you do a Merge instead, this isn't the case...the triangles stay flipped, but there are other unwanted results I'm sure depending on the dataset. Without the audit trail however, I'm sure some other command would flip them back at some point even if the merge was an acceptable method for the dataset.
What exactly is a "soft" breakline?
Due to a number of issues, my terrain editing has primarily been in Ss2 and earlier. We can't get all of what we need out of Open Roads Survey and our clients are still in Ss2, so I have avoided much in depth Open Roads Survey work.
I assumed the reformulation of triangle has to do with the triangulation algorithm. When a new breakline is added, the algorithm looks for its "smallest possible triangle between three points" and finds a different group of points now that certain previously eliminated triangle are now acceptable due to how the added breaklines cause them to form.
Inside the Help section, they reference three types of break lines:
We obviously understand the Break Line element. The two new ones however are either not defined all that well or difficult to understand how implemented. Actually though, it may seem like the Edit Terrain Model - Swap Line command may be utilizing the Graphic Break Line feature type. It happens, but it's not really stored.
As for the Soft Break Line, it should be defined as - A soft break line is a break line, however, if it crosses a break line, it will create vertices at the point of crossing and re-project the element to those new vertices.
For example, with a line added as a soft break line crossing a break line:
I drew a line from a spot elevation to a point on the edge of a driveway crossing the other edge of the driveway. Yellow elevations show elevation of the line where it intersects with the triangles...green are those elevations of the actual surface at the same points.
After adding the soft break line, three vertices are added and the triangulation changes as such:
You will notice that the elevation doesn't match what existing was (green) or where I drew the yellow line in space, but where it extrapolated between the endpoints and the breakline interception (purple):
Sorry ahead of time for color discrepancies...gotta love JPG conversion/uploads to the site. You should get the idea though.
As for soft break lines added not in contact with an already existing break line:
After adding it as a soft break line:
As you can see, the line reacts as a normal break line. The triangulation goes to where I actually placed the line.
Yeah, you can sort of think of it that way. Keep in mind, if you drop a line in where the vertices are not already part of the surface, it will triangulate to those from the break line:
Before (yellow line about 15' above base ground):
After adding it to the surface as a soft break line:
I highlighted the actual break line generated.
This issue STILL EXISTS in OpenRoads Designer contrary to what the friendly Bentley rep told me over the phone. This is utter nonsense on an epic level. Days of time wasted editing the same triangles over and over and over again. I would love for someone to correct me and show us how Bentley allows triangle edits to actually HOLD.
When you flip a triangle edge, you are manually identifying where a breakline should be. The field crew failed to collect the breakline because they either weren't paying attention or, much more likely, it was too subtle for them to recognize. You should add the breakline to force more accurate triangle creation. If that causes nearby triangles to change undesirably, there were two (or more) breaklines missed and will need to be added in the office.
Ray, that is 100% inaccurate. If the crew misses data, it produces bad data and flipping triangles will not fix it. Triangle flipping is 100% necessary to produce an accurate surface unless you have a scanned surface with points on 1' spacing.
Just because the software places triangle in a certain location does not mean that is where they should be to accurately reflect the ground surface. The software is smart but its not that smart. Other software handles editing once, this one doesn't