Thanks for weighing in. The 'standing alone' is a very powerful statement and would make a good addition to the DB Admin Guide. I've been reading it closely. One interesting observation is that Description doesn't get much treatment in the existing guide.
Alpha Tagging gets a section, 6.4.1. But this is all the document says about Description in that section:
If the frequency or talkgroup description is insufficient to provide enough information to create a unique alpha tag, then the frequency or talkgroup number should be included as part of the alpha tag to ensure uniqueness.
The other comment about Description, which seems to be routinely violated is in 6.1.3:
Avoid using any abbreviations in a conventional frequency or talkgroup “description” field.
One other item to clarify is from this newly added section:
3.6. DATABASE ENTITY NAMING POLICY
The RR database entities (e.g., frequencies, talkgroups, categories, subcategories, descriptions, alpha tags, etc.) should never be added, removed, named, renamed or changed to adjust them for a specific device, product or consumer of RR data.
Renaming is appropriate if it is to update the entity to the existing documented standards. I think this is important, because it is clear that 'current events' drives the current discussion and focus on the topic. However, focus should not be confused with goal. The goal is to have entities appropriately named, whether or not they are new or currently contained in the db.