Lorelle pushes Gravatars

WordPress maven Lorelle has a post about creating gravatars and adding them to your blog. I left a comment in advocacy of Shamus’ and Scott’s alternatives. One thing I didn’t mention was that using a locally-generated solution like Wavatars or MonsterID also lends a kind of consistency to the avatars that show up, which in my opinion really facilitates a sense of community. To each his own, but it’s worth proselytizing the alternatives.


wavatarsShamus Young has released a new avatar plugin, called “Wavatars” (the W stands for “Whatever”). This plugin closely mirrors ScottSM’s WP_MonsterID plugin, with added optional support for Gravatars built-in (the plugin can be set to default to a Wavatar if no Gravatar is present). Whether you intend to use wavatars, monsterIDs, or the purely abstract geometric shapes really depends on the overall style and tone of your blog. I’m still using MonsterID over at Haibane.info (which has a much more relaxed, casual atmosphere) but I’ll adopt wavatars for this blog since it has a more didactic voice.


ScottSM has written a folksonomy plugin for WordPress!

* v0.21 12-15-2007:
o Fixed overlap between tag add and comment add $_POST variables
* v0.2 12-15-2007:
o Added Control Panel
o Added Subscribers Only and Authorize Tags options
o Tracks submitted tags
o Added Delete and Accept Tag actions
* v0.1 12-14-2007:
o A rough public tag adder

I’ll be installing this on Haibane.info as soon as I get a chance. I need to modify my template for tags support first so it might take me a few days. However this is one plugin that I think is a real game-changer.

Scott, I highly encourage you to submit this to the WordPress Weblog Tools Collection blog.

WP_MonsterID: automatic, unique avatars

Recently, the Gravatar service was bought out by the founders of WordPress. The immediate result was to move Gravatar over to their servers which resulted in a significant speed boost, and also accelerate gravatar support into the WordPress core. The major advantage of this is that it fosters a sense of community among your commenters, because the visual icon really accentuates everyone’s identity in a way that mere text can’t. I wasn’t motivated to actually sign up for a gravatar myself, however, until Shamus installed it on his blog over the weekend. However, there are two major disadvantages to the service: 1. your users have to actually sign up, and 2. it really slows down the page load.

Instead of Gravatars, I decided to go with MonsterID. This is built on Identicon technology which creates a custom hash based on the user’s email address. MonsterID takes this a step further, using that hash as an input to create a custom, unique “monster” graphic for each user.

I’ve installed the plugin here and on my geekblog, Haibane.info, and you can see it in action on this post about anime which has a healthy discussion thread. I am quite pleased with the result, especially since there is no real impact on page load since all the action is happening locally.

taxonomy versus folksonomy

The WordPress 2.3.x branch officially incorporated tagging into the WordPress core, rendering many third-party tagging plugins obsolete. However, the implementation of tags is largely redundant to the existing category system. As present, both categories ((I use cats as shorthand for categories)) and tags are systems for taxonomy:

tax·on·o·my (tăk-sŏn’É™-mÄ“) pronunciation
n., pl. -mies.

1. The classification of organisms in an ordered system that indicates natural relationships.
2. The science, laws, or principles of classification; systematics.
3. Division into ordered groups or categories: “Scholars have been laboring to develop a taxonomy of young killers” (Aric Press).

Of course, the definition applies to more than just organisms or serial killers. Note that the definition explicitly mentions categories, a reality that is embraced by other content-management systems like Drupal. The inclusion of tags in WordPress was driven more from a desire to optimize for tag-based blog search engines like Technorati rather than having a clear taxonomic usage goal in mind. This has resulted in a lot of confusion among WP endusers about how to balance cats and tags.

For example, Lorelle, one the WP community’s major personalities, has written volumes about tags, and comes across rather skeptical. She describes tags as a standardized keyword system. However, she also insists that cats are not tags. Lorelle summarizes the sole benefits of tags (in her opinion) thus:

  • To provide additional keywords to help search engines and tag services add up your keyword counts and classify your post content.
  • To provide additional navigation on your site, like an index reference, helping the user find related post content.
  • To provide additional information and resources by linking to off-site services, such as Technorati, del.icio.us, or other off-site search engines or tag services.

Note that items 1 and 3 are somewhat redundant. But all of these can be achieved with categories as well, if the user enforces a discipline on themselves. Ultimately, a gigantic cloud of tags is as useless as an enormous list of categories, but either one applied consistently and selectively results in a genuinely useful categorization that then can be leveraged for navigation and aid search engines in classification.

There is a much more fundamental difference between cats and tags that the WP developers seem to have missed, however, that transcends conventional taxonomy. The true power of tags is fully realized not as yet another taxonomy, but as a folksonomy, defined as

“…the practice and method of collaboratively creating and managing tags to annotate and categorize content. In contrast to traditional subject indexing, metadata is not only generated by experts but also by creators and consumers of the content.” [ref: Wikipedia: Folksonomy]

Note that a true folksonomy is not just a site that lets users tag their own content, but also lets users tag others’ content as well. For example, Technorati is not really a folksonomy, whereas del.icio.us is, because anyone can add their own tags to they discover in the latter. ((Note that the WP developers tend to gloss over this important difference between Technorati and del.icio.us)) Other excellent examples are Amazon.com, which allows users to tag items for sale, and the political site Daily Kos, where users tag each others’ diaries (mini-blogs).

The main argument against this sort of thing is essentially “it will lead to chaos” – and to some extent, it has ((See: meta-noise.)) – but consider that the same argument could be made against Wikipedia‘s “anyone can edit this page” philosophy. What happens is that the community itself self-organizes; on Wikipedia there are all sorts of conventions that have emerged (no trivia, proper sourcing, “disputed” article designations, etc) and on DailyKos the community itself polices tag use, creates tag conventions of its own, and regularizes the common ones.

The bottoms-up, unstructured approach of folksonomy is a new paradigm for finding content online, that is largely orthogonal to the old way of brute-force searching. The driver here is not a search algorithm, but a truly human filter, that is infinitely customizable:

As folksonomies develop in Internet-mediated social environments, users can (generally) discover who created a given folksonomy tag, and see the other tags that this person created. In this way, folksonomy users often discover the tag sets of another user who tends to interpret and tag content in a way that makes sense to them. The result is often an immediate and rewarding gain in the user’s capacity to find related content (a practice known as “pivot browsing”). Part of the appeal of folksonomy is its inherent subversiveness: when faced with the choice of the search tools that Web sites provide, folksonomies can be seen as a rejection of the search engine status quo in favor of tools that are created by the community.

Though folksonomies are in their infancy, they arguably represent the next evolutionary step for the Internet, and are intimately tied to the concept of the Semantic Web. The modern Internet is thoroughly dominated by Google, which represents the pinnacle of the old, algorithmic model, but it’s not beyond the realm of imagination to envision Google becoming outdated someday with the rise of a Semantic search engine (and the groundwork for such a “Web 3.0” has already been laid today) ((Extrapolating, one might imagine Web 4.0 to arrive with true Artificial Intelligence, thereby removing humans and automating the creation of meta-data to power the Semantic web. A serious name might be the Intelligent Web; a more tounge-in-cheek one might be the Pedantic Web.)).

None of this applies to the taxonomic tag system that WordPress uses today. WordPress’ tag system is designed more for Technorati than for Del.icio.us. However, that doesn’t mean WordPress can’t support a folksonomy via plugins. The basic functionality required of such a plugin is to add an “Edit tags” link on each post. The user access level of who is permitted to edit the tags (from Admins right down to unregistered users) would be configurable, and the admin could decide whether to permit individual authors to override the tag edit access on a per-post basis. The default setting might be to permit any registered blog user to edit tags, and disable author override, to encourage a more open stance (albeit with some protection). Supplementary plugins like Peter Keung’s captcha system would be useful in weeding out spam registrations, as well.

Of course, categories would remain under the exclusive control of the blog admins. This will create two sets of taxonomies per blog; one defined by the author, and one by the readers. The former would be optimized for keyword taxonomy engines like Technorati and the latter would be optimized for folksonomic engines like del.icio.us. Both systems would meet all three of Lorelle’s criteria above and serve to attract traffic and provide readers with multiple points of entry to the site’s content.

Ultimately, plugin-based folksonomy functionality could eventually be adopted into the WordPress core, just as tags themselves were adopted ((There’s a long way to go, of course. As of this writing, the term folksonomy doesn’t even appear once in the WP-Trac system.)). If so, the WordPress technology would become part of the foundation for Web 3.0 itself – and beyond.

UPDATE: The confusion about folksonomies versus taxonomies persists, with many people simply assuming that “tags” by themselves are sufficient. For example, Binary Bonsai’s Matt has a post about his move away from categories towards tags, but he has really just substituted one taxonomy for another. This WordPress “folksonomy” plugin (now deprecated) did much the same thing. Presently there is no true implementation of a folksonomy on the WordPress platform.

registration captcha

I mentioned earlier that I was using Peter’s Anti-spam Math plugin to allow for freer commenting (after inspiration from Shamus). I was also using the WP-Deadbolt plugin to add a blacklist to the blog registration page. However, I left a comment at Peter’s asking if he could add the same captcha functionality to the registration page as well. He responded almost immediately and sent me a link to the new beta of his plugin, which adds the captcha to the registration page as desired and which also implements a domain-based blacklist for registration email addresses to boot! I just installed it and am really impressed. If you have a WP blog and allow users to register, give this a whirl and let Peter know if you come across any bugs.

back atcha, captcha!

Until now, I’ve required users to be registered on the blog in order to leave comments. I’ve realized however that this does act as a deterrent to people who would impulsively comment but don’t want to load a few extra screens. So, I have taken a cue from Shamus and installed a captcha plugin. I’m using a derivative of the one he uses, called Peter’s Math Anti-Spam Plugin, and again taking a cue from Shamus I’ve configured it so it shows exactly the same math problem every time. (Incidentally, please assume completeness of the Real numbers before answering. Thank you.)

If you are a registered user, and are logged in (use the handy login form on top of sidebar) you won’t ever see the captcha. I am still disabling all pingbacks and trackbacks, and have also installed a domain blacklist to prevent spammy email addresses from registering (mostly mail.ru. Sorry, Russian Haibane fans). And I’ve got Akismet purring along in the background. Spam hasn’t really been a problem until now and if this (marginally) more open scheme results in a big increase in spam from registered bots, then I’ll yank it.