« zpět na výpis měsíce |

[Talk-cz] Mapnik

Vlákno 11.2. - 11.2.2011, počet zpráv: 8


11.2.2011 11:37:56 (#1)
gravatar

Jakub Rychlý

<jakub.rychly at weboveaplikace.info>
10
Zdravím, najde se někdo se zkušenostmi s renderováním mapových dlaždic v mapniku? Měl jsem v úmyslu si zkusit vyrendrovat mapy s vlastním stylem. Bezvýsledně jsem zkoušel rozjet mapnik na Windows 7. Přestože se nekamarádím s Linuxem, rozhodl jsem se mu dát šanci. Nainstaloval jsem Virtualbox, do něj Ubuntu a do něj Mapnik. Do databáze jsem nacpal data České republiky a začal renderovat dlaždice s původním stylem OSM. Po zoom 14 to běželo v pohodě. Od zoomu 15 výše to začalo dělat problémy. Čas od času při renderování Ubuntu vytuhnou tak, že je potřeba restartovat virtuální stroj. Pak najdu množství dlaždic o velikosti 0 bajtů, smažu je a spustím renderování znovu. Dlaždice se znovu vykreslí a problém znova nastene později na jíném místě. Je to dost nepříjemné, protože to nemá smysl pouštět třeba přes noc. Nevyhodí to žádnou hlášku a tak nemám potuchy, kde hledat příčinu. Nesetkal se s tím někdo? ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20110211/2320a62f/attachment.html>

11.2.2011 11:54:17 (#2)
gravatar

Radek Bartoň

<blackhex at post.cz>
149
Ahoj. To zní hodně podivně a vypadá to spíše jako bug ve VirtualBoxu než v Mapniku. Předpokládám, že dlaždice se ukládají na virtuální disk. Zkusil bych je ukládat přímo na disk hosta přes nějakou sdílenou složku. Jinak tady je článek, jak rozjet renderování s Mapnikem pod Linuxem: http://geoinformatics.fsv.cvut.cz/gwiki/Custom_OpenStreetMap_Rendering_- _OpenTrackMap_Experience instalace všech potřebných nástrojů je celkem přehledně popsána v OSM wiki. S pozdravem, -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: ibarton na fit.vutbr.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20110211/44718efd/attachment.html>

11.2.2011 11:59:59 (#3)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Zeptam se uplne naivne - neni plny virtualni disk? Kdyz se delaji soubory 0B a tuhne system, zda se mi to jako celkem pravdepodobne... Obzvlast, pokud je vse v jednom filesystemu (doporuceno pro zacatecniky v instalatoru Ubuntu) a zacpe to tak systemovou partition. Pak neni mozne ani napsat chybu do logu... K Dne 11.2.2011 11:37, Jakub Rychlý napsal(a): zobrazit citaci
> Zdravím, > > > najde se někdo se zkušenostmi s renderováním mapových dlaždic v mapniku? > Měl jsem v úmyslu si zkusit vyrendrovat mapy s vlastním stylem. > Bezvýsledně jsem zkoušel rozjet mapnik na Windows 7. Přestože se > nekamarádím s Linuxem, rozhodl jsem se mu dát šanci. Nainstaloval jsem > Virtualbox, do něj Ubuntu a do něj Mapnik. Do databáze jsem nacpal data > České republiky a začal renderovat dlaždice s původním stylem OSM. Po > zoom 14 to běželo v pohodě. Od zoomu 15 výše to začalo dělat problémy. > Čas od času při renderování Ubuntu vytuhnou tak, že je potřeba > restartovat virtuální stroj. Pak najdu množství dlaždic o velikosti 0 > bajtů, smažu je a spustím renderování znovu. Dlaždice se znovu vykreslí > a problém znova nastene později na jíném místě. Je to dost nepříjemné, > protože to nemá smysl pouštět třeba přes noc. Nevyhodí to žádnou hlášku > a tak nemám potuchy, kde hledat příčinu. Nesetkal se s tím někdo? > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

11.2.2011 12:35:23 (#4)
gravatar

Jakub Rychlý

<jakub.rychly at weboveaplikace.info>
10
Na tom Linuxovém disku je 25GB volného místa. Swap je zvlášť a při renderování z databáze na něj systém ani nešáhne. Po smazání těch dlaždic s nulovou velikostí a znovuspuštění renderování se ty dlaždice vykreslí a k ním i další, ale po čase (klidně po hodině) to zase spadne. Myslím, že ve volném místu to nebude. V Linuxu se neorientuju a nemám ponětí v kterém logu hledat, ale pokusím se. Zkusím i ten sdílený disk, jak radil Radek Bartoň. Díky za rady. Rychlý ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20110211/039f07ab/attachment.html>

11.2.2011 01:25:23 (#5)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Urcite bych se podival do /var/log/syslog pripadne spustit dmesg - da se tam ledacos objevit podle casoveho razitka... Ale opravdu to vypada na nejakou nestabilitu zpusobenou tim, ze je to ve VM. K Dne 11.2.2011 12:35, Jakub Rychlý napsal(a): zobrazit citaci
> Na tom Linuxovém disku je 25GB volného místa. Swap je zvlášť a při > renderování z databáze na něj systém ani nešáhne. Po smazání těch > dlaždic s nulovou velikostí a znovuspuštění renderování se ty dlaždice > vykreslí a k ním i další, ale po čase (klidně po hodině) to zase spadne. > Myslím, že ve volném místu to nebude. V Linuxu se neorientuju a nemám > ponětí v kterém logu hledat, ale pokusím se. Zkusím i ten sdílený disk, > jak radil Radek Bartoň. Díky za rady. > > > Rychlý > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

11.2.2011 05:04:42 (#6)
gravatar

Petr Nejedlý

<petr at nejedli.cz>
26
Hmm, sledoval bych to top-em, jestli nevyteka z pameti, i kdyz to nesahne na swap - muze byt problem konfigurace, swap je bezne trochu pouzit i na systemech, co maji pameti prehrsle... -- Nenik Jakub Sykora wrote: zobrazit citaci
> Urcite bych se podival do /var/log/syslog pripadne spustit dmesg - da se > tam ledacos objevit podle casoveho razitka... > > Ale opravdu to vypada na nejakou nestabilitu zpusobenou tim, ze je to ve > VM. > > K > > Dne 11.2.2011 12:35, Jakub Rychlý napsal(a): >> Na tom Linuxovém disku je 25GB volného místa. Swap je zvlášť a při >> renderování z databáze na něj systém ani nešáhne. Po smazání těch >> dlaždic s nulovou velikostí a znovuspuštění renderování se ty dlaždice >> vykreslí a k ním i další, ale po čase (klidně po hodině) to zase spadne. >> Myslím, že ve volném místu to nebude. V Linuxu se neorientuju a nemám >> ponětí v kterém logu hledat, ale pokusím se. Zkusím i ten sdílený disk, >> jak radil Radek Bartoň. Díky za rady. >> >> >> Rychlý >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

11.2.2011 07:28:21 (#7)
gravatar

Pavel Kovář

<fox at vsetin.org>
56
No jak se tak dívám tak nejnovější ubuntu se swapem zachází asi jinak fox na Listicka:~$ free -m total used free shared buffers cached Mem: 2006 1962 43 0 81 929 -/+ buffers/cache: 952 1054 Swap: 1458 0 1458 IMHO problem bude v té virtualizaci Už jenom kvůli té rychlosti bych koupil nějaký rychlejší malý disk někde z aukce a nebo bych shrinknul stavájící pratišnu s win a naistaloval tam linux normálně. Když jsem posledně pokoušel pustit archlinux pod virtual boxem tak se taky docela náhodně sekal. Možná to bude dělat i s ubuntu. Dne 11.2.2011 17:04, Petr Nejedlý napsal(a): zobrazit citaci
> Hmm, sledoval bych to top-em, jestli nevyteka z pameti, i kdyz to > nesahne na swap - muze byt problem konfigurace, swap je bezne trochu > pouzit i na systemech, co maji pameti prehrsle... > > -- > Nenik > > > Jakub Sykora wrote: >> Urcite bych se podival do /var/log/syslog pripadne spustit dmesg - da >> se tam ledacos objevit podle casoveho razitka... >> >> Ale opravdu to vypada na nejakou nestabilitu zpusobenou tim, ze je to >> ve VM. >> >> K >> >> Dne 11.2.2011 12:35, Jakub Rychlý napsal(a): >>> Na tom Linuxovém disku je 25GB volného místa. Swap je zvlášť a při >>> renderování z databáze na něj systém ani nešáhne. Po smazání těch >>> dlaždic s nulovou velikostí a znovuspuštění renderování se ty dlaždice >>> vykreslí a k ním i další, ale po čase (klidně po hodině) to zase spadne. >>> Myslím, že ve volném místu to nebude. V Linuxu se neorientuju a nemám >>> ponětí v kterém logu hledat, ale pokusím se. Zkusím i ten sdílený disk, >>> jak radil Radek Bartoň. Díky za rady. >>> >>> >>> Rychlý >>> >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

11.2.2011 08:54:22 (#8)
gravatar

Jakub Rychlý

<jakub.rychly at weboveaplikace.info>
10
Hlásím částečný úspěch. Problém je s největší pravděpodobností ve VirtualBoxu. Hostovaný Linux padal rychleji při větším počtu přiřazených virtuálních procesorů. Workraundem je fungovat s jedním procesorem, nebo zakázat při spouštění Linuxu ACPI a fungovat svižněji s více procesory. Díky všem za rady a názory. Rychlý zobrazit citaci
> Date: Fri, 11 Feb 2011 19:28:21 +0100 > From: fox na vsetin.org > To: talk-cz na openstreetmap.org > Subject: Re: [Talk-cz] Mapnik > > No jak se tak dívám tak nejnovější ubuntu se swapem zachází asi jinak > > fox na Listicka:~$ free -m > total used free shared buffers cached > Mem: 2006 1962 43 0 81 929 > -/+ buffers/cache: 952 1054 > Swap: 1458 0 1458 > > IMHO problem bude v té virtualizaci Už jenom kvůli té rychlosti bych > koupil nějaký rychlejší malý disk někde z aukce a nebo bych shrinknul > stavájící pratišnu s win a naistaloval tam linux normálně. Když jsem > posledně pokoušel pustit archlinux pod virtual boxem tak se taky docela > náhodně sekal. Možná to bude dělat i s ubuntu. > > Dne 11.2.2011 17:04, Petr Nejedlý napsal(a): > > Hmm, sledoval bych to top-em, jestli nevyteka z pameti, i kdyz to > > nesahne na swap - muze byt problem konfigurace, swap je bezne trochu > > pouzit i na systemech, co maji pameti prehrsle... > > > > -- > > Nenik > > > > > > Jakub Sykora wrote: > >> Urcite bych se podival do /var/log/syslog pripadne spustit dmesg - da > >> se tam ledacos objevit podle casoveho razitka... > >> > >> Ale opravdu to vypada na nejakou nestabilitu zpusobenou tim, ze je to > >> ve VM. > >> > >> K > >> > >> Dne 11.2.2011 12:35, Jakub Rychlý napsal(a): > >>> Na tom Linuxovém disku je 25GB volného místa. Swap je zvlášť a při > >>> renderování z databáze na něj systém ani nešáhne. Po smazání těch > >>> dlaždic s nulovou velikostí a znovuspuštění renderování se ty dlaždice > >>> vykreslí a k ním i další, ale po čase (klidně po hodině) to zase spadne. > >>> Myslím, že ve volném místu to nebude. V Linuxu se neorientuju a nemám > >>> ponětí v kterém logu hledat, ale pokusím se. Zkusím i ten sdílený disk, > >>> jak radil Radek Bartoň. Díky za rady. > >>> > >>> > >>> Rychlý > >>> > >>> > >>> > >>> _______________________________________________ > >>> Talk-cz mailing list > >>> Talk-cz na openstreetmap.org > >>> http://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org > >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20110211/67fcec7e/attachment.html>

« zpět na výpis měsíce