BadMagicNumber

Here's an idea for free. Someone should setup a photo-printing site with an Open API which all the thousands of free image sharing sites
could use to get their images printed. The printing site would pay commissions to the sharing sites and would handle all the billing etc.
(Paying commissions is pretty normal for photo printing sites – some pay up to 25% of an order, but all require the user to manually upload the pictures to their site.)

It's a win for everyone – if you want to build the next FlickR you would have a potential income stream. If you are a consumer you get to choose the best sharing site, and
finally if the printer operator wins because of increased number of orders coming though from the affiliate sites.

SmugMug has (AFAIK) the closest I've seen to an implementation of this idea. They have an upload API and printing
capabilities, but it is primarly a photo sharing site which you need to join to get pictures printed.

I quite like writing quick web applications using Spring and Velocity. I've often been annoyed by the fact that I quite often get character encoding problems:

Today I finally got around to looking into this and fixing it. It turns out that Velocity defaults to using the ISO-8859-1 encoding. Using Spring's VelocityViewResolver this can be changed:

	<bean id="viewResolver" class="org.springframework.web.servlet.view.velocity.VelocityViewResolver">
		<property name="cache" value="true"/>
		<property name="prefix" value=""/>
		<property name="suffix" value=".vm"/>
		<property name="contentType" value="text/html; charset=UTF-8"/>
	</bean>

With that change characters display as expected:

As usual: if I'd known how easy it was I'd have done it sooner…

ITConversations has a recent podcast interview with Richard Morgan, author of Woken Furies etc (and one of my favorite newer SciFi authors).

Alex Lothian, born 3 November 2005, Lose Weight Exercise 3.35 kg. He is wonderful.

There's a LongTailCamp in Melbourne on Friday. I'd love to make it, but (a) I've got prior commitments and (b) while I have some working code for my current million-dollar-idea I'd prefer to do a knock-your-socks off demo rather than the that's-kind-of-different functionality I have at the moment.

More coverage:

• http://benbarren.blogspot.com/2005/11/melbourne-long-tail-camp-passenger.html
• http://tinfinger.blogspot.com/2005/11/melbourne-long-tail-camp.html
• http://blogs.msdn.com/frankarr/archive/2005/11/06/489530.aspx

There have been a few calls lately to clone the Google Search API. I don't think this is a good idea – the world has moved on since the Google API was specified in 2002, and using SOAP for this kind of thing no longer looks like the good idea it seemed then.

As someone who does a lot of work with search APIs (writing them my day job and consuming them in my Argos search engine API) I'd much prefer to see Google support the OpenSearch API.

However, there is an additional problem beyond standardising the request-response API: there is no standard query language (ignoring CQL for the moment, as no one uses it) and I don't think there is much of a prospect for that to change for a while.