HELP HOME

|

INSTALLATION

|

QUICK START GUIDE

|

RESOURCES

Autodesk Model Checker Configurator for Revit®

Home
Model Checker Configurator

Regular Expression (RegEx)

A regular expression, or "regex," is a customized text string that can be used for describing search patterns. These text strings are accepted by the Autodesk Model Checker Configurator for Revit, and assist in filtering the customized element or model checks.

See below for some helpful links to more information regarding regular expression.

Regular Expression Wiki

Regular-Expressions.info

Autodesk RevitLookup

Autodesk RevitLookup is a tool that helps to interrogate the API behind Revit and the elements contained within. It allows one to access and analyze model information through a programmatic lens.

See below for some helpful links to more information regarding the Autodesk RevitLookup tool.

The Building Coder

RevitLookup

Configurator Checks

Sample configurations that will assist in the creation of your own configuration files can be found on our Features page. See the descriptions below for what these checks can do for the integrity of your model.


  • Element Check 1: no elements placed
    Checks if no elements of a specified family have been placed in the current model or linked models. In the sample check, a failure is reported if there are no ceilings selected by family instance.
  • Element Check 2: elements not within Rooms or Spaces
    Checks whether any elements are not within Rooms or Spaces. In the sample check, Furniture and Furniture Systems, which are not defined by Rooms or Spaces, are selected by family instance.
  • Element Check 3: duplicate elements
    Checks for any elements that are duplicates (identical elements at the same location and base level). In the sample check, the “System Type” category value “Autodesk.Revit.DB.FamilyInstance” is used to report family instances which are not dependent by “View” and have “Redundant” property values for “Location”. Also note that some family categories, such as Columns and Railings, may have a common base level at elevation 0 and can cause false reporting.
  • Element Check 4: duplicate parameter values in elements
    Checks for any elements of a specified family that have duplicate values for a specified parameter.
  • Element Check 5: parameter does not exist in elements
    Checks if a parameter does not exist in an element. In the sample check, all “OST” model categories, in which the “COBie.Component.Name” parameter is “Undefined”, are selected by family instance.
  • Element Check 6: parameter has blank value in elements
    Checks if a text based parameter has a blank value in an element. In the sample check, doors which have a blank value for the “Mark” parameter are selected by family instance. Note that the “Has Value” condition is only applicable to text based parameters.
  • Element Check 7: parameter with a particular format in elements
    Checks if a parameter has a non-conforming value in an element. In the sample check, Furniture containing the wildcard “generic” in the parameter “Manufacturer”, are selected by family instance. Note that although “Manufacturer” is a type parameter, the reporting is instance based. Also note that the “[gG]” syntax in the wildcard allows the word “generic” to be non-case sensitive.
  • Element Check 8: parameter equal to zero in elements
    Checks if a numerically based parameter is equal to zero in an element. In the sample check, all Ceilings with a height above level equal to zero are selected by family instance.
  • Element Check 9: parameter less than the specified minimum value in elements
    Checks if a numerically based parameter in an element is less than the value specified in the “User Defined” field. In the sample check, all Walls which have a height less than the “User Defined” default of 4 feet, are selected by family instance. The parameter “Function” is set to 0 to indicate that the wall is for Interior use.
  • Element Check 10: select all elements then exclude specific elements
    Selects all elements which meet the selection criteria and uses the “Exclude” operator to remove elements from the selection. In the sample check, all families with a non-blank value for the “COBie.Created.By” parameter are selected by family instance. Then all instances, in which the value for the “COBie.Created.By” parameter is correctly formatted, are excluded from the selection, leaving only the instances that are not correctly formatted. Also note that the wildcard syntax allows for the entry of email addresses in this format “john.smith@mycompany.com”
  • Element Check 11: parameter does not exist in types
    Checks if a parameter does not exist in a family type. In the sample check, all families, in which the “COBie.Type.Name” parameter is “Undefined”, are selected by family type.
  • Element Check 12: parameter has a blank value in types
    Checks if a text based parameter has a blank value in a family type. In the sample check, doors which have a blank value for the “Type Mark” parameter, are selected by family type. Note that the “Has Value” condition is only applicable to text based parameters.
  • Element Check 13: parameter with a particular format in types
    Checks if a parameter has a non-conforming value in a family type. In the sample check, interior Walls which are assigned a name containing the wildcard “generic”, are selected by family type. The parameter “Function” is set to 0 to indicate that the wall is for Interior use. Also note that the “[gG]” syntax in the wildcard allows the word “generic” to be non-case sensitive.
  • Element Check 14: view purpose does not exist in views
    Checks for the existence of the custom “View Purpose” parameter and if the value is blank. In the sample check, a failure is reported if there are no views with the “View Purpose” parameter defined. Also note that the check will report as “Pass” if even one view contains the “View Purpose” parameter and the value is not blank.
  • Element Check 15: schedule does not exist in views
    Checks for the existence of schedule views. In the sample check, the “System Type” category value “Autodesk.Revit.DB.ViewSchedule” is used to report a failure if there are no schedules containing the word “Door” in the view name.
  • General Check 1: perform an element count
    Counts the total number of specified elements in the model and linked models. In the sample check, the family category “OST_Doors” is selected to be included in the count. Note that this Model Check will report all matching Types and placed Instances.
  • General Check 2: report the file size
    Provides the file sizes for the current model and each linked file (RVT and DWG files).
  • General Check 3: list the unused elements
    Counts the total number of items that are not being used in the current model and all linked models. Note that this is similar to, but not identical to the count from the Purge Unused command.
  • General Check 4: report the Area Space Schemes
    Counts the total number of Area Schemes in the current model and all linked models.
  • General Check 5: report the Volume Computation settings
    Lists the Volume Computations settings in the current model and linked models (i.e. “Areas Only” versus “Areas and Volumes”).
  • General Check 6: list the Line Styles
    Lists all of the Line Styles in the current model and linked models.
  • General Check 7: list the Object Styles
    Lists all of the non-standard Object Styles (i.e. from imports) in the current model and linked models.
  • General Check 8: report the Project Information
    Lists all of the Project Information in the current model and linked models.
  • General Check 9: report the Warnings
    Counts the total number of warnings in the current model and all linked models. This is a more extensive report than the Review Warnings tool inside of Revit.
  • General Check 10: list the Design Options
    Lists all of the Design Options in the current model and linked models.
  • General Check 11: list the raster images
    Lists all of the Raster Images in the current model and linked models.
  • General Check 12: list the Views not on sheets
    Counts the total number of views not placed on sheets in the current model and linked models.
  • General Check 13: list the Views with hidden elements
    Counts the total number of hidden elements in the current model and linked models, broken down by view to see if any views have an excessive number.
  • General Check 14: list the Worksets
    Lists all of the Worksets in the current model and linked models.
  • General Check 15: report the Workset placement
    Lists all of the elements in the current model and linked models whose family category is not Levels or Grids but are placed on the "Shared Levels and Grids" workset.

BACK TO TOP