Can I show both "View Name" and "Title on Sheet" in View Title Family?

[azusaa]

I am currently working on a company-wide detail project (compiled drafting views in one rvt. file, so that people can insert standard detail views into their project). Currently, each drafting view has "View Name" and "Title on Sheet" given. For example, "View Name" says "**DOOR-HM-HEAD-CMU" for easy selection from "Insert from File" command, where as the "Title on Sheet" says "HM HEAD" so that we don't have to rename the view after inserting.

Some PM would like to circle a printed detail sheet so that the technical staff can import the drafting views for them. The issue PMs think will occur is, if the titles on the printed sheet says "HM HEAD", the technical staff may not be able to find the view in the "Insert from File" command. - Thus they want to delete all "Title on Sheet" parameters, so that what on the sheet is same as title in "Insert from File" command. But this will cause staff (who can insert without exact name match included) to rename each view names after inserting. This could be quite a repetitive work which we don't have to do now.

It would be great if I can make View Title family that shows both "View Name" and "Title on Sheet". Then it will be just swapping the Viewport type, not typing View Name. (not to mention deleting all "Title on Sheet" parameter) 

But the label in the family seems to automatically swap "View Name" to "Title on Sheet" if parameter is there and there seems to be no way to stop this... ☹️

Can anyone help me out?

[barthbradley · Accepted solution]

Wouldn't it be easier just to reference a master view list?  

[azusaa]

Thank you for reply. Yes, I can do that.

So, there is no easy way to incorporate both in the view title component, I suppose?

[barthbradley]

Are you asking if the View Title can include both the View Name AND its Title on Sheet?  Even if it could, would you really want it to?  What would be the purpose of a Title on Sheet then?  

[azusaa]

So, if I print out current detail project file on sheet, it looks like this. PM wants to circle this print out to tell Revit tech which one he wants to bring in the project.

Now, when I use Insert Views command, the name of each detail looks like this.

As you can see, names are not exact matching (which is the whole point of using both View Title and Title on Sheet)

PM's concern is if the Revit tech is a new person and don't know much about the detailing, he/she does not know which one to choose from the list, looking at the circled sheet. (or takes time since he/she needs to go through a few previews and be sure to choose correct one, which PM doubts if the tech can do that.)

I guess PM wants to make it super easy (i.e. exact name match), so no thinking process (including looking at the corresponding table that you suggested) on the side of the new Revit tech required. But I rather not have rest of the techs and architects rename every single view title for the sake of one new Revit tech (who eventually will be trained).

If I can have both of "View name" or "Title on Sheet" on the sheet (or pick "View Name" for circling sheet and "Title on Sheet" for other use) this will solve the issue. So I thought. ☹️

[RobDraw · Accepted solution]

Since the title on sheet is an override in the viewport properties for the view title, it's technically an instance parameter for the viewport, not the view. i.e. different values for the same parameter. 

I don't think you can do what you desire. You will have to utilize the actual view names on the selection sheet.

[azusaa]

Thank you for reply. In that case, I will go with Barth's solution.

Thank you both for helping me out!!

[jeremy.colombe]

Does anyone know how to delete the stupid parameter? I want view name to equal name on sheet

[RobDraw]

That question does not compute. Please restate and describe the "stupid" parameter with proper terminology. If that is fleeting, a pretty picture might do the trick. 

[jeremy.colombe]

Sorry. Frustrated with the parameter today. I just want View Names to equal what shows up on the sheet and there to be no way to make it other wise. There are many other ways to organize things and having two naming parameters in my opinion just opens up so much room for error it is not worth it at all.

[jeremy.colombe]

see above

[azusaa]

If you leave "Title on Sheet" (under Identity Data, under view properties)parameter empty, "View Name" parameter should show up as the view title. Or am I misunderstanding the question? 

[jeremy.colombe]

Agree that is an option and I can use dynamo to delete all the values from title on sheet but how can I stop people form using it? Know of a way to lock it per se?

The problem is organization. Some people only use title on sheet so the correct title is in that parameter while other people use view name. 

[RobDraw]

There's only so much you can do about personnel issues. 

Is this an internal problem or is it coming from third parties? One person's stupid parameter is another's valuable asset.

Good luck.

[azusaa]

Okay. Now I got it 😊 Well, in our office, people needs the "Title on Sheet" parameter here and there (e.g. multiple views have same title on the sheet) so I don't think deleting the parameter would do, even if we could do so. As to deleting the system parameter, I will leave it to more knowledgeable people, but using Dynamo sounds like a reasonable solution, if you want to wipe out the Title on Sheet regardless of the intent of the user. 🤔 

[jeremy.colombe]

Agree that it can be useful and it has benefits.  It has drawbacks as well. Its an internal templating issue. I know a solution I was just wondering if there was an easy way. Didn't realize people were so attached to the title on sheet parameter to me if its a new view port on the sheet then its a new view model.

[jeremy.colombe]

I think its just different organization techniques. I do stuff a bit different, we are a small agile company so we can make such a change somewhat easy.

Thanks for everyones help

[jjenkins2]

We also have a container file with several thousand views that our engineers pick from to initially populate a project. Most of these views have a Title on Sheet parameter that would make sense in the project, but are of little use in the container file. We have a text note beside each view with the View Name manually typed in for the engineer to specify which views to select. It is stupid beyond belief that Autodesk's flagship product cannot allow us to bypass such a hypermenial task by using the data that is clearly already there for some kind of reporting either with a tag or in a viewport title.

[RSomppi]

I think message #6 hits the nail on the head.

[kimbD79KU · Accepted solution]

Both solutions are pure junk.  The problem is that for a view tag there is no way to gain access to the Title on Sheet as a category parameter thus defining a label for it.

Maybe there is a way to create a project parameter that equals the View Name vs the override Title on Sheet.

FYI - this is a hold over issue from how stuff was done in Autocad and Non-drafters (PMs) are too lazy to learn new tricks.