Ben Ward

Practical Publishing

. Updated: .

Something that ‘people in San Francisco’ seem to do, that no-one back home in London was doing (or if they were, they kept quiet about it) is maintain a personal wiki. I’ve avoided it for ages, mostly because I figured that if I have this much trouble maintaining a blog, surely a wiki will just make my cluster of unmaintained pages even larger.

The previous entry on microblogging was the start of a realisation. Realising that Pownce is useful in its capacity as a microblogging platform rather than as an alternative to Twitter, I think that my personal publishing breaks down cleanly into tiers, based on the depth of the content. And a wiki is perhaps the most natural part of that as anything.

Blogging, as in a site like this, is really only well suited to a certain style of publishing. I want to publish content of a consistent style on this blog. I want there to be a certain amount of depth to each entry, and I don’t want some detailed attempt all about the philosophy of personal publishing to be punctuated by a single line piece stating that ‘I could really murder a chip butty right now’.

The way I see this breaking down, and this is starting to feel quite natural, is as follows:

The critical thing with a blog though, and something that should be embraced, is time sensitivity. What I write here is timestamped and could, upon further reflection in a month or a year prove to be dismissible rambling bullshit. But the timestamp validates that. The moment you read this you know that it’s old and that gives you the context to consume it. You can write safe in the knowledge that time will let your obsolete content fade away. Timeless, accidental masterpieces will look after themselves.

Which leads to wikis. A wiki will contain detailed content. Thoughts, projects, entire subjects documented through the eyes of an author. Wikis have long been complemented for being very close to the original ideals of the read/write web that Tim Berners-Lee envisioned (back before no-one had bothered to implemented the necessary HTTP verbs to do it). It’s back to a world of writing standalone pages. And in standalone, I mean to imply timeless. So, my ‘about me’ page isn’t a blog entry, it’s a page, and wiki is a superior publishing medium to maintain that kind of content. Similarly, documenting my ‘thoughts on personal publishing’, and my ‘current publishing practices’ is a standalone, timeless (and constantly updated) piece of information. Here I blog about how I publish, or rather, how I’m considering doing it. It’s driven by a desire for discussion. However, to publish my current publishing behaviour, a wiki is a superior platform. That one URL (let’s say, perhaps, http://ben-ward.co.uk/content/Publishing) will always represent current information and is far preferable over regular blog entries every time I change something. ‘Publishing Patterns, August 2008’, ‘Publishing Patterns, November 2008’… a blog is less suitable for versioned content.

So, Twitter is a slight oddball

I regard it as publishing ‘fragments’ of my day. By my reckoning it fits into the tier below (smaller than) ‘microblogging’. But it grew out from encouraging people to just publish their status and into its own social network. So as well as containing the little snippets of my day, it also contains pieces of social interaction. Twitter is great, but it’s a less pure publishing platform.

Combination. The lifestream.

The thing about blogging — an issue that produced some background resistance in me to the personal wiki concept — is that whilst you can better maintain content, you’re unable to push it to people. A blog has a feed and people consume that feed and therefore people read what you have to say. Sound vain? Get over that and accept that in some capacity we all want people to read what we write and we don’t want our output buried somewhere it’ll never be found.

If I were to produce a nicely combined life stream (which I will), Pownce, Twitter and the blog are chronological and so slot in neatly. Twitter gets filtered to avoid publishing those ‘social interaction’ posts, but otherwise fits in. But since wiki content is not time sensitive, it is not the content itself but the edits of that content which should be streamed. That in itself is a bit problematic. New pages are probably noteworthy, major edits are probably noteworthy; minor edits not so much.

The scenario I’m trying to support is this: Rather than someone come to this site and subscribe to just the blog feed, they would subscribe to the whole lifestream. But, the lifestream would be built such that the content is relevant enough they don’t get irritated by its content. Not an easy balance. Configuration seems like a grossly over-complex solution, but perhaps offering two predefined options would be manageable; substantial content containing blog entries, major wiki edits, and longer Pownce posts could be available separately from the whole life stream.

I suppose I should build it.

Comments

Previously, I hosted responses and commentary from readers directly on this site, but have decided not to any more. All previous comments and pingbacks are included here, but to post further responses, please refer me to a post on your own blog or other network. See instructions and recommendations of ways to do this.

  1. Don’t go to tantek on me ;)

    I’m still not sold on Pownce, much like Twitter you need a critical mass of useful friends/content for it to become really useful.

    I’m curious about the wiki over blog idea, I’ve been pondering using “micro blogging” wiki entries, so keeping a tumble log of stuff, sometimes (almost coincidentally) containing my stuff.

    Certainly if I do get in to gear and work on my site again, I could see myself with a wiki-esque setup, featuring content through micro blogging and a big old activity feed of twitter+everything else.

    Hm, to find it the time.

  2. Very interesting thoughts. I had similar ideas as I’m keeping a tumblr blog, use my flickr account as visual diary and have some other side projects. Each of these sources has its own RSS stream.
    The lifestream could just pull them together and add some filters to it.
    What I find most interesting about the stream would be to provide filtered versions of this lifestream. So you could pass a lifestream to your friends and another version to your collegues for example.

You can file issues or provide corrections: View Source on Github. Contributor credits.