<div dir="ltr"><div><div><div><br></div>No to git :)<br><br></div>Tylko jeżeli używasz osm2pgsql to zrób dobre testy, bo ja straciłem 2 dni życia na fakt, że import z opcją -l (wgs84) rozwala połowę polygonów (nie importują się). Akurat granice są wymuszone i chodzą dobrze, ale landuse i budynki nie.<br><br></div>Michał<br></div><div class="gmail_extra"><br><div class="gmail_quote">W dniu 28 listopada 2014 15:00 użytkownik Tom <span dir="ltr"><<a href="mailto:tomeks@spoko.eu.org" target="_blank">tomeks@spoko.eu.org</a>></span> napisał:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Wszystko jest kwestią tuningu i postgresa i zapytań do bazy - ja spędziłem<br>
> wiele godzin nad profilerem postgresowym, żeby to śmigało - czasami drobna<br>
> zmiana sprawia że zamiast 30 sekund czekasz 0.5 ;). Wrzuć sobie do osobnej<br>
> tabeli granice państw i jakiś ważnych admin_level - mocno Ci to przyśpieszy<br>
> działanie, chociażby przez fakt zbuforowania takiej małej ilości danych w<br>
> RAM-ie.<br>
<br>
</span>Ehh...<br>
Wrzuciłem z opcją -I , bez żadnego profilowania, bez kompletenie żadnego problemu<br>
i działa błyskawicznie.<br>
Jednym słowem - shape'a z przyzwoitego źródła wrzuć do postgresa i<br>
masz temat z głowy. Dzięki.<br>
<br>
$ time php test.php<br>
<br>
(48.23639,16.42475)<br>
Austria, Wien, Wagramer StraĂe 46b<br>
<br>
real    0m0.171s<br>
user    0m0.029s<br>
sys     0m0.010s<br>
<br>
<br>
Tomek<br>
<br>
</blockquote></div><br></div>