April 2005 AUGI Training Program: ADT Scheduling Basics Class Offered

I am teaching a class, ATP071 Architectural Desktop's Scheduling Features, as part of the April 2005 offerings of the AUGI Training Program. There is no cost to participate in this class, other than having an Internet connection so that you can access the class materials and the dedicated forum for the class. You do need to become a member of AUGI to have access to the class, but that too is free. Check it all out at the AUGI website. Once you have joined [or, for current members, signed in] - click on the Education link in the menu bar below the logo graphics, then select AUGI Training Program > Current ATP Courses to find the current class offerings.

The class starts Monday, April 11, 2005, with Segment 1. Segments 2 and 3 will be made available on subsequent Mondays [April 18 and April 25, respectively]. There will be a dedicated Forum [discussion group] for the class, where you can post any questions that you have. I or other classmates will do our best to answer your questions in a timely fashion.

Here is a synopsis of the class content:

This course covers the components involved in scheduling in Autodesk® Architectural Desktop and the relationships between them:

• Property Data Formats
• Property Sets
• Schedule Tables
• Schedule Tags

The course materials provide background material describing the components, and three tutorials, one for each segment of the course, will guide you through the creation and use of these components. Drawing files will also be provided so that everyone has a common starting point. This course is primarily based on the features found in the 2004 and 2005 releases of Autodesk® Architectural Desktop, but will include directions for users of the 3.3 release and alternatives where 3.3 lacks features present in 2004/2005.

No previous experience with Autodesk® Architectural Desktop’s scheduling feature is required, but general familiarity with the version of Autodesk® Architectural Desktop you are using will be helpful. At the end of the course, each student should know the scheduling components, how they relate to one another and should be able to create all of the components needed for a scheduling task.

The sample files and tutorials are based on Imperial units [feet and inches], with which I am most familiar, but the concepts should be able to be easily transferred to Metric files.

I hope to see you in the class forum! Should you be reading this post after the class has concluded, the class materials will still be available for downloading for several months after the conclusion of the course.

Additional AUGI CAD Camp Dates Announced

Additional dates for the next AUGI CAD Camps have been announced:

May 10, 2005 - Omaha, Nebraska (registration is now open)

May 26, 2005 - Baltimore, Maryland

June 7, 2005 - St. Paul, Minnesota

Formula Property Interface Improved in ADT 2006

Anyone who has ever created a formula property in ADT that went beyond a simple concatenation will appreciate the revised Formula Property Defintion dialog in ADT 2006. No longer does debugging your your formula require multiple loops from the drawing, where you have set up some sample test objects and maybe tags or schedules, to the Style Manager. Now you can enter your formula, provide test values for the other properties it references right in the defintion dialog and do all your debugging right there.

As if that were not enough, there is also a handy section that will add various VB Script commands/command structures to your formula with placeholders for parameters you need to enter, organized by type. Never be confused over whether there is a space in ElseIf or End If ever again. Hover over an item to see a tool tip that displays what will be inserted; if you have Internet access, right click help takes you straight to the MSDN Library help page for that command. The only way they could make this any easier would be to find a way to provide right-click access directly to Scott Arvin, and since that would seriously curtail his ability to make future improvements, I do not think anyone really wants that.

The screen capture below shows a newly created Property Set Definition intended to be used for a room name. The goal is to have two separate lines for the room name in the tag, but to have the value[s] concatenated, with a single space separator, for the schedule. A simple concatenation formula could be used, but to avoid adding the space if one or both of the manual properties are an empty string, an "if-then-elseif-else" test structure is used to test for empty strings in the manual properties and to return the appropriate value. The two manual properties have already been defined, as can be seen on the Defintion tab at the top of the screen capture; the formula property was entered and tested without even having to click OK once to save the formula. The drawing file is otherwise empty - no sample spaces, tags and schedules required.


Formula Property Definition Dialog [click on image to view a larger version]

Hats off to the ADT Development team for making formula properties that much easier to create and use.

ADT 2006 Tags Illustrated

There was a glitch with the Hello BloggerBot yesterday that prevented me from including all the wonderful illustrations I had prepared for my previous post. Now that it has been cleared up, here is the tutorial, complete with illustrations.

1. Identify the property[ies] you wish to display in your tag, and the Property Set Definition[s] that contain that[those] property[ies], along with any other Property Sets that you would like to have your tag attach. Create any new Property Set Definitions and/or copy existing ones to the file in which you will create the tag. This can be any drawing file for learning/experimental purposes, but when you are creating “final” tags, you will want to either use the out-of-the-box Schedule Tables (Imperial).dwg or create a tag source file to hold your office’s custom tags. This file also serves as the central repository for Property Set Definitions and Schedule Table Styles, and needs to be accessible to all who will use the Tool palette tool you create for your tag.
2. In your source file, draw the graphics you want for the tag, using text placeholders where you want to display property data. Keep in mind that the tags will use annotation scaling, so make any placeholders you want to plot at the annotation plot size one unit high. Scale other placeholders and graphics accordingly. The string you use in your placeholder text will become the default text for the attribute definition the text will become, so choose your string with that in mind. Figure 1 below shows the primitive graphics on the left, a single piece of middle center justified text, one unit high, and two five-sided closed lwpolylines. The final tag is shown on the right. (Note: you can click on any of the pictures to see a larger, clearer version. Use the Back button on your browser to return to the post.)
   
   
   Figure 1: Primitive Graphics to Multi-View Block
3. Start the _AecDefineTag command; the easiest way is to choose Format > Define Schedule Tag… from the pulldown menus. Select your graphics, as directed by the command line prompt. The Define Schedule Tag dialog appears as shown in Figure 2.
   
   
   Figure 2: The Define Schedule Tag dialog
4. The Define Schedule Tag dialog will show a preview image of your tag in the upper left corner. To the right of that, the Name edit box allows you to give your tag a name; the same name will be used for both the view block and the Multi-View Block for your tag. There is also a Select Objects button, to allow you to change the graphics to be included in your tag. Enter a name for your tag (see Figure 3).
5. Below the preview graphics and the Select Objects button is a list box that shows each placeholder text item you included in your selection set. The Label column will initially show the text string of the placeholder text. If you leave a text item “as is”, it will be static text in the view block. To get your placeholder text to be converted to a properly formatted attribute definition in the view block, click where it says “Text” in the Type column on the row of a particular placeholder, and select Property in the dropdown list, as shown in Figure 3.
   
   Figure 3: Entering a name and changing the Type to Property
   Move over to the Property Set column, and choose the Property Set that includes the property you want want this placeholder to display (Figure 4). Finally, choose the property name in the Property Definition column (Figure 5). Notice that the Label has now changed to the PropertySetName:PropertyName format that will be used for the attributed defintion tag, which will be familiar to those who have created tags in prior releases (Figure 6). Repeat this process for each placeholder text you included in your tag graphics.
   
   
   Figure 4: Selecting the Property Set
   
   
   Figure 5: Setting the Property Definition
   
   
   Figure 6: The Label is now formatted
6. When you are certain that all of the graphics are included and all of the placeholder text has been set to the correct property, select the OK in the Define Schedule Tag dialog and, following the Command line prompt, pick the point that will be the insertion point of your tag, relative to the selected graphics. The graphics are replaced with a Multi-View Block that contains a view block showing your graphics, and one or more attributes – one for each placeholder text that you converted to a property, see Figure 1 above. Save the file so that you can make a tool. Select the Multi-View Block, right click and choose Edit Multi-View Block Definition... from the context menu. Select the View Blocks tab and note that the view block created has been assigned to the top and bottom view directions for the General Display Representation for Multi-View Blocks, as indicated in Figure 7. Select the Cancel button to close the dialog without making any changes.
   
   
   Figure 7: The View Blocks tab of the newly created Door_Tag MVB
7. Set an editable Tool palette current, then select the newly created Multi-View Block. Right-click and drag the Multi-View Block onto the tool palette. Edit the new tool’s properties, and set the layer key you want associated with the tool, and make any other settings. You are now ready to use your new tag. Figure 8 shows a door tagged with the example tag.
   
   
   Figure 8: A tagged door
   

I hope that the illustrations make it easier to understand the process, particularly if you are reading this before ADT 2006 has shipped.

ADT 2006 Tags

If you can draft in AutoCAD, you can make an ADT tag in 2006.

The process of creating tags has been made much simpler in ADT 2006. You can avoid the AEC Content Wizard altogether for basic tags, and just use the new tag wizard. You do not even need to create a view block or a multi-view block - just place text "placeholders" where you want to display property data and draw the rest of your graphics.

Here is a quick tutorial on how to create a tag in Autodesk® Architectural Desktop 2006 using the new _AecDefineTag command:

1. Identify the property[ies] you wish to display in your tag, and the Property Set Definition[s] that contain that[those] property[ies], along with any other Property Sets that you would like to have your tag attach. Create any new Property Set Definitions and/or copy existing ones to the file in which you will create the tag. This can be any drawing file for learning/experimental purposes, but when you are creating “final” tags, you will want to either use the out-of-the-box Schedule Tables (Imperial).dwg or create a tag source file to hold your office’s custom tags. This file also serves as the central repository for Property Set Definitions and Schedule Table Styles, and needs to be accessible to all who will use the Tool palette tool you create for your tag.
2. In your source file, draw the graphics you want for the tag, using text placeholders where you want to display property data. Keep in mind that the tags will use annotation scaling, so make any placeholders you want to plot at the annotation plot size one unit high. Scale other placeholders and graphics accordingly. The string you use in your placeholder text will become the default text for the attribute definition the text will become, so choose your string with that in mind.
3. Start the _AecDefineTag command; the easiest way is to choose Format > Define Schedule Tag… from the pulldown menus. Select your graphics, as directed by the command line prompt. The Define Schedule Tag dialog appears.
4. The Define Schedule Tag dialog will show a preview image of your tag in the upper left corner. To the right of that, the Name edit box allows you to give your tag a name; the same name will be used for both the view block and the Multi-View Block for your tag. There is also a Select Objects button, to allow you to change the graphics to be included in your tag. Enter a name for your tag.
5. Below the preview graphics and the Select Objects button is a list box that shows each placeholder text item you included in your selection set. The Label column will initially show the text string of the placeholder text. If you leave a text item “as is”, it will be static text in the view block. To get your placeholder text to be converted to a properly formatted attribute definition in the view block, click where it says “Text” in the Type column on the row of a particular placeholder, and select Property in the dropdown list. Move over to the Property Set column, and choose the Property Set that includes the property you want want this placeholder to display. Finally, choose the property name in the Property Definition column. Notice that the Label has now changed to the PropertySetName:PropertyName format that will be used for the attributed defintion tag, which will be familiar to those who have created tags in prior releases. Repeat this process for each placeholder text you included in your tag graphics.
6. When you are certain that all of the graphics are included and all of the placeholder text has been set to the correct property, select the OK in the Define Schedule Tag dialog and, following the Command line prompt, pick the point that will be the insertion point of your tag, relative to the selected graphics. The graphics are replaced with a Multi-View Block that contains a view block showing your graphics, and one or more attributes – one for each placeholder text that you converted to a property. Save the file so that you can make a tool.
7. Set an editable Tool palette current, then select the newly created Multi-View Block. Right-click and drag the Multi-View Block onto the tool palette. Edit the new tool’s properties, and set the layer key you want associated with the tool, and make any other settings. You are now ready to use your new tag.

For single view block tags, the new command takes care of everything. If you want to set up scale-dependent tags that do not use annotation scaling, you will have to use the Create AEC Content wizard, as in previous releases.

Additional cool features:

• ADT now recognizes tags as tags, not just as a Multi-View Block. So not only can you release the anchor of a tag, you can now re-anchor the released tag if you like, rather than erasing and re-tagging. This works for any legacy tags you have, too - you do not need to recreate any customizations you made in previous releases.
• You can right click an existing tag and choose Add Selected to use the same tag on a new object.
• With the new AecDefineTag command, you do not have to remember either the exact spelling of your Property Set Defintion name or that of the property name – nor do you have to type them correctly.
• You can specify additional property sets to be attached by the tool, without creating invisible attributes in your tag.
• You can use a variation on the tag tool to create a tool that will attach property set definitions without attaching a tag. This can be useful when you want to add a Property Set with a location grip to objects in an Element, but do not want to add a tag.

ADT 2006 Discussion Group Opens

A new discussion group for the soon-to-be-released Autodesk Architectural Desktop 2006 is now open. You can access this discussion group by either a web browser or
a newsreader.

ADT 2005 0 kb DST File HotFix

Chris Yanchar has announced the availability of a HotFix for ADT 2005 - 0 KB DST problem in the ADT 2005 Discussion Group. The HotFix can be downloaded from the Autodesk website.

Matt Dillon on Out-of-the-Box Standards

Once again, Matt has posted a "must read" article for anyone using ADT and starting to set up standards or re-examining current standards. Those intending to use the United States National CAD Standard as a basis for their own office standard can take advantage of the US NCS Version 2.0 compliance of the out-of-the-box content, as described by Matt in his ADT Standards Out of the Box for U.S. Users blog article.

Perkins + Will Georgia Tech Computer Science Building

On Thursday, February 17, 2005, 11 a.m. PST / 2 p.m. EST, Autodesk is hosting a webcast featuring the use of ADT for the design of the computer science building at Georgia Tech, by Perkins + Will. Sign up for the webcast by clicking on this link.

Removing Unsightly Bottom Frames at Doors

Ever use a Door/Window Assembly to model a door with an integral sidelight and/or transom? Ever wish you had not done so, because you just can not get rid of the lines that make it look like there is a bottom frame at your door opening? Or maybe you got rid of those lines, only to lose the frame at the sidelight? And to make matters worse, the pesky frame is still there in that grand rendering you had planned? If so, read on.

First off, let me note that I tested the following in Architectural Desktop 2004, and the same principals apply in 2005. My memory is fuzzy on this, but I do not believe you can do all the things noted below in 3.3. For 3.3, you need to turn off the entire bottom frame of the Window Assembly [as they were called in that release] by not assigning a frame to the bottom location, then "simulate" a bottom frame at the sidelight by creating an infill panel with a width that matches the mullion width. The out-of-the-box styles use this technique; you can reverse engineer it from one of those.

The first thing to realize - assuming that you are using the out-of-the-box display settings - is that the two lines that appear to be the bottom frame in a Door/Window Assembly are in fact not that, but the Sill A and Sill B components of the Sill Plan display. Those of you who managed to turn off those lines already know that. You have a choice to make here. If most of your Door/Window Assemblies are in exterior walls and the doors would have thresholds, then you may want to keep the drawing default display settings as is - with Sills A and B turned on, and apply style overrides to your interior Door/Window Assemblies to turn them off. If the converse is true, you may choose to turn off the sills in the drawing default, and use style overrides for your exterior styles.

So now your door panel looks great in plan, but you only have the glass lines at the sidelight. What you need to do now is edit the Plan Display Representation and turn on the Below component.

April 29, 2005 Update: Unanchored Door/Window Assemblies will not display the frame lines even after the Below Component is turned on. You will need to set a "manual above and below cut plane height" on the Other tab of the Plan Display Representation at a height that passes through your frame or mullion below. This is not necessary with Door/Window Assemblies that are anchored to a wall.

Again, you can do this either at the drawing default level or as a style override. You will now either see a frame [or, if you have a mullion in the sidelight below the cut plane, the mullion] all the way across your assembly, or, if you did not assign a frame to the bottom location in your assembly style, you will continue to see nothing. Should you have a mullion below the cut plane at the sidelight, you may have just what you want in plan view - but chances are you are not getting the 3D view correct - unless you are using the 3.3-era technique of simulating the bottom frame with a wide panel as noted above. There is nothing wrong with that - but consider the following as an alternate, and perhaps cleaner way to model that bottom frame.

What you need to do is make certain you have a bottom frame defined, then override that frame by removing it from any cells with doors or other infills where you do not want to have a bottom frame. The following steps outline the procedure.

1. Place a instance of your Door/Window Assembly in the drawing using the DoorWinAssemblyAdd command, or a tool - use the generic Door/Window Assembly tool if you do not have one set up for this purpose. Set the length and height to values appropriate to the style.
2. In an elevation or isometric view, select the Door/Window Assembly, right click and choose Infill > Show Markers from the context menu. A magenta cell icon should appear in each cell.
3. Select the assembly again, right click and choose Infill > Override Assignment... from the context menu. You will be prompted to "Select infill to override". Select the infill marker in the door cell and press Enter.
4. In the Infill Assignment Override worksheet, place a checkmark in the Bottom toggle in the Frame Removal area. Select OK. The bottom frame will disappears from the door cell .
5. That takes care of that single instance, but we are not done yet. After all, who wants to go through that every time you place one of these assemblies? Select the assembly, right click and choose Design Rules > Transfer to Object from the context menu.
6. Select the assembly again, right click and choose Design Rules > Save to Style... from the context menu.
7. In the Save Changes worksheet, you can save the overrides you made to this instance to a style. You have the option to save them to any existing Door/Window Assembly style in the drawing - including the current style of the selected assembly, the default choice, or you can create a new style. You can also choose which types of overrides to save to the style. If your style did not previously have any overrides, the infill override will be the only toggle active - the others will be grayed out. Place a checkmark in the "Transfer Infill Overrides to Style" toggle. If there were other overrides and you want to keep them, check the other active toggles as well, then select OK.
8. Add a new instance of your modified style and look at it from various vantage points to confirm that the overrides are now part of the style. Edit the Door/Window Assembly style and click on the Overrides tab. Expand the Infill Assignments category, which now has a "+" next to it, to see your newly created infill override. You can look at and even remove the override here [right click the name], but you can not create one here.

If you like, you can find a sample file in which I have done the above, in the Autodesk Architectural Desktop 2004 Discussion Group, in a thread titled "window assembly". In the sample file, there are two Door/Window Assembly styles, Style1 and Style2. Style1 is the starting point, without the override; Style2 is the finished style, with the override at the door cell. The post that has the attachment has a version of the above tutorial, with the directions specific to the sample file.