Incorrect Parameter Type in OOTB Metric Casework.rft
Finish Parameter is TEXT type, not Material
- Open a Family based on the OOTB Metric Caseork.rft Family Template.
- Try to assign a Material to the 'Finish' Parameter in the Materials & Finishes Section
- A Material cannot be assigned as this Parameter is a TEXT field, not a MATERIAL Field
- This is contrary to every other Family Template, in which the 'Finish' Parameter is a MATERIAL field.
To attempt to solve this issue:
- Create a Family from Metric Generic Model.rft
- Change Catergory to CASEWORK
- 'Finish' Parameter is automatically created as a TEXT field. Again, this is contrary to every other use of the 'Finish' Parameter name in Revit.
- Attempt FAILED.
To attempt to solve this issue again:
- Create a Family from Metric Generic Model.rft
- Create a 'Finish' parameter, explictly set Parameter Type to MATERIAL
- Change Category to CASEWORK.
- Revit automatically creates 'Finish' Parameter as TEXT field, and AUTOMATICALLY, SILENTLY (WITHOUT ANY WARNING OR NOTIFICATION) RENAMES THE USER-CREATED FIELD TO FINISH_X
- The result of step 4. is not only inconsistent with the use of the 'Finish' parameter elsewhere, it also results in the automatic, unavoidable editing of user-created data. This is extrememly troubling, as we can no longer trust Revit to maintain data integrity. The automatic, silent renaming of user created paramaters should be utterly forbidden!
Why this is a massive problem for implementing BIM:
- 'Finish' is a very basic parameter within all Revit families, and in almost all cases can be populated with a MATERIAL.
- Users expect that a 'Finish' parameter will accept a MATERIAL type.
- One single instance of an inconsistent parameter causes confusion.
- Finish Schedules that include Casework no longer operate correctly, as there are now two different data TYPES for the same Parameter.
- The result is the 'Finish' Parameter CANNOT BE USED if consistency is required within documentation.
- The 'Finish' parameter is IMPOSSIBLE TO REMOVE from Casework Families as it appears to be in some way 'protected' by Revit.
- A 'rogue' parameter in a complex BIM project causes chaos, havoc, confusion as users fill in 'Finish' expecting to be reported, but is must be ignored due to data type incompatibilities noted above. The parameter cannot be removed, so effort must be made to document that users are NOT TO USE the 'Finish' parameter - which most users find to be utterly confusing.
- The lack of an ability to create a 'clean' Family with ONLY the parameters required by the project is utterly baffling.
- Point 8 above also applies to other 'rogue' parameters within Revit such as 'Rough Width' - if a project has no need for such parameters, or uses other parameters to provide the same function - there is NO METHOD of cleaning such unused parameters from a family or project.
- WORST OF ALL - the discovery that Revit will happily automatically, SILENTLY rename a parameter throws the entire concept of TRUST in database integrity out the window. This action goes against every documented principle of BIM database maintenance and programming - you DO NOT change parameters automatically and silently!
What needs to be done by Autodesk to fix this:
- CORRECT the Metric Casework.RFT template so that the 'Finish' parameter is a MATERIAL type.
- ALLOW users to customise RFT files to suit their own requirements.
- ALLOW the removal of default parameters from RFT files (NOT from RFA files; only from RFT files. ie. Make RFT files user-editable - which they currently are NOT)
- REMOVE the ability for Revit to 'clobber' user-created parameters, OR PROVIDE a warning that parameters are being renamed.
- REMOVE or MAKE OPTIONAL the action of automatically creating 'default' parameters when a family Category is changed.