To avoid the somewhat annoying (and hopefully temporary) problem that not everyone in the world reads my blog, I’ve created a new home for our search social meet-ups over on Meetup.com.

Sign up on the London Search Social page to get notifications of events.

It’s great to see fellow Pixstanaut Tomás Lin talking at the forthcoming Grails Exchange conference in December. He’ll be talking about building rich GUI apps with Flex and Grails. There are still a few tickets left if you can make it.

It’s been a little while since the last Open Source Search Social, so we’re getting really imaginative and holding another one, this time on Wednesday the 18th of November. As usual the event is in the Pelican pub just off London’s face-bleedingly trendy Portobello Road.

The format is staying roughly the same. No agenda, no attitude, just some geeks talking about search and related topics in the presence of intoxicating substances.

Please come along if you can, just get in touch or sign up on the Upcoming page.

One of the main challenges in industrial design is guiding people towards successful usage of your product (be it a web page or a transport system). People rely heavily on intuition, and communicating the ideal usage of your product into their subconscious is not a trivial exercise.

People have a habit of making decisions using the first gut feelings they get, rather than slowly and methodically evaluating all the information. Gary Klein published a great book full of fantastic case studies on this subject back in 1999. The consequence for product design is clear; not only do you have to make sure that the usage of your product is obvious, but that there are as few ways as possible the usage could be misinterpreted.

Misinterpretation

Misinterpreted usage is a common problem, you probably walk past examples of it every day. For example, on my journey to work I catch the District Line from East Putney to Notting Hill, (please say hello if you see me) and on the way I go through Earl’s Court.

At Earl’s Court the eastbound line splits and heads in two directions. Every day I see people get onto the wrong train, either jumping off when they realise or cursing when they realise the train isn’t going in their direction. Why? The departure board quite clearly shows the train destinations and these people evidently know their intended routes, and there are only two eastbound platforms.

Looking at the platform’s departure board it’s not clear why people get it wrong every day.

Departure board at Earl's Court

Things become much clearer when you realise that this departure board is not the first source of information everyone sees when they arrive on the platform. Close to the stairs at the Earl’s Court Road entrance is a map showing the destinations reachable on the eastbound platforms. See what you think (below).

Eastbound District Line platform map

I can see two possible interpretations of this map.

1) The intended meaning; both platforms serve eastbound trains and that the following destinations can be reached.

2) The alternate meaning; the platform on the left serves the line on the left of the map, and the platform on the right serves the line on the right-hand of the map.

This is an example of failure to communicate the successful usage of the train platform to travellers. A proportion of people are looking at the map and assuming it tells them which platform serves trains to which destinations. They then stop looking for further information because they think they’ve navigated successfully.

What to do about it

In the example of passengers at a train station simply watching people on the platform is enough to deduce that there’s something wrong, and possibly what to do about it. On the web things aren’t so simple, you can only track user behaviour at a distance through statistics. This makes problems much harder to track down.

Probably the best solution I’ve come across is to use a user experience lab (e.g. Creative Good in NY). These guys will simulate real world use of your product as closely as possible, and use that to uncover what’s going wrong, or right, for you.

For those on a budget, you can get people in your target demographic delivered to your door via companies like Independent Fieldwork. It’s then up to you to use those victims test users to discover as much as you can. This isn’t an easy job though, I’d recommend getting good help if you can, and dropping as many assumptions as you can.

However you do it, communicating the usage of your product is essential.

Creative agency mogul and Javascript whizz-kid Phil Hawksworth has posted a defence of IE6, arguing that in fact IE6 isn’t really as awful as we sometimes make out, and that its entrenchment (which is the biggest annoyance) is caused by the web development community’s own pandering to the IE feature set after the first great Browser War (BW 1).

It sounds weird to hear it now, but as someone who wrote DHTML in the bad old days when the big guns were Netscape 4 and IE 4 and backward compatability demanded IE3 and Netscape 3, I can tell you that IE6 is a dream come true, just like IE5 was when that came out. Yes, I complain about it too, and I know there’s non-standard behaviour, but there are ways of ironing out those inconsistencies without resorting to browser-specific hacks, or except in specific circumstances separate codepaths (the prime exceptions being XmlHttpRequest, vector graphics, and events).

The required attributes for a web browser these days are:

1. Standards compliance (implemented forgivingly)
2. Performance
3. A decent debugging tool
4. Distribution deals

With the advent of Chrome and the Iphone it’s clear that although IE still holds dominance in corporate applications, in the open web the two competing layout engines are Gecko and WebKit, with Trident a distant and somewhat lame third place. Sorry IE, any browser that doesn’t include a decent dev tool is really going to suffer.

Today I’m introducing my first ever guest post, written by Pixsta’s own Rohit Patange about some great work he’s been doing with the guidance of Tuncer Aysal. You’ll be able to see the results of their work shortly on our consumer-facing site Empora. – RM

–

We at Pixsta are interested in understanding what is in an image (recognise and extract) and do so in an automated way that involves a minimum amount of human input.

Our raw data (images and associated textual information) come from a variety of retailers with considerable variation in terms of data formats and quality. Some retailer images are squeaky clean with white backgrounds and a clear product depiction while others have multiple views of the product, very noisy backgrounds, models, mannequins and other such distracting objects. Since we only care about the product, an essential processing step involves identification of all image parts and the isolation of individual products, if several are present in the retailer image.

The n-shoe case:

Let’s take the case of retailer images with multiple product views. This is most commonly encountered in shoe images.  Let us call each of the product views a ‘sub-image’.

When we talk about similar shoes we talk about a shoe being similar to the other (note the singular). We have to disregard how the shoe is presented in the image, the position of the sub-images, the orientation and other noise. If we do not do so, image matching technology tends to pick out images with similar presentation rather than similar shoes. Typically a retailer image (a shoe they are trying to sell) will have a pair of sub-images of shoes in different viewing angles. Pictorially with standard image matching we get the following results for a query image on the left:

Even though the image database contains images like:

These are not in the result set despite them being much closer matches, because of the presentation and varying number of sub-images.  To overcome this drawback, we have to extract the sub-image which best represents the product for each of the images and then compare these sub-images. For the sub-image to be extracted, the image will need to go through the following processing steps:

• Determine which of the sub-images is the best represents the shoe.
• Extract that sub-image.
• Determine the shoe orientation in that sub-image.
• Standardise the image by rotation, flipping and scaling.

All the product images (shoes in this case) go through this process of standardisation, resulting in a uniform set of images. Pictorially the input and the output image of the standardisation process are:

Let’s look at the procedure in more detail assuming that the image has been segmented into background and foreground.

• The first step is to identify all the sub-images on the foreground. The foreground pixels of the images are labelled in such a way that different sub-images have different label to mark them as distinct.

• After the first iteration of labelling there is a high possibility that a sub-image is marked with 2 or more labels. Therefore all connected labels have to be merged.
  

• The third step is to determine which of the sub-images is of interest; that is picking the right label.
  

• Once the right sub-image is extracted the orientation of this sub-image is corrected to match a predefined standard to remove the differences in the terms of size of the product image, orientation (the direction the shoe is pointing towards) and the position of the shoe (sub-image) within the image.
  

All product images (shoes in this case) go through this process before the representative information from the image is extracted for comparison. Now the results for the query image will look like:

Generally there are two shoes in an image. But the method can be extended to ‘n’ shoes.

Reading Seth’s post The CPM Gap today it reminded me that the entire point of Empora is to generate actual useful value to users from what would otherwise be presented as noisy advertising (or a mixed hunt and browse experience).

We’re already seeing vindication of that idea in our engagement and conversion rates.

This morning I was introduced to the wonderful FixOutlook.org (thanks @philhawksworth) and thought I should throw it my tiny speck of pagerank support. The short version is that Microsoft are planning on keeping on using Word for HTML rendering in Outlook 2010… which is quite broken (justification on request, I wouldn’t know where to start).

Wouldn’t it be lovely if we could get enough links pointing to fixoutlook.org that it appears on the first page of results for a Google search for “Outlook”.

As a side-point… has PageRank replaced the whole signature/petition thing? Has Twitter replaced PageRank? I love change.

Rather than spending 5 minutes claiming my personal Facebook URL I’m going to spend 5 minutes writing a blog post. During that 5 minutes time, a statistically unlikely 165,000 people may have registered theirs.

Reasons in favour of registering a Facebook URL:

• Vanity
• Umm… vanity

Reasons against registering:

• 5 minutes of life wasted (dubious benefit since I spent them doing this)
• One step closer to Facebook being a closed monolithic identity provider
• Obstinance

The nays have it.

XHTML is a subset of XML. All XML rules should apply. Why then, in 2009, does Internet Explorer still fail to unescape the ' entity as XML dictates? Come on. It’s not complicated.

If it’s backwards compatability the IE team are worried about then surely the burden of compatability lies with page authors who wish to switch to XHTML from HTML.