Element keynotes not changing when family type is changed

[GPnmulder]

I have been using user keynotes for several years. Recently I have been doing some testing to implement element keynotes controlled by family types. In both cases 'by sheet' numbering method is in use.

I believe there is a bug/problem: when changing a family type to a type already in use/tagged, the element keynote and keynote legend does not update automatically. If changed to a type with a keynote not yet in use, it works as expected. The only solution I have found is to change the numbering method to 'by keynote' and then back again to 'by sheet'.

I'm surprised I didn't find discussion about this on forums...am I missing something?

[Corsten.Au]

Hi

There are two options to get keynote correct.

This is what I Found..

1. If you want to use keynote numbering using Sheet, then Use only " Keynote TEXT " and don't use

keynote Value ( because legend is going to use as per Sheet... ) creates a conflict between value in tag, and value in legend. because Tag is trying to read from notepad and legend is trying to read value from family type parameter.

2. If you want to use "Keynote Value" and use those numbering/ values in the Legend as well, then you

need consistency in a. Keynote Value in Family, b. Keynote Value in Notepad..

( in this case using legend by sheet will conflict everything )

have a look at this and see if that helps.. explaining above two conditions..

Numbering By sheetNumbering by Keynote

[GPnmulder]

Thank you for the reply. If your point 1 turns out to be true (I hope it's not), I think your point 2 necessarily follows. However, if that is the case, numbering by sheet would be totally useless because it would become a manual process, akin to noteblocks or plain text.

According to the help file, numbering by sheet creates a keynote number in the order it was created. The key value is still stored. I could be wrong, but I don't take this to mean, as you say, that the 'tag is trying to read from notepad and legend is trying to read value from family type parameter'.

From the help file:

Numbering Method By keynote

Determines the keynote value by the value stored in the keynote parameter or selected from the keynote table. This value displays in the keynote as well as filling in the keynote parameter.

By sheet

Numbers keynotes according to their order of creation.

A value for the keynote parameter is still stored if one has been chosen.

A Keynote Legend displays the Keynote Number according to the order it was created instead. No number appears in the tag until the view bearing Keynote Tags is placed on a sheet view.

I have opened a case with Autodesk to get their review. I will post back at that time.

[Corsten.Au]

https://knowledge.autodesk.com/support/revit-products/learn-explore/caas/CloudHelp/cloudhelp/2016/EN...

This page explains it well..
Might help.

Value - in notepad to use ( not by sheet )
Value - keep empty - ( use by sheet )

[GPnmulder]

After much correspondence with Autodesk and the development, it turns out we are both wrong.

When numbering by sheet, Revit tracks the order of creation of keynotes and 'creates' the sequential numbering. It is not being read from notepad or the legend. This is indicated in the help file.

What the help file DOES NOT indicate is that this numbering by sheet does not apply/work with element keynotes (type parameter), even though I technically believe it logically should. When using user keynotes numbering by sheet, Revit recognizes when keynote values are changed and changes the number by sheet...why can't it do the same with element keynotes?

Regardless that I believe this is inconsistent implementation, I am leaning toward not using numbering by sheet for other reasons. The primary one being how to deal with note numbering changes during the addendum/revision process.