I have a 2016 revit project that's on BIM 360. Many models, Many Links.
The Keynote file is stored on a local server. When I go to the keynote settings, the file path is blank.
When I pick the reload button, it reloads the database and the file path then appears.
When I save the File, close it and open it again, the path is blank.
We're trying to upgrade this model.
When I publish the latest, download the model and open it detach, save it to a new location and try to reset the keynote settings, the setting dialog box opens and the path is blank. I pick on the reload button, the keynotes reload and the last saved path appears. I save the file local and close. When I open/create a new local, open the keynote settings the path is again blank. Pick on the reload, file reloads and the path appears. I should note that during this process while in 2016, all of the keynotes still stay populated and the keynote legend appear as expected.
When try to upgrade the model to 2017 or 2018, the all of the keynotes are blank, the keynote legends are no longer in the model. When I go to setting and try to reload the keynote file, it reloads it, but none of the tags fill out.
So far it's only one of the models that we found the issue it.
Anyone else ever run into this issue?
Thanks in advance.
Autodesk tells us that it is necessary to use Autodesk Desktop Connector to share a keynote file with BIM 360 projects. That solution is problematic because it's more or less the same thing as Dropbox Sync, additional software to install and manage/update regularly (more often than Revit). The file needs to be somewhere that the path remains the same for all that access the file and it appears that our own server location isn't regarded in that manner.
A third party tool (Revolution Design Keynote Manager) provides a cloud hosted option but at additional cost.
Steve Stafford
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Thanks Steve.
We've used the Cloud Service for KM on projects where we're sharing the keynote file with another firm.
This is a keynote file that was stored on our internal network. 17 other models had no issue using the same process. I've got many other projects that have followed the same methodology with no issues at all.
As I said, it's really strange.
I just ended up using spreadsheet link from CTC to export out all the keynote values for each tag based on element id and imported it back into the upgraded model. Still doesn't help with replacing the legends on sheets but that won't be that much work.
Was more curious if anyone else has seen this behavior.
It may have more to do with the upgrade itself. Perhaps many elements were associated with user keynotes and then lost their reference? User keynotes are a bit mysterious, they don't show up in the properties of an elements like most information we store in elements does. If it is all keynotes, not primarily user keynotes then that's not as helpful a clue.
Did you notice if there is a Warning related to the model using different keynotes file assocations?
Steve Stafford
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
There were no warning related to keynotes in the original file. And I didn't get any warnings when I upgraded the file.
The keynote tags themselves are still connected to the elements. They were mostly user keynotes so I get there's something a little special going on there. And I could understand the tag loosing it's reference with the keynote file. But at that point I would tend to think I should still see a number in a it. All of the tags were Blank.
The more mysterious thing when I upgraded was the disappearance of the keynote legends. They were deleted from the project. I'm not not really sure I understand how that happens with no warnings. See the legend view blank I could understand. But removed from the project is what's strange to me.
Anyway we fixed the issue with a little work and we're back up and running. But I'd still like to know if anyone else has ever experienced it. I have another project that I need to upgrade to 2020 in a few months. That was started as a 2006 model. Yes, the project has been active since 2006.
Anyway, thanks for the thoughts.
Hello!
I'm having the same issue. I upgraded from 2019 to 2020 & my keynote legend will not show the keynotes. They are still on the plans.
We use "User Keynotes" as well. I have tried everything.
What happened when upgrading?
Can you verify that the Keynote Legend view that's was on the sheets prior to upgrading is still there and just not filling out? In my case the legend views were removed from the project.
As mentioned above I needed to fill out my user keynote values based on element id by pulling from the previous model and exporting to Excel and the importing the values. We also had to recreate the legends and place them on the sheets.
Just had this happen on another project upgrading from 2017 to 2020.
So I'd say there's an issue. But at least I have a clue as to how to partly fix it.
I am guessing there is still no solution to this? I am using Revit 2021 with linked model keynotes disappearing. After going into the linked Model and checking if the path to the keynote file is still correct reloading the path, then reloading the linked Model into the Model I am working on, the keynotes are still blank.
Hi Robert,
I'm guessing Autodesk has not addressed this issue. Again it was mostly happening with "User Keynote" types. So I used the CTC Spreadsheet Link tool to extract the element ids from all of the existing keynotes family instances along with the keynote Value. After upgrading, I was able to apply those values back to the same element ids to populate them.
It's the only work around I could figure out.
My guess is in the updated version you won't find any keynote value associated with any of your keynotes.
Good luck!
Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.