The layer under the fields

We trust fields. All companies use them, and we use them in SheetAgent for Civil 3D extensively. This post is about our approach to reduce field problems down the road.

What actually happens

Using fields requires attention and expertise. What I see is inexperienced drafters and engineers who simply don't understand how these work. They see ##### and they think it's a simple text edit. They type over it, and the field is gone.

Blame it on training, or blame it on excessive workload. At the end of the day the field gets disturbed, and we find that late in the process. When we catch it, it's in QA/QC at the PDF print: sheet numbers wrong, or a sheet name or number missing.

We get blind looking at the drawing. And when multiple engineers and drafters are all collaborating, the chances of a missed coordination are bigger. It's only found when the set is looked at holistically, which most of the time is at the PDF print for review.

No one knows who wrote over it, and the blame game never works. We just have to deal with it: reinsert the fields, rewire them to the SSM. And unfortunately, it's always found in QA/QC.

What we did about it

The program auto-populates the names and numbers. A non-expert or an expert using SheetAgent will simply select the field in the title block, and SheetAgent populates it in all the layouts. If your title block has a custom field that isn't native to SSM, SheetAgent automatically adds that custom field to SSM at sync, to reduce the user error that comes with inexperience. And when synced to SSM, any missing ##### will be filled. What this does is reduce the manual work, and reduce the confusion with the #####.

Then the auto heal. SheetAgent makes changes intentional. If a user typed over a name, SheetAgent will self-heal at update, unless the name change is intentional, either by changing the name, the number or any field in SSM, or by using the tool. Any manual user edits to the title block fields will be corrected.

This adds another backup layer. We allow users to edit fields, however there is a simple button that doesn't require training, just reading and pressing: Edit TB Fields. That's a second layer of safety and protection for SSM.

Also, if for any reason SSM got corrupted, which happens, SheetAgent has a backup. We write to and read from SSM, so if anything breaks on the SSM side, Sync to SSM will repair it and keep the sheets in a working state.

Why this matters

That's our approach to reduce field problems down the road. Less manual work, less confusion with the #####, and a field that gets disturbed is corrected at update instead of found at QA/QC.

What's next

Next, the last one, and the part almost nobody automates well: the key plans and the project-wide picture, one tiling that every discipline and every file inherits.

See it on your own project at setline.ai, or read how title blocks are set up and how numbering and the sheet set stay in step in the documentation.

Common questions

What title block fields does SheetAgent for Civil 3D fill in?

Both the project-wide fields and the sheet-specific ones, and it keeps them in sync. Static, project-wide fields include project name, project number, client, address, issue date, and revision information. Dynamic, sheet-specific fields include sheet number, sheet title, scale, layout name, sheet count, page order, and viewport data. Splitting them this way keeps the project information consistent across the set while each sheet’s own data updates as the set changes.

How do we keep title blocks and sheet numbering consistent across a large set?

The title block comes in as an Xref and its fields are filled from one place. Project-wide fields such as project name, number, client, address, issue date, and revision are set once; sheet-specific fields such as number, title, scale, layout name, sheet count, and page order are generated per sheet and kept in sync. SheetAgent for Civil 3D writes both the fields Sheet Set Manager knows natively and the ones it does not, such as the page number and count that read as “1 of 30”, and links them so they populate automatically rather than being set up by hand. Swapping the title block later is a change of Xref path followed by Update, which pushes it across every sheet, so no firm-wide title block is required.

Does SheetAgent for Civil 3D work with Sheet Set Manager?

Yes, closely. One button adds all your layouts to Sheet Set Manager as a sheet set. When you add or delete layouts, a sync button pushes those changes straight into SSM so the set stays current. SheetAgent for Civil 3D generates both native SSM fields and non-native custom fields, the ones that are not built into SSM such as the page number and page count that read as 1 of 30 on a sheet, and links all of them to SSM so they are recognized and populated automatically instead of being set up and typed by hand. And the Edit TB Fields function lets you edit every sheet field in one place, across all layouts at once, then sync the changes back to SSM, instead of opening each layout to fix them one at a time.

More answers on the FAQ: Using it.

← All entries