![\"Revit](\"http:\/\/www.andekan.com\/wp-content\/uploads\/2011\/05\/shared-parameters-file.png\" "\\"Revit-shared-parameters-file\\"")
<\/p>\n<\/p>\n
Databases are at the core of any information management system. As a system for Building Information Modeling, Revit is no different. And by definition, databases are only as good as the data they contain. So one thing that\u2019s covered in any study of databases is the importance of accurate and consistent data for maintaining data integrity.<\/p>\n
Recently, a customer sent me their shared parameters file to use in modeling their families. The families involved had electrical connectors. When it comes to connectors, you always want to associate the parameters within the connector to parameters in the family. And if you want that information for schedules or calculations, the latter will most likely be shared parameters.<\/p>\n
In this case, the electrical connector had a parameter to store the phase called Number of Poles. I entered the information from the customer in the connector parameter, and went to associate it with a shared parameter from the customer\u2019s shared parameters file. The problem was that the shared parameter for phase had been created with a datacategory of number, whereas the connector\u2019s phase parameter was, as its name implied, in number of poles.<\/p>\n
The difference in datacategory meant that the connector\u2019s parameter couldn\u2019t be associated with the family\u2019s shared parameter. A new shared parameter with a different name had to be added to the family in order to pick up the phase from the connector. And the two shared parameters couldn\u2019t be linked via a formula either (unless they were made unitless), due to the same issue of having different datacategories.<\/p>\n
This kind of inconsistency can easily compromise a project\u2019s data integrity in Revit. For example, an engineer might be working with the family in a project. He updates the connector\u2019s phase parameter, thinking that this information will carry through for scheduling, but the schedule is actually using the first shared parameter for phase, the one formatted as a number. Or maybe the engineer updates the number-format shared parameter and assumes that he\u2019s updated the connector\u2019s phase parameter, not noticing the second shared parameter formatted as number of poles. The point is that an inconsistency in data entry led to having redundant shared parameters thereby weakening the project\u2019s data integrity.<\/p>\n
Just something to keep in mind when creating shared parameters…<\/p>\n","protected":false},"excerpt":{"rendered":"
Databases are at the core of any information management system. As a system for Building Information Modeling, Revit is no different. And by definition, databases are only as good as the data they contain. So one thing that\u2019s covered in any study of databases is the importance of accurate and consistent data for maintaining data … <\/p>\n