Bookmarks for August 18th through September 8th

I find this stuff so that you don’t have to.

  • Civic Commons code-sharing initiative bids to reduce government IT costs – "Around the United States, city governments have created a multitude of software. Unfortunately, most of the time the code from those projects is not shared between municipalities, which results in duplication of effort and redundant, static software."
  • Anonymity, trust and openness on the social intranet – "In some organisations, the cloak of anonymity could help to establish the first part of that trust relationship, and reassure colleagues that leaders are, in fact, really listening; once it exists, it’s easier to step out of the shadows with a greater degree of trust and openness."
  • The end of history – "History will, of course, look after itself. It always has. But the future history of our time will be different from our histories of past times, and that will not be because we have an eye to the future, but because we are always relentless focused on the present."
  • Why aren’t we all working for Learning Organisations? – "…the authors suggest a way for managers to switch from a ‘command and control’ to a ‘systems thinking’ mindset in order to achieve genuine organisational learning."
  • Quixly – Cool way to host and deliver paid-for content, such as e-books.
  • Understanding Marin County’s $30 million ERP failure – It's not just UK government that cocks up IT projects.
  • Google Wave open source next steps: "Wave in a Box" – "We will expand upon the 200K lines of code we've already open sourced (detailed at waveprotocol.org) to flesh out the existing example Wave server and web client into a more complete application or "Wave in a Box.""
  • Should Governments Legislate a Preference for Open Source? – "It's easy to legislate a preference for Open Source, and difficult to implement a level playing field upon which Open Source and proprietary software could compete fairly. Thus, a number of governments have enacted the preference as an easy-to-legislate way of solving the problem, but I submit not optimally. Having a preference gives proprietary software an opening to portray themselves as the "injured party", when the reality is that historically there has been a preference for proprietary software in both legislation and internal process of government purchasers, and this still exists today."
  • Wiki life – "The point, in the end, is that Wikimedia by its DNA operates in public and benefits accrue — not just as product and engagement and promotion and distribution but also as strategy. That’s the next step in creating the truly public company or organization."
  • First Impressions: VaultPress (WordPress Backup) – Nice summary of the premium backup service for WordPress (sadly just in beta at the moment).
  • Sink or Swim – Donald Clark on the birth of Learning Pool and why the public sector needs it more than ever.
  • Damien Katz: Getting Your Open Source Project to 1.0 – Great notes on successful open source development.
  • Harold Jarche » The Evolving Social Organization – "For decades, organizational growth has been viewed as a positive development, but it has come at a cost."
  • O’Reilly, Open Government and the Ingenuity of Enthusiasm – "It is quite clear that performance management and procurement, as well as many other government processes, need to be revised, reformed or radically changed. But this won’t happen unless we recognize that government and its employees need to remain in charge, need to stay as the custodians of neutrality and transparency, and we, the people, developers or users, can just help them do a better job but not replace them in any way."
  • Research findings and recommendations for Councils – Some fantastic shared learning here from Michele.
  • sigil – "Sigil is a multi-platform WYSIWYG ebook editor. It is designed to edit books in ePub format."
  • Enterprise 2.0 Perceived Risks: Myth or Reality? – "…security is a personal thing, a personal trait that everyone needs to nurture and treasure accordingly."
  • Using Free, Open-Source Software in Local Governments – "…how is it that local governments have failed to capitalize on the cost-saving and productivity-enhancing benefits of using open source software, especially given the budget crises they face?"
  • Open Government Data – "This event will bring together movers and shakers from the world of open government data — including government representatives, policymakers, lawyers, technologists, academics, advocates, citizens, journalists and reusers."
  • WordPress › Email Users « WordPress Plugins – "A plugin for wordpress which allows you to send an email to the registered blog users."

You can find all my bookmarks on Delicious. There is also even more stuff on my shared Google Reader page.

You can also see all the videos I think are worth watching at my video scrapbook.

Editing Wikipedia

I’ve been asked this question a few times recently, so thought it worth sharing my answer with everyone that reads this blog:

What’s the best way to approach editing Wikipedia articles about us?

There are a number of reasons why you might want to do this – the most obvious being that there are some factual inaccuracies that you want to correct – though sometimes there are other reasons too.

There have been several high profile incidents where Wikipedia has been edited – by either the individual who is the subject of the article or by an employee of an organisation with a page on the site – with various degrees of success or humiliation. Here’s my guide to getting more of the former and less of the latter.

My instinctive reaction is: don’t do it. Editing Wikipedia is a minefield and getting it right will take up an awful lot of time. Think about another way around it – could you publish a list of corrections on your own website, or on a blog? Perhaps encourage someone else who reads it to make the corrections, but leave Wikipedia itself well alone.

If you are determined to get involved, here’s what to do. Firstly, do not edit anonymously but create an account on the site. This is for the very good reason that your edits will not be anonymous anyway – your IP address will be recorded and if you are using a work computer, people will easily be able to find out where you are.

Instead, give yourself a username that’s understandable, not some random pseudonym. Then, open your personal user page and edit it to explain exactly who you are and who you work for. What you are aiming for is complete transparency – the last thing you want is people thinking that you are being sneaky.

Once that’s all done, it’s time to edit the entry itself. Or, rather, not – because my advice would be not to edit the text of the article itself first of all. Instead, I’d limit my edits to the article’s talk page initially. Explain in the page the inaccuracies, and perhaps link to the web page I mentioned earlier with a list of corrections. Then let the community do its work – some corrections will be made to the page – maybe all of them. What you are doing is giving the Wikipedians the facts, and allowing them to put their own house in order.

If that doesn’t happen, or if there is an urgent correction that needs making, then edit the text itself. Firstly, make the change, ensuring that you clearly link back to sources to back up your edits – and make sure you use the edit summary box to explain what you have done and why. Then, drop by the article’s talk page and again explain who you are, what change you made and why you did it.

Once all that is done, sign up to get email alerts when the page is changed so you can keep on top of what further edits people are making.

If you find that someone just goes in right away and reverts – that is, removes your edits and restores the page to how it looked before you started – do not get tempted into reverting their reversion! These tit-for-tat “edit wars” do nobody any good! Instead, try and engage with the person making the reversion, again through the article’s talk page, or on that user’s own page maybe. Most Wikipedipedians are friendly, conciliatory folk and you should be able to talk them into being more reasonable.

Of course, if that fails, there is always the Wikipedia arbitration process. Good luck with that.

For more on Wikipedia culture, I found Andrew Lih‘s book The Wikipedia Revolution pretty good. Lih is clearly a fan of Wikipedia, so it is hardly an unbiased account, but there is some really useful background in there.