Forums >> Revit Building >> Technical Support >> Duplicate Parameters in Schedule Field List
|
|
active
Joined: Mon, Jun 7, 2004
22 Posts No Rating |
I have a shared parameter (text) that is showing up twice in my available fileds list. I have checked my text file and there is only one. Any thoughts?
|
This user is offline |
|
|
|
active
Joined: Sun, Apr 25, 2004
1207 Posts
|
It doesn't matter what is in your shared parameters text file once a parameter has been loaded into a family or project. The shared parameters file simply holds the parameter definition and is only accessed once when loaded into the family or project. Further, if you call a parameter 'mything' in one shared parameters file and have another called 'mything' in another shared parameters file they are two different parameters even though they are named the same and have all the same attributes. It is important to only have one shared parameters file that is used forever and ever. My bet would be you loaded a parameter with the same name from two different files or deleted it and re-established it in the shared parameters file which would again be a new parameter. You probably need to go into yur families where the parameter is used and make sure they are all the same. [i.e. using the same definition not just the same name] you may need to start over if it is too big of a mess. HTH
-----------------------------------
Tom www.reviteer.com http://twitter.com/Reviteer |
This user is offline |
View Website
|
|
active
Joined: Mon, Jun 7, 2004
22 Posts No Rating |
Tom-Thanks for the reply. I think i follow, but let me try to be more clear. I have a door family with a shared (instance, text) parameter for 'Door Type' so it can be scheduled. I have about 7 door families that I have loaded the parameter into that all schedule correctly, but there is one that won't. I have gone into that family, deleted the shared parameter, saved, reloaded, then added back the shared parameter, and re-loaded into project and still I have a duplicate parameter in my available fields list in my schedule. If I add that duplicate 'Door Type' field to my schedule, then the 'broken' family schedules in that field. We have only one shared parameters file. Any thoughts on how to remove the duplicate? OR- when i create the parameter in the 'broken' family, how do I know which one I am choosing? There is only that one 'Door Type' shared parameter to choose.... Hope that is more informative. Thanks
|
This user is offline |
|
|
active
Joined: Mon, Jul 4, 2005
137 Posts
|
It's possible that you have 2 duplicate "Door Type" parameters as Tom suggests and you are still adding the "wrong" one to your fields. If so, load the good one at the bottom of your fields, assuming the wrong one is already loaded as a field so you can isolate it from the wrong one) and remove the wrong one and see if it now pulls from your family. You can leave both in and that way you can tell which one is good as it will contain the data in your schedule.
|
This user is offline |
|
|
active
Joined: Mon, Jun 7, 2004
22 Posts No Rating |
I am unable to delete the duplicate from the fields list. (I have already isolated it). If it weren't a shared parameter, i think that would work.
|
This user is offline |
|
|
active
Joined: Sun, Apr 25, 2004
1207 Posts
|
If the problem child family is in the project simply reloading the family again even with the correct parameter won't solve the problem. Try selecting all instances of the problem family [hint: hover over one and right click and choose 'select all instances'] Change all of the instances to a different door type [anything will work but choose one that is different from all the others in your project so you can select them all again in the next step] Purge the problem door from your project [File>Purge Unused 'refine to just the door] Then try reloading the problem door again, then select all instances of the previously swapped out door and change back to the hopefully problem free door.
-----------------------------------
Tom www.reviteer.com http://twitter.com/Reviteer |
This user is offline |
View Website
|
|
active
Joined: Mon, Jun 7, 2004
22 Posts No Rating |
Excellent idea- in fact, when i purged the offending door families, the redundant parameter DOES disappear from the schedule available fields list- BUT- when i fix the family (delete old 'Door Type' paramter and then add new by selecting current shared 'DoorType" shared parameter) and reload into the model, the redundant one comes back... Sorry to be difficult, but- any other thoughts? Thanks
|
This user is offline |
|
|
active
Joined: Sun, Apr 25, 2004
1207 Posts
|
I would say then that it is the other doors in the project that are the offending ones not the one you purged.
-----------------------------------
Tom www.reviteer.com http://twitter.com/Reviteer |
This user is offline |
View Website
|
|
active
Joined: Mon, Jun 7, 2004
22 Posts No Rating |
But if that were the case, why does the field (duplicate parameter) disappear when I purge those 'offending' door families? I think we're on the right track... Is there any way to purge a parameter from a family, or should deleting it technically do that?
|
This user is offline |
|
|
active
Joined: Sun, Apr 25, 2004
1207 Posts
|
It goes back to my original post that there are two parameters with the same name, but are different to Revit's internal workings. If you purge the 'other' doors you will probably find the problem clears up as well. I would purge all the doors, open each of the door families and make sure you delete the parameters and then re-establish from the current shared parameters file.
-----------------------------------
Tom www.reviteer.com http://twitter.com/Reviteer |
This user is offline |
View Website
|
|
|
active
Joined: Mon, Jun 7, 2004
22 Posts No Rating |
Well, we're at 70% CDs, so I can't dump all the families- BUT, I did get the problem fixed. I ended up just re-creating the few 'broken' families and now they all work. It must have been a duplicate parameter in the old broken families. How it got in there, I'll never know! Thanks for all the help- PROBLEM SOLVED
|
This user is offline |
|
|
|