civil3d.com

Archive for July, 2006

Volume words of warning

Posted by Nick Zeeben on 28th July 2006

Tonites post is a result of some work I was doing the other day. I was trying out the brand new corridor volume tables. I was a little confused by some of my results so I thought I would pass along what I learned. Basically what happens is this: the volume table is dynamic all the time. What do I mean by that? Well my montage of images should paint the picture. If you have a corridor model that is not set to automatically rebuild(Like me because I can’t stand waiting all the time for rebuilds). Anyways on with the show.

In this first image you can see the corridor volumes and the model.

The second image shows the alignment having been moved, the out of date corridor in prospector and the new volume numbers. When I saw this some alarm bells went off in my head, the corridor isnt rebuilt but the volume table is showing new numbers, wrong numbers! What I was able to deduce is when we move the alignment the sample lines move with it, and update based on their new postion within the corridor surface. The problem is the corridor needs to be rebuilt. Now those folks in manchester do have the event viewer pop up and warn us with the message that the corridor is out of date, but I got a little tired of the event viewer myself and set mine not to pop up so I missed out on the warning.

Last screen shot. In this one you can see the volumes have changed again, the corridor has been rebuilt. Everything is back to being correct. So what was the point of all this rambling? Make sure you rebuild your corridor while making volume edits.

Posted in Corridors, Quantities | 1 Comment »

A Retraction

Posted by Jason Hickey on 25th July 2006

It was pointed out today by Nick Zeeben that one of my posts is wrong. Well, not wrong per se, but misleading. Actually, I reported functionality that was only included wrongly by Autodesk.

In this horribly wrong post, I told you that you could operate Land Desktop 2007 in MDI mode, rather than the SDI mode that it’s always been. That was misleading.

I take no blame whatsoever for this misleading post. Not only was I right (the caveat was that you couldn’t do any LDT specific functions when in MDI mode), but James Wedding was sitting next to me as I discovered this and CONFIRMED that it worked. So there! I wasn’t wrong, Autodesk was wrong for allowing broken functionality to be included in the program.

Mark this day. I admitted that I was wrong. Doesn’t happen often ;)
Have fun!

Posted in Uncategorized | 2 Comments »

Help my corridor surface isn’t being built properly!!

Posted by Nick Zeeben on 24th July 2006

We will see if this one makes it through the nite without James posting ahead of me. Enjoy
Nick

So to wrap up my little discussion on how Civil 3D handles corridors I am going to explain how the surfaces get built from your corridor model and the impact of your assembly on the surface. In the last post I briefly mentioned codes, what I failed to mention is all the pieces of the corridor model get assigned a code, both the points and the links are coded. A lot of you might not even realize it is happening, but if you scroll all the way to end of the help topic for any sub-assembly you will see what is called a coding diagram, its is the most important piece of information you have in troubleshooting problems with corridor surface creation. If I had my way it would be the first diagram shown, but I think the bookend position is also a hold over from CAiCE because every CAiCE fragment help file I have seen also had them at the end. I have included a sample from the help file below.

At any rate when we build a surface from our corridor model there are two possibilities presented to us, both are dependant on codes. The first option available is by links. This builds the surface by connecting similar coded links and then triangulating between those links. The other option is to build based on feature lines, this is more akin to adding a bunch of breaklines in to build a surface model.

I won’t debate which is better, a lot of times I try both just to see which result I like better. So after 2 pages of ranting and rambling I am finally going to talk about what prompted this post. Someone in the newsgroup was having a problem with a sub-assembly not creating the datum surface properly to get accurate earthworks volumes. The answer to their problem lied in the information I gave you previously. The sub-assembly in question was the urban curb and gutter series, in the attached screen shot I have shown how the datum was being generated with the assembly as designed. As well is a picture of the assembly.

Now that you have seen the problem here is the resolution, by looking at the coding diagram for the two sub-assemblies involved here we can see both have the datum code applied(I have labeled my images for simplicity, when the software is working from the centerline outward it gets to the bottom back of curb and then the datum surface flies upward, this is because the software although nifty and intelligent isn’t a mind reader, it operates on pretty simple logic which states if you find a sub-assembly with the datum code the surface needs to hit it. The spiking here is caused because no decision can be made if it should be connecting to the upper sub-assembly or the bottom of the curb sub-base, the surface just ends up bouncing between the two. My correction for this problem requires an extra sub-assembly be used, in this case one without the datum code applied. As I need a simple link at grade I have used a generic link at slope, for codes I have applied only a top code to the link. In the screen shot you can see the surface generation problem has been resolved.


I am not going to document this one but another common cause of these problems is stacking two basic lane sub-assemblies ontop of each other, while the software will often manage to connect them properly, in corners it will very often get confused and result in similar spikes. This is because you end up with 2 sets of point codes that are identical just separated in the z direction. Hopefully this helps you get a little deeper view into how a model is built and lets you make some better choices when you are building your assemblies.

Posted in Corridors, Sub Assemblies, Surfaces | 6 Comments »

Set Your Template!

Posted by James Wedding, P.E. on 24th July 2006

My two cent tip for the day. You know how much I hate technical posts (that’s why Nick is so great!), but this one is simple, it’s easy, and it will save you time.

Set your default template! How many times have you started working in a C3D session and realized you don’t have any styles? I do it all the time when I get to a new user’s machine, or when we’re setting up labs. The default template used by C3D is not quite, but close to, useless. A poster in the NG suggested the C3D team should change this, and I tend to agree. Since the setting Default Template File Name for QNEW is actually the template used at session start, I like to change it to be something useful. Saves a few clicks. A few clicks here, a few clicks there, and soon we’re talking about real money. Stupid simple, but worth the 30 seconds it should take you to change this!

Go to Options, then to the Files Tab. Expand the Template Settings, then the Default Template File Name for QNEW. It should look like this. If not, your CM has changed it…dont’ change it without talking to him or her!

Now, click the Browse button, and find the file named _Autodesk Civil 3D (Imperial) NCS Extended. Or better yet, find the template made just for your firm, with your styles and settings built in. Select it and click Open. The path should now show your change like this one does.

This is a dead simple change, but you’ll thank yourself in the long run. If you’re implementing C3D, this should be on your checklist to complete either during installation image creation, or via scripting.

Posted in Uncategorized | 3 Comments »

Labeling Pipe Invert Elevations in a Profile View

Posted by civil3d on 21st July 2006

The question has been posed - “Can I label my pipe invert elevation in the band set of a profile view.” That’s a pretty standard request, right? A lot of agencies require this on all Sanitary Sewer Plan/Profile sheets. So, naturally, I tried to set my band set profile reference to the pipe profile. Uh, there’s no pipe profile listed.

After some thinking, and a bit of cursing the team in Manchester (I still love ‘em, but the little things drive me crazy), I did come up with an answer. It’s not perfect, but it does work. There are two main downsides - 1) It requires the manual drawing of a new profile, and 2) It loses the dynamic link to the pipe network - but more about that at the end.

So, we’ve got this profile view - you can see that I have my existing ground, proposed finished ground, and pipe network profile all shown in the profile view. Here’s what it looks like - and the profile is just for illustrative purposes, because not many agencies here in the southeastern US would allow me to design a roller coaster like this:

Now, to get this pipe information in my band (the area at the bottom of the profile view that shows FG elevation and EG elevation….), I’ll need to create a new profile by layout. I’m going to call it “Pipe Profile,” give it a label style of “none” and draw it tangnet-tangent (no curves).

When I draw this profile in, I’m going to snap each PVI to the start and end invert of each pipe. Make sure you have a profile display style that will actually draw in the invert of the pipe (I simply have a style that shows inside walls only). You can see my profile here:

Now, to label this information, I’m going to go to my Profile View Properties, click on the Band Set tab, and change my Profile 2 setting for that band to my new “Pipe Profile” profile. Now, I’ve created a new label style that shows which one is the FG elevation and which one is the pipe invert elevation:

One problem though - there’s no way to keep the dynamic relationship with the pipe network. If I change the pipe network at this point, I’ve got to go back in and redefine that new profile that I created. It’s quite a bit of a PITA, but it’s better than the way we used to do it - calculating by hand and labeling manually. I personally hope that those great guys in Manchester can see fit to make this a bit more automatic in the future.

Have fun!

Posted in Labels, Pipes, Profiles | 1 Comment »

Civil Pursuits

Posted by Jason Hickey on 20th July 2006

Next week, I will be traveling to various cities speaking with government customers who use Autodesk products for Civil related projects, including Civil Design and Geospatial/GIS. The schedule is as follows:

Monday, July 24 - Jackson, Mississippi
Wednesday, July 26 - Huntsville, Alabama
Thursday, July 27 - Mobile, Alabama

If you are a government user (municipality, county, state, federal, etc.) or simply a private firm that works on government contracts, you’re invited to attend and see what Autodesk has to offer you in the 2007 line of products. We’ll take in-depth looks at Civil 3D and Map 3D specifically.

If you’d like to sign up, you may do so here.

Hope to see you there!

Posted in Uncategorized | No Comments »

Get a Beta Testing Box for Free

Posted by James Wedding, P.E. on 17th July 2006

VMware Server has been changed from a pay product to FREE (as in beer). Most of the more serious beta testers and consultants out there use VMWare or VirtualPC from Microsoft to maintain multiple versions of Acad, C3D, LDT, etc on different OS configurations without taking a chance on ruining their main computer.

I run Vault on a XP SP2 Virtual machine on my laptop, and have two more seats of C3D running in Virtual Machines upstairs on my 2003 Server. That gives me the ability to have two Vault and three C3D computers all running at once, testing out all the configurations I can dream up. It’s a testing lab in two computers!

This is the perfect solution for testing out 2007 products if you’re not up to date, or for checking out that latest newest build in the Autodesk Beta programs. Check it out!

Posted in Uncategorized | 1 Comment »

Why is Vault Better?

Posted by James Wedding, P.E. on 15th July 2006

Dang, didn’t see Nick’s sweet post on points, links, and feature lines. It’s worth a read, click here to jump down the page…then come back to read my Vault commentary.

It’s been going a few days in the Discussion Group, and I’ve waited to chime in to see what others thought. It’s Friday night, I’m still wound up from a Soccer game, so here’s my $0.02 to throw in the mix.

Vault is better than LDT’s project management because it comes with C3D. That’s an obtuse way of looking at it, but it’s also the right one. If you try to compare what we (as a Civil industry) need to what Vault delivers, you’ll throw out Vault and stick with LDT. Definitely a case of cutting off your nose to spite your face.

While I am teaching a class on Vault at AU, I do not like Vault. Let’s look at what’s not to love:

1. Backup and maintenance procedures are completely unacceptable to most IT departments. Six 9s uptime is the goal. Any process that requires shutting down the service for routine maintenance is flawed in the modern IT age. Additionally, if you are willing to shut it down, you have to store a mirror image of the Vault to back it up, then pull that image offline. Triple the storage space, and a completely boneheaded approach. Most CE firms already have backup plans in place. These plans have served these companies well, and typically combine a mix of storage mediums, rotation periods, and instantaneous restoration tools. Most of these can be done while the primary system is up and running. Want to restore Vault? Kick everyone out, the system is going down. As a former IT Manager, this one alone sends me into conniptions every time I talk about it.

2. Most Civil firms are relatively small operations. You would probably be surprised by the percentage of C3D seats that belong to firms with less than 20 seats. A firm of that size typically does not carry a full time IT staff, making even the relatively minor IT requirements of Vault implementation a scary beast, and leads to…

3. Vault requires additional maintenance and infrastructure. It cannot tie to Active Directory, nor does it play with Novell in any supported form. Novell is an accepted player in the IT marketplace, and Autodesk forcing a SQL box into the mix is arrogant beyond words. On the other side of the network OS divide, if you’re going to hitch yourself to Windows, do it. Let IT use their existing AD and other security tools instead of creating yet another login and permission set to deal with.

4. Assuming you’ll buy my argument that versioning and backup are not required in a project management tool from Civils, then the hardware requirements of Vault are insanely high. At _least_ two times the project storage you’re currently maintaining, assuming a full implementation. More if you’re not willing to shut down the Vault every night to purge the multiple versions sucking up disk space. Additionally, most places will need a new box in some shape or form. If you’re a small business, and on MS, chances are you have Server SBE. SBE doesn’t play nice with Vault. Pick up a new server and CALS to go along with it. Oh, and don’t forget the IT guy to install it.

5. And it’s a change in a workflow that most firms find works pretty damned well. C3D is enough of a disruption to their plan production scheme, why would you add this in with no appreciable direct benefit to the end user?

So you’re saying, “Wow, why the hell would I install Vault?” Because Vault is the price of admission to the C3D universe. Vault is the only way to use project data and references effectively in C3D 2007. Shortcuts were crippled unexplainably, so Vault is the way to go.

Look past the feature set of Vault, consider the design process from start to finish, and Vault is the winner of the LDT .mdb vs Vault 5 contest, hands down.

I don’t like it, but we can make it work, and we can show you how to make money with Vault in place. Curious? Contact us to talk more.

Posted in Uncategorized | 4 Comments »

Holes, Nuts and Bolts

Posted by Nick Zeeben on 14th July 2006

Today I am going to talk about how the software puts together a corridor model. I am not talking about the fact that I need to have an alignment profile and assembly to build a corridor, I am going to go delve deeper, or maybe shallower depending on your point of view. A corridor model has three basic parts that make up its construction, points, links and feature lines(There is a fourth component called shapes, but the model can be built without those so we will come back to them later.) Cross sectionaly the model is constructed by points(whose location is determined by the VBA sub-assembly), those points are then connected together by links. Along the profile direction the model is built out by placing the assembly along the PGL at a specified spacing Civil 3D calls frequency. The rest of the model is then built out by playing connect the dots from point to point, these connections are called Feature Lines.

The software connects the dots of like coded points along the gaps, if no matching code is found(Such as when you make a transition from having sidewalk to just a grass buffer at roadside) at the next frequency specified branching control determines what choices the software will make. There are two options for branching: inward or outward, just like it sounds inward branching forces the feature line to connect to the next inward point it finds, outward the opposite. The branching control is found on the feature lines tab of the corridor properties dialog box.

I think my rambling has gone long enough for another post. Check back in for the exciting conclusion, if I haven’t already made you fall asleep at the keys.

Posted in Corridors, Sub Assemblies | 6 Comments »

Is Training Worth The Cost?

Posted by Jason Hickey on 14th July 2006

I believe it was Scott McEachron that posted about this long ago, and gave me this idea. I want to go over this topic again, and again, and again, and again, because it’s THAT important. Not to mention, it gave me something to write on the plane Wednesday.

Today, I’m going off the technical path and discussing something that’s very close to my heart – training. With the increasing market acceptance of technology such as Autodesk Civil 3D 2007, our users have a very powerful tool sitting on their desktops. It seems as if the perception of this program is that it is simply an upgrade to our existing technology. However, this is not the case – this is an entirely new way of engineering design. To fully harness the power of the technology, proper training is a must.

The problem is that training is an expensive prospect for a company. The cost goes much deeper than just the fee paid to the trainer – after a company pays for the class, for the salaries of the students attending, and the cost incurred with the loss of productivity, a simple 3 day class can be a daunting cost. Let’s do some math to illustrate – we have a designer that is attending a 3 day Civil 3D class. That designer has a billable rate of $100 per hour, and is paid at a rate of $25 per hour (I’m using these nice round numbers for the sake of easy math). The class is $875. That designer’s salary for 3 days (24 hours) is $600. The money that his employer would be billing for his time for those three days is $2400. If that employee’s travel expenses are low (let’s say $100 per day for the sake of math, even though this is rarely possible), that’s another $300. Looking at these figures, we’re up to a cost of $4175 for a simple class! And people wonder why they have a hard time convincing their employers to send them to training!

However, only the best companies look at the entire picture. Most people only see the immediate financial impact, and that’s the money that’s being drained out of the company checkbook to send students to class. Often, these companies have already spent tens of thousands of dollars buying the software and the hardware necessary to run it, and just can’t seem to find a way to bite off the cost of training. They figure that their users will just pick up the software on their own. What happens in this case is the users spend countless hours on the phone with technical support engineers trying to settle issues that would be covered in a training class. While they’re trying to solve those problems (and trust me, just because it doesn’t work the way your old software did does NOT mean that it’s a problem with the software), their employer is still having to pay them, the project is falling further and further behind, and the client is becoming more and more unhappy.

Often, you see marketing material that tells you that you’ll be “X” percent quicker with this new software than you were with your old stuff. I’ve seen varying numbers, from 30, to 50, and I even saw one marketing brochure that promised users a 98% increase in productivity! That’s a pretty tough number to live up to, and in reality, it’s a totally incorrect number. After your training, you’ll likely lose money on your first project using the new software. Then, you’ll lose money on the second one, but you’ll lose less money. Third project, fourth project, fifth project…..you’ll lose less and less money every time until the users get comfortable with the software and begin to tap into the true power of the software. Then, you’ll notice a project that makes a profit – then another that makes a higher profit, then higher and higher and higher – now you’ve realized the return on your investment. You’ve built a foundation that is being built upon, and that foundation has made your company much more profitable by implementing much more efficient workflows.

If you’re interested in training, contact ALACAD. We provide many options for training, including customizing it to fit YOUR needs – we want you to get the most out of your investment. Go ahead and make that step, and make your company more profitable.

Posted in Uncategorized | No Comments »