Our software documentation set (for a SQL analytics database platform) is large, because SQL and databases have many pieces. Often a single statement, function, or feature will be highly related to a few others, and in the past people have (manually) added "related information" sections to pages to make it easier for people to find them. This means that if you're, for example, reading the documentation about creating tables, you have easy access to the documentation about altering them and dropping them.
But manual processes are messy and inconsistent. I've come across topics in our documentation that list all the relevant links that existed at the time, but later something got added and nobody found and updated that list. Meanwhile, a similar list on another page did get updated because someone noticed. Messy! This method of "managing" sets of related topics just doesn't scale for a documentation set with thousands of topics maintained by several writers over a period of years.
What I'd like to be able to do instead is to have information that is intrinsic to each topic, rather than extrinsic -- something like tags here on Stack Exchange. The idea would be that writers could (but would not have to) apply one or more tags to a topic, and the HTML build output would show those tags somehow, and clicking on a tag would take you to a page with links to all the topics that have that tag and, if possible, a short introduction (like our tag wikis).
I think the things we need are:
a way to add tags in the XML source
a way, at build time, to generate the tag pages and link to them from all the tagged topics
Is this a solved problem already? Are there scripts or other tools that already exist that we can add to our Flare project and build?