Thursday, 19 April 2007

What is Microsoft planning to launch?

Thanks to Tom Morris, I'm left wondering what on earth Microsoft are working on. Hopefully it will be desktop pipes.

Microsoft is developing a tool that will allow non-programmers to customize and mash-up various Web 2.0 applications and services, say sources close to the company.

That tool — now code-named "Springfield," according to one source — is similar in concept to the recently introduced Yahoo Pipes composite-mashup tool introduced by Yahoo in February. Pipes provides a graphical-user-interace-based interface for building applications that aggregate Web feeds and other Web services.

While I can't confirm this for a fact, I have strong suspicions that "Springfield" is the new codename for the technology formerly known as Microsoft "Tuscany."

The Microsoft Tuscany codename first surfaced over a year ago, just after Microsoft Chief Software Architec Ray Ozzie proclaimed that all Microsoft products, going forward, will have some kind of services and/or Web 2.0-centric component. Tuscany was known to somehow be connected with Microsoft's push to enlist more nonprofessional programmers and hobbyists in its developer ranks. Microsoft subsequently released a number of "Express" versions of its developer and database products, targeted specifically at non-professional programmers. But to date, company officials have declined to discuss Tuscany details.

Posted by ianforrester at 10:16 PM in The landscape around us

Monday, 16 April 2007

Beagle ++ The semantic extension to the Beagle search tool

Beagle

When I tested a whole load of desktop search engines I settled on Google desktop search because you could either scrape the well formed HTML or run a bat script which produced XML. However there were a few semantic engines which I couldn't get working. One I missed was Beagle ++ which thanks to Tom I'm looking at now. I've always liked Beagle since seeing it running somewhat live at Xtech 05 but never went with the Windows Port. Now I can go install it and the ++ version on my desktop.

Something which I never wrote about in my xtech paper is the semantic desktop.

Towards a web os?

Posted by ianforrester at 7:36 AM in The landscape around us

Sunday, 15 April 2007

I just discovered Xbox media centre has a Webish API

I was searching for the new Ajaxy Xbox media centre web interface, but came across documentation for the Xbox media centre's HTTPAPI. Which means I can completely control my xbox via a pipeline interface. However there are issues.

  1. Its all HTML
  2. Its not valid HT ML
  3. It seems a little temperamental on Action commands

For example here's how to get what the Xbox is playing right now.

http://xbox/xbmcCmds/xbmcHttp?command=getcurrentlyplaying

But it comes back like this.

<html>
<li>Filename:smb://stratrix/downloads/podcasts/The 1UP Show/041307.m4v
<li>SongNo:0
<li>Type:Video
<li>Title:041307.m4v
<li>Thumb:defaultVideoCover.png
<li>PlayStatus/images/emoticons/silly.giflaying
<li>Time:00:02:40
<li>Duration:00:43:56
<li>Percentage:6
<li>File size:475954023
</html>

Although this is nasty, its still useful. How many media devices under your TV have some kind of API? How many devices around our house support some addressable API?

Posted by ianforrester at 3:26 PM in The landscape around us

Sunday, 25 February 2007

Is Amazon services perfect for the pipeline future?

Werner Vogels at FOWA in London

I put it to you all like this, Amazon.com are well ahead of the pipeline game. Microsoft, Google and even Yahoo have got a lot of ground to cover. So why am I saying this?

I was sitting in the crowd typing up notes and a blog post (video) for the future of webapps. And hit me, wait a second. Amazon have built a bunch of services which are totally useable remotely and could work very well in a pipeline. On top of that, they have a perfect revenue model (charging per use not a subscription cost). So you can decide to use them within a few minutes and be setup and ready to go as quickly. All you need is a Amazon account.

  • Amazon Simple Storage Service - S3
  • Amazon Elastic Compute Cloud - EC2
  • Amazon Mechanical Turk (Beta) - Turk
  • Amazon Simple Queue Service - SQS

Quality of service - pay for services

In the above diagram (yep I love Inkscapes new features), you have media going into an encoder. The encoder could be on your desktop or some external service. On the left you got free services like hey!watch and on the right Amazon EC2 which can be setup for encoding but at a bigger cost. Amazon EC2 would also be much quicker and more reliable that hey!watch. Depending on your needs you can choose either one. The Pay pipe would be faster and more reliable, while the Free pipe not so reliable and much slower. Once you've encoded, its a matter of where do you store the footage for viewing. Like before you can use the left hand side for free solutions or the right for costly but that reliability (good quality of service).

I had a chat with Werber Vogels after his presentation and he made it clear that the services such as S3 and EC2 could be used in a pipeline but Amazon are not interested in that end of a potential system. There expecting someone else to build that end. There only interested in providing the servers and infrustrtuction to make allow others to build systems. I did ask him if Amazon were planning to provide services on top of EC2 (for example encoding services) and S3 (like Webdav, CalDav) but he made it clear that would be left up to 3rd parties. So in my example, Hey!Watch could offer a pro version which is actually using EC2 instead of their own machines. Last of all he mentioned Amazon SQS could be potentionally very interesting for pipeline applications.

Posted by ianforrester at 3:35 AM in The landscape around us

Thursday, 8 February 2007

Yahoo catches on to the idea of internet pipelines

Yahoo Pipes

I can't believe I missed Yahoo's Pipeline beta. Chris from Touchstone actually dropped me a email and asked if I've seen it. But all I get now is...

Our Pipes are clogged! We've called the plumbers!

Well in the meantime a lot of people are talking about it (Techmeme). Tim O'Reilly has a long piece about it on his Radar blog. He starts with,

Yahoo!'s new Pipes service is a milestone in the history of the internet. It's a service that generalizes the idea of the mashup, providing a drag and drop editor that allows you to connect internet data sources, process them, and redirect the output. Yahoo! describes it as "an interactive feed aggregator and manipulator" that allows you to "create feeds that are more powerful, useful and relevant." While it's still a bit rough around the edges, it has enormous promise in turning the web into a programmable environment for everyone.

In agreement, but I'm worried Yahoo might be focusing too much on aggregation that general purpose pipelining of any data source online. Tim then talks about why he's excited and points at some of my also favorite posts in this area. Jon Udell's keynote at the 8th Python conference and the JavaOne keynote which really gelled with my thoughts about Pipelines at the time. This is also another reason why I got fed up of the Gillmor Gang without Jon Udell. Anyway back to Tim's post, here's a couple of other things I found interesting.

But perhaps more significantly, to develop a mashup, you already needed to be a programmer. Yahoo! Pipes is a first step towards changing all that, creating a programmable web for everyone.

This is certainly very true, coming from a design background I just couldn't understand why pipelines were not used more in application development. I actually thought the move towards objects in programming would be the start of this, but I guess not.

Using the Pipes editor, you can fetch any data source via its RSS, Atom or other XML feed, extract the data you want, combine it with data from another source, apply various built-in filters (sort, unique (with the "ue" this time:-), count, truncate, union, join, as well as user-defined filters), and apply simple programming tools like for loops.

RSS and XML are easy targets for a beta service. But whats really needed is more input adapters. Microformats, FOAF, S5, WebAPIs, XMPP, etc. The transformers are predictable bar the user-defined filters (which I would assume would be XSL?). There's other services like RSS Mix and Feed Rinse which do the same thing. Chris is right filters are old hat.

Talking of Chris, in his post he seems quite down on his own pipeline: Touchstone. Personally I think their further down the line because the interesting part of the pipeline is being able to mix local and remote content not just remote. Also the widget style UI is very powerful. You could use Yahoo Pipes and I guess Yahoo Widget Engine to create something like Touchstone but your missing the Relevancy engine (APML) which did a great job of finding me screenshots of Windows Mobile 6.

I'm a little worried about the focus on the GUI used for Yahoo Pipes. It sounds good but there needs to be thoughts about interopability. I don't want to create a great Pipeline and then be locked into Yahoo Pipes forever more.

Anyway, I can't talk much more about it till I get a chance to play with it first hand. Good work Yahoo.

Posted by ianforrester at 8:21 PM in The landscape around us

Sunday, 3 December 2006

A quick and dirty idea of of a user pipeline

Preloadr explains a pipeline

I started to draw out the example I gave about Flickr and how you could add preloadr to the pipleine between the desktop and the final Moo buisness cards. But I found this nice animated gif above on the preloadr site.

Its a very short pipeline and still requires the user to do most of the work. But I'm suggesting something more like this.Pipeline example with flickr, moo and preloadr

Posted by ianforrester at 5:33 AM in The landscape around us

Saturday, 2 December 2006

Blip.tv a perfect service for a user pipeline

Blip.tv distribution graph

Blip.tv was introduced to me by Tom Morris at BarCampLondon

. At the time I was using Our Media to upload stuff to Archive.org. It worked but was far from efficiant or a pleasure to use. So the switch to Blip.tv has made a huge difference, now I'm uploading lots of content and using FTP for example - it doesn't take a long time either. Its easy to think about Blip.TV being another one of those Video services. But actually it has some real sharing which puts it well ahead of the others.

So as you can see above, Blip.tv allows for a serious amount of sharing options. Some of the sharing options are mediaplayers which are simply done through Javascript and Flash. You can also share metadata with flickr, del.icio.us and your own blog. But the big one is the ability to share the actual orginal media with Archive.org (although it keeps failing for me) and Akimbo. This is only possible because Blip.tv keep the orginal media in its orginal format.

Screenshort of BlipTV

Another key thing Blip does is allow you to apply a licence on the media, which could be very important futher down the chain. For example when heading towards a commercial pipe like Akimbo, it shouldn't be allowed if the content is marked non-commercial.

Media sharing

Blip.tv seems to be hinting at a feature where you can transcode your content to other formats. If this is possible, then your going to want to have BlipTV as a pipe for video content. This might sound very wrong using a online service as just a transcoder but actually Blip.tv get the licence to do what they like with your content regardless of applied licence.

Regardless of the specific license you select, you grant blip.tv right to store and distribute whatever information (text, video, audio and other) you submit to blip.tv until and unless you delete it. Without this grant of license blip.tv couldn't work.

This is a little worrying but the service they provide is excellent. Off the pipeline theme for a moment here's a couple other things I really love about Blip.TV. 720p HD Widescreen Video support, longer that 10mins clips, Tagging (commas or no commas blip understands both), attach the video to an upcoming eventand finally the ability to upload more that one version of a clip.

So Blip.tv is a great service now and I think with the introduction of user pipelines Blip.tv could be a popular pipe for video. Good work guys!

After I posted this entry one of the guys at Blip got me on Skype and we got talking. He showed even more things that I'd orginally seen. So the first thing is that Blip.TV does have a Web API. The API supports REST XML, JSON, ATOM and OPML. Blip also supports that XML file you get with Internet Archive uploads. You can now create your own or Blip can now create one for you. This also forms the start of an automated upload service. Talking about Internet Archive, there is now a Blip.tv collection.

Talking about automated uploading I forgot to mention the support for movblogging, which is based around email and allows for automatic cross posting. Which could be seen as pipes within Blip its self. Talking of which, this Blip Widget titled Workflow Status Widget sounds exactly what I think of when I talk about pipes and pipelines.

The Workflow Status Widget is a functional module designed to offer users of blip.tv the ability to assign arbitrary workflow statuses to individual posts. The premise is that an instance administrator should be able to construct an arbitrary workflow diagram of how posts should move through the blip.tv-powered system and implement that workflow diagram within the blip.tv system using the Workflow Status Widget.

Posted by ianforrester at 8:21 PM in The landscape around us
« July »
SunMonTueWedThuFriSat
  12345
6789101112
13141516171819
20212223242526
2728293031