NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum

I followed exactly the following tutorial, and everything worked without problems. http://switch2osm.org/serving-tiles/manually-building-a-tile-server/

In the end, at the end of the sequence:

sudo mkdir /var/run/renderd
sudo chown myuser /var/run/renderd
renderd -f -c /usr/local/etc/renderd.conf

I am receiving a segmentation fault message:

myuser@gis:~$ renderd -f -c /usr/local/etc/renderd.conf
renderd[9707]: Rendering daemon started
renderd[9707]: Parsing section renderd
renderd[9707]: Parsing render section 0
renderd[9707]: Parsing section mapnik
renderd[9707]: Parsing section default
renderd[9707]: config renderd: unix socketname=/var/run/renderd/renderd.sock
renderd[9707]: config renderd: num_threads=4
renderd[9707]: config renderd: num_slaves=0
renderd[9707]: config renderd: tile_dir=/var/lib/mod_tile
renderd[9707]: config renderd: stats_file=/var/run/renderd/renderd.stats
renderd[9707]: config mapnik:  plugins_dir=/usr/local/lib/mapnik/input
renderd[9707]: config mapnik:  font_dir=/usr/share/fonts/truetype/ttf-dejavu
renderd[9707]: config mapnik:  font_dir_recurse=1
renderd[9707]: config renderd(0): Active
renderd[9707]: config renderd(0): unix socketname=/var/run/renderd/renderd.sock
renderd[9707]: config renderd(0): num_threads=4
renderd[9707]: config renderd(0): tile_dir=/var/lib/mod_tile
renderd[9707]: config renderd(0): stats_file=/var/run/renderd/renderd.stats
renderd[9707]: config map 0:   name(default) file(/home/myuser/src/mapnik-style/osm.xml) uri(/osm_tiles2/) htcp() host(localhost)
renderd[9707]: Initialising unix server socket on /var/run/renderd/renderd.sock
renderd[9707]: Created server socket 4
renderd[9707]: Renderd is using mapnik version 0.7.2
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-ExtraLight.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Bold.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Oblique.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldItalic.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Italic.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Oblique.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Italic.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-BoldOblique.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-BoldOblique.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Bold.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-BoldItalic.ttf
renderd[9707]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Bold.ttf
Running in foreground mode...
renderd[9707]: Starting stats thread
Segmentation fault

Running dmesg, the following error appears:

[ 5132.442678] renderd[9713]: **segfault** at 1a ip 00007f4c3c448b12 sp 00007f4c2ef397a0 error 4 in **libxml2.so.2.7.6**[7f4c3c3ef000+146000]

or

[ 5423.308084] renderd[10245] **general protection** ip:7fe4d82ec2a2 sp:7fe4c9264748 error:0 in **libc-2.11.1.so**[7fe4d8269000+17a000]

Trying to restart manually the httpd server, another error appears:

myuser@gis:~$ sudo /etc/init.d/apache2 restart
 * Restarting web server apache2    [Sun Aug 05 14:28:51 2012] [notice] Committing tile config default
Segmentation fault    [fail]

Looking in dmesg (the segfault with libc appears twice):

[ 5491.172508] apache2[10319]: **segfault** at 0 ip 00007f3a4c5803e4 sp 00007fff5444fa88 error 4 in **libc-2.11.1.so**[7f3a4c4fd000+17a000]
[ 5491.231489] apache2[10327]: **segfault** at 0 ip 00007f8fc8fa03e4 sp 00007fffd2798c38 error 4 in **libc-2.11.1.so**[7f8fc8f1d000+17a000]

So, where is the problem ? I can't figure out. Should I downgrade some packages ?

asked 05 Aug '12, 13:02

aes693's gravatar image

aes693
56117
accept rate: 0%

edited 05 Aug '12, 15:58

SomeoneElse's gravatar image

SomeoneElse ♦
36.9k71370866

Are you using the original OSM map styles or have you made any changes to the XML file?

(05 Aug '12, 13:41) Frederik Ramm ♦

I downloaded a map for one country. I didn't change anything.

(05 Aug '12, 15:39) aes693
2

I just installed this morning Ubuntu 12.04 LTS (x86_64). The machine has 4GB ram and 3Ghz cpu (AMD). Following the tutorial, I installed the packages (some updated). At the end I am confronted with the same issue. It's not the mod_tile.so. It's renderd that what gaves me errors. Now the segfault errors are related to: libxml2.so.2.7.8 and libc-2.15.so. So, could be a compiling problem ?

I am newbie using gdb, but if I'll find the issue (hopefully), I'll report it.

(07 Aug '12, 12:30) aes693

Same problem here. Have you found a solution? I have tried the same instructions on three Ubuntu 12.04. Can anyone help?

(14 Aug '12, 09:44) bluescreen

The segfault in apache might be solved after you do an svn update.

Not sure about the issue in renderd yet though. A more informative stack trace would hopefully be helpful tracking this down.

(14 Aug '12, 16:37) apmon

Just another data point, but when I ran through the more recent version http://switch2osm.org/serving-tiles/manually-building-a-tile-server-12-04/ a couple of days ago there were no segfault issues.

(20 Sep '12, 09:29) SomeoneElse ♦

@SomeoneElse: thanks for information; I will double check asap if there are changes and if it's working here too.

(20 Sep '12, 09:45) aes693

@SomeoneElse: thank you very much, now I see, that how-to web page was modified on the top, in the software installation section: now, there are 29 packages to be installed (18 previous). Postgresql server is 9.1 (I added myself manually before this modification anyway; previous was 8.4 @ Ubuntu 10.04). At "Install Mapnik library" section, that downloading and compiling the source of ... 'sudo apt-get install libltdl3-dev libpng12-dev libtiff4-dev libicu-dev [...]' disappeared. I hope it will work now; I will install it from zero again.

(21 Sep '12, 17:46) aes693

I will repeat another question now, so please, be patient with me: my problem can be related to my wish of using a map for only one country instead the whole planet ? Do I have to open a new topic / search (more) for an answer ? Sorry for bothering with newbie questions and thank you all who answered for your effort & help.

(21 Sep '12, 17:50) aes693
1

Generally you'd ask one question per question, because it gets confusing otherwise, but no - the fact that you've imported only one country rather than the whole planet wouldn't cause the issue that you're seeing; the only difference it would make would be that the data import would happen faster and require less memory.

(21 Sep '12, 17:57) SomeoneElse ♦

I know and I'm sorry. I should write in the title of the topic from the beggining/or in the body of the question: '(working with only a country map)' and express my worry because I didn't follow 100% the tutorial (because of the hardware and also the uselessness of using the map of the whole planet). Thank you for your answer !

(21 Sep '12, 18:03) aes693
showing 5 of 11 show 6 more comments

@SomeoneElse, Frederik Ramm, apmon: I solved finally.
It's working even with the map for one country instead the whole planet.
My worries that wouldn't work and will require a special procedure were unjustified.

It was a mix of various issues like external (libxml, libc) and internal
(typing, missing [un]commented lines), also forget to modify slippymap.html.
I guess besides those external, those internal are newbies' errors.

My newbie advices (after I dig into the config files) are:

a) be careful when editing renderd.conf
I filled it up with appropriate values for paths, and I used alternatively numthreads=1 (I will tune after),
then I took care to use the same path (/osm_tiles2/) with that from slippymap.html
e.g. http://192.168.0.1/osm_tiles2/${z}/${x}/${y}.png
(in the javascript part); then I used an IP value for HOST instead "host=localhost";

b) don't forget to check into /etc/apache2/sites-available/default for order allow, deny
and allow from all at the beginning to get rid of initial troubles.

c) osm.xml can provide further informations if you missed something in the config files
(see the usage of "xmllint /home/myuser/src/mapnik-style/osm.xml" above)

d) now, the last part: in the ~/src/mapnik-style/inc/ folder, only two files are
editable (as in the tutorial): settings.xml.inc and datasource-settings.xml.inc ;
users must be very carefully when (un)commenting:
in datasource-settings.inc the lines with password, host, port, user should be commented as:
<!-- Parameter name ="password">%(password)s</Parameter -->
it's important to pay attention to the sintax (the first 4 and the last 3 characters) !
Then, in the settings.xml.inc, you should keep 7 lines (take care at the sintax),
those with: "symbols", "osm2pgsql_projection", "dwithin_900913", "dwithin_4326",
dwithin_node_way, world_boundaries (take care at the path), and the line with prefix.
These seven lines begin and terminate in the same manner: (first two and the last chr$ are important)
<!ENTITY symbols "symbols">

OK, at last, at the installation point, if you don't have plenty RAM memory and an old CPU, instead of using
osm2pgsql --slim -d gis -C 16000 --number-processes 3 ~/planet/planet-latest.osm.pbf (or ...Xcountry.pbf),
you can use: osm2pgsql --slim -d gis -C 2048 ~/planet/countryX.osm.bz2

I think that was all. Thank you very much for your support and for the patience.
See you next time ! :)

permanent link

answered 22 Sep '12, 19:06

aes693's gravatar image

aes693
56117
accept rate: 0%

edited 22 Sep '12, 19:22

@apmon:

Hi,

'xmllint /home/myuser/src/mapnik-style/osm.xml'
or
'xmllint --noent /home/myuser/src/mapnik-style/osm.xml'
have the same result:

myuser@gis:/$ xmllint /home/myuser/src/mapnik-style/osm.xml
/home/myuser/src/mapnik-style/osm.xml:4: parser error : Char 0x0 out of allowed range
%entities;
              ^
Entity: line 1:
 %entities;
                ^
/home/myuser/src/mapnik-style/osm.xml:6: parser error : Comment must not contain '--' (double-hyphen)
<!-- This stylesheet uses features only available in mapnik builds with
     ^
/home/myuser/src/mapnik-style/osm.xml:8: parser error : Comment doesn't start and stop in the same entity
      and behaviour that necessitate an upgrade to mapnik 0.7.1 -->
                                                                                              ^
/home/myuser/src/mapnik-style/osm.xml:9: parser error : internal error
<Map bgcolor="#b5d0d0" srs="&srs900913;" minimum_version="0.7.1">
^
/home/myuser/src/mapnik-style/osm.xml:9: parser error : DOCTYPE improperly terminated
<Map bgcolor="#b5d0d0" srs="&srs900913;" minimum_version="0.7.1">
^
/home/myuser/src/mapnik-style/osm.xml:9: parser error : Start tag expected, '<' not found
<Map bgcolor="#b5d0d0" srs="&srs900913;" minimum_version="0.7.1">
  ^

permanent link

answered 21 Sep '12, 16:30

aes693's gravatar image

aes693
56117
accept rate: 0%

The segmentation fault in renderd appears to be triggered by a long standing bug in libxml[1,2] and therefore outside of the control of mod_tile/renderd

One can also trigger the segmentation fault with "xmllint --noent /etc/mapnik-osm-data/osm.xml" (or whereever the path of your osm style sheet)

The problem seems to be a missing external entity in your osm style sheet. Try running "xmllint /etc/mapnik-osm-data/osm.xml" and see if it tells you which entity is missing, or not correctly configured. Once the style sheet is correctly configured, renderd should no longer segfault.

The segmentation fault in apache / mod_tile should be fixed in the latest code. So recompiling and re-installing mod_tile after an svn update should fix the problem.

[1] https://github.com/mapnik/mapnik/issues/566 [2] https://bugs.launchpad.net/lxml/+bug/502959

permanent link

answered 27 Aug '12, 04:48

apmon's gravatar image

apmon
6.5k184456
accept rate: 20%

Sorry for delay and thank you for answer. I'm looking forward to find a solution to display the country's tiles. Btw: is it possible to put all of these to work under CentOS ? Thanks.

(19 Sep '12, 23:05) aes693

Try using the ready-made packages from http://switch2osm.org/serving-tiles/building-a-tile-server-from-packages/ instead of compiling your own.

Segmentation faults in Apache (likely from mod_tile) and in renderd are unlikely to have the same root cause; both components access the tile directories and the renderd.conf file but that's about all they have in common.

permanent link

answered 14 Aug '12, 09:55

Frederik%20Ramm's gravatar image

Frederik Ramm ♦
82.5k927201273
accept rate: 23%

@Frederik Ramm

Thank you for your response. Well, I tried to eliminate the possible causes, one by one. I commented the following lines from the file /etc/apache2/sites-available/default

LoadTileConfigFile /usr/local/etc/renderd.conf

ModTileRenderdSocketName /var/run/renderd/renderd.sock

ModTileRequestTimeout 0

ModTileMissingRequestTimeout 30

Then, I restarted the Apache:

myuser@gis:~$ sudo /etc/init.d/apache2 restart

  • Restarting web server apache2

apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName [...etc..] [ OK ]

(14 Aug '12, 11:28) aes693

Then, I wanted to see if the modules (also mod_tile) were loaded:

myuser@gis:/var/log/apache2$ apachectl -t -D DUMP_MODULES /usr/sbin/apachectl: 87: ulimit: error setting limit (Operation not permitted) apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName Loaded Modules:

core_module (static) [...other 23 modules...] tile_module (shared) Syntax OK

So, the next question: if the module [tile_module] was corrupted, shouldn't appeared at the startup at least a warning ?

Thank you very much for your hint. I will dig deeper in parallel.

(14 Aug '12, 11:29) aes693

Ok, following ready-made packages from http://switch2osm.org/serving-tiles/building-a-tile-server-from-packages/ I have a new situation:

I downloaded http://ppa.launchpad.net/kakrueger/openstreetmap/ubuntu/pool/main/liba/libapache2-mod-tile/libapache2-mod-tile_0.4-11~precise2.tar.gz

and I compiled. Then I unmarked those 4 lines above. I restarted the apache2 service.

Restarting web server apache2 [...] [Fri Aug 17 22:15:23 2012] [notice] Loading tile config default at /osm_tiles2/ for zooms 0 - 18 from tile directory /var/lib/mod_tile with extension .png and mime type image/png [ OK ]

(17 Aug '12, 20:21) aes693
1

Then I typed as in the guide: sudo mkdir /var/run/renderd sudo chown myuser /var/run/renderd renderd -f -c /usr/local/etc/renderd.conf

but the result it's the same:

renderd[10342]: Rendering daemon started [...etc...] Running in foreground mode... renderd[10342]: Starting stats thread Segmentation fault (core dumped)

myuser@gis:~$ dmesg

... [ 1702.604071] renderd[9561]: segfault at 1b ip 00007f0fcc8cb600 sp 00007f0fbe1723b0 error 4 in libxml2.so.2.7.8[7f0fcc874000+151000]

(17 Aug '12, 20:25) aes693

by the way: I used also the .deb packages, but without success:

libapache2-mod-tile_0.4-11~precise2_amd64.deb and renderd_0.4-11~precise2_amd64.deb from http://ppa.launchpad.net/kakrueger/openstreetmap/ubuntu/pool/main/liba/libapache2-mod-tile/

(18 Aug '12, 07:13) aes693
1

So far I haven't been able to reproduce this segfault. I just followed the instructions in a fresh (fully up-to-date) Ubuntu 12.04 (64bit) VM and did not have any issues. It is correctly rendering and I can view the tiles in the browser via mod_tile.

Can you give any additional information that might help track these issues down?

(18 Aug '12, 09:19) apmon

@apmon: sure. Please, give me details how can I provide a fully accurate report.

(18 Aug '12, 18:11) aes693

Ok, I installed the old 10.04.4 LTS onto an old 32bit single core AMD 2ghz machine
with 3GB Ram (VMware), (gaving 1GB Ram to Ubuntu).
I installed and configured all packages using SSH, using putty, saving all the
printable output (session log), and I noticed that there are no errors.
Running apache, renderd, I also noticed the lack of errors.

The differences between this and previous installations:
- at the beggining of the installation I gave an
sudo apt-get install update && sudo apt-get upgrade
- the file ~/src/mapnik-style/inc/settings.xml.inc shouldn't have
uncommented those to be replaced lines (as the one below) ?
<ENTITY osm2pgsql_projection "&srs900913;">
- at the building of the Mapnik library's from source,
git checkout 0.7
... apears: falling to 0.7.2;
- having only one GB Ram, I used the values:
sudo sysctl -w kernel.shmmax=536870912 ; 512 MB
sudo sysctl -w kernel.shmall=131072 ; shmmax / 4096

Tomorrow I will go back to the machine with Ubuntu 12.04 LTS (x86_64) and I will try to:
a) make the modifications to the ~/src/mapnik-style/inc/settings.xml.inc file, or
b) reinstall all from zero and log everything at installations & configurations.

I have one more question: if (because the hardware) I can't (because I don't need to)
use the whole planet [file] and I want to use just a country (package), the procedure it's
similar, mean e.g. using the file wget http://192.168.1.1/countryX.osm.bz2 and run a
osm2pgsql --slim -d gis -C 2048 ~/planet/countryX.osm.bz2 ?

I tried to see if there are generated tiles of that country, using a slippymap e.g.
http://192.168.1.2/osm/slippymap.html, but when I switched from Mapnik to Local Tiles,
(over the countryX), the tiles turned from standard, colored to pink with no content.
Using Firedebug I could see that the server returned 404 errors e.g. couldn't find the
following resources (tiles supposed to be generated): e.g. http://192.168.1.2/osm/0/12/34.png

(21 Aug '12, 22:35) aes693
1

Partially solved, some questions remains.
There are two causes what generated those errors:

1) The old/default mod_tile.so and renderd have some (yet) unidentified issues,
so, following Mr. Frederik Ramm advice, I am using mod_tile.soand renderd
from Mr. Kai Kruger (see above); results: no problems with apache httpd/renderd;

2) I logged on the machine with Ubuntu 12.04 LTS (x86_64) and I just edited
/home/myuser/src/mapnik-style/inc/settings.xml.inc.
I commented (!--) and uncommented (!) one by one the following lines:

<!ENTITY symbols "symbols">
<!ENTITY osm2pgsql_projection "&srs900913;">
<!ENTITY dwithin_node_way "&dwithin_900913;">
<!ENTITY world_boundaries "/usr/local/share/world_boundaries">
<!ENTITY prefix "planet_osm">

Letting uncommented the last line (ENTITY prefix "planet_osm) will generates segmentation fault
(in renderd), while letting commented, will generates the follwing output:

myuser@gis:~$ renderd -f -c /usr/local/etc/renderd.conf
renderd[9730]: Rendering daemon started
renderd[9730]: Parsing section renderd
renderd[9730]: Parsing render section 0
renderd[9730]: Parsing section mapnik
renderd[9730]: Parsing section default
renderd[9730]: config renderd: unix socketname=/var/run/renderd/renderd.sock
renderd[9730]: config renderd: num_threads=2
renderd[9730]: config renderd: num_slaves=0
renderd[9730]: config renderd: tile_dir=/var/lib/mod_tile
renderd[9730]: config renderd: stats_file=/var/run/renderd/renderd.stats
renderd[9730]: config mapnik: plugins_dir=/usr/local/lib/mapnik/input
renderd[9730]: config mapnik: font_dir=/usr/share/fonts/truetype/ttf-dejavu
renderd[9730]: config mapnik: font_dir_recurse=1
renderd[9730]: config renderd(0): Active
renderd[9730]: config renderd(0): unix socketname=/var/run/renderd/renderd.sock
renderd[9730]: config renderd(0): num_threads=2
renderd[9730]: config renderd(0): tile_dir=/var/lib/mod_tile
renderd[9730]: config renderd(0): stats_file=/var/run/renderd/renderd.stats
renderd[9730]: config map 0: name(default) file(/home/myuser/src/mapnik-style/osm.xml) uri(/osm_tiles2/) htcp() host(localhost)
renderd[9730]: Initialising unix server socket on /var/run/renderd/renderd.sock
renderd[9730]: Created server socket 5
renderd[9730]: Renderd is using mapnik version 0.7.2
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Italic.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Bold.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Bold.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-BoldOblique.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Oblique.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Oblique.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldItalic.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Bold.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-BoldItalic.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Italic.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-ExtraLight.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
renderd[9730]: DEBUG: Loading font: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-BoldOblique.ttf
Running in foreground mode...
renderd[9730]: Starting stats thread
renderd[9730]: An error occurred while loading the map layer 'default': XML document not well formed:
Start tag expected, '<' not found (encountered in file '/home/myuser/src/mapnik-style/osm.xml' at line 9)renderd[9730]: An error occurred while loading the map layer 'default': XML document not well formed:
Start tag expected, '<' not found (encountered in file '/home/myuser/src/mapnik-style/osm.xml' at line 9)

mean the line:

<Map bgcolor="#b5d0d0" srs="&srs900913;" minimum_version="0.7.1">

Now, the last questions: this output is because I am not using the planet file (and just one country),
and if so, how can I correct set up the config files to work with only one country, so the
tiles to be generated ?
Thank you very much and sorry for bothering you with my questions.

(22 Aug '12, 22:42) aes693
showing 5 of 9 show 4 more comments

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:

×123
×61
×57
×5

question asked: 05 Aug '12, 13:02

question was seen: 17,285 times

last updated: 22 Sep '12, 19:22

NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum