Thursday, January 15, 2009

Thing #17: Wikis Ahoy!

Because I have experience with a couple of different wikis, I didn't expect to learn much from Thing #17: So what's in a wiki? To my delight, I was wrong. The Book Lovers Wiki didn't fit my mental model of what a wiki "looks" like. Also, on Library Success: A Best Practices Wiki I noticed the "Random Page" link on the left sidebar. It turns out that this also exists in Wikipedia; I just never noticed it because there is so much other stuff in Wikipedia's left sidebar that my eyes just gloss over it all. But the Random Page link is fun! It's wiki roulette! I believe I've just found my next source of entertainment.

One of the core tenets of wiki wisdom is that "anyone can edit" a wiki. While that may be true, I submit that wiki markup can be intimidating. I've edited in two different wikis: Wikipedia and the Confluence wiki we use at work. Their markup languages are completely different. Not only is neither one like html, neither one is like the other. This lack of standardization means that there is a learning curve not just for wikis, but for each wiki platform. Sure, if you just want to type in a line of text, it's no problem, but if you want to add a link or make a table, you have to learn the markup.

Our Confluence wiki has the option to edit pages in rich text, which does make it much more accessible, even if the rich text editor is a little on the buggy side. Everyone at work is encouraged to use the wiki. In fact, it's almost required. We use it for news, policies, procedures, meeting minutes, projects, discussions, and more. Even so, there are a few people who won't edit the wiki unless specifically told to. And there remains the perception that it is difficult, and some of my colleagues routinely come to me for help whenever they need to edit a page. I'm always glad to help. It's one of my official duties as a SpaceRanger, which is what "wiki power users" are called in my library, but also, I enjoy it. It's fun and interesting. And I always work directly in wiki markup rather than rich text, because I feel like I have better control over what the page will look like.

My library's wiki is strictly staff-only. It's not available to the public, and anonymous edits are not allowed. From Using Wikis to Create Online Communities, I do like the idea of using a wiki as a subject guide, especially if truly anyone could edit. The subject specialist librarian could moderate/shepherd it, to keep it accurate.

As for using a wiki to edit catalog entries, I think that might have to wait until OCLC comes around and makes WorldCat truly open. If all catalogers could edit all bib records, regardless of the encoding level, the bibs would become better. And while the general public should probably not be able to edit the MARC data or the authority-controlled fields, I think it would be great to let users add notes and summaries to records, not just tags and reviews. If a "vandal" were to add false or highly biased information, I'm sure the next cataloger to see it would take care of it. Or perhaps a passionate user might beat the catalogers to it.

One of the things people seem to fear about Wikipedia and other wikis is the threat not only of outright vandalism but of bias and unverified information being added to articles. Having read Wikipedia's content criteria in depth, I can say that such shenanigans are not tolerated on that site. The core Wikipedians are hypervigilant of any such abuses, and any malicious edits tend to be discovered and reversed very quickly. I don't mean "days" quickly, I mean "minutes" quickly. Yes, it is possible that you might see an article before it gets fixed. If you see something that just doesn't seem right, the simple solutions are to a) look at the history pages, and b) check back later to see the next version.

In Wikis in Plain English, when they showed the example of a user starting a page that said, "Pups are cute!" followed by someone changing it to, "Pups are messy!" I burst out laughing and thought, "And now the edit war begins."

Looking at a wiki's history pages can be very enlightening. Edit wars can be educational, if librarians and teachers use them as examples. Oftentimes, you can see both sides of a hotly-debated topic bared in a way you'd never observe from reading static articles.

But the most important thing to remember about wikis is that they are tools. Fabulous and awesome tools, and incredibly useful, but still tools. As Kate Sheehan said, "It’s easy to become enamored of social networking sites and Web 2.0 toys to the point where they seem like a panacea for everything that’s wrong with your library or your job. Slap a wiki on it and call me in the morning." In the end, it's not about the wiki; it's about the people.

1 comment:

Peter Farlow said...

I needed a wiki to collaborate with a large team for a school project. We used Assembla and found their wiki tool to work well.