• 
  Please support me in the 2010 Ride to Conquer Cancer - last year we were able to raise $6.9 million for the Alberta Cancer Foundation - hopefully we can raise even more in 2010!

  ---

• Search for:

• Pages

  • About
    • Colophon
    • Contact
    • Curriculum Vitae
    • Presentations
  • Archives
    • Recent Comments
    • Shared Items
  • Asides
  • Photography
  • WordPress
    • Akismet Credit Inserter
    • Post Revision Display

• Categories

  • aside
  • digital photography sessions
  • fun
  • general
  • photography
  • work

• Blog under the Creative Commons Attribution 3.0 License
  

I lugged my camera and Flip on the Ride to Conquer Cancer, to document some of the ride. It was a pretty epic bike ride – the hardest thing I’ve ever done – but was well worth it.

Thank you to everyone that supported me in any way – it definitely made the pain of the ride easier to push through.

Full resolution photos are available on Flickr, and I apologize for my severe lack of video production skills…

this makes me smile.

I’ve been trying to get BuddyPress working on my WPMU installation that uses MultiDB for database partitioning. It’s been cranky, but I just realized I’m a complete idiot because I was overlooking the obvious (and drop dead simple) fix.

BuddyPress was acting up because it was creating tables in each blog’s database tableset. But MultiDB makes it easy to declare tables as belonging to a shared global database, so they don’t get recreated for each blog and are common across the entire service.

Thanks to a reminder by Andrew on the premium.wpmudev.org forum!

I edited my db-config.php file to declare the BuddyPress tables as being global, and copied the tables from the database where they had been collecting, into the global database.

// BuddyPress
add_global_table('bp_activity_sitewide');
add_global_table('bp_activity_user_activity');
add_global_table('bp_activity_user_activity_cached');
add_global_table('bp_friends');
add_global_table('bp_groups');
add_global_table('bp_groups_groupmeta');
add_global_table('bp_groups_members');
add_global_table('bp_groups_wire');
add_global_table('bp_messages_messages');
add_global_table('bp_messages_notices');
add_global_table('bp_messages_recipients');
add_global_table('bp_messages_threads');
add_global_table('bp_notifications');
add_global_table('bp_user_blogs');
add_global_table('bp_user_blogs_blogmeta');
add_global_table('bp_user_blogs_comments');
add_global_table('bp_user_blogs_posts');
add_global_table('bp_xprofile_data');
add_global_table('bp_xprofile_fields');
add_global_table('bp_xprofile_groups');
add_global_table('bp_xprofile_wire');

It seems to be working fine. I’ll do some more testing, but it’s looking promising. If it’s really working, I’ll be spending some time to BuddyPress-enable the main theme for the WPMU service, and roll it out properly.

One of the interesting new things in iPod/iPhone OS 3.0 is the new “find my iPod” feature. It’s probably most useful for an iPhone, which could be easily left on a bus or something, and has an always-on 3G connection, but it works just fine for iPods over WIFI as well.

It’s close – I’m just on the edge of the blue circle as I’m typing this – but it’s good enough to tell me that I haven’t left it at home. The map updates in nearly realtime, so you could, in theory, track the device as it walks away.

The location is only visible to the owner of the MobileMe (nee .Mac) account, and, I suppose, The Authorities™. It’s intended to provide a way to find a lost or stolen iPhone. It could also provide a creepy way of tracking someone, but you’d need to know their MobileMe login.

You can also send messages to the iPod from the MobileMe web interface:

The message is customizable, and you get an email after the “OK” button has been clicked to confirm that the message was received.

One of the things I do when working with students and faculty, is to show them how to find great free resources shared online via the Creative Commons license, and to provide proper attribution. It’s really easy. It can be as simple as “Photograph by [flickr username]“, and maybe a link to the photo page.

The Tekzilla podcast (and TV show?) used a photo of mine in a recent episode (Episode 93: “Netbook Buyer’s Guide”, June 18 2009). I’m fine with that – I release every photo I publish under a simple Creative Commons attribution license to make that kind of thing easy to do.

Here’s how Tekzilla handles attribution:

Oops. Nope. They didn’t put it there. There was plenty of room for their network logo badge, though.

Maybe in the credits for the show? Nope. But there was room for about 2 minutes of super-funny blooper out-takes.

They had used many photographs throughout the show, likely all from Flickr, without providing any attribution for any of them. Without even a lame “Photo from Flickr” – the way the photos were used, it appeared as though they (or someone on their crew) had taken all of them. Maybe they had taken some of them, but it was completely unclear.

That’s not cool. That’s not abiding by the terms of the Creative Commons license.

Speaking of attribution, thanks to Paul for the heads up on this. He recognized my photo while watching the podcast episode.

And here’s the original photograph on Flickr:

Photograph by D’Arcy Norman

Update: Turns out that it was a simple oversight, and will be rectified by Tekzilla providing attribution in a future episode.

I’d tried sni.ps before – it’s a very cool clip management and embedding service by the Project Opus folks. It’s gotten REALLY nice. Let’s see if I can embed a citation:

And Jim will love this – it’s powered by a Drupal website…

Brian Lamb raves about the awesome Murder, Madness, Mayhem project that was run by Jon Beasley Murray – where students in his course worked to create and edit pages in Wikipedia to bring them up to “Featured Article” status. Brian talks about how wikis are powerful examples of collaborative editing, and that although the students’ work is in the open, that any errors or omissions (or worse) would be fixed by the wikipedia community very quickly.

I finally decided to test this out. Not that I didn’t believe Brian – I did – but I wanted to put it to the test. Does this REALLY happen? How quickly? Even on relatively obscure pages?

So, while watching Brian’s awesome TTIX 2009 keynote, I pulled up the wikipedia page that he was talking about, and proceeded to make my own contribution to it.

Seems like a pretty good edit, to me. It looked official, and linked to 2 other (albeit nonexistent) pages on wikipedia. I know I enjoyed the performance of the Saskatoon Prairie Theatre.

Then, I monitored the page.

13 hours later, this happened:

Some anonymous person in Brazil noticed the edit, correctly decided that it wasn’t a valid contribution to the article, and yanked it from the published version of El Señor Presidente.

Is that something that can be generalized? Can all wikipedia pages be trusted? Probably not. But, knowing that a relatively obscure page was monitored and corrected in 13 hours gives me more confidence to trust the rest of the wikipedia collection of articles.