November 28, 2004
Autodesk University
I will be leaving for Autodesk University tomorrow, so it is unlikely that I will be making any new entries here for at least another week. I hope to have a wealth of new information to record here when I return.
November 26, 2004
Endcaps for Variable-width Walls
Here's an ingenious partial solution to a somewhat vexing problem, how to deal with endcaps with wrapping materials for variable width walls, called to my attention by Terence Chatfield in the ADT 2005 Discussion Group thread My (evolving) Wish List.
If you have the same material on both sides being wrapped around the end, you can cover a range of widths with one endcap by making the wrapping polylines overlap for the full width between the components, rather than having only one reach across to the other. That way you can double the width between them and still be covered. Depending upon the expected range of the variable component, you may be able to have one, two or maybe three endcap styles, rather than one for every anticipated width.
November 25, 2004
Autodesk Architectural Desktop Tags
Ever wonder how a tag "knows" to which object types [doors, windows, walls, spaces, etc.] it may be applied? Did you ever wish that an additional Property Set Definition [PSD] or two could be attached at the same time you place your tag, even if the tag does not display any properties from the additional PSD[s]? If so, read on.
The key to both issues is in the attribute tag names included with your ADT tag. But first, a brief overview of how tags a constructed. An ADT tag is a Multi-View Block [MVB] that has been turned into a "Custom Command" type of AEC Content file, using the AEC Content Wizard. The _AecAnnoScheduleTagAdd command attaches the MVB to an object with a tag anchor. The MVB is composed of one or more "view blocks". Each view block is an ordinary AutoCAD block, containing regular graphics [if desired] along with at least one attribute definition. It is the attribute tag name of this/these attribute[s] that we will focus on here.
ADT tags display one or more properties from one or more PSDs that are attached to an object. It is important to understand this distinction: the property value resides on the object, NOT in the attribute - the attribute merely is the vehicle for displaying the property value. You tell ADT which property to display by formatting the attribute tag name as follows:
[PropertySetDefinitionName]:[PropertyName]
where [PropertySetDefinitionName] is the name of your PSD and [PropertyName] is the name of a property within that PSD that is to be displayed by that attribute. For example, to display the Name property of the RoomObjects PSD, the attribute tag name would be ROOMOBJECTS:NAME.
ADT determines to which object types a particular tag may be applied by looking at the PSDs referenced by the attribute definitions contained within the view blocks attached to the MVB tag, and then looking at the object types to which those PSDs apply. For example, the "Room Tag" AEC Content file provided with ADT 2005 uses a MVB called "Aec3_Room_Tag", which has one view block, called "Aec3_Room_Tag_P". That view block, in turn, has three attribute definitions: ROOMOBJECTS:NAME, ROOMOBJECTS:NUMBER and SPACEOBJECTS:HEIGHT. The RoomObjects and SpaceObjects PSDs both apply to "Area, Space", so ADT will allow you to apply the tag to an area or a space, but not to any other objects. [As an aside, the "Room Tag" AEC Content file provided with ADT 2005 actually references the SPACESTYLES:HEIGHT property in the third attribute, but the out-of-the-block template files include a revised block definition for the "Aec3_Room_Tag_P" view block that changes that to SPACEOBJECTS:HEIGHT. This reflects the difference in property locations between ADT 3, when this tag was made, and ADT 2004/2005. If you are using ADT 2004 or 2005 and want to use this tag in a file that does not have the revised "Aec3_Room_Tag_P" definition in it, you may want to edit the content file and change the tag for that third attribute definition to SPACEOBJECTS:HEIGHT so that the SpaceObjects PSD is attached.]
The "Room Tag" also includes an example of how to get additional PSDs attached when tagging. If you have ever used this tag, you will have noticed that the tag does not display a "height". Take a look at the properties of the SPACEOBJECTS:HEIGHT attribute definition:
ATTRIBUTE Layer: "0"
Space: Model space
Color: BYBLOCK
Linetype: "BYBLOCK"
LineWeight: BYBLOCK
Handle = 1c61
Style = "Standard"
Font file = txt
center point, X= 8'-1" Y=3'-3 7/32" Z= 0'-0"
height 0'-0 1/2"
value
tag SPACEOBJECTS:HEIGHT
rotation angle 0.00
width scale factor 1.00000
obliquing angle 0.00
flags invisible
generation normal
Notice, in particular the flags setting - "invisible". By including an invisible attribute definition that references a property in the PSD you wish to have attached to the object when you tag it, the tag will attach that PSD without displaying any of that PSDs values.
If you are just starting to tackle customizing ADT tags, you may want to take a look at two "Brain Dumps" written by Matt Dillon: "Schedule Basics" and "Creating Custom Automatic Schedule Tags". These were written for ADT 2, but will still give you a firm understanding of the relationships between PSDs, objects, tags and schedules. These are where I got my start. You can find a link to this in Chris Yanchar's "Between the Walls" ADT Weblog at the link below. Chris' Weblog is a great resource for information on ADT.
The key to both issues is in the attribute tag names included with your ADT tag. But first, a brief overview of how tags a constructed. An ADT tag is a Multi-View Block [MVB] that has been turned into a "Custom Command" type of AEC Content file, using the AEC Content Wizard. The _AecAnnoScheduleTagAdd command attaches the MVB to an object with a tag anchor. The MVB is composed of one or more "view blocks". Each view block is an ordinary AutoCAD block, containing regular graphics [if desired] along with at least one attribute definition. It is the attribute tag name of this/these attribute[s] that we will focus on here.
ADT tags display one or more properties from one or more PSDs that are attached to an object. It is important to understand this distinction: the property value resides on the object, NOT in the attribute - the attribute merely is the vehicle for displaying the property value. You tell ADT which property to display by formatting the attribute tag name as follows:
[PropertySetDefinitionName]:[PropertyName]
where [PropertySetDefinitionName] is the name of your PSD and [PropertyName] is the name of a property within that PSD that is to be displayed by that attribute. For example, to display the Name property of the RoomObjects PSD, the attribute tag name would be ROOMOBJECTS:NAME.
ADT determines to which object types a particular tag may be applied by looking at the PSDs referenced by the attribute definitions contained within the view blocks attached to the MVB tag, and then looking at the object types to which those PSDs apply. For example, the "Room Tag" AEC Content file provided with ADT 2005 uses a MVB called "Aec3_Room_Tag", which has one view block, called "Aec3_Room_Tag_P". That view block, in turn, has three attribute definitions: ROOMOBJECTS:NAME, ROOMOBJECTS:NUMBER and SPACEOBJECTS:HEIGHT. The RoomObjects and SpaceObjects PSDs both apply to "Area, Space", so ADT will allow you to apply the tag to an area or a space, but not to any other objects. [As an aside, the "Room Tag" AEC Content file provided with ADT 2005 actually references the SPACESTYLES:HEIGHT property in the third attribute, but the out-of-the-block template files include a revised block definition for the "Aec3_Room_Tag_P" view block that changes that to SPACEOBJECTS:HEIGHT. This reflects the difference in property locations between ADT 3, when this tag was made, and ADT 2004/2005. If you are using ADT 2004 or 2005 and want to use this tag in a file that does not have the revised "Aec3_Room_Tag_P" definition in it, you may want to edit the content file and change the tag for that third attribute definition to SPACEOBJECTS:HEIGHT so that the SpaceObjects PSD is attached.]
The "Room Tag" also includes an example of how to get additional PSDs attached when tagging. If you have ever used this tag, you will have noticed that the tag does not display a "height". Take a look at the properties of the SPACEOBJECTS:HEIGHT attribute definition:
ATTRIBUTE Layer: "0"
Space: Model space
Color: BYBLOCK
Linetype: "BYBLOCK"
LineWeight: BYBLOCK
Handle = 1c61
Style = "Standard"
Font file = txt
center point, X= 8'-1" Y=3'-3 7/32" Z= 0'-0"
height 0'-0 1/2"
value
tag SPACEOBJECTS:HEIGHT
rotation angle 0.00
width scale factor 1.00000
obliquing angle 0.00
flags invisible
generation normal
Notice, in particular the flags setting - "invisible". By including an invisible attribute definition that references a property in the PSD you wish to have attached to the object when you tag it, the tag will attach that PSD without displaying any of that PSDs values.
If you are just starting to tackle customizing ADT tags, you may want to take a look at two "Brain Dumps" written by Matt Dillon: "Schedule Basics" and "Creating Custom Automatic Schedule Tags". These were written for ADT 2, but will still give you a firm understanding of the relationships between PSDs, objects, tags and schedules. These are where I got my start. You can find a link to this in Chris Yanchar's "Between the Walls" ADT Weblog at the link below. Chris' Weblog is a great resource for information on ADT.
Welcome to The Architect's Desktop
My primary intent is to use this blog as a means of collecting and organizing procedures and best practices for Autodesk Architectural Desktop. I expect that many of the posts here will have their origins in one or more discussions in the Autodesk Architectural Desktop Discussion Groups. I encourage all ADT users to be active participants in these groups - each person brings her or his own perspective and knowledge and makes the collective group that much more valuable to all.
Having what I assume to be a typical architect's schedule, I make no promises as to the volume or regularity of the postings here, but I do hope to use this as a catalyst to get me to consolidate my own "knowledge base" on ADT and to serve as the incubator for tutorials and classes for others at the firm where I work and perhaps other outlets as well. If all goes well, I want to take advantage of the Thanksgiving holiday to get some content posted prior to shipping out to Autodesk University on November 29. If you are attending Autodesk University this year, stop by booth 511 (at the back, on the left) during the AUGI Beer Bust on Tuesday night to learn more about the discussion groups. You might even run into me.
Click on this link to get to the Autodesk Discussion Group Main Index Page.
Having what I assume to be a typical architect's schedule, I make no promises as to the volume or regularity of the postings here, but I do hope to use this as a catalyst to get me to consolidate my own "knowledge base" on ADT and to serve as the incubator for tutorials and classes for others at the firm where I work and perhaps other outlets as well. If all goes well, I want to take advantage of the Thanksgiving holiday to get some content posted prior to shipping out to Autodesk University on November 29. If you are attending Autodesk University this year, stop by booth 511 (at the back, on the left) during the AUGI Beer Bust on Tuesday night to learn more about the discussion groups. You might even run into me.
Click on this link to get to the Autodesk Discussion Group Main Index Page.
Subscribe to:
Posts (Atom)