Posted part 1 yesterday - talking about people adding more words if a search engine finds 0 results.

Great comment from Adrian:

German guy (0), Crazy T-Shirt (0), Piano Player (1)

0 Result matching all your terms.

Hint: Some of your terms did match entries in our database. Please click on the term to display them.

Showing the result count for each single "term" to visualize that the sum of the terms have no match.

In fact - at local.ch we have a feature we call "guidance" that tries to find possible valid result sets when 0 results are found with the original query - or when bad quality results are found.

• try tel.local.ch/q/claudia+meier/ (searching in the wrong field)
• try tel.local.ch/q/Giebenach/Hochbauzeichner.html (search in nearby towns)
• try tel.local.ch/q/Basel/Rinigungsdienst.html (typo correction)
• try tel.local.ch/q/coifeur.html (shows results - and guidance for better results)

but the case in question - an over-specified query - is not handled yet.

A good example - thx Angie for the hint - is how eBay.com is doing it. Try to find tickets for the Counting Crows concert next week in Zürich:



Instead of showing results of the single terms - they try to find successful combinations and presenting the most promising to the user. Looks good - like it.

Posted by Cedric at 5/22/2008 11:06:00 PM | Permalink | Comments | links to this post

We have to admit - there is a difference between people using computers - and those actually understand how computers work. Me - in the later - can't go back and think like somebody from the 1st category. Although I think I can - in fact - I can't.

One thing I had to learn while closely looking at people using local.ch is - if the search engine doesn't find an answer (0 Results), people add more words into the search field. With the "obvious" result - still 0 results. We do provide a hint to the user in this case "Remove search terms. The engine does a AND query with all your terms." but a majority of users don't read advices.

It was until today, that this behaviour was a mystery to me.

It's from conversations between people - when trying to build a context. An example is asking:

A: "Do you remember the German from the party last night?"
B: "Who?"
A: "You know.. they guy with the crazy T-shirt?"
B: "What?"
A: "The one giving the spontaneous piano jam session."
B: "Ahh.. yes - sure - was cool!"

The first two questions provided 0 results.. adding more information to the query end up with the result in the brain of person B.

Make sense right?

The question is .. how to code a search engine that can do that? Or detect this behaviour and change search strategy...

(I'm working on it)

A special thanks to Angie for providing me this insight during her speech at Orbit-iEX this morning. Small wonders...

Posted by Cedric at 5/21/2008 10:37:00 PM | Permalink | Comments | links to this post

Statt in Zürich - dieses Jahr direkt am Bodensee in Friedrichshafen an der Zeppelin University. Über 200 Interessierte werden eine 2-Tages Un-konferenz run um die Themen Web, Software Engineering und Social Informatics gestalten.

Samstag 31. Mai bis 1. Juni 2008 - mehr Infos auf barcampbodensee.mixxt.eu - ja - und nur 2h Zugfahrt von Basel!

Ich werde mich eines meiner Lieblingsthemen widmen - dem Datenaustausch zwischen Websites und dem benutzerfreundlichen Weiterverwenden von Daten im Web/Mobile Browser. Mehr Details dann Vorort. Nachdem ich diesmal fast niemand kenne - wird es speziell interessant werden wie der Barcamp verlaufen wird - und was für Diskussionen und Bekanntschaften sich ergeben.

Doch bei dieser Aussicht kann nix schief gehen :-)

Foto von In dire need of Coffee

Posted by Cedric at 5/18/2008 08:31:00 PM | Permalink | Comments | links to this post

Als Erstes - vielen Dank für die Kommentare, Posts und Diskussionen auf meine bisherigen Beiträge.

• Den SBB-Fahrplan auf anderen Seiten integrieren (von Andreas Hobi)
• Befreit die OeV-Daten (von Peter Schär)

Und zum gleichen Thema in Deutschland:

• Ein 2.0-Interface für den ÖPNV und die 1.0-Denke der KVB (von Tobias Jordans)

Ich durfte mich vor ein paar Wochen mit Verantwortlichen bei der SBB treffen. Dies im Rahmen eines Meetings zur Zusammenarbeit zwischen local.ch (meinem Arbeitgeber) und der SBB. Bestandteil des Meetings war, welche SBB Daten zu wessen Verwendung zur Verfügung gestellt werden können.

Folgend ein paar Themen und Bemerkungen dazu:

• Der Wunsch den Öffentlichen Verkehr besser "entdeckbar" zu machen ist auch bei SBB vorhanden. Im speziellen in Konkurrenz zum Individualverkehr (welcher heute dank erschwinglichen Navigaitonsystemen sehr viel "umgänglicher" geworden ist). Vorbereitungen um besser auf Wünsche von Partnerunternehmen einzugehen, sind am laufen. Ebenfalls die Idee eine Platform/Community zu schaffen, auf welcher Innovation im Bereich ÖV Informationsvernetzung gebündelt und gefördert werden kann.


• Datenweitergabe: Die Daten welche im SBB Fahrplan abrufbar sind - werden von den zahlreichen ÖV Unternehmen (KTU = Konzessionierte Transportunternehmen genannt) zur Verfügung stellt. Diese Weitergabe beinhaltet gewisse Rechte was SBB mit den Daten (ungefragt) tun darf (Online Fahrplan, Kursbuch drucken, ...). Einen erweiterten Spielraum - z.B. um diese Daten über XML/APIs weiterzugeben sind abzuklären. Ideal wäre wenn dies generell geregelt wäre - z.B. per Gesetz - so das SBB nicht mit jedem KTU ein Separat-Abkommen verhandeln muss.


• "Top-down" Bekenntnis: In Grossfirmen - wie SBB eine ist - sind Entscheide dessen Resultat nicht klar bezifferbar sind, nur schwer durchzusetzen. Zusätzlich schwierig wenn mehrere Abteilungen involviert und der Vorschlag nicht von Oben kommt. Durch den "geschützten" Marktplatz sind ÖV Unternehmen auch nicht im Zugzwang sich in dieser Hinsicht effizienter aufzustellen.


• Qualitätsanspruch und Zuverlässigkeit: Werden Daten in andere Websites bzw. Dienste integriert - kann SBB dafür keine "Verantwortung" übernehmen. Doch so auch schon passiert - melden sich die unglücklichen Kunden direkt bei der SBB - obwohl sie die Informationen von einer anderen Website haben. Dies lässt sich reduzieren wenn bei der Gestaltung der Daten APIs/freigaben darauf geachtet wird, dass die eigentlich Logik - um z.B. eine Verbindung zu berechnen - bei der SBB bleibt. Doch mit den heutigen Mitteln (Spider) ist die Fehleranfälligkeit hoch, da der Aufwand diese re-strukturierten Daten aktuelle zu halten ebenfalls hoch ist.

Bis auf Weiteres heisst es "Kursbuch" kopieren, mit Gutem Beispiel vorausgehen und die Konversation weiterführen.

Posted by Cedric at 5/12/2008 11:15:00 AM | Permalink | Comments | links to this post