Donate Now Goal amount for this year: 2500 USD, Received: 2164 USD (87%)

Results 1 to 8 of 8
Like Tree4Likes
  • 1 Post By Steve_Stafford
  • 2 Post By josephpeel
  • 1 Post By ekkonap

Thread: Rename shared paraments - GUID causing issues?

  1. #1
    Junior Member
    Join Date
    August 26, 2014
    Current Local Time
    01:55 PM

    Question Rename shared paraments - GUID causing issues?

    I'm going through our content just now, currently the families and all the parameters are set to UPPERCASE but I've been told I need to change it to CamelCase.

    I've renamed all the Shared Parameters but I can't get them to the change in the families which I believe is because of the GUID.

    For example where I originally had DUCT CONN HEIGHT I've now changed that to DuctConnectionHeight in the text file. So the name is definitely different it's not just the case that's changed.

    However if I open a family and try to change it I can't. Even if I delete the parameter completely and try to add it back in, I select DuctConnectionHeight in the list and it brings in DUCT CONN HEIGHT.

    I think that's because it's reading the GUID and recognising that it's the same parameter as before.

    Is there anyway I can update these fields? I've got around 1,200 to fix, I can't set them all up from scratch, there must be a better way.

    Rename shared paraments - GUID causing issues?-capture.png

  2. #2
    Moderator cellophane's Avatar
    Join Date
    August 9, 2011
    Louisville, KY
    Current Local Time
    09:55 AM
    IMO - leave the old parameter alone and create a new one. Then you will need to use a 3rd party tool of some variety (CTC BIM Manager Suite, Spectrum, Ideate, etc) to swap your old parameter for your new parameter. I've used CTC & Spectrum and both are good. The functionality varies slightly but the basics are the same, at least as it relates to managing parameters. Either will pay for itself in no time.

  3. #3
    New Member
    Join Date
    September 21, 2017
    Current Local Time
    07:55 AM
    The shared parameters should not be edited in the text file because that is how they are stored and you cannot work with them through that file. you either need to rename them individually or search the Autodesk app store for "shared parameter managers". These allow you to update the naming and categories while keeping the functionality in tact.

  4. #4
    Senior Member Alex Page's Avatar
    Join Date
    December 13, 2010
    Wellington, New Zealand
    Current Local Time
    01:55 AM
    Im with Chad: Create a new shared parameter file and then buy a shared parameter manager which can bulk change directories of families: will save you heaps of time/money.
    My preference (not that Ive tried many others) is RTVTools Shared Parameter Manager: a one year subscription is only ~US$130

  5. #5
    Mr. Revit OpEd
    Join Date
    December 14, 2010
    Current Local Time
    06:55 AM
    It's been my experience that the only time we can get away with editing the SP file directly is before you actually use that parameter definition stored in it. Once that parameter has been applied in a family or in a project you won't be able to alter the version in the project or the family with the changed version in the SP.

    Surely, you noticed...when you read the SP file, it starts with an admonishment to not edit the file directly, that's the first clue the plan isn't going to survive contact with the enemy.

    Create a separate parameter and reassign...or use a 3rd party tool to do it.
    Dave Jones likes this.

  6. #6
    Forum Addict josephpeel's Avatar
    Join Date
    May 3, 2012
    Current Local Time
    03:55 PM
    What are Shared Parameters?

    Are they;
    A) A way for everyone to create their own 'system' parameters, each with their own method of naming things because there are too many mierenneukers who care about things like capital letters, resulting in endless growth of new parameters that do the same thing but with slightly different names that have to be exported/imported each time you work with someone new?

    B) A container for transferring a certain type of data between families, projects and tags?

    Personally I think the answer is B, which is why I use a shared parameter file that simply consists of a shared parameter for every parameter Type that it is possible to make. The shared parameters are named exactly the same as the Type of information they carry is named in Revit.

    So for any time you need a shared parameter for something new, there already is one, for every possible type of data, that will do the job. So you dont have to make a new one, with a new incompatible GUID and a new naming convention you just invented....
    If you want parameter names that are self explanatory, with a certain style, or with tooltips etc. Just make a normal parameter for the user interface/properties and link it to the shared one...
    It really doesnt matter if the same shared parameter, with the same name, is used for different things in different families or categories if it is carrying the same Type of data. So this greatly reduces the number of shared parameters needed. Lots of parameters doing the same thing with different names are just redundant crap that you need to maintain.

    Obviously there may be some cases where a specifically named custom shared parameter is better, but if everyone would just work with a basic set of core shared parameters for 99% of the uses they are needed for this whole discussion would be a thing of the past.

    Heres my core revit shared parameter file, if you like the idea then feel free to use it (Definitely dont make yet another version..)
    Attached Files Attached Files
    ekkonap and snowyweston like this.

  7. #7
    Senior Member ekkonap's Avatar
    Join Date
    May 23, 2011
    Current Local Time
    03:55 PM
    Quote Originally Posted by josephpeel View Post
    One function of a shared parameter that you forgot to mention is that it maintains its value even when you swap families that both contain that parameter. I've got a whole bunch of those that I keep in a separate shared parameter file, because there will never be anyone who wants to use it in a tag or schedule.
    josephpeel likes this.

  8. #8
    Forum Addict josephpeel's Avatar
    Join Date
    May 3, 2012
    Current Local Time
    03:55 PM
    Good point. I would consider that a good reason to add to the core parameters.
    Instance parameters also keep their value between types of the same family when switched, a reason to have fewer families that are more parametric.

Similar Threads

  1. Building Coder: Shared Project Parameter GUID Reporter
    By Building Coder in forum Blog Feeds
    Replies: 0
    Last Post: December 18th, 2015, 02:15 PM
  2. Rename shared parameter
    By kowen1208 in forum Architecture and General Revit Questions
    Replies: 2
    Last Post: February 24th, 2014, 03:56 PM
  3. Roof help - two pitches causing issues at gables
    By cellophane in forum Architecture and General Revit Questions
    Replies: 3
    Last Post: April 17th, 2013, 09:42 PM
  4. Rename Shared Parameters
    By Drew in forum Architecture and General Revit Questions
    Replies: 3
    Last Post: March 20th, 2013, 02:23 PM
  5. Copy Monitor of Arch Grid Causing Issues
    By MartinGT in forum Architecture and General Revit Questions
    Replies: 2
    Last Post: December 7th, 2011, 11:21 AM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts