Die Aufgabe

Im Interface für die Suche wählen die User entweder einen Ort auf einer Karte aus oder sie geben eine Adresse postalisch als Strasse und Ort ein. Anschliessend entscheiden sie sich für einen Radius. Als Ergebnis werden alle freien Pflegeplätze angezeigt, die sich im gewählten Umkreis befinden.

Für diese Anwendung ist es nicht wichtig, dass die Ergebnisse sich *exakt* im gewählten Radius befinden. Der Umkreis stellt nur eine Annäherung dar; ob sich ein Objekt im 5 km-Radius oder im 6,75 km-Radius befindet, ist für den Nutzen der Suche unerheblich.

Daher können wir – anstatt die Objekte auf einen Kreis einzuschränken – einen Bounding-Box-Ansatz benutzen, der alle Objekte  findet, die innerhalb eines Rechtecks liegen. Bounding Box ist algorithmisch einfacher als das Einschränken auf einen exakten Radius. Wenn die Ergebnisse wieder auf einer Karte dargestellt werden, ist der Bounding-Box-Ansatz für die User auch nützlicher, weil im Ergebnis alle Objekte enthalten sind, die sich im jeweiligen Kartenausschnitt finden.

Lucene oder relationale Datenbank

Da wir die Pflegeheime nicht als Objekte in einer relationalen Datenbank vorliegen haben (sie werden als generische Content-Objekte im CMS gespeichert) und die gesamte Suche im Projekt mit Lucene implementiert wurde, haben wir uns dafür entschieden, auch für die Umkreissuche Lucene einzusetzen.

Berechnung

Aus der Wikipedia haben wir entnommen, dass zwei Breitengrade immer einen Abstand von 111 km haben, während der Abstand der Längengrade mit der geographischen Breite variiert. Am Äquator ist der Abstand zwischen den Längengraden am größten, am Pol laufen sie in einem Punkt zusammen.
Für Deutschland gilt, dass die Abstände der Längengrade zwischen etwa 75 km ganz im Süden und 64 km ganz im Norden laufen. Wir nehmen für Hamburg und Umgebung daher näherungsweise 66 km pro Längengrad an.

Die Adressen der Pflegeheime liegen nur postalisch vor. Für die Umkreissuche haben wir uns mit Hilfe der Google-Geocoding-API[1] die entsprechenden Koordinaten besorgt und sie im Lucene-Index gespeichert.

Die Eingabe der User überführen wir ebenfalls mit dem Google Geocoder in Koordinaten. Für die Suche nach Objekten in der Nähe ist dann nur noch das Bestimmen der Rechteck-Grenzen und eine einfache Range-Search in Lucene nötig:


left = center_lng - 1/66 * radius
right = center_lng + 1/66 * radius
bottom = center_lat + 1/111 * radius
top = center_lat + 1/111 * radius

latitude:[<bottom> TO <top>]) longitude:[<left> TO <right>]


Mit dieser Lösung ist es ohne viel Aufwand möglich, bestehende Lucene-Suchen um einen Umkreis-Filter zu erweitern.

Meedia stellt Fotocommunity der National Geographic vor und zeigt damit einen aktuellen Trend, Bilderkompetenz ins Internet zu verlängern, auf (zum Artikel).

National Geographic hat aufbauend auf der White-Label-Lösung von Folge 3 eine Plattform für Hobby-Fotografen entwickelt. Die Social-Media-Funktionen des Angebots ermöglichen es Fotografen, sich zu vernetzen und untereinander auszutauschen. Sie können schnell und einfach Bilder hochladen, gezielt nach Motiven suchen sowie Fotos bewerten und kommentieren. Mit Hilfe der Bewertung entscheiden User gleichzeitig, welche Bilder auf der Startseite des Portals zu sehen sind.

Wir suchen eine/-n Java-Developer für Web- und Tool-Entwicklung zur Festanstellung in Hamburg.

Ihre Aufgaben

Sie entwickeln in einem Team als Junior-Developer Individual-Software und Kunden-Websites. Die Schwerpunkte Ihres Arbeitsbereichs sind:

• Programmieren. Unser Technologie-Stack gruppiert sich aktuell um das Play Framework, um JPA / Hibernate, um freie Software wie Mahout, Lucene, OpenCMS und um kommerzielle Systeme wie Adobe Scene 7 oder Adobe Communiqué.
• Performance-Analyse
• Fehler-Analyse
• Testing
• Qualitätssicherung

Ideale Voraussetzungen

• Sie haben ein abgeschlossenes Studium (Informatik)
• Sie haben Spaß am Entwickeln von Software im Team
• Sie sind lernbereit und haben ein ständiges Interesse an der Weiterentwicklung von Technologien
• Sie sind kommunikationsstark, gut organisiert und behalten den Überblick
• Sie haben bereits Erfahrung mit einigen der oben genannten Technologien

Kunden: In der Regel arbeiten wir für die Hamburger Medienunternehmen. Unter anderem zählen ZEIT ONLINE, Gruner & Jahr, Hoffmann und Campe, der NDR und der Carlsen Verlag zu unseren Auftraggebern. Ab und an haben wir auch einen Kunden in München oder in der Schweiz.

Alltag: Folge 3 hat 7 Angestellte. Wir arbeiten 8 Stunden am Tag, 5 Tage die Woche, organisieren uns mit Scrum, wechseln zwischen kleinen und größeren Projekten, haben wenig Meetings, einen sehr engen Kontakt zu den Kunden und nur selten die Notwendigkeit zu reisen. Wir sitzen in Hamburg-Altona.

Wir freuen uns auf Ihre Bewerbung. Bitte wenden Sie sich an Christoph Fröhlich, jobs@folge3.de oder rufen Sie an: 040 / 79 69 48 78.

National Geographic: Launch Fotocommunity. Für die vielen Amateurfotografen unter den National-Geographic-Begeisterten gibt es ab sofort die neue Fotocommunity.

National Geographic hat aufbauend auf der White-Label-Lösung von Folge 3 eine Plattform entwickelt, mit der die Teilnehmer nach unkomplizierter Registrierung schnell und einfach Bilder hochladen, Alben anlegen sowie gezielt nach Motiven suchen können. Zudem ist es ihnen möglich, sich untereinander auszutauschen und gegenseitig Bilder zu kommentieren.

Nach dem White Label Shop, der bei National Geographic und dem Männermagazin „Beef!“ zum Einsatz kommt, ist die Fotocommunity die dritte Plattform, die Gruner & Jahr mit Software von Folge 3 erfolgreich aufgebaut hat.

Rat & Hilfe Wir freuen uns über den Auftrag, den Relaunch von www.diakonie-hamburg.de durchzuführen.
Der neue Webauftritt ist als ein ausführliches Informationsportal für Rat- und Hilfesuchende geplant. Er soll damit der Stellung der Diakonie – als größter Wohlfahrtsverband in Hamburg – auch im Internet gerecht werden. Insbesondere für Menschen mit wenig Internet-Erfahrung soll das Suchen und Finden relevanter Informationen sehr einfach gestaltet werden.

Barrierearm und einfache Sprache

Der Bereich “Rat&Hilfe” wird der wichtigste auf der neuen Webseite sein.
Die Struktur des Bereiches wird sich an den Bedürfnissen der großen Benutzergruppen orientieren.
Der Bereich soll barrierearm umgesetzt werden
Er soll in einfacher Sprache getextet sein.

Ganz wichtig wird die Volltextsuche sein.
Die Volltextsuche wird

• Adressen,
• redaktionelle Inhalte,
• Veranstaltungen
• freie Heimplätze
• und weitere Informationen

durchsuchen.

Ausserdem kann sie eine Umkreissuche durchführen.

Viele Texte auf der neuen Seiten gibt es nicht nur auf Deutsch.
Es gibt sie auch auf Englisch, Türkisch oder Russisch.
Daher muss die Suche auch die aktuelle Sprach-Einstellung berücksichtigen.

Alle Informationen werden kategorisiert.
Und mit Schlagworten versehen.
Dieses Systematik soll in das Ranking der Suchergebnisse einfliessen.
Und als eingeständiger Zugang – zum “Stöbern” – angeboten werden.

Der Auftritt soll ein Portal für Rat & Hilfesuchende sein.
Er soll aber auch andere Aufgaben erfüllen, nämlich:

• Anlaufstelle für Freiwilligendienste und das Freiwillige Soziale Jahr
• Außendarstellung der Diakonie und Kommunikation mit der Presse
• Darstellung der Position der Diakonie in Fachthemen

Technische Umsetzung

Wir erstellen den Webauftritt mit dem Java-basierten Content-Management-System OpenCMS in der aktuellen Version 8.

Da die Mitglieds-Organisationen der Diakonie Inhalte im neuen Auftritt selbst pflegen können sollen, wird das CMS etwa 300-400 Back-Office Benutzer haben, die mit unterschiedlichen Rechten ausgestattet sein werden.

Die in OpenCSM 8 eingeführten, erweiterten Frontend-Edit-Möglichkeiten, ermöglichen es, ein sehr einfaches und konzentriertes Redaktionsinterface bereit zu stellen. Die sporadischen Redakteure der Mitgliedseinrichtungen sehen nur das, was sie auch wirklich benutzen können und werden nicht durch zusätzliche Möglichkeiten verwirrt.

Für die Suche benutzen wir, wie schon seit vielen Jahren, weiterhin gerne Lucene. Neben der reinen Volltextsuche ermöglicht Lucene das Suchen in Kategorien und in verschiedenen Sprachen und kann eine Umkreissuche durchführen.

E-Commerce bei NationalGeographic.de
Anfang September 2011 bringt Gruner & Jahr den neuen Shop auf NationalGeographic.de online. Die E-Commerce-Anwendung basiert auf der White-Label-Shop-Lösung von Folge 3, auf der seit Frühjahr 2011 auch schon der Beef-Shop erfolgreich läuft.

Scene 7. Seit Mai unterstützen wir Adobe Scene7 in Kundenprojekten. Nach Viewer-Customizing für diverse E-Commerce-Angebote unterstützen wir Scene7-Kunden aktuell bei der System-Integration und bei der Einbindung von E-Video auf nationalen und internationalen Fashion-Shops.

Transformation rules. Für basis5 haben wir unser XSLT aufpoliert und unterstützen die Kasseler in mehreren Projekten bei der Anpassung des freien Archiv-Systems DSpace und der integrierten Lucene-Suche.

Neben der alljährlichen Überarbeitung haben wir das Angebot in diesem Jahr an zwei Stellen weiter entwickelt:

• Überarbeitung des QuickRankings
• Empfehlungen bilden, die auf den Klickwegen der User basieren

Quickranking als HTML 5

Beim Quickranking, das seit zwei Jahren Teil der Ranking-Anwendung ist und zu den am stärksten genutzten Angeboten gehört, kann jeder Benutzer selbst entscheiden, welche Kriterien ihm wichtig sind. Je nach ausgewählten Kriterien wird eine sortierte Liste von Hochschulen berechnet. Die Hochschulen werden beim Quickranking nicht linear untereinander aufgelistet, sondern kreisförmig angeordnet. Die Hochschulen, die den Kriterien am ehesten entsprechen, stehen dem Mittelpunkt des Kreises am nächsten.

Wenn der Benutzer Kriterien an- oder abwählt, bewegen sich die Hochschulen quasi live über die Kreisfläche. Der Benutzer erhält ein direktes Feedback, wie sich seine Auswahl auswirkt.

Bislang basierte die Software auf Flash / Flex, dieses Jahr haben wir sie nach HTML5 / Javascript portiert. Die Darstellung der Hochschulen wurde stark verbessert und wir haben Empfehlungen für Indikatoren (siehe unten) eingeführt.

Quickranking für BWL an der Un

Empfehlungen

Als gänzlich neues Feature sind dieses Jahr Empfehlungen, die auf den Klickwegen der User basieren, zum Ranking hinzugekommen.

Empfehlungen werden an drei Stellen im Angebot angezeigt.

a) Fachbereiche

Auf der Detailseite zu einem Fachbereich werden weitere Fachbereich empfohlen, die den User interessieren könnten. 

b) QuickRanking

Beim QuickRanking erhält der Benutzer Vorschläge, welche weitere Kriterien er auswählen könnte. Diese Vorschläge basieren auf der aktuellen Auswahl des Benutzers und leiten sich ab aus den Kriterien, die frühere Besucher der Seite ausgewählt haben. Kriterien-Sets, die viele Anschlüsse herstellen (viele Klicks vom QuickRanking auf die Fachbereichs-Seiten) werden höher bewertet. Siehe als Beispiel das QuickRanking für Informatik

c) Empfehlungen anhand des User-Profils

Registrierte User des Rankings können seit diesem Jahr in Ihrem Profil zusätzliche Angaben über ihre – auf ein Studium bezogene – Interessen machen. Diese Angaben werden genutzt, um ähnliche Benutzer-Profile zu finden. Die Fachbereiche und Hochschulen, die bei den ähnlichen Benutzern am höchsten im Kurs standen, werden dann dem aktuellen Besucher als Empfehlungen angezeigt.

Gebildet werden die Empfehlungen mit unserer Recommendation Engine, die als eigenständige Anwendung auf dem Ranking-Server läuft.

Technisch ist die Einbindung der Recommendation Engine eine schnelle Sache. Das Prozedere ist wie folgt: Die Ranking-Anwendung produziert Aufruf-Logs, die vom Empfehlungsserver periodisch eingelesen werden. An den Stellen, an denen im Web-Angebot Empfehlungen angezeigt werden sollen, ruft die Ranking-Anwendung per Ajax eine HTTP GET Schnittstelle der Recommendation Engine auf und stellt die zurückgelieferten Empfehlungen dar.

Tags: HTML5, Javascript, Recommendation, Hochschulranking, ZEIT ONLINE