I wrote a post in April last year when we were observing some projects that would not update their keynote schedules during printing.
When they issued 2018.3 that issue was reportedly resolved. Moving forward into 2019 and 2020 versions it seems true. However we've seen a few projects that seem to continue to exhibit the problem. Specifically a keynote schedule does not show all of the keynotes that are actually visible in views on the sheet.
With these troubled project files we can force a regeneration IF each sheet view is open during printing. Like before turning the annotation crop boundary off/on or on/off will cause a regeneration too. However printing is when it matters the most. More testing is required before I can be certain there is an ongoing issue in the more recent releases but these projects do exhibit the problem in more recent versions too.
The current solution is to open all the sheets that must print first and then print to PDF. Alternately open a sheet view and print and repeat for all required sheets. If all the views are open then the revision schedule regenerates (you can watch it happen). The sheet view does not have to have Revit's focus, just has to be open in the background at least. Any sheet views that are not open won't refresh.
Welcome to Steve Stafford's Blog ~ Revit OpEd = OPinion EDitorial ~ My view of things Revit, both real and imagined.
Showing posts with label Keynoting. Show all posts
Showing posts with label Keynoting. Show all posts
Thursday, February 27, 2020
Friday, February 13, 2015
Revising Keynote Data
When you use keynotes and realize you need to revise existing keynote information it easy to change what the keynote text value is. We just need to edit the existing information and reload the keynote file.
It's a little different situation when you decide you need to change the numbering that is already in play. It's no problem if you are just shuffling note information around so you get the numbering sequence you prefer. As long as the keynote value remains in the list Revit will find it. You just need to make sure that any elements that are supposed to carry a certain keynote value still do after you shuffle them.
However, if you revise things and introduce a new numbering scheme and reload the file you'll find the keynotes will get confused. They stop displaying the correct information. For example let's say the keynote that was number 1 is now the letter A. There isn't a separate GUID that is guiding this alignment of data, Revit is relying on the information in the text file entirely. So Revit doesn't find the number 1 anymore and can't pair up the keynote value and keynote text anymore. The tag just reports 1 since that's what was stored to begin with.
The best place to check and revise the keynote assignment after revising numbers is in the keynote legend. You'll be able to review each keynote and activate the keynote table via the Keynote Value parameter, the little browse button that appears when you click on the value in the schedule.
You can select each confused keynote and map it to the correct keynote value. Once you've revisited all of the affected keynotes in the legend you'll find that the keynote tags throughout the documentation will show the correct information again.
It's a little different situation when you decide you need to change the numbering that is already in play. It's no problem if you are just shuffling note information around so you get the numbering sequence you prefer. As long as the keynote value remains in the list Revit will find it. You just need to make sure that any elements that are supposed to carry a certain keynote value still do after you shuffle them.
However, if you revise things and introduce a new numbering scheme and reload the file you'll find the keynotes will get confused. They stop displaying the correct information. For example let's say the keynote that was number 1 is now the letter A. There isn't a separate GUID that is guiding this alignment of data, Revit is relying on the information in the text file entirely. So Revit doesn't find the number 1 anymore and can't pair up the keynote value and keynote text anymore. The tag just reports 1 since that's what was stored to begin with.
The best place to check and revise the keynote assignment after revising numbers is in the keynote legend. You'll be able to review each keynote and activate the keynote table via the Keynote Value parameter, the little browse button that appears when you click on the value in the schedule.
You can select each confused keynote and map it to the correct keynote value. Once you've revisited all of the affected keynotes in the legend you'll find that the keynote tags throughout the documentation will show the correct information again.
Subscribe to:
Posts (Atom)

