Correcting Widely Scattered Models

When bringing models into SMC, you may find some components being displayed outside the normal 3-D View. These components can be the result of accidental placement of components outside the building, or simply legacy objects that are left behind from previous model versions.

In SMC, these components cause issues with navigation because they generate such a vast 3-D View. A single misplaced object may be miles away from the building in the 3-D view, which results in SMC trying to accommodate for the single misplaced object by creating much more navigable space then is needed. You can correct for these issues in SMC when importing a file.

When first bringing in a model, if there is an issue with a component that is far away from any other relevant model components, a pop-up window will appear suggesting that the models are “widely scattered.”   Again, this is implying that the amount of space that will be generated in SMC’s 3-D view will be extremely large, and will almost certainly affect performance and navigation in SMC.

issue_2016_08_tt_16_01

In the screenshot above, there are 553 components in one location, and one component in another that is several miles away.  Obviously, the single component is likely to be an error.

You can select the Zoom To Components zoom_to_components  icon to ‘zoom in’ to that object to see what it is.

Select the object in the 3D window to see the Info about the object and make a determination about what should be done.

If it is determined that you would like to ‘remove’ the item from the model, you can do so by clicking the Set to Selection Button Set to Selection Basket  to place that object in the Selection Basket.

From the Selection Basket, choose the Component Hierarchy COMPONENT_HIERARCHY icon, then right-click on the object and choose ‘Remove from Model.’

issue_2016_08_tt_16_02

This will remove the object so that it is no longer in Solibri Model Checker.  It does not remove the component from the IFC file, however, so it is best to go back to the original design software at some point and correct the issue for future versions of the model.  By removing the component in SMC, you are temporarily removing the issue so that you can proceed with your model review.

Advertisements
Correcting Widely Scattered Models

Creating Your Own Custom Disciplines Through Classification

In the previous article Disciplines in SMC, we explained how the discipline of a file opened in Solibri Model Checker (SMC) is useful in the color mapping of components and use in rule filters. Currently, these disciplines are hard coded and limited to those in the list below:

uc-01-01

The discussion of disciplines arises during coordination when checking for intersections between systems. Namely, what discipline to set files to as they are added to the federated model and what disciplines to check against each other using the general intersection rule in SMC.  Classification within SMC makes it simple to automatically map your files using your own naming convention to any custom discipline you would like to create.

For example, you may have a different naming convention of disciplines and use the term “Mechanical” rather than “HVAC”.  Also, you may have a “Communications” model that is differentiated from the “Electrical” model(s), for which a discipline doesn’t exist within SMC.

For more information on classification see:

Creating Classifications in SMC

Using Advanced Classification in ITO

You can follow along as we create a “Discipline by File Name” classification for use in interference checking using the example model linked here:

disciplines_advanced_sample_project.smc

This example model was created by exporting the Architectural, MEP, and Structural versions of the advanced sample project that comes with Revit 2016.  For the MEP sample project, we also isolated components during each IFC export based on the discipline of Mechanical, Electrical, and Plumbing to further divide the entire federated model into 5 IFC files based on each discipline.

When you first open all 5 IFC files, the Ensure Model Disciplines window will open to allow you to set the short name and discipline from a set list in SMC.

Short names are always manually entered or left to their A-Z defaults. However, the discipline can be automatically mapped based on the application that created the file, or the file name.  The file was exported from Revit 2016, which is a building authoring tool that can contain components from any discipline, unlike other applications that specialize in a specific discipline, such as Tekla Structures, Revit Architecture, Revit Structure, etc.  As such, it simply defaults to the Architectural discipline. The out-of-the-box File Name mapping is left as *.* and to ignore the file name, as it is up to the user to define their own mappings based on their own file naming convention.

uc-01-03

We’ll manually set the short name to the first letter of the discipline and set the discipline to one of the hard coded disciplines in SMC. For instance, we map the Mechanical file to HVAC and the Fire Protection model to Sprinkler. This will allow you to use the out of the out-of-the-box interference detection rules that come with SMC to check discipline against discipline.

uc-01-04

For example, one such rule checks all Building Services components that intersect with beams and columns from Structural models.  Below, we see in the results view there are 207 intersections with beams and 30 with columns.  In the Checked Components view, these intersections occur in the electrical, mechanical, plumbing, and structural models.

uc-01-05

Opening the rule parameters of this rule, in the component filter table for Component 1, only beams and columns from disciplines related to Structural components (Prefab Concrete, Steel Structure, Structural) are checked.  For Component 2, any component excluding Covering, Space, Cable from disciplines related to Building Services (Air Conditioning, Building Services, Cooling, Electrical, etc.) are checked.

uc-01-05a

Listing all the various disciplines that fall under the category of Structural vs Building Services models leaves flexibility for users for what they select as their disciplines when they first load their models.

You are able to isolate the results by discipline though selecting the file(s) of that discipline in the Checked Components view, setting the file(s) to the selection basket, and selecting Filter with Selection Basket (some) in the Results view.  Below, we see there are 169 intersections with beams and 16 intersections with columns between the HVAC model and the Structural model.

uc-01-06

The intersections between just the electrical model and structural model can be viewed using this same method as seen below:

uc-01-07

Depending on the number of files, disciplines, and naming conventions, you may find that you wish to fine tune your interference detection checks to individual disciplines and/or even disciplines, such as “Communications,” that are not included in the hard coded ones.  This can be achieved through the use of classification.

Open the Classification view by clicking Add View ADD_VIEW > Classification SMC Classification Icon.  You’ll find a “Discipline by File Name” classification is loaded.  If you expand the classification, you’ll find that components in the model are classified by their discipline:

uc-01-08

Open the settings of the Classification by selecting the classification and clicking the Settings Settings button. In the Components filter parameters table, you see that all components are to be classified.  In the Default Classification Names, you see a listing of various disciplines.  You can add to or remove these depending on your own requirements.  Show Unclassified is marked to make it easy to see if any components in the model haven’t been classified to a discipline.

uc-01-08a

Click the Classification Rules tab to view how the file name is used to map to a specific discipline.  Every component has a Model parameter in the Identification property group, which is the short name and file name of the model that component resides in. For example, if “ELEC” appears anywhere in the file name, the components in the model are mapped to Electrical. This is achieved using “*ELEC*” to match the value of the Model parameter. If you specify the discipline in the file naming using a single character separated by underscores (_) or dashes (-), such as in the name “01_A_RME_Advanced_Sample_Project,” those components are classified as Architectural using “*_A_*” to match the value of the Model parameter. Lastly, you can specify the discipline in the file name using a single character at the beginning of the file name preceding a dash or underscore. However, since the short name of a file precedes the file name in the Model parameter, “(*) P-*” is used to match the value “(P) P-rme_advanced_sample_project” to Plumbing.

Depending on your own naming convention and disciplines, you can modify the values in the Model column to match your file names accordingly.

uc-01-09

In the Checking view, if you select the rule STRUCT vs MECH, the same results are listed for Beams and Columns in the Results view as the out-of-the-box rule “Building Services and Beams and Column” when filtering by selection basket after selecting the HVAC model, seen in the prior screenshot.

uc-01-10

Likewise, if you select the rule STRUCT VS ELEC, you’ll see the same results as previously seen in the “Building Services and Beams and Column” after selecting the Electrical model and filtering by the selection basket.

uc-01-11

If you open the rule parameters of the STRUCT VS MECH rule, you’ll see that rather than using the Discipline parameter, the “Discipline by File Name” classification is used to filter what components to include.

uc-01-12

Creating your own discipline classifications can make it easier when setting up your coordination rules based on disciplines if you have disciplines outside the ones available out of the box in SMC.  Using classification rules, you can automatically map your files based on their filename to those disciplines.

 

 

Creating Your Own Custom Disciplines Through Classification

Why Result Counts can vary in the General Intersection Rule

The Results view in Solibri Model Checker (SMC) organizes issue results by category and provides the number of how many results within a category have been handled by approving or rejecting them and the total count of results for that category.  When running a check of the General Intersection rule, the categories of the results are grouped by components, systems, and types.

The following article demonstrates how the results are grouped and also explains why different counts of results are listed depending on what you have specified in the Component 1 vs the Component 2 filter parameters tables.  The model below consists of 3 files: an HVAC, Structural, and Electrical model with general intersection rules checking each model against one another.  You can download this sample model to follow along through the link below:

General Intersection Rule – Comp1 vs Comp2 Tests.smc

uc-02-01

In the Checking view, you’ll find that the Structural vs Electrical rule has been run and result counts are listed. For instance, there are 40 unhandled results of Beams intersecting components in the Electrical model.

uc-02-01a

The Rule Parameters (below) have any component from the Structural model listed in the Component 1 filter parameter table and any component from the Electrical model listed in the Component 2 filter parameter table.

uc-02-01aa

If you select the Electrical vs Structural rule, you’ll find that there are 62 unhandled results listed.

uc-02-01b

In the Rule parameters, Component 1 and Component 2 were swapped, and any component from the Electrical model is listed in the Component 1 filter parameters table while any component from the Structural model is listed in the Component 2 filter parameters table.

Rest assured that even though the result counts differ, no results were missed in the Structural vs Electrical rule. When you expand the categories of the Intersections of Beam to the first result, you see that three light fixtures (2.108, 2.217, and 2.218) are grouped along with Beam.1.100, which those light fixtures intersect.

This is due to having the Structural model listed as Component 1 in the rule parameters.  In the rule parameters of the general intersection rule, components listed in the Component 2 filter parameter table will be group together under a result with the component from Component 1 that they intersect.

uc-02-02

When you expand the results under Intersection of Beams for the Electrical vs Structural rule, you see that there is an individual result for each light fixture that intersects Beam.1.100.
uc-02-03

Generally, you find lower result counts and more grouping of components when the components listed in Component 1 are larger than those in Component 2.  Components in Structural models such as beams, columns, and slabs are larger than components in an Electrical model such as light fixtures, electrical panels, and electrical outlets. Therefore, it is more likely that a single component from the Structural will have intersections with multiple components from the Electrical model, which explain why we see 40 results rather than 62.

You may also find a mixture of grouped and ungrouped components. Below is a check of HVAC vs Electrical. Since HVAC components are listed in the Component 1 filter parameter table, each duct and duct fitting intersecting with Cable Carrier 1.15 has its own result.

uc-02-04

If you swap the Component 1 and Component 2 filter parameter tables as in the rule parameters of Electrical vs HVAC, then the three results are reduced to one.

uc-02-05

However, recall that light fixtures are relatively small in size and duct in the HVAC model is similar geometrically to the beams found in the structural model. Hence, grouping by HVAC components allows for a single result where two light fixtures intersect Duct.1.16.

uc-02-06

Therefore, having HVAC components listed in the Component 1 filter parameter table may yield more result counts for intersections of long sections of cable tray, but less for individual light fixtures.

uc-02-07

Having a general idea of how results will be grouped depending on what is listed in the Component 1 and Component 2 filter parameter tables can save you time when reviewing results.

Also, you don’t need to check everything in one discipline against everything in another in just one rule.  For instance, you could check only cable trays against everything in your HVAC model in one rule, and then check everything in your HVAC model against everything in the Electrical model, excluding cable trays. As seen in the results above, this will reduce the number of results.

Lastly, there are tips and tricks for coordination and issue management such as right-clicking a component to show all component issues and viewing issues a component has in the Info view.  These topics are discussed in the article Solibri Model Checker (SMC) Workflow Tips & Tricks.

 

Why Result Counts can vary in the General Intersection Rule

Moving and Rotating Models

When merging multiple IFC files for coordination occasionally one or more of the files may not correctly align with the other model files. When this occurs it is advisable to have the author of these files move them into their correct locations in the native authoring software. However, if this is not an option, or if you would prefer to proceed with coordination before the changes can be made, there is a “Move or Rotate Models” capability in Solibri Model Checker (SMC).

In the example below, the Structural model is not aligned with the Architectural and Mechanical models.

Screen Shot 2015-08-11 at 2.27.47 PM

From the model tree, select the file that is misaligned with the other BIM models. Right click, and select “Move or Rotate Models”

Screen Shot 2015-08-11 at 2.28.47 PM

The “Move or Rotate Model” window appears.

Screen Shot 2015-08-11 at 2.29.20 PM

Current Model Location: This will always be 0,0,0,0 to begin. Once a model has been moved in Solibri Model Checker the coordinates will change to reflect the distances and degrees moved. This makes it very easy to reverse any changes made in SMC that may be incorrect, or to undo the move once the original BIM file has been updated.

Screen Shot 2015-08-11 at 3.27.20 PM

Move Model: A user can enter a specific value for X, Y, or Z to move the model. Negative numbers can also be used. Additionally, a user can choose to “Use Dimension Tool” and move the file by aligning a point or object with a corresponding point or object in another file.

Screen Shot 2015-08-11 at 3.27.28 PM

Rotate Model Around Point: The file can be rotated by degrees of rotation. A negative number will rotate the file clockwise, and a positive number counterclockwise. A user can also specify a pivot point that the rotation should revolve around.

Screen Shot 2015-08-11 at 3.27.35 PM

To move our model correctly, we will first try the Rotate Model Around Point option, and try to rotate it to the correct position.  In this case, we can see by looking at the two models that the central lobby roofs in the Structural model are 90 degrees counterclockwise from the Architectural curtain walls they should be joined to. Therefore, we will rotate the structural model -90, or 90 degrees clockwise.

Screen Shot 2015-08-11 at 2.32.58 PM

After doing this, the structural model now appears to be correctly aligned.  In these situations, it is often the case that the rotation will be off by either 90 or 180 degrees from the modeling software, so if it isn’t as obvious as in our example, those are still good starting points.

Screen Shot 2015-08-11 at 2.33.33 PM

From here, return to the Move or Rotate Models window. Note that the Current Model Location shows we are now located at -90 degrees.

Screen Shot 2015-08-11 at 3.13.32 PM

To use the “Move Model” option, if exact coordinates are available, they can be input for X, Y and Z values. In our example, it will be easier to use the Dimensioning Tool to choose two points in the model that should be exactly aligned. Select the “Use Dimension Tool” option from the Move or Rotate Model window.

Now, when moving the mouse in the 3D window, a dimensioning “Snap” tool will appear in yellow.

Screen Shot 2015-08-11 at 3.16.47 PM

In this example, we will align the bottom surface of the roof with the top surface of the walls, and the two end corners of those components should meet. First, select the corner of the roof, then the corner of the wall.

Screen Shot 2015-08-11 at 3.17.14 PM

The Add Dimensions window will appear to confirm the settings. Select Ok.

Screen Shot 2015-08-11 at 3.19.56 PM

Now, Select Ok in the Move or Rotate Model window to confirm the new file coordinates and to complete the move.

Screen Shot 2015-08-11 at 3.34.46 PM

As shown below, the models are now correctly aligned.

Screen Shot 2015-08-11 at 3.36.39 PM

Note: the Current Model Location now shows all changes that have occurred through the Move or Rotate Model tool.  This powerful feature allows a user to see all the location information and convey these discrepancies to the designer.  Then, if the designer corrects the discrepencies, you can easily revert back to the default coordinates from the IFC file.

Screen Shot 2015-08-11 at 8.19.48 PM

 

Moving and Rotating Models

Expediting Issue Management

SMC gives you flexibility when it comes to managing the issues that are found during your checks.  We are going to introduce you to a shortcut, while still capturing all the information you need.

When reviewing the checking results in the Solibri Model Checker, you can assign responsibility for problems and identify additional components that are related to an issue directly from the Checking Tab; there is no need to wait until you have generated a Presentation to add this information.

From the Checking Tab, right-click an issue and choose “Add Slide.”

Screen Shot 2015-07-28 at 1.12.18 PM

The Issue Details window will appear. Here, from the Issue Details tab, we can populate any comments that may be needed or add descriptions of the issue. Also, location can be manually edited if there are other details (grid locations, for example) that you want to include.

Screen Shot 2015-07-28 at 1.13.24 PMOnce you have finished adding any necessary details to the Issue, move to the Coordination Tab.

Coordination information can be added at this stage of the review process.  That information can include information about the model (name and author), as well as the status of an issue, and even the party that is responsible for addressing or resolving that issue. In the example below, the Status will be changed to Assigned.

Screen Shot 2015-07-28 at 1.13.42 PM

By selecting the + sign next to the Responsibilities box, we are prompted with a window that lists some suggested responsible parties: ARC, MEP, STR.

Here, we can choose from the list provided, or we can input our own responsible parties by adding a row and inserting a name, company, email address, or any other contact information.

Screen Shot 2015-07-28 at 1.14.27 PM

Once you have finished adding any necessary contact and status details for the Coordination Tab, move to the Components Tab.

 

The Components Tab lists all the components related to the issue. In our example, we have created an Issue out of two segments of Duct that are Intersecting with a single Beam, so those are the components listed. It is possible to add additional Related Components. To do so, you must go back to the model and Select (or, add to selection basket) the components you wish to add.

Screen Shot 2015-07-28 at 1.14.54 PM

In the below example, our issues are occurring over two different spaces, or rooms. So, we can select these spaces (as shown) using the selection tool and then go back to our issue and add the additional components.

Screen Shot 2015-07-28 at 2.15.31 PM

To add the spaces to the Related Components list, choose the Add from Selection Basket option in the Issue Details window, and select Ok.

Screen Shot 2015-07-28 at 2.16.00 PM

This process of generating information about the checking results at the point of the issues creation saves review time later, especially if there is no need for future review or approval by a third party.  Since here we are already in the Issue Details window, it is much quicker to take care of these issues on the fly from the Checking Tab then waiting until a Presentation has been generated.

Expediting Issue Management

Spatial Coordination in SMC

Much More Than Just Clash Detection

This article is intended to show examples of Spatial Coordination issues that may typically be missed by more basic Clash Detection checks, and might remain undetected until construction. Solibri Model Checker (SMC) differentiates between different object types and their respective requirements instead of simply looking for locations of “generic” clashes. This allows the user more flexibility in specifying which elements are to be checked.

Below are some examples. The small model used to show examples for this article is available here: Coordination_Example_Model.smc

Two Doors in a Series
Two Doors in a Series

This is an example of a coordination issue that would be missed in most circumstances.   While the two doors appear to be OK when closed (as they are modeled), SMC detects that the distance between them when opened is not large enough to satisfy the design requirements.   The user has the flexibility to modify the parameters within any rule template, in order to meet the established requirements.

Clearance in Front of Windows
Clearance in Front of Windows

The image above is showing an issue that resulted from a rule that checks clearances in front of, or behind components.  In this example, a column is shown within the required clearance space in front of a window obscuring the view.  Again, this rule is defined by the user, and can be used in many different circumstances, such as checking for appropriate clearance for access to utility or service panels, or electrical cabinets.

Clearance of Light Fixtures
Clearance of Light Fixtures

SMC has many different rules and requirements that can be adjusted, modified and customized.  This issue identifies a light hanging too low to meet the head clearance requirements. This rule could be used in other ways; for example, a check for distance of light fixtures from ceiling components would identify any lights that are too far away from any ceiling, and are likely placed incorrectly or need to be moved.

Intersecting Components
Intersecting Components

Identified in the above check is an issue that appears to be a ‘Hard Clash’, but in SMC the user can be very specific about what types of components to check.   For example, this rule can be configured to only check between Walls and some specific type of component.  In this image, a lighting panel board is recessed deeply within the wall.  Not only does SMC identify the problem, it also reports the total area of the intersecting components, so these measurements can be used for more accurate Takeoffs and estimates.

Related Issues of a Wall
Related Issues of a Wall

To make Spatial Coordination as easy as possible, a user can choose to review the checking results from the Checking Window as they are generated in SMC, or, they can select an object and choose the Issues tab in the Info window. Above is the Issues list related to a single wall object (Wall.0.2). This can be a very powerful tool for organizing issues and making decisions about what components need to be moved or remodeled.

Spatial Coordination is more of a space analysis process than just clash detection. SMC recognizes that not all spaces are equal (i.e. a classroom differs from a hallway, or a hospital operating room). This ‘logic’ makes it possible for SMC to identify issues, and relationships that would directly impact the building.

Spatial Coordination in SMC

Coordination Report Templates

Of the many features you’ll find in Solibri Model Checker (SMC), one of the most useful is its ability to communicate information about issues within a Building Information Model (BIM)  to a design team.  One method is through a Coordination Report, which uses a Microsoft Excel Worksheet as a template thereby allowing the user to either select from one of the out-of-the-box-templates or create their own custom template.  As a Coordination Report uses Microsoft Excel as the format, it in essence is a table of issues found in the model.  The information about the issues come from the slides you create for results of checks in SMC.

Example Coordination Report
Example Coordination Report

To create a Coordination Report, after you’ve created your presentation(s) of slides of issues, click the Report button in the Presentation view.  In the Create Report dialog seen below, you can select from one of the out-of-the-box-templates or create your own by clicking the Create Default… button.

Create Report Dialog
Create Report Dialog

There are three out-of-the-box templates found in the Report Templates/Coordination Report folder of SMC.  The difference between the three templates is the amount of information about the slides from the presentation that is included in the report.  The following lists what columns are included for each template:

  • CoordinationReportTemplateSimpleReport.xls:  Number, ID, Issue Title, Picture, Issue Description, Issue Comment
  • CoordinationReportTemplate.xls: Number, ID, Location, Date, Author, Title, Picture, Issue Description, Issue comment, Responsibilities, Action Required, Action Taken, Status
  • CoordinationReportTemplateDetailedReport.xls: Number, ID, Location, Date, Author, Issue Title, Picture, Issue Description, Issue Comment, Responsibilities, Action Required, Action Taken, Status, Hyperlink 1, Hyperlink 2, Components, Topic ID

If you would like to create your own, click the Create Default… button, and SMC will create a new template with the same information contained in the CoordinationReportTemplate.xls template and open this template in Microsoft Excel for editing.

In order to populate the report with specific information from SMC, keywords (e.g. <SLIDE_ID>) are used in a Microsoft Excel template file.  When you view one of these templates, you can easily see the keywords as they are capitalized and surrounded by “<” and “>” characters.    Coordination templates can include multiple keywords in a single cell.  Also, other descriptive text can be included in the cell along with keywords.

There are four types of template keywords: General, Model, Presentation, and Slide.  General keywords provide general information about the report such as the title, user information, a company logo, etc.  As this information pertains to a single entity, namely the report, these are the only keywords that can span multiple rows within the template.  It is important to understand that the other three types of keywords relate to multiple entities. Your model can contain multiple IFC files, a report can contain multiple presentations, and a presentation contains multiple slides.  Therefore, these types of keywords must be contained on a single row amongst themselves. When a report it being written, SMC will iterate through those multiple entities creating rows one after another populating the keywords with information.

The Model keywords row should be below the rows of General keywords.  Model keywords provide information about the IFC models that are open in SMC.  Below this, the single row with Presentation keywords should be above the row containing Slide keywords.  When a report is written for multiple presentations, SMC will iterate through each presentation, first writing the row containing the presentation information, and then the rows for the slides contained in the presentation.  This is one of the reasons you shouldn’t place any keywords in rows between the row for presentation keywords and slide keywords when creating a template.  This is also a reason why a single row cannot contain keywords of different types.

Below is a screenshot of the “My Coordination Template.xmls” default template with the four keyword types highlighted in different colors:

General, Model, Presentation, and Slide Report Keywords Categories
General, Model, Presentation, and Slide Report Keywords Categories

The following table describes the General keywords:

GENERAL KEYWORDS
KEYWORD DESCRIPTION WHERE TO EDIT
<PNG_IMAGE> Your company logo or an image inserted as a picture In the Microsoft Excel Worksheet template, insert the PNG image anywhere in the sheet, and it will appear in the cell that contains.
<CURRENT_TIME> The current date/time on your computer when the report is generated
<REPORT_TITLE> The title of the report, which may contain multiple presentations In the Presentation view, click the Report button to open the Create Report dialog and set the Report Title.
<USER_NAME> Your user name as currently set in SMC In the File layout, click Settings > General and set your User > Name.
<USER_POSITION> Your user position as currently set in SMC In the File layout, click Settings > General and set your User > Position.
<USER_ORGANIZATION> Your user organization as currently set in SMC In the File layout, click Settings > General and set your User > Organization.
<FILE_NAME> The file name of the SMC file you currently have open In the File layout, click Save Model As… and set the File Name of the SMC file.
<SMC_VERSION> The version of SMC you are using (e.g. 9.5)
<EMPTY> Use this tag to designate a cell as being empty. In the Microsoft Excel Worksheet template, insert this tag as a reference for where a cell should remain empty.

The following screenshots show the locations in the SMC user interface that correspond to General keywords:

General Keywords from Create Report Dialog
General Keywords from Create Report Dialog
General Keywords from File - Settings - General
General Keywords from File – Settings – General

The following Model keywords relate to information about the models currently loaded in SMC:

MODEL KEYWORDS
KEYWORD DESCRIPTION WHERE TO EDIT
<MODEL_DISCIPLINE> The discipline (e.g. Architectural, Structural, Building Services, etc.) of a model as set in SMC Right-click the model in the Model Tree view and select Set Discipline..
<MODEL_SHORT_NAME> The short name (e.g. A, B, C, ARCH, STRUCT, MEP, etc.) of a model as set in SMC Right-click the model in the Model Tree view and select Set Short Name.
<MODEL_NAME> The filename of a model
<MODEL_TIME> The timestamp of a model
<MODEL_APPLICATION> The name of the building authoring tool (BAC) that created a model
<MODEL_TYPE> The IFC Schema (e.g. IFC2X3, IFC2X2_FINAL) of a model

The following screenshots show the locations in the SMC user interface that correspond to Model keywords:

Model Keywords from Info View - Idenfication
Model Keywords from Info View – Idenfication
Model Keywords from Info View - IFC File Name
Model Keywords from Info View – IFC File Name
Model Keywords from Info View - IFC File Schema
Model Keywords from Info View – IFC File Schema

The following Presentation keywords relate to information about the presentations reported:

PRESENTATION KEYWORDS
KEYWORD DESCRIPTION WHERE TO EDIT
<PRESENTATION_NAME> The name of a reported presentation Right-click the presentation in the Presentation view and select Rename…
<PRESENTATION_NUMBER> The number of a reported presentation The numbering is automatically generated by the ordering of presentations listed in the Presentation view.  To change the numbering you must remove the existing presentations and create them again in a new order.

The following screenshots show the location in the SMC user interface that correspond to Presentation keywords:

Presentation Keywords from Presentation View
Presentation Keywords from Presentation View

The following Slide keywords relate to information from slides in the reported presentations:

SLIDE KEYWORDS
KEYWORD DESCRIPTION WHERE TO EDIT
<SLIDE_TITLE> The title of the slide Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

<SLIDE_DESCRIPTION> The description of the issue in the slide. Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

<SLIDE_ID> The unique tracking ID of a slide in an SMC Model

NOTE: The unique ID of a slide is auto-incremented every time a new slide is created in an SMC Model.  There is no way to edit this number.

<SLIDE_NUMBER> The number of a slide based on the ordering of slides in a presentation Right-click the slide in the Presentation view and select Move Up or Move Down to reorder the slides.
<SLIDE_LOCATION> The location (e.g. floor, space name, space number, etc.) of an issue in a slide Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

<SLIDE_TIME> The date/time when a slide was created Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

In the Issue Details dialog, click the Update button after repositioning the camera in the 3D view.

<SLIDE_PICTURE> The 3D viewpoint of a slide as a picture
<SLIDE_COMMENT> The comments in a slide, which contain the author of the comment, the date the comment was created, and the comment itself Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

<SLIDE_STATUS> The status (assigned, closed, open, resolved) of a slide Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

In the Issue Details dialog, select the Coordination tab to set the Status.

<SLIDE_RESPONSIBILITIES> The names of the parties that are made responsible for the issue addressed in a slide Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

In the Issue Details dialog, select the Coordination tab to add/remove Responsibilities.

<SLIDE_AUTHOR> The name of user that created a slide in SMC

Note: The slide author field is automatically populated with the Name or Initials of the user creating the slide in SMC.

< SLIDE_HYPERLINK_1>
< SLIDE_HYPERLINK_2>
< SLIDE_HYPERLINK_3>
< SLIDE_HYPERLINK_4>
< SLIDE_HYPERLINK_5>
The hyperlinks (up to 5) that are attached to a slide Right-click the result in the Results view for Hyperlink options (new, edit, remove).
 <SLIDE_TOPIC_ID> The GUID of a topic from a BCF Report.

NOTE: This field is only populated if the slide came from a presentation that was imported from a BCF report.

<SLIDE_COMPONENTS> The reported identities of components related to an issue. Right-click the result in the Results view and select Show Slide.

or

Right-click the slide in the Presentation view and select Edit Issue.

In the Issue Details dialog, select the Components tab to add/remove Components.

NOTE: To change the reported identities of the related components, click File > Settings > Presentation.  In the Components, tab add/remove properties to identify the component.

The following screenshots show the location in the SMC user interface that correspond to Slide keywords:

Slide Keywords from Issue Details - Slide
Slide Keywords from Issue Details – Slide
Slide Keywords from Issue Details - Coordination
Slide Keywords from Issue Details – Coordination
Slide Keywords from Issue Details - Components
Slide Keywords from Issue Details – Components
Slide Keywords from Presentation View
Slide Keywords from Presentation View
Coordination Report Templates