Původní mapper https://github.com/mireq/minetest-mapper-cpp

Pitrissův fork https://github.com/Pitriss/minetest-mapper-cpp, aplikován patch upravující volné místo okolo mapy a oprava černého zbarvení neznámých nodů.

Na IBM je použit Vanessin soubor colors.txt.

Když se upraví soubor colors.txt, mapper se musí překompilovat příkazem make, protože colors.txt se nenačítá průběžně ale zakompiluje se do programu.

[23:44] <Ritchie> i have almost all node colors from list of unknown nodes in my colors.txt but mapper still doesn't apply them to map image and wrotes them as unknown nodes to console
[23:45] <VanessaE> first thing to check for is incomplete entries
[23:45] <VanessaE> like if you wrote a name in there without the color spec
[23:45] <VanessaE> everything from there down will be broken
[23:46] <VanessaE> though yours looks okay
[23:46] <VanessaE> word has it you have to recompile the mapper also
[23:46] <VanessaE> if you change colors.txt
[23:46] <VanessaE> because it allegedly compiles it into the prog
[23:47] <VanessaE> so try that next
[23:54] <Ritchie> oh thank you, it works :)

Poznámka:

[23:56] <VanessaE> two important notes about that mapper:
[23:57] <VanessaE> it produces broken images if the server is running and world is active.  shut the server down first.
[23:57] <VanessaE> 2, if it can't write the output image for any reason at all - anything from permissions errors to wrongly specified path to whatever else - it will segfault and leave you scratching your head wtf went wrong :)

[00:00] <VanessaE> what I do is, nightly on a drond job, I shut my servers down, take a backup, and restart my servers.  then I generate the overview maps using the backup copies of the data.
[00:00] <VanessaE> that way the servers are only down for a few minutes a day.
[00:01] <VanessaE> after the world gets really big ( > 1 GB ) the mapper can take a looooooong time to run, so better to do it that way
[00:01] <VanessaE> else your servers are down for potentially a few hours
[00:04] <Ritchie> at this moment i do map image from original world file after it is tarballed to backup.tar.gz (world ~ 900 MB → tarball ~ 200 MB) but i have in mind that i should rewrite my startup script to use temporary folder to do a map image
[00:04] <VanessaE> right
[00:05] <Ritchie> doing a backups to tarballs saves a lot of disk space
[00:05] <VanessaE> yup
[00:05] <VanessaE> it's what I do
[00:06] <VanessaE> shut down -> rsync -> startup -> tarball.bz2 -> mapper -> delete temp files
[00:07] <VanessaE> it's a trade-off between downtime and lag but this seems to work out well since it's done at the quietest time of day
[00:07] <VanessaE> (lag because the tar and mapper steps cause lots of background disk activity)