Blogs and the problem of indexes

February 24, 2012

The other day I did something that I don't usually do; I wrote an entry that was an index to other entries. I don't normally create indexes to entries because they're an awkward fit for blog (style) writing; trying to write indexes raises a number of issues.

The first question is both straightforward and the core question: where do you put such indexes? Generally you have three options; the index can be the first entry in a series of entries, it can be the last entry in a series, or it can live outside your blog entries in some way. The first option requires you to repeatedly go back and revise the index entry (which makes it look more wiki-like than blog-like). The second option means that you have no index at all until the entire series is done, but at least you get a nice retrospective entry out of it. The third option requires a place to put it (one that may not exist) and potentially places it outside other features of your blog environment that you may want (for example, comments).

(I say that a non-blog place to put indexes may not exist because some captive blogging environments have no provisions for new non-blog pages at all; you have at best a few canned 'about' pages and the like, and everything else has to be part of your blog.)

Once you have an index page, somewhere, the next question is how you draw people's attention to it. There are two aspects of this. First, for real blog usability you really want individual entries in the series to link to the index page for the series; this lets someone who winds up one entry easily branch out to reading the others. Ideally these links would be created automatically and would go to the index and to the next and previous entries in the series (for series that have orderings, which many do).

(Manual creation of links is not so much error-prone as omission-prone. It may also require going back to edit entries, especially if you only realize that you should organize an index after the fact.)

The second aspect of this is drawing general attention to your indexes in a way that encourages people to use them to explore. In a sense indexes to a series of entries are a great way to condense and summarize your archives and thus should make exploration easier, but you need to get the indexes in front of people for that to work. I don't have any particularly good answer to this right now, although I can think of various approaches if you have a lot of time.

(Some blogs feature 'things I think you should read' indexes in their sidebar, but I consider those a special case. It's much easier to find a spot for one or two very important indexes than to figure out how to organize an unpredictable random number of them.)

(As I've noted a long time ago, one of things about blogs is that blog pages are only weakly connected to each other. These issues with indexes are one manifestation of this, because indexes are strong connections. So how do you add strong connections in on top of a weakly connected environment?)

On a side note, categories and tags are both kind of attempts to add low-effort indexes. I'm not convinced that they are a good match for the kind of situation with things like my Python metaclass index, partly because they are too generic in presentation.

Written on 24 February 2012.
« How I can be wrong about the death of sysadmin jobs
The (future) problem with Python 2.7 »

Page tools: View Source, Add Comment.
Search:
Login: Password:
Atom Syndication: Recent Comments.

Last modified: Fri Feb 24 01:47:21 2012
This dinky wiki is brought to you by the Insane Hackers Guild, Python sub-branch.