[Talk-de] Talk-de Nachrichtensammlung, Band 78, Eintrag 70

[jotpe]

Ups falscher Betreff, daher doppelt.

> Das klingt, als wenn du auf diesen bekannten Bug gestossen bist:> https://github.com/twain47/Nominatim/issues/31 <https://github.com/twain47/Nominatim/issues/31>
>
> Versuche mal den dort beschriebenen Workaround und lasse den Import
> mit --disable-token-precalc laufen.

Hallo Sarah.

Ich habe mal nachgesehen, welcher SQL-Befehl zuviel Speicher
allokiert. In der data/words.sql
ist es der Befehl in Zeile 49637 mit der hstore-Funktion "svals". Die
anderen beiden "select count"s

laufen problemlos.

Zeile 49636 -- prefill word table
Zeile 49637 select count(make_keywords(v)) from (select distinct
svals(name) as v from place) as w where v is not null;

Zeile 49638 select count(make_keywords(v)) from (select distinct
postcode as v from place) as w where v is not null;
Zeile 49639 select count(getorcreate_housenumber_id(v)) from (select
distinct housenumber as v from place where housenumber is not null) as
w;
Versuchshalber habe ich den SWAP stark vergrößert. Der SQL Statement
forderte 80GB
Swap und lief durch.

In der setup-Hilfe steht zu dem Schalter --disable-token-precalc "Disable name
precalculation (EXPERT)". Was kann denn die Nominatim-Installation später denn

schlechter als mit? Hat Nominatim dann Probleme beim Bewerten  wie wichtig
ein Suchwort ist und liefert ggf. schlechter Suchergebnisse?

Gruß jotpe