Xrev API Tools: Increase Productivity!



Friday, October 20, 2006

Reloading Families of a different Name

Have you ever renamed a family and then wanted to load it back into a project without having to swap out your families of a different name and risk losing tags and dimensions?

Well its possible.

In your project browser (where all your sheets/views are list at the left of screen) scroll down to the families section and expand the list.

Now find the family you want to overwrite.

Right click and select reload.

Now navigate to the family you want to overwrite it with. Amazingly it doesn't need to be the same name or even the same family category

Once reloaded revit will swap out all your families of this type in the project for this new version.

This is good for keeping file sizes down and avoiding excess loaded families.

Hope this helps :)

Comments are welcome as always.

Saturday, May 20, 2006

Export to DWG Known Issues

This is a compiled list of DWG export problems. Hopefully this list will see some of these issues ironed out in subsequent releases. If you have any further issues that you think should be listed or comments on how some of these issues have effected your productively please post them.

1. Elements that have used the linework tool on certain category families do not get exported.

2. When the linework tool is used on an underlay to show the roof and the underlay is turned off, in the resulting export the roof hatch is typically exported also...

3. White, no pattern fills created in annotation families or any family for that matter export to AutoCAD and print as solid black making the annotations unreadable. FIXED

4. Elements in sub-categories are not exported to their subcategories even though they have been mapped to a seperate layer in the export layers file. THIS ISSUE HAS BEEN RESOLVED WITH A LATER BUILD OF REVIT. ELEMENTS ARE STILL EXPORTED TO THEIR CATEGORY LAYER AS BLOCKS, HOWEVER PARTS OF THESE BLOCKS CAN BE TURNED OFF USING THE SUBCATEGORIES. FIXED

5. Crop Region translations when exporting sheets directly correspond to those in Revit. The issue being is that an AutoCAD viewport crops text and annotations where is Revits doesn't...

6. When Override host layers is enabled for walls etc, the resulting export places these lines using an unpredictable color which doesn't correspond with the export layers file. Typically Color 10 or Color 50 so these need to be assigned in your CTB file.

7. Dimension and text should create new styles upon export rather than using the STANDARD style as this creates issues with older versions of AutoCAD commonly used by clients and consultants.

8. When loaded generic models are used as an in-place floor when a callout of them is exported the entire floor comes across in the result export. This is an issue as if the setting is used to export out to a single sheet often this floor then overlaps the other details on the sheet making them appear incorrectly.

9. Linetype translations are still unpredictable. Often the linetypes used in revit don't translate through into the export. A solid line is the result. For instance overrides applied using a filter to select specific wall types to display in a particular manner.

10. The penultimate would be for an exported titleblock to export with attributes created for the parameters. Some of our clients have database systems they use for managing drawings (checking in and out etc) that link with these attributes. As the various consultants do not currently use Revit the only deliverables are DWG and DWF/PDF. As such these resultant exports need to be perfect and useable in order to work appropriately within a system such as this.

11. Text leaders somtimes get exported with an uncontrollable overridden color. Color 10 or Color 50...

Feel free to add comments

Tuesday, May 16, 2006

Revit 9 Filters Explained

Filters are a very powerful new tool available in Revit 9.

They give you the ability to control the visibility of any group of elements you define. Including their line colour, line style, and lineweight as well as whether that particular group of elements is visible.

They give the user the ability to control elements in way where previously mistreating worksets was the only method. Personally I still feel the need to control elements with worksets sometimes.

Before I begin with a quick tutorial, filters cannot be used on annotation elements such as section markers (unfortunately...)

Being by going to your visibility settings for the view you wish to add a filter.

Click on the filter tab.

Click Filters down the bottom.

Click New, to add a new filter.

Name it accordingly. Best to use something descriptive so you'll be able to use it again in another view at a later stage.

Select which element categories you'd like it to filter through... You can select multiple or single categories.

Select filter by... This enables you to filter from all the shared and project parameters available for these elements.

Then select the way you want to filter it (contains, equals etc)

Then type in the condition you require. (you can repeat this to set multiple conditions in a single filter)

Now insert this filter into the view.

Now all elements matching this criteria can be manipulated independently, either by turning them off, giving them a different line style (for example fire rated walls or structural walls...)

You can also access you filters through you settings menu.

Wednesday, April 12, 2006

Object Styles Explained

Object styles are located both in the project and in families. Every family, system and annotation category has atleast one object style. They are used to control globally how an object is displayed with regards to lineweight, colour and type. These can be overridden per view or changed throughout a project either in your "visibility graphics controls" or your "settings->Object Styles" respectively.

In a family:

When you are in a family going to settings->Object Styles can create new subcategories for elements that will enable them to be turned off or their display manipulated without changing all elements in that category. For example:

Say we have a generic model family and we create a new object style by going to our object style settings, clicking NEW and selecting sub-category of generic models and name in "Signage". We could then select individual solid geometries located in our family and go to their properties and set their subcategory to "Signage". Now if we were to load this family into a project we could turn off signage in our visibility settings and it would just turn off these geometries whilst keeping on our other generic models.

The other items that are created when adding a new object style are new linetypes (this is where some people become confused as in families you do not create new linetypes you create new object styles). If we were to select symbolic lines in our family you'll note that two new linestyles are now selectable. That is, Signage (cut) and Signage (projection). Similarly lines drawn in this object style can be turned off or manipulated independant of all generic models as previously outlined.

In a project:

In Settings->Object Styles in a project we can change how a particular sub-category or category is displayed globally throughout the model by editing its properties. You'll note we have multiple tabs, for model, annotation etc for the different classes of elements.

These can also be overridden per view to enable exceptions to the graphical display of these elements for paricular views.

Nested Arrays & Formulas

I have recently updated my tutorial for nested arrays and formulas which was getting quite old. The tutorial is available here: Nested Families & Arrays

Just in summarisation though, best practices when creating parametric arrays:

1. Always use nested families for elements that are to be arrayed

2. Always constrain the two defining elements of the array in all 3 axis. (defining elements are either the first and second or first and last depending on which option you've selected when creating your array)

3. Always constrain your arrayed elements by dimensioning to their origins. (their origin is the intersection of the three "defines origin" reference planes - THIS SHOULD BE LOCATED AT A LOGICAL POINT THAT YOU WANT TO CONSTRAIN TO, TO AVOID EXCESSIVE DIMENSIONS AND PARAMETERS)

Hopefully this quick cheat sheet can be used to diagnose issues with malfunctioning arrays.

Sunday, April 09, 2006

Making "Elevation" tags look like Section Heads (pre-Revit 2011)

Okay, so we can't yet make elevations look the way we want them to. This is my typical workaround that i use in my office where the elevation appearance is critical (functionally you are still better using the elevations).

Begin with a standard section:

Now select it and go to its properties and choose Edit/New:

Now we want to duplicate this section type and call it "Building Elevation" for example:

Now if we Okay out of each of these windows and goto our Settings-->View Tags-->Section Tags... Settings, we can create a new section tag type called Building Elevation and set it to have Section Tail = none:

Now we need to select our section and go to its properties and tell it to use this new section tag type that we have created:

We should now have a section that uses the Section-Building Elevation type and it doesn't have a tail:

Now if we select this section again, and drag the section line end point back to the head, MAKING SURE TO LEAVE A SMALL EXTENSION PAST THE HEAD (otherwise we'll have difficulty actually using the section/moving it etc):

Finally its just a simple matter of adjust the sections crop regions so the head is roughly centred. Now we have a section tag that looks like an elevation marker and still has much of the same functionality. However it now looks how we want it to and all information (detail number/sheet number etc) are displayed within the actual marker, unlike elevation tags.

Personal Wishlist - Updated for RAC2008

There are many wishlists around but unfortunately none of them capture all that I'd like to see added/improved so I thought I'd post them. I believe it will also be a good reference for new users to see what isn't currently possible (without workarounds)... Note: some of these have been taken from the AUGI wishlist forums.

1. Elevation Tags
We need to be able to further customise these tags to achieve the standards we require. Whether this be by making them external families ala sections tags or simply allowing more options to customise their display.

2. Filtering of Sections by type (Now possible to an extent with the 2008 Hide in View tool)
How many of us spend countless hours using hide annotation in view to hide unwanted sections in a view. It would be great if we could filter the sections per view based on their type!

3. View Depth Clipping of Lineweights in section and elevation!
Sections/Elevations often look flat and are difficult to read, this needs to be implemented. Workarounds such as turning on shadows greatly increase printing time to an unacceptable amount.

4. Adding a new family category for SIGNAGE that has a setting that enables you to stop the signage from flipping when mirrored.
This would be great for mirroring projects.

5. Improved Site Modelling tools (Slightly improved in 2008 with the floor point edit tool)
Currently modelling things like kerbs that follow topography or having components located underground that display correctly in section (with earth hatch wrapping around them) are somewhat difficult to achieve.

DELETED 6. Improved handling of Groups (No longer an issue in 2008)
Groups can be somewhat unreliable with changes to a group often resulting in being unable to "finish group" and then having to ungroup and regroup certain items. Things like this need to be addressed.

7. Addition of further modelling tools (improved in 2008 with point edits...)
The ability to import SAT is great but it would be better not having to purchase another program in order to create complex NURB forms easily.

DELETED 8. The ability to have semi-transparent filled regions (available in 2008)
Sometimes there is the need to lightly hatch over an area without either fully blocking it out or making it too visible.

9. Ability to add views when working in an in-place family
All too often do we need to quit the family and setup some views in order to achieve what we're after...

9. A quick paintbrush tool for resequencing numbering of doors/windows/carparking etc when a change is made.
It's quite time consuming when a change occurs at door 2 and there are three hundred odd doors to renumber. Also when placing anything that is tagged they should have automatic sequential numbering based on your first selection/tagging method (numbers/letters etc).

10. The ability to have lettered revisions as well as numbered
I'm sure most architectural office use both letters and numbers for different stages of the design process. This needs to be implemented in order to make the revision schedule a valid tool, as well as the next item.

11. Greater ability to customise the way schedules appear.
We need the ability to rotate schedules so the column headers can be on the side or the bottom of the schedule. Also the ability to flip the direction in which new rows are added. For instance, the field at the bottom is filled first and subsequent fields added above as required.

12. Greater control of wall layer visibility.
Sometimes we need to only show structural layers of a wall in a view as the finish layers overcomplicate the drawing. Workarounds are not sufficient for this.

13. NON-RECTANGULAR crop regions!
This is very common practice. Having to filled region or masking region (2008) out the unwanted information is annoying and time wasting.

14. Views between sheets need to be able to be aligned
Maybe an underlay sheet tool would be good for this so we can ensure the views appear in the exact same location.

15. Allow true colour representation of views (improved in 2008 with transparent filled regions)
Often light pastel colours will show as white meaning we must use bright ugly colours in order to get differentiation between areas...

16. Rescaling of hatch patterns without having to find the pat file
Its annoying having to find the pat file again and re-import it just to rescale a hatch pattern.

17. A select all instances per view tool
Select all instances is great but there are times when you only want to select from what is shown.

18. Improved DWG Export
Dimensions and text when exported need to create new text and dimension styles instead of using "standard" as this will vary between computers. Also the location of text in dimensions and the witness lines should link to the AutoCAD dimension style settings instead of using proxy overrides.

19. Additional Text control tools (MODEL & DRAFTING)
If we are to improve upon the days of ole (AutoCAD) we need all the text control options that were available there. For instance, the ability to create oblique text, adjust character spacing and adjust text width factor in model text as well.

20. The ability to have decals appear in a shaded view
Those of us who need to show signage, it would be great is we could place these in a way that they display in a standard shaded view without the need to render the view or insert a jpg and line it up...

21. The ability to attach walls to stairs and have stairs join to floors
Stairs are still fiddly and don't have all the flexibilies required. Multi-level stairs need to be able to attach to floors (monolithic). Walls should be able to attach to the underside. Spiral stairs should be able to go further than 360°. Spiral treads need to overlap.

22. Better control of hosted Railings
Railings on stairs when their heights are incorrect, we need the ability to manual edit the 3D path to ensure the railing follows the appropriate angles etc. Although this is sort of possible some slopes are still difficult to achieve. It would also be great if we could tab select the balusters and adjust them individually as an override as spacings are rarely the same...