Community
Civil 3D Forum
Welcome to Autodesk’s Civil 3D Forums. Share your knowledge, ask questions, and explore popular AutoCAD Civil 3D topics.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Survey F2F Demo

15 REPLIES 15
Reply
Message 1 of 16
Sinc
1886 Views, 15 Replies

Survey F2F Demo

I've just posted a new demo on using C3D's built-in F2F functionality for processing Survey data, which may be of interest to anyone trying to use C3D for Survey:

 

http://www.quuxsoft.com/videos/ProcessingSurveyData.aspx

 

It doesn't get into details about how to setup everything, but it shows how to use things once they are setup.  It shows how C3D can be used to very quickly produce a high-quality design survey in very little time, assuming the field survey crews know how to use the linework codes.  It also shows how I use some "tricks", such as avoiding the SDB for everything but the bare minimum, keeping all my Survey Figure styles at elevation (rather tha using "Flatten to elevation"), and so forth.  Net result is I can create high-quality design surveys in very short periods of time, as you can see in the demo.

 

I know I complain a lot about the usability of Civil 3D, but we can do some incredibly productive work with it...  🙂

Sinc
15 REPLIES 15
Message 2 of 16
sjg
Advisor
in reply to: Sinc

Good video, appreciate that. Work for small engineering/surveying firm, currently the surveyors play the connect the dot game. Trying to get field crew to use codes for F2F. Imported points via Imort survey data wizard to see how linework comes in. Field crew tried using linework code set, for road portion his shots were sections, both sides of road used same code (example EG). So I revised one side of road by selecting a point and choosing Survey Point Propeties, chagned description to EP1. Continued the same process for all points along that side. Once finished revising some shots hit escape, prompted if I wanted to re-process linework said yes. What I changed seemed to come in good. Is there a better and more effecient way to revise descriptions? For this project we had a guy shooting with GPS and one with a robot. What is the best process for having multiple data collections for a project? Also when I was revising the order of points for some figures, then revised some point descriptions for a different area, reprocessed the linework, figure sometime reverted back to before I changed the order and also seemed to make copies. Any help would really be appreciated and again thanks for video.
Steve Goessling
Land Consultants
Civil3D 2015
Windows 7, 64 bit
Intel i7 2600 @ 3.40Ghz
16 GB RAM
Nvidia Quadro 600
Message 3 of 16
Sinc
in reply to: sjg

I haven't had much luck with the "Process Linework" command.  But then, I find the whole approach of modifying survey data in the SDB to be a royal PITA and major time-waster, so I avoid it as much as I possibly can.

 

Instead, I use the SDB for the bare-minimum to get my linework initially drawn.  Then I ignore it from then on.  I get stuff done at least twice as fast as when I try to use the SDB for anything more.  And I really wish I didn't have to even create an SDB in the first place.

 

A key part of using C3D's F2F functionality is that your field surveyors have to know how to use the linework codes.  If they code things correctly, using appropriate strings, then everything comes in cleanly.  One of the things I'll do is that, if I pull in a survey and see the field surveyor mixed things up so that I get Survey Figures that bounce across the road, I'll fix that in the CSV and then use "Reimport" to completely blow the import event out of the DWG/SDB and pull it all in again from the CSV.

 

If you have multiple surveyors on the same site, then you can pull each person's work into C3D using a different import event.  A key trick is that if your field surveyors always use the BEGIN (B) linework code, it will force a new string, even if there's already one with the same name.  So we've been hammering into our field guys the need to ALWAYS "BEGIN" every string.  That automatically keeps one guys strings from connecting with another's, even if they use the same string identifiers.  But your field surveyors MUST use string identifiers...  They can't call both sides of the road "EP1".  That just doesn't work.

Sinc
Message 4 of 16
lambertb
in reply to: Sinc

Got any tips on F2F using custom linetypes. Since you mention you don't flatten things do you have 3d polylines? Or are survey figures different then 3d polylines such that you may get custom linetypes to show in plan view.

C3D 2022 and 2024
Message 5 of 16
Sinc
in reply to: lambertb

The only things we use custom linetypes for are fencelines, guard rails, and utility lines.  And we don't consider any of those to be breaklines, so they're all set to Breakline=NO in our Figure Prefix Library, and do not get added to our Surfaces as breaklines.

 

So one way we can deal with those is to select them all, explode them into 3D Polylines, then convert them to 2D Polylines and turn on linetype generation.

 

The other way is this command, in third-party software:

 

http://www.quuxsoft.com/SincpacC3D_Help/SP_Extract2D.htm

 

The nice thing about that command is that it will maintain arcs, without the tesselation you get when you explode a Survey Figure that's at elevation.  It can also maintain the original Survey Figures as it creates the polylines.  And it has options to create the polylines on different layers from the Survey Figures, or create the polylines on the original layer while moving the Survey Figures to different layers.  That lets you automatically move the Survey Figures to some non-plotting layer, while still leaving them in the Surface, yet you get nice polylines with linetype generation enabled in their place.

Sinc
Message 6 of 16
lambertb
in reply to: Sinc

Sounds interesting. One question. Can I import a fence line into the surface as a random feature? The other program I use allows me to draw lines between the fence shots but when they get imported into a dtm the vertices are treated as random points and the line is just a graphical line. There are lines we survey (tree lines, fences, and certain area boundaries) that produce a graphical line in field to finish but create random dtm points.

Thanks.

C3D 2022 and 2024
Message 7 of 16
Sinc
in reply to: lambertb

If I understand your question correclty, then that's what happens when you include your Fence shots in a Point Group in your surface definition, and you have Breakline=NO set in the Figure Prefix Library.  The Fence shots get included in the DTM if they're part of the Point Group (or one of the Point Groups) you use to create your Surface, so if you want those points in your DTM, just make sure they're part of your Point Group.  The Fence linework would be drawn between the points, as a Survey Figure.  But the Survey Figure only gets added to your Surface as a breakline if you have "Breakline=Yes" in your Figure Prefix Library.

 

Here's an example:

 

FigurePrefixDatabase.png

 

Notice how the Fence code "FX", along with the Fiber Optic Locate code and Gas Locate code are set to "Breakline=No".  This means they'll get linework drawn, but when I use the "Create Breaklines..." command to add my breaklines to a Surface, those lines will be ignored.  And that's typically what we want, since with things like that, the field surveyor might take shots with a very wide spacing.  And we don't want a bogus 200' long breakline between fence points, for example.

Sinc
Message 8 of 16
lambertb
in reply to: Sinc

Thanks. It sounds like the way to make a surface is to bring in point groups. Seems to be how one filters non-dtm and dtm points. Is this correct? Are point groups used a lot in Civil 3D?

 

I read a bit about control points and non control points. If these are both in one text file is there a way to import them into a survey database so they are filtered by control and non control.

 

Thanks.

C3D 2022 and 2024
Message 9 of 16
jmayo-EE
in reply to: Sinc

Thanks!

John Mayo

EESignature

Message 10 of 16
Sinc
in reply to: lambertb


@lambertb wrote:

Thanks. It sounds like the way to make a surface is to bring in point groups. Seems to be how one filters non-dtm and dtm points. Is this correct? Are point groups used a lot in Civil 3D?


Definitely, on both counts.


@lambertb wrote:

I read a bit about control points and non control points. If these are both in one text file is there a way to import them into a survey database so they are filtered by control and non control.


This difference is only applicable when pulling in FBK files. Some people like to use those, as they (theoretically) let you collect data and do traverse at the same time, but I don't really advocate that practice. I think you should take care of your control FIRST, then worry about your topo or design survey or ALTA or whatever you're doing after the control is set. And that means that the Survey Database becomes an immense un-needed piece of baggage that slows everything else down.

 

True, knowing which points were shot from which setups can be useful.  So I WOULD like to know that stuff, from time to time.  But given the benefits/drawbacks of using an FBK file vs. a simple CSV import from the field guy's data collector, the beneft swings way in the direction of avoiding FBK in favor of the simple CSV import.  That's just based on my experience.

Sinc
Message 11 of 16
IanMcClain
in reply to: Sinc

In defense of fieldbooks, they are of great use to me in troubleshooting problems. For instance, if someone physically changed their rod-height and didn't change it in the data collector, you can isolate the point(s), right click  and choose "Browse to Survey Data" then edit the rod hieght in the Observation Editor and make the change there which will update the point. You can't do that with a csv file, which only contains coordinates. Also, you will see the little network/setup temporary linework which is good for determining if a bad point was shot on a reflective surface like a car headlight or sign rather than your prism.

 

As a surveyor, measurements are what we observe, not coordinates. I agree that editing survey figures is very cumbersome, however, it is really nice to right click figures from an import event and create breaklines that will be sent to the surface of my choice. The data base allows for a "paper trail" of files so that busts can be isolated and corrected without starting from scratch.

 

Also, FBK supports scale factors, so you can measure all your locations on ground with a scale factor of 1 and then edit the FBK scale factor after you have processed the control and determined it. You can't do that with an csv. It would be nice if the Translate Survey Database let you scale groups of points instead of everything.

 

 

Ian McClain
Message 12 of 16
BrianHailey
in reply to: Sinc

Hey Sinc,

 

I noticed you brought your data into a network so you could "easily reprocess it", doesn't the import event allow that? Does the network give you additional functionality that the import events don't? I haven't seen any real use for networks unless you are using raw survey data (shots, setups, etc).

 

Great video by the way.

Brian J. Hailey, P.E.



GEI Consultants
My Civil 3D Blog

Message 13 of 16
Sinc
in reply to: BrianHailey

Yeah, you may be right.  The use of a Network may be a hold-over from before we had Import Events in C3D.

Sinc
Message 14 of 16
Sinc
in reply to: IanMcClain

I understand what you're saying...

 

As another example, we had an instance on an airport taxiway where we were checking the tie-ins to our project.  On one end, the field surveyor was setup some 700' away, and used his total station to take the shots right along the joint line.  That's completely against our proceedures out at airports, and if we had been using a Survey Network and FBK import, it would have been obvious in C3D that he had setup on a control point that was too far away, and we couldn't trust the elevations.  As it was, it looked like we had error in our tie-ins, and it took another visit to the field and a bunch of head-scratching in the office before we finally figured out that the field guy had made a basic proceedural error in the field.  The Survey Network would have clued us in a lot faster.

 

So I see value in the networks.  But I work as a C3D Survey Tech in real life, and I see all the trials and tribulations brought about by various approaches.  All things considered, we get more value out of ignoring the Survey Networks and ignoring FBK and ignoring the SDB as much as possible.  That's for typical construction surveying.  If you're doing other types of surveying, you may find more value in the SDB.

 

As far as using a scale factor, that's a topic I've gone on at in length.  If you're surveying using a grid projection system such as State Plane or UTM, then you can configure your data collector to take care of all that stuff, and you don't need to use a scale factor during FBK import.  I view that as preferable.

Sinc
Message 15 of 16
KevinSpear_PE
in reply to: Sinc

One distinction is that you can't do analysis on an import event but you can analyze a network which can be made up of several import events. Not that you would do that specifically though...

Message 16 of 16

Oh and about the SDB.  In a Survey only firm, yeah, i get that it can be more burdensome. But in a engineering and surveying firm where you can share the information in the SDB rather than have engineers toiling in your survey files? Lifesaving to most people.  🙂

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Rail Community


Autodesk Design & Make Report