If you use tools like
Flickr,
del.icio.us or
Technorati, then you'll be familiar with the benefits of what have come to be known as folksonomies. All these services allow you to create your own tags for classifying content. User-created taxonomies work well in social networks, where there is an tendency to clarity driven by the ethos of the network. Flickr is a case in point, where specific image tags have become fashionable tools for sharing themed images without creating artificial groups.
It's quite simple to create your own folksonomy. Say you're using Flickr as a photohost, all you need to do is upload your pictures and then give them a series of tags that describe what you've uploaded. A picture of a man standing on a beach in the sun might end up tagged as "fred beach cambersands sunny". Four tags that really only mean something to you. However someone searching Flickr for pictures of sunny beaches would be able to find your picture, as their search would pick up the "sunny" and "beach" tags.
Folksonomies are a far cry from the complex taxonomies used by knowledge management systems, where there's considerable research into defining information hierarchies. But there's one thing about folksonomies: they just work.
That's fine. In fact that's just peachy!
The Ronseal "it does what says on the tin" approach is one I like. I'm as guilty of anyone as producing my own
idiosyncratic tagging schemes - and I'll often have to go back to edit some consistency into my tagging.
However there's one area where I'd like to have some sort of constraint - and that's in what I've come to think of as "geosonomies": tags that relate to specific places. It's easy enough to find a tag on Flickr for London, but what if you're trying to track down an image of a specific place in a specific country, and you're not sure of the exact spelling. Surely it should be possible to start at "Belgium", and then use a map to find the place you want pictures from?
Implementing geosonomies should be relatively simple. All they do is imply a second level of metadata that says "place". They can be extended to manage well understood hierarchical structures - continent:country:province:city/town - so a tag "London" could be associated with additional hierarchical metadata: "Europe:UK:London". Geosonomy tagging can remain as free as the standard folksonomy approach - the additional metadata should be added automatically if the user identifies a tag as geographical. If the place name is unknown, the user can be prompted to add hierarchical information. We shouldn't expect services to build complete geographical databases when users can add places themselves.
Turning folksonomies into working metadata is an interesting problem for the next few years. Perhaps the geosonomy approach is worth considering as a place to start.
Nokia's
Lifeblog is a step in this direction, and as more and more digicams and mobile phones start linking to GPS, geographical information is going to become part and parcel of our everyday online lives.
After all, we all like to know where we've been...
Thoughts sparked off by a walk in the park with
marypcb