[Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps & Open Source

[Florian Lohoff]

On Mon, May 26, 2014 at 08:25:49AM +0200, Johannes wrote:
> Am 26.05.2014 06:02, schrieb Dirk Sohler:
> > simson.gertrud at gmail.com schrieb:
> >> 1. Keine fehlertolerante Suchmaschine.
> > 
> > … und dabei ist das doch nun wirklich eine der einfachsten Sachen, die
> > man umsetzen kann :/
> 
> Ja sehe ich auch so. Idee wäre hier eine Autovervollständigung auf
> osm.org einzubauen. Sowas gibt es bereits auf Apache Solr-Basis, wobei
> die Daten aus Nominatim kommen. Siehe koomot.de, da läuft das bereits.
> Mit solr bekommst du auch ein "Meinsten Sie... ?" hin.

Ich habe hier ein solr für interne zwecken mit anderen Adressdaten am laufen.
Ja solr kriegt man gut ans laufen wenn die Ausgangsdatenlage gegeben ist.

Fehlertolerant im Sinne von Google ist _SEHR_ schwer.

Google bezieht nicht nur das mit ein was du tippst - Sondern auch deine
position/land und das was du im Kartenausschnitt siehst und vermutlich
noch so einiges mehr.

Solr kann autovervollständigung und in maßen auch tippfehler verdauen,
aber das ist noch lange nicht die qualität von google maps.

Und jetzt kommt noch das ganze preprozessieren dazu. Nominatim schlägt
sich da schon relativ gut. Aber das ganze ist viel zu langsam und braucht
viel zu viele resourcen. Für den heimuser völlig unmöglich zu benutzen.

Ich habe mal angefangen mit dem C++ code von der Geofabik zu spielen
mit der der Adress Debug view im OSM Inspector gefüttert wird. Das ganze
ist zumindest für Adressen ziemlich brauchbar auch wenn ich auf dem
Laptop so mit ach und krach NRW durchgenudelt kriege.

Flo
-- 
Florian Lohoff                                                 f at zz.de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 828 bytes
Beschreibung: Digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20140526/8d6ca466/attachment.sig>