Eye opening information as always. Thank you for sharing your experience. It's good to see the use of the different parameter types and their application both within the family and the project. I keep getting confused when I can't find a parameter to schedule, but it must be because they aren't shared. Thank you for your valuable tips.
Thank you so much for the clear explanation! It is so crucial to share the knowledge not just on how things are created, but WHY are they created in a specific way.
You're welcome! Yes the reasoning behind how efficient Revit/BIM systems can be achieved is crucial, one of my main goals in sharing this type of content is to bypass the generic videos out there that don't relate the topic back to what practices actually need.
Quick follow-up question? I know in English language is not that common, but in portuguese words are very often graphically accentuated (english ex: Résumé). Is there a reason we shouldn´t use this?
@@marianaarodrigues1 it ultimately depends on how the word is being used. If it is in programming then this can sometimes cause errors as it may naturally expect an 'e' for example. In file naming it may sometimes trigger illegal characters on certain regional machined also. Software is becoming more universal in nature, so sometimes it can't account for all the different ways people do things. For example the Svg file format uses commas to separate values, however some countries use commas as decimal points also. This causes issues when used in a program like power bi where it can't deal with a comma separated format such as this.
@@AussieBIMGuru Thank you for answering. I can understand now the consequences of writing the word properly... I think for now we'll have to keep it this way as without the graphical accent in some words the meaning changes completely :/
Wow! Great video. Tons of information. I'm defiegoing to go back and watch a couple more times and take notes along the way. Your tips about thinking things through to get it right the first time are invaluable. I could totally see myself getting started on a shared parameter file just to regret my naming convention after it's too late.
Greatly presented topic for BIM Managers like myself trying to convey the topic to management to show the consistency between projects - not in the what the values of the shared parameters are, but that the shared parameter name is the same across all hotel/residential care projects. Anyone that gives this a thumbs down should go back to Visio/
Thanks Michael! I try not to worry about my thumbs down too much - probably people that don't like Revit to begin with, or didn't like the presentation format. Democracy in action. Yes consistency is the key for people to buy into the point of well managed shared parameters. Another step beyond this would be to show automation workflows that depend on predictable fields being present in a model.
23:00 if you want to edit the file, it’s possible…but always create a local copy with a distinct name for testing!!!! The advice is sound. Do it right the first time. Otherwise….learn dynamo and get yourself some handy add-ins like the parameter-manager from DiRoots for adding parameters to families.
Thanks for the valuable info and comments on video. One recommendation, adding "_" at the beginning of the SP names makes them easy to find in navisworks envirronment since they are at the top. One question, How to decide a shared parameter to be added to individual families in family environment or in project environment to categories?
Thanks for the feedback! Prefixing with _ is an interesting idea, makes sense in some applications with alpha stacking. The reasons to use a project vs shared are; - use the parameter in filters - apply the parameter to all families of categories regardless - standardize the grouping for visual ergonomics (project overrides family setting) - protect instance values when swapping between families with/without the parameter (lost on swap otherwise) Hope that helps!
Nice vídeo Gavin, It indeed clarify a lot of questions about shared parameters that I had. To be honest this video was one of the most technical video about shared parameters which I have watched. You really go very deep on it.
As always, Gavin, you tackle real-world Revit problems! Thanks to your videos, my Revit skills have truly come a long way. I have one question regarding this topic: Do you have a best practice for working in multiple Revit versions and the Shared Parameters File (SPF)? I've read that one might run into problems if the SPF is edited in a version other than the lowest one (the "Shared Parameter File Not Valid" error). Does this mean that the SPF should be edited only in the lowest RVT version (e.g. 2022), and copied to 23, 24, 25... folders (preferably with a suffix)? So far, I've stuck to the rule of having a single SPF but I was wondering what do you think of having 22-25 versions referring to AND editing a single SPF?
You're welcome! Generally I've been using one SPF regardless of version, and aside from the schema issues in Revit 2023 which have been since fixed by Autodesk, I haven't encountered any related issues. The file not found or readable error generally relates to someone editing the file manually, or the SPF being stored somewhere the computer cannot access such as a changed path or server environment.
If you can do it without modelling them that's ideal (e.g. have a parameter for # screws, # plates). If you must, you could make shared families which report both at project level and if nested in other families, then you can schedule them altogether at project level.
@@AussieBIMGuru Thanks for the reply! Actually it's fine, I have them modeled cause it's not that many. I created a shared parameter at screw level family, but it doesn't show up on schedules. Sorry, I'm still trying to understand the whole concept of scheduling and shared parameters.
Brilliant resource - thanks Gavin. In regards to what you mentioned about the exporting of an engineers shared parameter Say in a project a common shared parameter is required for procurement Lets say you have a a model from Mechanical who has an asset_ID for a fixture in ducting that also and can be used for a cable tray by Electrical - basically a double up. - Do you export the SP out of the Mechs revit file into your master shared parameter and redistribute it to the disciplines ? - or do you wait until you have all the models from the disciplines at LOD400 and then consildate them in Navis ? - or is this something you are meant to deal with in your BMP or LOD matrix before the disciplines get to it.. -or is there something completely different - just trying to get my head around this in a workflow.
Thanks Anwar, good question. I always suggest trying to get it into a BMP. Usually, the most common workflow is that a common parameter is made by the lead consultant and distributed for others, then everyone uses Dynamo to migtate from their company parameter to the common one. Usually its too hard to force everyone to use a new parameter as their content is usually set up to their standards prior. Often the best workfloe is to apply the parameters at the project level as type or instance just to hold the pushed data. Usually the team should establish asset coding conventions to avoid overlaps.
I noticed that you actually read, respond to, and possibly make videos about questions in comments, so I'll ask one. I want to be able to schedule the nested families within a family that is in my project. Aka count pieces of the family. There is an Autodesk forum about this question but I don't quite follow the solution, which uses shared parameters. I think that could be an interesting and useful video so I'll suggest it. Here is a link to the forum. forums.autodesk.com/t5/revit-structure-forum/scheduling-nested-families/td-p/3706182
The answer here is moreorless correct - you would need each nested family to be shared, and also need them to all contain a common shared parameter. At the family level, you would associate that parameter down to the nested families and could then set that parameter's value at the project level, which would push down to the nested families. You could use something like Dynamo to push a unique field like the families Id into that parameter which would then push itself down to the nested families, and could collect that Id in rows and count the occurences -1. That would be the number of shared nested families for that occurence. Alternatively if you just want the count I believe The FamilyInstance.SubComponents node from the Clockwork package could also do this at the project level (then count the list length, send it back to the family instance itself): knowledge.autodesk.com/support/revit-products/learn-explore/caas/sfdcarticles/sfdcarticles/How-to-select-nested-families-in-a-project-file-using-a-Dynamo-script-in-Revit.html
@@AussieBIMGuru Yes indeed. I would like to ask smt even if offtopic, so feel free to answer. Many time I create firm custom familes and, in order to have better visibility control, I do prepare my own Sub-Category (inside the family ofc). What would be a consistent name convention in your opinion?
@@pavillon9365 given that subcategories can repeat names across categories I just use the convention; XX_PascalCase Where XX is the company prefix (e.g. I use BG) and the remainder is pascal case descriptors. E.g. BG_CupboardsAbove BG_Chairs BG_SwingElevation I use plural wherever it relates to an object and singular for graphics.
@@AussieBIMGuru Hi. I have found your videos very useful, considering the fact that as you a I am a BIM Manager since I was 26 (I am 29 now). I try to name shared parameter according to my firm initials and give a cosistent naming convetion too but I have noticed that I may have little troubles in Schdules header naming. (e.g. XX_Door_Heigh>Door swing panel height). I do have a plug in that allows me to export in excell and papulate the schedule itself but NOT scheudule headers. How do you overcome the issue? If you want I can give you my mail. It is always interesting to discuss with people that knows what are you talking about .
Hi Gavin. You make awesome videos, you are a real Revit Guru. I've tried to figure out where to SET those Shared Parameters Value. I can see how to set a specific parameter of a family to be a Shared Parameter.. Shared mean that I can decide that All doors panel in my Revit Project(s) would be "PlasticBlue" Material, BUT where do I Set that SP to be that material, or in one action change that Shared Parameter that I've set to my doors... Thanks to reply.... Aussie Aussie oye oye oye...!!
Always know I´m in for a treat with your videos, thanks! I know this is an older video but I´m hoping to get your feedback still. I do have one question regarding the groups and naming syntax of your SP. If a parameter could be used for more than one category, like a frame width, then what is the reasoning behind having one for doors, and then another for windows (like "GC_Windows_FrameWidth1" in the window group and then "GC_Doors_FrameWidth1" in the Doors group?)? Especially since you have a group called "Dimensions" in your recommended groups part of the video. What would be the issue with making just one "GC_Framewidth1" parameter and then appointing that to both the door and windows category within the projekt? Am I missing something crucial?
Certainly no reason you can't use one parameter for the purpose of two, as long as it's understood by the end user ultimately. I tend to keep door/window parameters separate as they're generally managed as two systems in my scheduling/data management.
How does revit get the keynote tags to distinguish between materials and elements? They both use the same parameters, key value and keynote text. That generic tag that you put the 2 parameters into, will it identify elements or materials? The video was very thorough, thanks for your effort.
You're welcome! The tag family isnt connected to whether it sources element/material, the type of tag that is nominated (element/material/user) informs the tag family how to behave. Unfortunately there is no way to change the tag once placed, so always make sure to pick the right one initially. My generic tag usually draws on element parameters rather than keynotes.
Very interesting video. I'm quite new and rookie in dynamo. I tried , following your video, to actually 'transform'the shared parameters of the family in just not shared.. what's the right procedure to do that?
The method i use in the parameter replacsment tutorial uses the only method I know of in the revit api which can swap parameters from one shared parameter to another, not sure if this is what you are asking? I would class that specific tutorial as expert difficulty, so it might be a challenging one to follow if you're new to dynamo. Focus on fundamentals first. There are various apps out there that use the same method to do this, but theyre all effectively doing the same thing in principle.
This is pretty much the only time that this rule can be broken - is the only way unfortunately. Good point! The main reason i reinforce the no editing rule is for basic/technical users, as the SP file is often crucial to company standards and templating. Advanced users it is probably OK if necessary. I"d usually suggest editing via excel or similar to preserve file structure at least.
@@AussieBIMGuru Thanks Gavin, have you created a video showing how to do this? Hope you're well and safe as watching the terrible fires going on in Australia, keep safe.
@@ahg3395 i haven't yet but will add to my list for mid 2020. Thanks for the kind words, luckily I'm in the city, but rural australia is doing it pretty tough. Hopefully we get some rain soon!
@@AussieBIMGuru looking forward to future video, but if you have any pointers on how to edit SP file in excel, then I would really appreciate it. I've sent you a LinkedIn connection request. Keep up the great work you're doing. Adrian
@@ahg3395 thanks adrian, accepted :) It would be similar to what I do in this video at 4:20: th-cam.com/video/jK6NdsHsvVo/w-d-xo.html Excel can parse CSV or delimited files and save them back as CSV (then use control + h to replace commas with tabs in notepad). It's a bit bespoke, so have a play with it in a copy of the file first I'd say. Excel is a wiz tool for data editing from any BIM program - always great to find interoperability opportunities to speed up our workflows.
Thanks for this first off. Got a really good insight of it all. Now i wanna export these to an IFC. I have found some threads in the autodesk forum but they include max. 1 Set of properties attached to one kind of object. Here I am sitting and trying to figure out how i can use multiple shared parameters which are attached to different objects into an IFC. Do you have any templates, links to share or solution on how i can manage that ? The first parameter i set into a property set that is meant for Rooms / IfcSpace appears but the second and further parameters which i wanna iclude e.g. for doors or windows just wont show. Any manuals would be appreciated. tyvm
Hi Kevin! Sorry for the delay, just realised I missed a comment in my studio page. This is indeed a highly complex task to achieve, and most firms unfortunately do not share their methods or files to achieve this. Personally this is one of my least favorite things about IFC - it is an open standard, but BuildingSmart does not take ownership over any technical ways to achieve it in proprietary platforms (not for profit, fair enough I guess), so the standard essentially becomes closed again in reality. I believe you can associate parameters by name to IFC elements using only a custom mapping file. You may be correct in that the parameter is limited to one mapping only in general as the Pset comes first in the mapping file; knowledge.autodesk.com/support/revit-products/troubleshooting/caas/sfdcarticles/sfdcarticles/REVIT-How-to-use-the-IFC-parameter-mapping-table.html You might be able to override this by applying the corresponding Ifc parameter from the file that comes with Revit to the 'exception cases', but this means you'd be using more than one shared parameter also unfortunately. Many firms I know end up adding all the possible fields to each of their families by default then jamming their actual parameter values into these fields prior to export rather than going through the mapping process. Currently I've been using the IFCExportAs and IFCExportType parameters with success (using the ones Revit provides, no mapping). Another option if they are not to be mapped to compliant fields is to use schedules when exporting; revitforum.org/showthread.php/41551-shared-Parameter-to-IFC-Model-how?langid=1
@@AussieBIMGuru Thanks for the reply mate. I did actually do some research and played around with multiple settings in order to find a solution. The schedules i find kinda suboptimal as i must create these for each type of object with the corresponding parameters i would want. In my book that is risky and a lot of effort. So i went along and did some stuff with the created export .txt and listed the whole Propertyset scheme once again below the first property set and edited the Ifc parameter to the one i desired. That actually worked for 2 types of objects (in this case Rooms as IfcSpaces and Doors s IfcDoor. I will continue testing this. This will probably result in some kind of general shared parameter file with a full template including every shared parameter. So i norder to specify that for different projects and different needs for parameters there will be a copy of the manually created export .txt file where one just has to delete the non needed parameters. Or maybe the unused ones wont even be included?! I'll get myself onto that and see where that goes. In case u wondering I dont mind sharing the results as we BIM engineers and managers r kinda in this whole thing toegether imo. Just lmk wish u a pleasant day.
@@Rant0n yes definitely happy to see the outcome and how we might be able to package it for others. Might even be able to turn it into a video to help share the results. Good on you for thinking this way mate, we need more of this in AEC!
@@AussieBIMGuru So i went along and created a Room with some walls, a door, a window and a space just for testing and created a shared parameter file with some parameters. Adding these to the project (via manage, project parameters) was quite annoying so i assume i will be making a template which already contains all of these, so i wont have to click through each of them again to add them to show up. I did create my own export.txt with the format that is required and noticed /did some stuff: - i did not find out the difference if i define the value within the export as Instance or Type. The outcome was the same. - To find the coresponding Ifc object to attach these parameters within the text file i went to the ifc2x3 documentation on building smart and tried what seemed to fit. - special characters like ä,ö,ü are a killer within these and wont get exportet at all. This is just a problem in some languages though. -One needs to define the parameters as they are defined within revit when u create them in your shared parameter file. An Area must as well be declared as area. An Integer as such and so on. For mixed Stuff like Serial Keys i just used Text which worked fine. - If one leaves a shared parameter unfilled within revit, it wont export it either. So that means there is no need to create particular export files for each project in case u added some parameters which u ended up not using. - I did not manage to attach certain stuff to its corresponding revit parameter: e.g. Lenghts/heights/Materials (I mean "My Parameter for length" = "Revit Parameter for length"). I added these parameters as project parameters and set them up as Instance parameters for this test. I tried that as well with Type parameters which will just show within the popup properties but that wasnt possible either, maybe you have an idea on how to solve this. I could only fill these manually which is kind of not whats desired. -To convert the export.txt i did use an excel sheet and its cells as it gets quite confusing within the editor depending on the length of the parameter. - The format of the export.txt is quite simple: "Name of Parameter in IFC", "Format" "Name of Parameter in Revit" - One needs to manually create these export files, i did not find an option within revit that could create these. EDIT: It does not seem to matter if one defines the Object as IFC Entity or IFCType, both works! I would be willing to share that test files with you to get more insight on what i was doing but i cant share stuff on youtube here. If you r interested just lmk and hand me over some email adress or something. I think the whole issue is well worth a video as its actually quite a complex task to get into (well for me it was on my own). Regards!
Yes, if a parameter is really only helping the family internally then it is cleaner to keep the family as a family parameter. E.g. if a parameter is involved in a calculation that eventually yields its result into another shared parameter it doesnt need to be shared. This will keep the family slightly lighter and faster to work with, as it doesnt have to consider and maintain the parameter definition at the project level. Many parameters will benefit from being shared, but it is good to be intentional with this nomination. For parameters that are instance based and not involved directly in the family, i also recommend considering making them shared, project parameters instead to reduce the size/complexity of families also. E.g. if all doors need a hardware key text field, that can be a project parameter applied to all doors.
Is there a direct way to use shared parameters for creating filters? or the only way is using project parameters? If not probably that might be a good example of where to use Project Parameters instead of Shared Parameters.
Shared parameters can also be used for filters, although they will need to be added to all filtered categories as a project based parameter first. They are still functionally shared in nature. I would use only project parameters if a shared parameter doesnt seem valuable to a company beyond a project. Even then nearly always a shared parameter is better.
Revit doesn't have a system for this unfortunately. My recommendation is to use Dynamo to detect painted columns and then capture this in a text shared parameter in the respective column so it can be scheduled.
Gavin, what would cause an SP to be re-grouped in the properties panel? I've added a TagNo. parameter (text). It is a Type parameter, Disc = Common ,Type =Text, Group = Identity Data. but after i load the family into the project and try to enter the info, it is listed under Other. Any ideas? Thanks for the grat videos BTW.
My guess is that the same parameter is applied as a project parameter. Whatever group it is set to here will override the group in families in the project also.
@@AussieBIMGuru no, this is not the case. The full name of the parameter is CB_DAT_ TagNo. I had just created it and added it to a family when I posted the question. Parameters from the shard parameter file can't automatically add themselves as a project parameter, correct?
@@charlesball9522 they shouldn't be able to. Maybe try some of the ideas in this thread; revitforum.org/showthread.php/30433-Can-t-Change-Parameter-quot-Group-Under-quot-Category
please sir how i can make parameter like ( mark ) in structure column (host ) and this mark show in rebar schedule and rebar properties in specify value that i specify in column properties ...........same like mark
Unfortunately Mark cannot be nested. I would use Dynamo to push the parameter value to all intersecting rebar families for an element. I would also use a shated parameter instead, as you will trigger duplicate mark warnings otherwise.
@@mohammedashraf1569 I haven't built it as I don't really use the rebar tools. I would look into learning and trying it yourself, would be a good learning excercise. It would mostly use the 'Does Intersect' node and the 'Filter by boolean mask' node.
Hi, I just have a question. I want to make use of a Shared Parameter for just one purpose. My question is... Will there be a problem if in the future, the company would like to use another shared parameter file for a different purpose? will there be conflicts of some sort? thank you... ^^
If the parameter has use now then it should be fine, but note that you cannot 'replace' a project based shared parameter so you would need to move any data over at that point if required. The only way a shared parameter can conflict is it its GUID clashes with another one.
Hi Aussie, how are you, Im strugluing tryng to add shared parameters in my titleblocks. for some reason.This parameters wont update when I change its value. Could you help me?
Hrm make sure you have added the shared parameter to project information and/or sheets ar project level as well if you want it to relate to the sheet versus titleblock.
I'm a bit confused, how are shared parameters differ from family TYPE parameters, since both are "shared" across 2 family components. What I mean is that, a family type parameter can change the Width of all the family components of that type, So can shared parameters do the same across different types of families?
Yes they can behave the same way. A shared parameter can be a family type parameter as well. Some family type parameters are in templates by default, e.g. the width parameter in casework - these are special cases. When you select two family instances in a project that share a parameter, they can both be edited at the same time if the parameters are instance based. If the types are in a schedule row together, you could edit shared type parameters across multiple family types similarly.
@@AussieBIMGuru I'm a visual person, so let me try to understand it visually. shared parameters are saved in a sperate text file as a sort of template. they can be created and called into action by applying it to family parameters. the same shared parameter "template" can be applied to different parameters in different families (not just family instances) This shared parameter then forms a link or a bridge that controls the 2 parameters of 2 different families. Am I understanding it correctly? Sorry for asking too many questions, the resource on shared parameters are really hard to find online.
A shared parameter can be added to either a project across a category, or to a family itself. Instances of families are just what we say when we place a family of a certain type in the model (not just when it sits in the family browser). Shared parameters have a unique ID behind the scenes which Revit uses to 'understand' that the same parameter has been used in multiple families or projects, and can align these parameters as a result in things like schedules, tags or simply selecting and viewing element parameter values at once. Don't confuse type and instance parameters as well, a shared parameter can be either of these. See it as an alternative to non-shared parameters.
@@obsidianstatue actually we use them very often for this. Many users ignore the default parameters in templates like width/depth/height as not all templates come with them and we can't add them easily. I usually connect them to shared parameters for dimensioning using formulae.
Eye opening information as always. Thank you for sharing your experience. It's good to see the use of the different parameter types and their application both within the family and the project. I keep getting confused when I can't find a parameter to schedule, but it must be because they aren't shared. Thank you for your valuable tips.
Glad it was handy! Yes it can be quite confusing at first, I remember being there also
Thank you so much for the clear explanation! It is so crucial to share the knowledge not just on how things are created, but WHY are they created in a specific way.
You're welcome! Yes the reasoning behind how efficient Revit/BIM systems can be achieved is crucial, one of my main goals in sharing this type of content is to bypass the generic videos out there that don't relate the topic back to what practices actually need.
@@AussieBIMGuru Truly a Guru ;)
Quick follow-up question? I know in English language is not that common, but in portuguese words are very often graphically accentuated (english ex: Résumé). Is there a reason we shouldn´t use this?
@@marianaarodrigues1 it ultimately depends on how the word is being used. If it is in programming then this can sometimes cause errors as it may naturally expect an 'e' for example.
In file naming it may sometimes trigger illegal characters on certain regional machined also.
Software is becoming more universal in nature, so sometimes it can't account for all the different ways people do things. For example the Svg file format uses commas to separate values, however some countries use commas as decimal points also. This causes issues when used in a program like power bi where it can't deal with a comma separated format such as this.
@@AussieBIMGuru Thank you for answering. I can understand now the consequences of writing the word properly... I think for now we'll have to keep it this way as without the graphical accent in some words the meaning changes completely :/
Wow! Great video. Tons of information. I'm defiegoing to go back and watch a couple more times and take notes along the way. Your tips about thinking things through to get it right the first time are invaluable. I could totally see myself getting started on a shared parameter file just to regret my naming convention after it's too late.
Thanks Jonathan! Glad the content was helpful. My own advice RE naming conventions comes from my own hasty missteps in the past.
Good stuff. Wish TH-cam promote people like you more often
Thanks Daniel!
Greatly presented topic for BIM Managers like myself trying to convey the topic to management to show the consistency between projects - not in the what the values of the shared parameters are, but that the shared parameter name is the same across all hotel/residential care projects. Anyone that gives this a thumbs down should go back to Visio/
Thanks Michael! I try not to worry about my thumbs down too much - probably people that don't like Revit to begin with, or didn't like the presentation format. Democracy in action.
Yes consistency is the key for people to buy into the point of well managed shared parameters. Another step beyond this would be to show automation workflows that depend on predictable fields being present in a model.
Thank you so much for taking the time to share such valuable practical information with us.
You're welcome!
23:00 if you want to edit the file, it’s possible…but always create a local copy with a distinct name for testing!!!!
The advice is sound. Do it right the first time. Otherwise….learn dynamo and get yourself some handy add-ins like the parameter-manager from DiRoots for adding parameters to families.
Yep the source is sacred!
Your videos are the best Revit explanations on TH-cam, I wish you the best with your channels success!
Cheers Jeremy!
Save my job! Thanks! This is The Best channel!
Glad to be of help, and thanks!
Thanks a lot for your tutorials, so far your channel has been the best i found! I hope you are doing great and you keep posting tutorials.
You're welcome! Will do
Thank you! Very informative! Have been binging your videos!
You're welcome, enjoy!
Thanks for the valuable info and comments on video. One recommendation, adding "_" at the beginning of the SP names makes them easy to find in navisworks envirronment since they are at the top. One question, How to decide a shared parameter to be added to individual families in family environment or in project environment to categories?
Thanks for the feedback! Prefixing with _ is an interesting idea, makes sense in some applications with alpha stacking.
The reasons to use a project vs shared are;
- use the parameter in filters
- apply the parameter to all families of categories regardless
- standardize the grouping for visual ergonomics (project overrides family setting)
- protect instance values when swapping between families with/without the parameter (lost on swap otherwise)
Hope that helps!
Nice vídeo Gavin, It indeed clarify a lot of questions about shared parameters that I had. To be honest this video was one of the most technical video about shared parameters which I have watched. You really go very deep on it.
Thanks Tito, that was my aim so glad that it came across!
Answered a lot of questions. Thanks Gavin
You're welcome Rimond, great to hear from you!
As always, Gavin, you tackle real-world Revit problems! Thanks to your videos, my Revit skills have truly come a long way. I have one question regarding this topic: Do you have a best practice for working in multiple Revit versions and the Shared Parameters File (SPF)? I've read that one might run into problems if the SPF is edited in a version other than the lowest one (the "Shared Parameter File Not Valid" error). Does this mean that the SPF should be edited only in the lowest RVT version (e.g. 2022), and copied to 23, 24, 25... folders (preferably with a suffix)? So far, I've stuck to the rule of having a single SPF but I was wondering what do you think of having 22-25 versions referring to AND editing a single SPF?
You're welcome!
Generally I've been using one SPF regardless of version, and aside from the schema issues in Revit 2023 which have been since fixed by Autodesk, I haven't encountered any related issues.
The file not found or readable error generally relates to someone editing the file manually, or the SPF being stored somewhere the computer cannot access such as a changed path or server environment.
@AussieBIMGuru Hey, thanks for the reply! One file it is!
Thanks for the video! How would be the best method for quantifying screws and plates in a family with nested families?
If you can do it without modelling them that's ideal (e.g. have a parameter for # screws, # plates). If you must, you could make shared families which report both at project level and if nested in other families, then you can schedule them altogether at project level.
@@AussieBIMGuru Thanks for the reply! Actually it's fine, I have them modeled cause it's not that many. I created a shared parameter at screw level family, but it doesn't show up on schedules. Sorry, I'm still trying to understand the whole concept of scheduling and shared parameters.
Bloody fantastic video mate. Thanks for sharing!
You're welcome mate!
Great content as always. Thank you!
You're welcome!
Perfect demonstration.
Can we add shared parameters to fab parts such as CADMEP itm files?
Thanks,
I don't believe so. Itm files are a whole different file type to Rfa files.
Brilliant resource - thanks Gavin.
In regards to what you mentioned about the exporting of an engineers shared parameter
Say in a project a common shared parameter is required for procurement
Lets say you have a a model from Mechanical who has an asset_ID for a fixture in ducting that also and can be used for a cable tray by Electrical - basically a double up.
- Do you export the SP out of the Mechs revit file into your master shared parameter and redistribute it to the disciplines ?
- or do you wait until you have all the models from the disciplines at LOD400 and then consildate them in Navis ?
- or is this something you are meant to deal with in your BMP or LOD matrix before the disciplines get to it..
-or is there something completely different - just trying to get my head around this in a workflow.
Thanks Anwar, good question. I always suggest trying to get it into a BMP. Usually, the most common workflow is that a common parameter is made by the lead consultant and distributed for others, then everyone uses Dynamo to migtate from their company parameter to the common one.
Usually its too hard to force everyone to use a new parameter as their content is usually set up to their standards prior. Often the best workfloe is to apply the parameters at the project level as type or instance just to hold the pushed data.
Usually the team should establish asset coding conventions to avoid overlaps.
@@AussieBIMGuru Brilliant - thank you for the feedback Gavin. Much appreciated - will take this info with me.
Brilliant series of videos.
@@alowther6848 thanks, best of luck!
This was excellent, thank you.
I noticed that you actually read, respond to, and possibly make videos about questions in comments, so I'll ask one.
I want to be able to schedule the nested families within a family that is in my project. Aka count pieces of the family. There is an Autodesk forum about this question but I don't quite follow the solution, which uses shared parameters. I think that could be an interesting and useful video so I'll suggest it. Here is a link to the forum.
forums.autodesk.com/t5/revit-structure-forum/scheduling-nested-families/td-p/3706182
The answer here is moreorless correct - you would need each nested family to be shared, and also need them to all contain a common shared parameter. At the family level, you would associate that parameter down to the nested families and could then set that parameter's value at the project level, which would push down to the nested families.
You could use something like Dynamo to push a unique field like the families Id into that parameter which would then push itself down to the nested families, and could collect that Id in rows and count the occurences -1. That would be the number of shared nested families for that occurence.
Alternatively if you just want the count I believe The FamilyInstance.SubComponents node from the Clockwork package could also do this at the project level (then count the list length, send it back to the family instance itself): knowledge.autodesk.com/support/revit-products/learn-explore/caas/sfdcarticles/sfdcarticles/How-to-select-nested-families-in-a-project-file-using-a-Dynamo-script-in-Revit.html
Appreciate your video. Really helpful
Glad it was useful!
For Build-In paramters I use formula If(1=1,"YourParamter","YourParameter") In this way it will be greyed out and equal to YourParameter
Great idea, I began using this syntax a few months ago - super handy!
@@AussieBIMGuru Yes indeed. I would like to ask smt even if offtopic, so feel free to answer.
Many time I create firm custom familes and, in order to have better visibility control, I do prepare my own Sub-Category (inside the family ofc). What would be a consistent name convention in your opinion?
@@pavillon9365 given that subcategories can repeat names across categories I just use the convention;
XX_PascalCase
Where XX is the company prefix (e.g. I use BG) and the remainder is pascal case descriptors.
E.g.
BG_CupboardsAbove
BG_Chairs
BG_SwingElevation
I use plural wherever it relates to an object and singular for graphics.
@@AussieBIMGuru Thanks for advice. Aprreciate it.
@@AussieBIMGuru Hi. I have found your videos very useful, considering the fact that as you a I am a BIM Manager since I was 26 (I am 29 now).
I try to name shared parameter according to my firm initials and give a cosistent naming convetion too but I have noticed that I may have little troubles in Schdules header naming. (e.g. XX_Door_Heigh>Door swing panel height). I do have a plug in that allows me to export in excell and papulate the schedule itself but NOT scheudule headers. How do you overcome the issue?
If you want I can give you my mail. It is always interesting to discuss with people that knows what are you talking about .
Great video as always.
Thanks Alejandro!
great presentation...bravo
Thanks!
Excelente! 👋👋👋
Thanks!
Thanks!!! Very useful information : )
You,'re welcome!
Hi Gavin. You make awesome videos, you are a real Revit Guru.
I've tried to figure out where to SET those Shared Parameters Value.
I can see how to set a specific parameter of a family to be a Shared Parameter..
Shared mean that I can decide that All doors panel in my Revit Project(s) would be "PlasticBlue" Material, BUT where do I Set that SP to be that material, or in one action change that Shared Parameter that I've set to my doors...
Thanks to reply.... Aussie Aussie oye oye oye...!!
Glad you got lots out of this video that you can apply to your day to day work!
Oi oi oi ;)
GREAT CONTENT THANKS
You're welcome
Always know I´m in for a treat with your videos, thanks! I know this is an older video but I´m hoping to get your feedback still. I do have one question regarding the groups and naming syntax of your SP. If a parameter could be used for more than one category, like a frame width, then what is the reasoning behind having one for doors, and then another for windows (like "GC_Windows_FrameWidth1" in the window group and then "GC_Doors_FrameWidth1" in the Doors group?)? Especially since you have a group called "Dimensions" in your recommended groups part of the video. What would be the issue with making just one "GC_Framewidth1" parameter and then appointing that to both the door and windows category within the projekt? Am I missing something crucial?
Certainly no reason you can't use one parameter for the purpose of two, as long as it's understood by the end user ultimately. I tend to keep door/window parameters separate as they're generally managed as two systems in my scheduling/data management.
How does revit get the keynote tags to distinguish between materials and elements? They both use the same parameters, key value and keynote text. That generic tag that you put the 2 parameters into, will it identify elements or materials? The video was very thorough, thanks for your effort.
You're welcome!
The tag family isnt connected to whether it sources element/material, the type of tag that is nominated (element/material/user) informs the tag family how to behave.
Unfortunately there is no way to change the tag once placed, so always make sure to pick the right one initially.
My generic tag usually draws on element parameters rather than keynotes.
Very interesting video. I'm quite new and rookie in dynamo. I tried , following your video, to actually 'transform'the shared parameters of the family in just not shared.. what's the right procedure to do that?
The method i use in the parameter replacsment tutorial uses the only method I know of in the revit api which can swap parameters from one shared parameter to another, not sure if this is what you are asking?
I would class that specific tutorial as expert difficulty, so it might be a challenging one to follow if you're new to dynamo. Focus on fundamentals first.
There are various apps out there that use the same method to do this, but theyre all effectively doing the same thing in principle.
Great video, thank you.
You're most welcome Wilfredo!
Great video Gavin, you mention not to edit the SP file in Notepad. How can you make some parameters invisible if you can't manually edit the file?
This is pretty much the only time that this rule can be broken - is the only way unfortunately. Good point!
The main reason i reinforce the no editing rule is for basic/technical users, as the SP file is often crucial to company standards and templating. Advanced users it is probably OK if necessary.
I"d usually suggest editing via excel or similar to preserve file structure at least.
@@AussieBIMGuru Thanks Gavin, have you created a video showing how to do this? Hope you're well and safe as watching the terrible fires going on in Australia, keep safe.
@@ahg3395 i haven't yet but will add to my list for mid 2020.
Thanks for the kind words, luckily I'm in the city, but rural australia is doing it pretty tough. Hopefully we get some rain soon!
@@AussieBIMGuru looking forward to future video, but if you have any pointers on how to edit SP file in excel, then I would really appreciate it. I've sent you a LinkedIn connection request. Keep up the great work you're doing. Adrian
@@ahg3395 thanks adrian, accepted :)
It would be similar to what I do in this video at 4:20: th-cam.com/video/jK6NdsHsvVo/w-d-xo.html
Excel can parse CSV or delimited files and save them back as CSV (then use control + h to replace commas with tabs in notepad).
It's a bit bespoke, so have a play with it in a copy of the file first I'd say.
Excel is a wiz tool for data editing from any BIM program - always great to find interoperability opportunities to speed up our workflows.
Thanks for this first off. Got a really good insight of it all. Now i wanna export these to an IFC. I have found some threads in the autodesk forum but they include max. 1 Set of properties attached to one kind of object. Here I am sitting and trying to figure out how i can use multiple shared parameters which are attached to different objects into an IFC. Do you have any templates, links to share or solution on how i can manage that ? The first parameter i set into a property set that is meant for Rooms / IfcSpace appears but the second and further parameters which i wanna iclude e.g. for doors or windows just wont show. Any manuals would be appreciated. tyvm
Hi Kevin! Sorry for the delay, just realised I missed a comment in my studio page.
This is indeed a highly complex task to achieve, and most firms unfortunately do not share their methods or files to achieve this. Personally this is one of my least favorite things about IFC - it is an open standard, but BuildingSmart does not take ownership over any technical ways to achieve it in proprietary platforms (not for profit, fair enough I guess), so the standard essentially becomes closed again in reality.
I believe you can associate parameters by name to IFC elements using only a custom mapping file. You may be correct in that the parameter is limited to one mapping only in general as the Pset comes first in the mapping file;
knowledge.autodesk.com/support/revit-products/troubleshooting/caas/sfdcarticles/sfdcarticles/REVIT-How-to-use-the-IFC-parameter-mapping-table.html
You might be able to override this by applying the corresponding Ifc parameter from the file that comes with Revit to the 'exception cases', but this means you'd be using more than one shared parameter also unfortunately. Many firms I know end up adding all the possible fields to each of their families by default then jamming their actual parameter values into these fields prior to export rather than going through the mapping process. Currently I've been using the IFCExportAs and IFCExportType parameters with success (using the ones Revit provides, no mapping).
Another option if they are not to be mapped to compliant fields is to use schedules when exporting;
revitforum.org/showthread.php/41551-shared-Parameter-to-IFC-Model-how?langid=1
@@AussieBIMGuru Thanks for the reply mate. I did actually do some research and played around with multiple settings in order to find a solution.
The schedules i find kinda suboptimal as i must create these for each type of object with the corresponding parameters i would want. In my book that is risky and a lot of effort.
So i went along and did some stuff with the created export .txt and listed the whole Propertyset scheme once again below the first property set and edited the Ifc parameter to the one i desired. That actually worked for 2 types of objects (in this case Rooms as IfcSpaces and Doors s IfcDoor. I will continue testing this.
This will probably result in some kind of general shared parameter file with a full template including every shared parameter. So i norder to specify that for different projects and different needs for parameters there will be a copy of the manually created export .txt file where one just has to delete the non needed parameters. Or maybe the unused ones wont even be included?! I'll get myself onto that and see where that goes. In case u wondering I dont mind sharing the results as we BIM engineers and managers r kinda in this whole thing toegether imo. Just lmk
wish u a pleasant day.
@@Rant0n yes definitely happy to see the outcome and how we might be able to package it for others. Might even be able to turn it into a video to help share the results. Good on you for thinking this way mate, we need more of this in AEC!
@@AussieBIMGuru So i went along and created a Room with some walls, a door, a window and a space just for testing and created a shared parameter file with some parameters.
Adding these to the project (via manage, project parameters) was quite annoying so i assume i will be making a template which already contains all of these, so i wont have to click through each of them again to add them to show up.
I did create my own export.txt with the format that is required and noticed /did some stuff:
- i did not find out the difference if i define the value within the export as Instance or Type. The outcome was the same.
- To find the coresponding Ifc object to attach these parameters within the text file i went to the ifc2x3 documentation on building smart and tried what seemed to fit.
- special characters like ä,ö,ü are a killer within these and wont get exportet at all. This is just a problem in some languages though.
-One needs to define the parameters as they are defined within revit when u create them in your shared parameter file. An Area must as well be declared as area. An Integer as such and so on. For mixed Stuff like Serial Keys i just used Text which worked fine.
- If one leaves a shared parameter unfilled within revit, it wont export it either. So that means there is no need to create particular export files for each project in case u added some parameters which u ended up not using.
- I did not manage to attach certain stuff to its corresponding revit parameter: e.g. Lenghts/heights/Materials (I mean "My Parameter for length" = "Revit Parameter for length"). I added these parameters as project parameters and set them up as Instance parameters for this test. I tried that as well with Type parameters which will just show within the popup properties but that wasnt possible either, maybe you have an idea on how to solve this. I could only fill these manually which is kind of not whats desired.
-To convert the export.txt i did use an excel sheet and its cells as it gets quite confusing within the editor depending on the length of the parameter.
- The format of the export.txt is quite simple: "Name of Parameter in IFC", "Format" "Name of Parameter in Revit"
- One needs to manually create these export files, i did not find an option within revit that could create these.
EDIT: It does not seem to matter if one defines the Object as IFC Entity or IFCType, both works!
I would be willing to share that test files with you to get more insight on what i was doing but i cant share stuff on youtube here. If you r interested just lmk and hand me over some email adress or something. I think the whole issue is well worth a video as its actually quite a complex task to get into (well for me it was on my own).
Regards!
This video is very valuable!
Thanks, I'm glad you found it useful!
Great stuff , thx!
You're welcome!
Thanks mate top explanation
You're welcome David!
Is there a reason not to change all family parameters to shared ones? Thanks in advance!
Yes, if a parameter is really only helping the family internally then it is cleaner to keep the family as a family parameter. E.g. if a parameter is involved in a calculation that eventually yields its result into another shared parameter it doesnt need to be shared.
This will keep the family slightly lighter and faster to work with, as it doesnt have to consider and maintain the parameter definition at the project level.
Many parameters will benefit from being shared, but it is good to be intentional with this nomination.
For parameters that are instance based and not involved directly in the family, i also recommend considering making them shared, project parameters instead to reduce the size/complexity of families also. E.g. if all doors need a hardware key text field, that can be a project parameter applied to all doors.
Is there a direct way to use shared parameters for creating filters? or the only way is using project parameters? If not probably that might be a good example of where to use Project Parameters instead of Shared Parameters.
Shared parameters can also be used for filters, although they will need to be added to all filtered categories as a project based parameter first. They are still functionally shared in nature.
I would use only project parameters if a shared parameter doesnt seem valuable to a company beyond a project. Even then nearly always a shared parameter is better.
@@AussieBIMGuru yeah!! Thanks now I tried I did not know that. Thank you so much.
@@JorgeRojas-ru8yb you're welcome!
How to define shared parameter for paint. For example if we want to schedule paint on column surface.
Revit doesn't have a system for this unfortunately. My recommendation is to use Dynamo to detect painted columns and then capture this in a text shared parameter in the respective column so it can be scheduled.
Gavin, what would cause an SP to be re-grouped in the properties panel? I've added a TagNo. parameter (text). It is a Type parameter, Disc = Common ,Type =Text, Group = Identity Data. but after i load the family into the project and try to enter the info, it is listed under Other. Any ideas? Thanks for the grat videos BTW.
My guess is that the same parameter is applied as a project parameter. Whatever group it is set to here will override the group in families in the project also.
@@AussieBIMGuru no, this is not the case. The full name of the parameter is CB_DAT_ TagNo. I had just created it and added it to a family when I posted the question. Parameters from the shard parameter file can't automatically add themselves as a project parameter, correct?
@@charlesball9522 they shouldn't be able to. Maybe try some of the ideas in this thread; revitforum.org/showthread.php/30433-Can-t-Change-Parameter-quot-Group-Under-quot-Category
Are shared parameters instance or type parameters?
Good question, they can be both. It all depends on the settings you choose when you add a shared parameter to the project or family.
please sir how i can make parameter like ( mark ) in structure column (host ) and this mark show in rebar schedule and rebar properties in specify value that i specify in column properties ...........same like mark
Unfortunately Mark cannot be nested. I would use Dynamo to push the parameter value to all intersecting rebar families for an element. I would also use a shated parameter instead, as you will trigger duplicate mark warnings otherwise.
@@AussieBIMGuru can you sir give me this dynamo .... If you can sir make vido explan that...thank you so match
@@mohammedashraf1569 I haven't built it as I don't really use the rebar tools. I would look into learning and trying it yourself, would be a good learning excercise.
It would mostly use the 'Does Intersect' node and the 'Filter by boolean mask' node.
Hey, is there any way to apply project parameter in selected categories usind dynamo?
Yes there should be nodes that come ootb and also with clockwork package that can do that.
Hi, I just have a question. I want to make use of a Shared Parameter for just one purpose.
My question is... Will there be a problem if in the future, the company would like to use another shared parameter file for a different purpose? will there be conflicts of some sort? thank you... ^^
If the parameter has use now then it should be fine, but note that you cannot 'replace' a project based shared parameter so you would need to move any data over at that point if required. The only way a shared parameter can conflict is it its GUID clashes with another one.
@@AussieBIMGuru thank you for the reply as always ^^... Are there downsides in using multiple shared parameter files in one project?
Hi Aussie, how are you, Im strugluing tryng to add shared parameters in my titleblocks. for some reason.This parameters wont update when I change its value.
Could you help me?
Hrm make sure you have added the shared parameter to project information and/or sheets ar project level as well if you want it to relate to the sheet versus titleblock.
One shot,
One opportunity,
Mom's spaghetti.
Haha finally someone spotted it!
10/10 meme quality too
I caught that too :)
I'm a bit confused, how are shared parameters differ from family TYPE parameters, since both are "shared" across 2 family components.
What I mean is that, a family type parameter can change the Width of all the family components of that type,
So can shared parameters do the same across different types of families?
Yes they can behave the same way. A shared parameter can be a family type parameter as well. Some family type parameters are in templates by default, e.g. the width parameter in casework - these are special cases. When you select two family instances in a project that share a parameter, they can both be edited at the same time if the parameters are instance based. If the types are in a schedule row together, you could edit shared type parameters across multiple family types similarly.
@@AussieBIMGuru I'm a visual person, so let me try to understand it visually.
shared parameters are saved in a sperate text file as a sort of template.
they can be created and called into action by applying it to family parameters.
the same shared parameter "template" can be applied to different parameters in different families (not just family instances)
This shared parameter then forms a link or a bridge that controls the 2 parameters of 2 different families. Am I understanding it correctly?
Sorry for asking too many questions, the resource on shared parameters are really hard to find online.
A shared parameter can be added to either a project across a category, or to a family itself. Instances of families are just what we say when we place a family of a certain type in the model (not just when it sits in the family browser).
Shared parameters have a unique ID behind the scenes which Revit uses to 'understand' that the same parameter has been used in multiple families or projects, and can align these parameters as a result in things like schedules, tags or simply selecting and viewing element parameter values at once.
Don't confuse type and instance parameters as well, a shared parameter can be either of these. See it as an alternative to non-shared parameters.
@@AussieBIMGuru OK got it, thank you.
One last thing, Shared parameters are generally not used to control the dimensions of the family, right?
@@obsidianstatue actually we use them very often for this. Many users ignore the default parameters in templates like width/depth/height as not all templates come with them and we can't add them easily. I usually connect them to shared parameters for dimensioning using formulae.
Can you rename a shared parameter file? Meaning the name of the parameter txt file not anything within the txt file.
Yes a parameter file can be renamed, but you will need to repath to it in Revit as it will lose the path when you do.
'One shot or one opportunity' (Eminem)
Mom's sphagetti!
Great Videos! Just asking for a little favor: please don't click to fast ;)
Haha yeah i move quite fast. Some people find me easier to watch on 75% video speed.
Subtle Eminem spit @ 23:30
Mom's spaghetti!