Potential Problems
Increasing Database Size
Importing into a database containing an extract of OSM data rather than
the whole planet (using the osm2pgsql --bbox paramater) can cause the
size of the database to increase significantly. The solution is to
remove any ways and relations that refer only to nodes that are not in
the database as described here.
g
On 10/02/2011 12:23 PM, Jānis Ročāns wrote:
Nu, manā gadījumā nevajag pilnībā atjaunot DB, lai gan ik pa laikam būtu
vēlams to izdarīt. Šeit ir aprakstīts, kas ir ar tām izmaiņām:
http://wiki.openstreetmap.org/wiki/Minutely_Mapnik. Un šādi tiek
ģenerēti tikai tās bildītes, kas tiek pieprasītas, nevis visas.
Galvenos vilcienos izskatās šādi:
* notiek pieprasījums programmai pēc bildītes xy;
* programma apskatās, vai ir bildīte jau uzģenerēta;
* ja nav, ģenerē;
* ja ir, pārbauda, vai nav izmaiņas šajā reģionā, vai arī bildīte
navpārāk veca;
* ja ir, ģenerē, ja nav, dod to, kas jau uzģenerēts;
+ tiek ģenerētas tikai tās bildītes, kas tiek pieprasītas, līdz ar to
aizņem mazāk vietas uz HDD. Reāli ir tā, ka ne visos reģionos skatā līdz
18 lvl. Tur kur parasti neskatās, salīdzinoši maz cilvēkiem būs
jāpagaida uz renderēšanu.
+ notiek operatīvāka datu atjaunošana
- Strādā mazliet lēnāk, toties sākotnējā uzstādīšana ir ātrāka
- Prasa vairāk resursu, jo pie katras bildītes pieprasījuma notiek
vēršanās pie programmas
2011/10/2 Gasha <[email protected] <mailto:[email protected]>>
Kadi tad ir requirementi?
1) javaskriptu engine, kas prezentee slippy map
2) apache kautkads
3) storage ar png, ko taisa generate_tiles.py
4) mod_tile, kas pargenere bildes ja ir izmainas
5) kas vel?
varbut ka no sakuma uzliekam vienkarsi lokalo serveri bez svilpem un
zvaniem?
krona skripts kautkad 2:00 nakti savac ar wget no geofabrik.de
<http://geofabrik.de> Lv ekstraktu.
nodropo veco DB
ielade ar osm2pgsql DB
uztaisa tiles
augstak minetas darbibas esmu pameginajis paris reizes, un neshaubos
ka listes biedri vairums ari ir darijusi.
domaju ka to var automatizet pietiekami viegli.
vienigais par ko man nav nekada pieredze ir tas javaskriptu toolis,
kas to karti browserim raada.
ieguvumi butu:
a) uzreiz butu ko ielikt osm.lv <http://osm.lv> (vai
openstreetmap.lv <http://openstreetmap.lv>)
b) pec tam taisit citus testa variantus (beta1.osm.lv
<http://beta1.osm.lv>, beta2.osm.lv <http://beta2.osm.lv> utt)
un ar eksperimentiem nesalauzt pamata engini.
G
On 10/02/2011 11:01 AM, Jānis Ročāns wrote:
Biki iestrēgu, jo darbā ir dzelzis, bet ugunsmūris nelaiž cauri
coast_line. Tāpēc tagad nolādēju vajadzīgos materiālus un darbā
turpināšu. Bet čakars laikam bija saprast Linux komandu veidošanas
principus, lai ik pa laikam no OSM paprasītu izmaiņas un
ieimportētu tās
Mapnik DB.
2011/10/1 Gasha <[email protected]
<mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>>
Kads progress ar doku?
Es te patreiz vienu mega dzelzi testeju.
Varetu pameginat norenderet lidz 17 zoom levelam vai pat
vairak :)
Gasha
On 09/28/2011 09:36 PM, [email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>__> wrote:
Es iesāku rakstīt dokumentu, kā uztaisīt serveri, kas
renderē
tikai tos tiles, kuros ir izmaiņas, tieši kā osm. Sauc
mod_tile.
Cik saprotu, tieši šī programma tiek izmantota. Ceru, ka
līdz
nedēļas beigām būs gatavs dokuments. Mazliet grūti
saprast, jo
informācija ir izmētāta pa malu mālām. Šo dokumentu tad
droši
vien varēs publicēt, kā pamācību.
Jānis Ročāns-----Ziņas oriģināls-----
No: Pēteris Brūns
Nosūtīta: 28.09.2011, 21:17
Kam: [email protected]
<mailto:[email protected]>
<mailto:talk-lv@openstreetmap.__org
<mailto:[email protected]>>
Tēma: Re: [Talk-lv] Mapnik iznākusi otrā versija
Nedaudz jāpapēta, bet ir variants identificēt izmaiņu
apgabalus un
pārzīmet tikai tos tailus, kurus ķer izmaiņas. Lielā daļā
gadījumu ar
šādu variantu var pietikt.
--
pb
On 2011.09.28. 21:11, Rich wrote:
On 09/28/11 21:05, N.R. wrote:
ko tik maz jaudas : )? nav iespējams kaut ko
vienkāršu
uz windows
uzinstalēt un renderēt atsevišķi, tad uploadot
tiles?
laikam jau ir,
bet tad dati netiks bieži atjaunoti. man darba
dators ir
jaunākās
paaudzes krutākais i7 ar 16GB RAM un SSD disku, tur
noteikti viss
žiperīgi renderētos.
oi, tad veel windows jaapeerk... :>
N
On Sep 28, 2011, at 8:56 PM, [email protected]
<mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>> wrote:
2011. gada 28. septembris 19:03 Raitis
U.<[email protected]
<mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>>
rakstīja:
Pagaidām Latvijā nezinu nevienu vietu,
kur būtu
vajadzība pēc 19+
zooma.
Ārzemēs tādas protams eksistē, kaut vai
tas pats
disneyland parks ASV.
IMO, kad kartēsim katru krūmu, tad arī varēs
pielikt klāt.
Tiesa! Bet līdz 17 līmenim vismaz pilsētās
gan būtu
jēga. 17. līmenī
parādās ielu numuri un lielākā daļa POI.
Renderējot līdz 17. līmenim vajadzētu
iekļauties 5
gigabaitos.
Diska vieta ir viena lieta, vēl jāņem vērā
laiks un
CPU patēriņš. 15.
zoom līmenis man norenderējās 2 stundās (ar
diviem
kodoliem @ 4GHz).
Lai reizi 1-2 dienās visu pārrenderētu, ne pārāk
jaudīgam serverītim
var nākties strādāt vienā laidā.
___________________________________________________
Talk-lv mailing list
[email protected] <mailto:[email protected]>
<mailto:Talk-lv@openstreetmap.__org
<mailto:[email protected]>>
http://lists.openstreetmap.____org/listinfo/talk-lv
<http://lists.openstreetmap.__org/listinfo/talk-lv
<http://lists.openstreetmap.org/listinfo/talk-lv>>
___________________________________________________
Talk-lv mailing list
[email protected] <mailto:[email protected]>
<mailto:Talk-lv@openstreetmap.__org
<mailto:[email protected]>>
http://lists.openstreetmap.____org/listinfo/talk-lv
<http://lists.openstreetmap.__org/listinfo/talk-lv
<http://lists.openstreetmap.org/listinfo/talk-lv>>
___________________________________________________
Talk-lv mailing list
[email protected] <mailto:[email protected]>
<mailto:Talk-lv@openstreetmap.__org
<mailto:[email protected]>>
http://lists.openstreetmap.____org/listinfo/talk-lv
<http://lists.openstreetmap.__org/listinfo/talk-lv
<http://lists.openstreetmap.org/listinfo/talk-lv>>
--
Paldies,
Jānis Ročāns
--
Paldies,
Jānis Ročāns
_______________________________________________
Talk-lv mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-lv
