adrinux wrote: > It's perfectly possible to have both a hard taxonomy for the main > article navigation and tags for the sub categories, they can adapt and > change easily with new technologies/jargon (flavour of the month) - > pretty much what Martin said. You avoid 'hard' coding them into the > site structure, UI and navigation too, which is another plus. > > It just leaves us with the question of how to expose the tags in the > UI. Some existing ways this is done that I can think of put which we > don't *need* to use: > > (1) the usual 'list of tags' with each article > (2) lists of tags in a sidebar or footer block > (3) tag clouds > (4) site map style pages > > any other idea's? > I think (1) is a useful convention. > > > -- If it's of any use, I have two different places where 'sub category' tagging takes place; 1. 'Hyperlocal' tags which are automatically added to the article based on keywords within it. This allows the back end to update what is displayed on the front, and the sections appear with historical articles inside. All we have to do is switch off the 'hyperlocal' area in the categories table for it to drop if it's underused with no effect elsewhere in the system. 2. 'Classified Ads', here there are several hundred potential categories, but some are seasonal and some are only used occasionally. With these the system is looking for a valid date and only the categories which are active display. So we might end up with Christmas ads this week but no hard coding exists so they simply disappear next week. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.