Archive for Tag ‘NGI‘

Blogging on and off the corporate domain

Always delightful social media guru practitioner (and north shore Massachusetts neighbor) Chris Brogan has an excellent post on the overlap/conflict between personal brand and corporate brand: “The Big Risk for Corporate Trust Agents.” I started writing this as a comment on that post, but realized it was really a post in its own right.

Key question: What do you, dear reader, think about cross-posting to multiple blogs as a solution to the challenge of maintaining both a personal and a corporate presence?

Read more…

Miro goes 1.0

Miro, the open source video subscription management and player application about which I’ve blogged many many times (really many) , has finally gone 1.0!


video player

Check out the announcement on the Miro blog: Miro 1.0 is here.

There’s also:

Mozilla Prism vs Adobe AIR

A few weeks back, Mozilla introduced into Mozilla Labs an application called Prism, which essentially rebrands the old Mozilla WebRunner as a desktop container for web applications.

As the following image (from the Mozilla Labs Prism page) illustrates, the idea is that Prism splits apart the light coming from the cloud into separate apps. (I know, light doesn’t really come from clouds, but you get the point):

Mozilla Prism

In essence, what Prism does is simply to create a single-url loading instance of firefox without all the browser chrome – so that the application gets an icon of its own, has an entry in the Start menu, is accessible via alt-tab application switching, and the like.

Its an interesting direction for WebRunner, and a good step forward for some specific use cases along the desktop application / web application continuum. Take an app which has offline sync via GoogleGears, run it inside Prism, and you’ve got a desktop application which syncs to the cloud but can also be accessed from other non-prism browsers when you are away from your machine.

(For more info on Prism, see Read/Write Web, Geeks are Sexy, Alex Faaborg’s discussion of its UI, feature suggestions on Prism Brainstorming, Mark Finkle’s discussion of changes from the existing WebRunner, and the forums at Mozilla Labs).

In the process of explaining what Mozilla Labs is up to, the (anonymous?) Mozilla Labs blog entry author said:

Unlike Adobe AIR and Microsoft Silverlight, we’re not building a proprietary platform to replace the web. We think the web is a powerful and open platform for this sort of innovation, so our goal is to identify and facilitate the development of enhancements that bring the advantages of desktop apps to the web platform.

This got the attention of Adobe’s Mike Chambers, who first posted in the comments on the Mozilla announcement, taking issue with the idea that Prism is fundamentally different from AIR. After all, he noted, AIR also runs applications developed on web standards and runs them in a desktop container with some additional desktop-like features:

So, is the main difference between something like Prism and Adobe AIR, that Adobe AIR is being primarily developed by a company (Adobe), and that Prism is being developed by Mozilla?

Later, he expanded on this issue in a blog post: “Mozilla Prism and the Disingenuous Web,” repeating the notion that AIR and Prism seem quite similar in goal and usage, and complaining:

Come on Mozilla, the web development community deserves better than that. Adobe has been an active supporter of the web development community, of open source, of web standards and of Mozilla (donating the ActionScript virtual machine from the Flash Player (Tamarin)). Adobe AIR leverages a number of open source technologies (including Tamarin, SQLite and WebKit) and we actively participate in both of those development communities, and we have been open with our development process for some time.

So what does differentiate Prism from AIR? (See also “AIR, and a Prism” at Technological Musings for another comparison)

Mozilla Prism, for now, is Windows only; Adobe AIR, for now, is Windows and Mac OS only. Both have promised Linux support in the near future.

As several readers pointed out in comments threads on both Mike Chambers post and the one at Mozilla labs, the Mozilla foundation has a better track record at porting applications to Linux than Adobe does. (Flash Player 9 notwithstanding).

(Note that Linux and MacOS X installers are already listed in the Mozilla Labs Wiki – I’m trying one out in Linux now, and it seems to work just fine).

Adobe AIR is based on WebKit (also used in Safari, originally from the Konqueror browser in KDE) for rendering HTML; Mozilla Prism is based on Firefox. AIR can handle flash content, pdf content, or Ajax (HTML/JavaScript) content; Mozilla Prism can as well, though it relies on the same plugins the Firefox browser does to support these other content types.

One significant difference is that Adobe AIR applications are created by developers, who do some “extra work” to create and package their application as an AIR application, whereas Mozilla Prism applications are created by end users, who take an existing web application and tell Prism to run it.

Finally, and perhaps most importantly, while AIR “leverages a number of open source technologies (including Tamarin, SQLite and WebKit) and [Adobe] actively participate in both of those development communities, and [Adobe] have been open with our development process for some time” (quotes from Mike Chambers’ blog post), Mozilla Prism is itself an Open Source project (Mozilla Public License).

What this means it that if the development community is unhappy with the directions in which Prism is going, they can fork, and take the existing code base in different directions.

Or, working in collaboration with the existing project, they can extend that code base, taking it to other platforms or contexts.

In other words, I’d say the difference isn’t, to answer Mike Chamber’s question, that one is developed by a company (Adobe) while the other is developed by a foundation (Mozilla), but that one consumes and participates in open source (Adobe AIR), while the other is itself fully open source (Mozilla Prism).

That’s not to say Adobe has not been a good open source citizen or contributed appropriately to WebKit, SQLite, and others – I believe they have contributed substantially to a number of projects. It’s just that an implementation which is fully open is preferable, for many folks, to one which is mostly open except for where it isn’t.

I’m surprised that is still so hard to understand.

TripIt gets rail

Ok, so I’m a bit behind in reporting the news here – I see from my email that TripIt added rail back on November 1st. But it was one of my few gripes about tripit, so I felt it was worth noting.

From their email update:

We’ve also received feedback from many of you who rely on trains for travel, particularly our users in the Northeastern U.S. and in Europe. So now, you can click the new Add Rail option in your TripIt itinerary and add a train reservation. You can also forward rail bookings (made on Amtrak, Via Rail Canada, Eurostar, and in the UK Great Northeastern Railway and The Trainline) to plans@tripit.com and we’ll automatically add those rail bookings to your itinerary. If you use other train sites, please forward us those confirmation emails and we’ll work to add them in the future.

Haven’t had a chance to test anything other than Amtrak for now, but it you forward those “This is NOT a ticket” reservation emails amtrak.com sends to plans@tripit.com it does a pretty good job.

It got the time and stations right, picked up the reference # Amtrak uses, and got the traveller info right.

I was mildly disappointed it didn’t recognize Penn Station (NYP) as being in New York City, but that’s pretty easily corrected in the itinerary and I believe it would be picked up from any corresponding hotel reservation you send.

Open Social is not Social Network Portability

I’ve been struggling since OpenSocial was announced last week to figure out how to put into words what exactly I felt was missing. I feel like I’m seeing lots of people reacting to the announcement describing what they want OpenSocial to be, not what it actually is.

(People I’m reading on this include my colleague Sebastian Wohlrapp, Marc Andreessen, Josh Catone, and Jeremiah Owyang – of course there are a gazillion others as well).

Did I miss something somewhere in the API documentation or the Campfire Video? (It has been a busy few weeks, and I would be happy to be wrong).

As I see it, in short: Open Social is not Social Network Portability. It’s social network widget portability.

Read more…