> 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 _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de