Activity Feed › Discussion Forums › Software, CAD & Mapping › Civil 3d couple questions
Civil 3d couple questions
Posted by OleManRiver on March 8, 2023 at 12:09 amSo question. I have a civil 3d 2022 set up have my settings and company template all ready to go. I create a fbk file from my TBC csv file and do the auto linework. For the most part it did everything. A few things but all good. I had already drawn it as well in TBC. But as a check because TBC was more complete than civil 3d I exported the linework as a 2018 dwg us survey foot etc. I did a ddinsert into civil 3d but a shift between them about the difference of usft to international foot is there another setting somewhere in civil3d i am missing. I have had it do this with a landxml file and found it had a different setting other than the drawing setting itself. I am trying to figure out how to get my 80 plus percent drafting from field codes symbol block??s linework to always come in correctly in civil3d.
The other issue I am having is at my work office i have my laptop on a docking station and for some reason in paper space on the view window if i try and right mouse click and open properties it doesn??t work along with some other commands in model space as well. I undock and do not use the docking station they work. But now i have a little laptop screen. Could the docking station be the issue.
OleManRiver replied 1 year, 1 month ago 11 Members · 64 Replies- 64 Replies
I did a ddinsert into civil 3d but a shift between them about the difference of usft to international foot is there another setting somewhere in civil3d i am missing.
Instead do this: go into the .dwg exported from TBC, select everything, do CTRL+SHIFT+C, you’ll be prompted for a base point where you then input 0,0,0… from there open up your 2022 .dwg, do CTRL+V, and specify your insertion point as 0,0,0.
Done.
@steinhoff i will try this tomorrow thanks. I am a big rookie with civil3d so huge learning curve and i have not done drafting in production since 2005 and that was Terramodel. I use TBC now for most everything and can actually be productive but civil 3d is kicking my you know what.
@olemanriver I was actually on the phone with @rover83 when someone was asking him about this exact issue. The theory is that there’s a hangup between TBC and C3D when they use the word “foot” to delineate units- hence C3D apparently taking a dump on the bed.
I just dodge it all and copy with base point as noted above. Can’t apply a shift on me, suckers.
@steinhoff I figured it had to be that. It’s crazy how civil3d has always defaulted to international foot and finally get usft and it will not read it correctly always. If i open civil 3d first and set my units to usft then open the drawing its fine. Its when i start inserting etc. it goes haywire. Why cant civil 3d just not have a import function like it does for landxml file so i can tell it what it is. My boss who is more of a cad guy looks at some drafting i did in tbc and sais darn your almost finished. I have text somewhat figured out and one of these days my drawing template to match companies stuff will be figured out. I do have issues with plotting a simple plot box from tbc when hooked to a docking station just like civil 3d doesn’t always work correctly. To me tbc is simple enough to be very productive quickly in all aspects just about. I have a ways to go to get efficient in civil 3d.
Why are you using a fieldbook file? Isn’t that antiquated monkey business that nobody uses anymore? Import the .csv straight into the database and rock-n-roll.
@bstrand i am following orders. It was painful going through all the steps. Can I import the csv into the survey database instead of the fbk. I know i can bring points in csv in the points thing and add. I think they said if I bring in the fbk in surveying database then no one can accidentally move the points. I am a rookie with civil 3d. That whole fbk process seemed very old but Thats what they just taught me. I think tbc is much easier on the linework from field especially fixing a code typo. So if i can do that i will just bring that linework in to make the purdy picture lol.
Can I import the csv into the survey database instead of the fbk.
Yes, absolutely. Just make sure the spreadsheet format and the setting in the import wizard are the same– PNEZD for example.
I think they said if I bring in the fbk in surveying database then no one can accidentally move the points.
That’s not a feature of fieldbook files as far as I know, that’s something the survey database does and will work exactly the same with a plain old .csv.
Our workflow is to drag the job into TBC to do whatever data processing and then export a simple .csv to use for drafting in Civil 3D. Easy peasy.
I create a fbk file from my TBC csv file
You do not need to use .fbk files with C3d (post-2011). This is the 2nd time today .fbk has come up and it has me feeling queasy..
@bstrand thank you so its a feature of the Survey database. So when importing the csv just do it from the survey database.
now if i can figure out how to tell civil 3d to allow for the command code to follow the code instead in front i will be set. It seems to work on some things but like cls for close to first shot its not working but it could be because that darn fbk strips points and codes for some reason who knows. I have discovered several points just gone after bringing in the fbk
Thank you all jitter and Oklahoma all of you are awesome.
There’s a problem when the industry standard for survey-CAD has a raw data processing/import routine that some are referring to it as, ” antiquated monkey business that nobody uses anymore”, and are bypassing it in favor of 3rd party software
Makes me like my Carlson Survey even more
@jph I agree . If i didn’t know any better you would think from the way some talk is if you don’t know how to operate civil3d then you can’t work at all. I am not a hater of civil 3d and i am sure as i learn to use it i will be fine. But spending the same amount of time in tbc bs civil 3d i am way more proficient at tbc. And thats just in the drafting side. I do some make believe stuff on my own trying to learn and figure out tricks and things to make things run smoother. I did some carlson before only about a month a couple hours every few days helping a friend. It was not as overwhelming and easy for me to get some stuff done so its an intuitive software for my survey brain. F2f carlson is great also. I will keep grinding through this civil3d and eventually hopefully i will get a light bulb to kick on. To many options to figure out lol.
There’s a problem when the industry standard for survey-CAD has a raw data processing/import routine that some are referring to it as, ” antiquated monkey business that nobody uses anymore”, and are bypassing it in favor of 3rd party software.
I wouldn’t call Civil 3D industry-standard for survey anything. Maybe for drafting. And for drafting, it’s still up near the top of the list.
Survey-specific workflows & tasks are almost always going to be faster, more intuitive and give better results using the companion software that was designed to work with whatever survey gear the operator has.
“…people will come to love their oppression, to adore the technologies that undo their capacities to think.” -Neil PostmanOur workflow is to drag the job into TBC to do whatever data processing and then export a simple .csv to use for drafting in Civil 3D. Easy peasy.
Same here, use the survey software for the QA/QC then export a simple csv for use in Civil3d with full linework. All our imports are tracked through the Survey database with a proper naming structure. We have never ever had any coordinate transformation issues going from TBC to Civil3d when using a system that is setup properly.
@bstrand thank you so its a feature of the Survey database. So when importing the csv just do it from the survey database.
now if i can figure out how to tell civil 3d to allow for the command code to follow the code instead in front i will be set.
I don’t think there’s a way to have Civil 3D re-arrange the way things were coded. You need to type them in the correct order when you’re shooting the point.
I always, always do the line string code first followed by any control codes. And I’m never quite sure if the close control code ends the line string so I always end it anyway, for example– TBC CLS E
I know you technically never have to end line strings since starting a new line automatically ends the previous one, but it’s just something I got used to and makes logical sense to me.
@bstrand thats what i am asking. They say to do this example. B for begin line EP so B EP. But it is worked the same if crew does EP B Now only issue is the CLS. Close back. So code fence FL until we get to third corner FL cls not closing. In civil 3d its closing it on third shot not fourth. So two different companies i have worked for here all place the command before the code. I have since not using TDS Forsite always followed the code with command. Terramodel could go either way also. You just told it which way. In Trimble Access one of my chiefs runs linework on tsc7 makes very little mistakes and if he does he catches it because linework is drawing as he goes. Makes it nice. I reprocess in tbc after any control adjustments etc. or typos he didn’t catch. Then to civil 3d point file. Which I would rather just spit out the dwg from tbc and be almost done. Why redraw and I usually have made all the boundaries decisions or whatever even labels text etc. nothing really to do but place in a format that others can read.
@jitterboogie if i do cls and it goes back tonmy third point vs the last shot and closes so a 4 corner now looks like a triangle what is going wrong in civil 3d. I do know it strips the cls and all of the code off in that fbk conversion so i am going to test what yall have said and not use it because i no things i located are in TBC and civil 3d has nothing of it and my csv file i used to convert to fbk also has it so that conversion is doing something
are you taking the fourth shot the fourth shot closes the polygon if you’ll stop at the third shot you only get a triangle capiche?
Log in to reply.