Events that you should be at

In Valleywag style, here are events that you should go to (though no, sorry, they’re not all Valley-centric):

Add these to your calendar.

Finally — track new co.mments by email!

Now instead of relying on individual bloggers to email-update enabled their blogs, will take care of the work for you — on any blog! Ever want to get follow-up notifications on responses to comments you’ve left on someone’s blog? Or just wanted to find out about new activity on a given blog post? Well, now you can. Via email.

Follow up on the mousetrap

Apparently I could have been more clear in my post on the Google Authentication mousetrap, so here’s some additional summary points:

  1. It’s not so much about lock-in as it is that Google can steamroll over independent competition because of their ability to integrate and cross-promote services. In the first bubble, they called this synergy and it’s not necessarily a bad thing. It’s better for users, but worse for upstart competitors.
  2. As web apps become the norm, being able to move your data between them will become essential, and since almost all web apps require some form of authentication, you need to be able to share your credentials between these web apps to transfer the data.
  3. Microsoft Word already runs on OSX and so you already can copy and paste data between it and Appleworks. My point is that that’s not the case on the web today. Because commercial use of APIs are restricted, you have to wait for companies to forge business deals before you get the kind of interop that you already have between different company’s desktop-based applications.
  4. I feel that my view is squarely looking at reality — looking at what will happen if we don’t open up data formats and authentication protocols. I am placing my hope on microformats and OpenID — not because I care so much about the technology, but because until we have open standards for transferring data and open protocols for authenticating, it’s going to continue to be a disempowering situation for your typical end user. Like me.

The day Facebook stole the network

Marty Wells of Tangler (and a Citizen Agency client) has some great thoughts on Facebook’s usurping of MySpace’s opportunity to set the standard API of the social web. Basically, that Facebook came out with their API first means that they dictate the standard calls and features that everyone else will now have to offer parity with.

Joshua and the Delicious folks found themselves in a similar situation — delaying Flock’s rolling out of privacy in favorites even though Shadows had long since supported the feature in its API. And more recently, Ma.gnolia will be mirroring the Delicious API to speed up Flock integration. In the case of another incumbent, Photobucket mirrored Flickr’s API to push Flock integration.

In these and other cases, the sooner you go open, the sooner you reap the benefits. And, I have to admit, I’m happy that it was Facebook to make a move first.

See your visitors in heat vision!

CrazyEgg Heatmap

Today , the brainchild of pinkoteer Hiten Shah, finally launched.

I’ve been dying for this to come out for sometime, being the visual person that I am. While helps me make sense of the data, it’s never really shown me, per page, where the most action is happening — nor in real time overlays (not to mention that it’s gone silent as of late). And while Google Analytics has a similar link analysis tool, it’s pretty nasty to look at compared with CrazyEgg.

They’ve also gone the smart (sustainable) route with their freemium pricing model.

Cheers Hiten and co., and Edward Tufte, eat your heart out!

Building a better mouse trap

Mousetrap

I’m struggling to make sense of something here. In Blogger’s announcement about its new beta was an interesting tidbit that didn’t get much pickup: Blogger now has a Google Data API.

There’s a lot that I could say about this, and my initial reaction was actually wrong. It seemed to me that Google was going off and inventing its own blog-publishing protocol, pulling the same crap that it did with its non-standard Event Publisher API (using random values that don’t map directly to the international icalendar standard.

But, no, it turns out that GData is actually just Atom “plus some extensions for handling queries”, but branded as a proprietary Google format (kind of ironic, given the long and pained open development of Atom).

So whatever, Atom is what comes next after RSS and MetaWeblog (in particular as ).

The important thing that started to dawn on me was this part of the announcement:

So just as Yahoo had done with Flickr (inspiring a fairly wide backlash), Blogger is going to be fully absorbed into the Google Auth-borg. This continued amalgamation of services behind the Google Account Authentication has consequences beyond the momentary outcry over Google’s supposed steamrolling of companies.

Business is business and competition is a threat to any member of an ecosystem, which is why you’ve got to keep innovating, adapting and bettering to survive. But it’s different when it comes to setting protocols and standards and the seamless moving of data in and out of disparate systems. When those protocols are closed or locked up or can be sealed off at any time, the competitive environment becomes very different.

The problem that I see is Google’s ability to shut out third party services once you’ve imported yourself into the proverbial gLife. No doubt there are feeds and the aforementioned GData APIs but it’s not an open system; Google decides which ports it wants to open and for whom. Think you’ll ever be able to cross-post calendar items from to your Google Calendar? Only if Narendra strikes a deal on your behalf — even though it’s your data. Think you’ll ever be able to share your Picasa Albums with your Flickr account? Don’t bet on it. Or — or — how about sharing your Google search history with your Yahoo account? Or merging your buddy list between Orkut and Flickr? Not a chance.

In simplest terms, with the state we’re in with centralized authentication in web applications, it’s like waiting for Microsoft and Apple to strike a deal enabling you to copy and paste from Appleworks to Word. And on top of that, you’d need to have to had created an account in both apps to even boot them up. So from a “normal person perspective”, this is a situation that you’d never want to have to worry about.

But that’s essentially where we’re at.

To put it in greater perspective: Web2.0 should have been the “great wide opening” — that is, where you could be in utter control of your data and move it in and out of services at your whim, just as you can with your money, in and out of banks depending on the quality and diversity of services they offer. And indeed, they’ve got to compete just to keep your business — if you leave, you won’t be stuck with a bunch of expiring pre-loaded debit cards.

But there’s a new trend, seen in Google’s spreading account authentication that foretells of the inevitable Passport-like lock-in that sunk Microsoft the first go ’round. You see, Google’s Account Authentication API makes it easy for you to add more and more of Google services by simply using your Gmail credentials. For Google, this leads to huge network effects, because they can essentially merge behavior data from across its entire network of services to build out a better picture of you — leading to a kind of competitive advantage that no one else can touch.

The problem though, both for you and for independent developers, is that you can’t pick and choose who or what Google works with. They’ll make themselves just open enough to be above reproach but not quite open enough to allow third parties to compete with them on their home turf (man, it’d be nice if there were a “Reply by Skype” link in Gmail — oops, Gtalk only!).

And this is how Google will build a better user mousetrap by leveraging its superior cross-product integration that its authentication system affords them.

(Aside: 37Signals partially benefits from the same kind of integration in typing Writeboards into Backpack but could go further by sharing accounts between different Basecamps).

A change in feeding habits

In case you consume my feed rather than simply visit my blog daily (there’s apparently around 1,000 of you, give or take, according to FeedBurner), I’ve added a once-a-day summary of my Ma.gnolia links as well as photos from my Flickr account tagged “screenshot” since I think they’re usually fairly interesting and they get no love since I’m NIPSA’d.

Let me know what you think about these change — good, bad or indifferent!

WordPress makes a move towards hAtom, gets upgrades

WordPress login

I missed WordCamp this weekend (owing to the fact that I was presenting at Wikimania) but there seems to have been some good announcements that came out of the event.

For one thing, the hosted WordPress service added a few features, one of which is a $15 premier service that lets you edit your CSS. Blogger offers this service for free, but heck, WordPress is still independent and needs to have a way to bring in some dough — and as this is a highly desirable feature, will probably lead to income for the Automattic folks at least a fraction of what Cyworld is pulling in with all their custom digital paraphernalia and trinkets.

So but that’s not all… no, Andy Skelton announced (from what I hear) the availability of a new skeleton theme called Sandbox that is designed for themers. If you’re on WordPress.com you can go enable it now, as I have (it’s totally basic, so I imagine that you’ll see a lot of styles start to appear for it) or download it to put on your own blog.

I’ll actually be doing this once I return to San Francisco.

Why?

Simple: Sandbox is the first known theme to support hAtom.

Why does this matter?

The same reason why hResume matters. And then some. It’s because it not only puts more of the power of publishing into the author’s hands, but it also removes the need to RSS or ATOM.

Let me say that again: because the Sandbox theme is marked up with hAtom in its HTML, there’s no need to supply an alternative link to RSS or ATOM because the page itself is able to be read by newsreaders.

Or, will be. In the meantime, we can use Chris Casciano‘s script for NetNewWire to allow client-side subscribing or server-side transforms to convert any page into a subscribable document.

The potential here is immense — if Matt’s able to move the entirety of the WordPress.com theme base over to hAtom, we’d have quite the playground for an HTML-based syndication format, removing the overhead of generating RSS or ATOM feeds. Instead, you’d subscribe to a website and its content, not some anti-DRY format.

Update: Bill Humphries has released a version of Kubrick that supports hAtom.

Chris Casciano’s microformats hacks

In case you haven’t been watching, Chris Casciano has been pushing in some potential…ful directions lately (“potent” just seems wrong in this context) with microformats. First he releases a script to extract microformats in NetNewsWire then he creates a tool for subscribing to hAtom feeds (which basically allow you to subscribe to an properly marked up HTML document instead of nasty-looking RSS).

On top of that, he pushing the envelope for microformats support in Camino. Not too shabby.

Keep track of this stuff in my Microformats Ma.gnolia group.