On 26 Mar 2008, at 21:37, Xin wrote:

Mapnik is having trouble parsing osm.xml.

Hmm.. it shouldn't segfault, though . Could you file a bug with a way to replicate on trac.mapnik.org, please
Artem



I would check all the paths. If that doesn't solve it, your best bet is compiling viewer (in demos/viewer). This will tell you which line in the XML is at fault.

Xin

On 26/03/2008, Gregory King <[EMAIL PROTECTED]> wrote:
Hi all,

Any recommendations on the problems I'm having described below?

I'm having problems running generate_tiles.py on OS X Leopard using
Mapnik 0.5.0.  This

is the result

greg$ ./generate_tiles.py
render_tiles( (-180.0, -90.0, 180.0, 90.0) /Users/greg/Documents/dev/
OSM/mapnik/osm.xml /Users/greg/Documents/dev/OSM/tiles 0 5 World )
Segmentation fault

The python demo rundemo.py works fine.  I had been using a fink boost
package when I first encountered this problem.  I was advised to
compile boost from source as a potential solution, but the problem
persists.

I'd be grateful for any pointers on resolving this. Crash Log posted
at http://pastebin.ca/946674


Greg


On 18 Mar 2008, at 19:47, Gregory King wrote:

> Justin,
>
> I'm using version 0.5.0.
>
> Greg
>
> On 18 Mar 2008, at 11:02, [EMAIL PROTECTED] wrote:
>
>> Send Mapnik-users mailing list submissions to
>>      [email protected]
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>      https://lists.berlios.de/mailman/listinfo/mapnik-users
>> or, via email, send a message with subject or body 'help' to
>>      [EMAIL PROTECTED]
>>
>> You can reach the person managing the list at
>>      [EMAIL PROTECTED]
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Mapnik-users digest..."
>>
>>
>> Today's Topics:
>>
>>  1. Rendering osmdata (ivom)
>>  2. Mapnik Segmentation Fault on OS X Leopard (Gregory King)
>>  3. Re: Mapnik Segmentation Fault on OS X Leopard (Justin Bronn)
>>  4. Re: Rendering osmdata (Steve Hill)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Mon, 17 Mar 2008 22:09:27 +0100 (CET)
>> From: ivom <[EMAIL PROTECTED]>
>> Subject: [Mapnik-users] Rendering osmdata
>> To: [email protected]
>> Message-ID: <[EMAIL PROTECTED]>
>> Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
>>
>> Hi,
>>
>> After setting up a postgis 8.2 db + mapnik from svn and the osm-
>> mapnik svn
>> tree on a ubuntu 7.10 headless server I fail to get more than the
>> outline
>> of the UK in the sea, without data from the postgis database.
>>
>> I have imported the osm data (a recent dump with UK-data)
>> sucessfully with
>> osm2pgsql with the -m option and the osm data is queryable (select
>> * from
>> planet_osm_line where power='line' delivers output). It is clear to
>> me the
>> data does not get read from the database by mapnik when I run the
>> standard
>> generate_image.py. How can I best troubleshoot this problem?
>>
>> I have seen a recent thread named:  [Mapnik-users] Postgis-Data not
>> rendered , but the thread does not seem to have a result I can use
>> at the
>> moment, since python, postgres, mapnik and projections are really
>> new to
>> me.
>>
>> Kind regards,
>> ivo
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 17 Mar 2008 21:17:22 +0000
>> From: Gregory King <[EMAIL PROTECTED]>
>> Subject: [Mapnik-users] Mapnik Segmentation Fault on OS X Leopard
>> To: [email protected]
>> Message-ID: <[EMAIL PROTECTED]>
>> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>>
>> Hi,
>>
>> I'm having problems running generate_tiles.py on OS X Leopard. This
>> is the result
>>
>> greg$ ./generate_tiles.py
>> render_tiles( (-180.0, -90.0, 180.0, 90.0) /Users/greg/Documents/ dev/
>> OSM/mapnik/osm.xml /Users/greg/Documents/dev/OSM/tiles 0 5 World )
>> Segmentation fault
>>
>> The python demo rundemo.py works fine. I had been using a fink boost
>> package when I first encountered this problem.  I was advised to
>> compile boost from source as a potential solution, but the problem
>> persists.
>>
>> I'd be grateful for any pointers on resolving this. Crash Log posted
>> at http://pastebin.ca/946674
>>
>> Greg
>>
>>
>> On 17 Mar 2008, at 11:01, [EMAIL PROTECTED]
>> wrote:
>>
>>> Send Mapnik-users mailing list submissions to
>>>     [email protected]
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>     https://lists.berlios.de/mailman/listinfo/mapnik-users
>>> or, via email, send a message with subject or body 'help' to
>>>     [EMAIL PROTECTED]
>>>
>>> You can reach the person managing the list at
>>>     [EMAIL PROTECTED]
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of Mapnik-users digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. gpsdrive with mapnik 0.5 won't work... (Guenther Meyer)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Sun, 16 Mar 2008 21:35:00 +0100
>>> From: Guenther Meyer <[EMAIL PROTECTED]>
>>> Subject: [Mapnik-users] gpsdrive with mapnik 0.5 won't work...
>>> To: J?rg Ostertag <[EMAIL PROTECTED]>
>>> Cc: Artem Pavlenko <[EMAIL PROTECTED]>,
>>>     [email protected]
>>> Message-ID: <[EMAIL PROTECTED]>
>>> Content-Type: text/plain; charset="utf-8"
>>>
>>> I tried to run gpsdrive compiled with the mapnik 0.5 debian
>>> packages.
>>> when I try to enable the map rendering, I get the following:
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> [Switching to Thread 0xb613e720 (LWP 4692)]
>>> 0xb784a833 in mapnik::Image32::setBackground ()
>>> from /usr/local/lib/libmapnik.so.0.5
>>> (gdb) bt
>>> #0  0xb784a833 in mapnik::Image32::setBackground ()
>>> from /usr/local/lib/libmapnik.so.0.5
>>> #1  0xb780f0eb in
>>> mapnik::agg_renderer<mapnik::Image32>::agg_renderer ()
>>> from /usr/local/lib/libmapnik.so.0.5
>>> #2  0x080a8484 in render_mapnik ()
>>> #3  0x0000002b in ?? ()
>>> #4  0x0000002c in ?? ()
>>> #5  0x0000002d in ?? ()
>>> #6  0x0000002e in ?? ()
>>> #7  0x0000002f in ?? ()
>>> #8  0x00000030 in ?? ()
>>> #9  0x00000031 in ?? ()
>>> #10 0x00000032 in ?? ()
>>> #11 0x00000033 in ?? ()
>>> #12 0x00000034 in ?? ()
>>> #13 0x00000035 in ?? ()
>>> #14 0x00000036 in ?? ()
>>> #15 0x00000037 in ?? ()
>>> #16 0x00000038 in ?? ()
>>> #17 0x00000039 in ?? ()
>>> #18 0x0000003a in ?? ()
>>> #19 0x0000003b in ?? ()
>>> #20 0x0000003c in ?? ()
>>> #21 0x0000003d in ?? ()
>>> #22 0x0000003e in ?? ()
>>> #23 0x0000003f in ?? ()
>>> #24 0x00000040 in ?? ()
>>> #25 0x00000041 in ?? ()
>>> #26 0x00000042 in ?? ()
>>> #27 0x00000043 in ?? ()
>>> #28 0x00000044 in ?? ()
>>> #29 0x00000045 in ?? ()
>>> #30 0x00000046 in ?? ()
>>> #31 0x00000047 in ?? ()
>>> #32 0x00000048 in ?? ()
>>> #33 0x00000049 in ?? ()
>>> #34 0x0000004a in ?? ()
>>> #35 0x0000004b in ?? ()
>>> #36 0x0000004c in ?? ()
>>> #37 0x0000004d in ?? ()
>>> #38 0x0000004e in ?? ()
>>> #39 0x0000004f in ?? ()
>>> #40 0x00000050 in ?? ()
>>> #41 0x00000051 in ?? ()
>>> #42 0x00000052 in ?? ()
>>> #43 0x00000053 in ?? ()
>>> #44 0x00000054 in ?? ()
>>> #45 0x00000055 in ?? ()
>>> #46 0x00000056 in ?? ()
>>> #47 0x00000057 in ?? ()
>>> #48 0x00000058 in ?? ()
>>> #49 0x00000059 in ?? ()
>>> #50 0x0000005a in ?? ()
>>> #51 0x0000005b in ?? ()
>>> #52 0x0000005c in ?? ()
>>> #53 0x0000005d in ?? ()
>>> #54 0x0000005e in ?? ()
>>> #55 0x0000005f in ?? ()
>>> #56 0x00000060 in ?? ()
>>> #57 0x00000061 in ?? ()
>>> #58 0x00000062 in ?? ()
>>> #59 0x00000063 in ?? ()
>>> #60 0x00000064 in ?? ()
>>> #61 0x00000065 in ?? ()
>>> #62 0x00000066 in ?? ()
>>> #63 0x00000067 in ?? ()
>>> #64 0x00000068 in ?? ()
>>> #65 0x00000069 in ?? ()
>>> #66 0x0000006a in ?? ()
>>> #67 0x0000006b in ?? ()
>>> #68 0x0000006c in ?? ()
>>> #69 0x0000006d in ?? ()
>>> #70 0x0000006e in ?? ()
>>> #71 0x0000006f in ?? ()
>>> #72 0x00000070 in ?? ()
>>> #73 0x00000071 in ?? ()
>>> #74 0x00000072 in ?? ()
>>> #75 0x00000073 in ?? ()
>>> #76 0x00000074 in ?? ()
>>> #77 0x00000075 in ?? ()
>>> #78 0x00000076 in ?? ()
>>> #79 0x00000077 in ?? ()
>>> #80 0x00000078 in ?? ()
>>> #81 0x00000079 in ?? ()
>>> #82 0x0000007a in ?? ()
>>> #83 0x0000007b in ?? ()
>>> #84 0x0000007c in ?? ()
>>> #85 0x0000007d in ?? ()
>>> #86 0x0000007e in ?? ()
>>> #87 0x0000007f in ?? ()
>>> #88 0x00000080 in ?? ()
>>> #89 0x00000081 in ?? ()
>>> #90 0x00000082 in ?? ()
>>> #91 0x00000083 in ?? ()
>>> #92 0x00000084 in ?? ()
>>> #93 0x00000085 in ?? ()
>>> #94 0x00000086 in ?? ()
>>> #95 0x00000087 in ?? ()
>>> #96 0x00000088 in ?? ()
>>> #97 0x00000089 in ?? ()
>>> #98 0x0000008a in ?? ()
>>> #99 0x0000008b in ?? ()
>>> #100 0x0000008c in ?? ()
>>> #101 0x0000008d in ?? ()
>>> #102 0x0000008e in ?? ()
>>> #103 0x0000008f in ?? ()
>>> #104 0x00000090 in ?? ()
>>> #105 0x00000091 in ?? ()
>>> #106 0x00000092 in ?? ()
>>> #107 0x00000093 in ?? ()
>>> #108 0x00000094 in ?? ()
>>> #109 0x00000095 in ?? ()
>>> #110 0x00000096 in ?? ()
>>> #111 0x00000097 in ?? ()
>>> #112 0x00000098 in ?? ()
>>> #113 0x00000099 in ?? ()
>>> #114 0x0000009a in ?? ()
>>> #115 0x0000009b in ?? ()
>>> #116 0x0000009c in ?? ()
>>> #117 0x0000009d in ?? ()
>>> #118 0x0000009e in ?? ()
>>> #119 0x0000009f in ?? ()
>>> #120 0x000000a0 in ?? ()
>>> #121 0x000000a1 in ?? ()
>>> #122 0x000000a2 in ?? ()
>>> #123 0x000000a3 in ?? ()
>>> #124 0x000000a4 in ?? ()
>>> #125 0x000000a5 in ?? ()
>>> #126 0x000000a6 in ?? ()
>>> #127 0x000000a7 in ?? ()
>>> #128 0x000000a8 in ?? ()
>>> #129 0x000000a9 in ?? ()
>>> #130 0x000000aa in ?? ()
>>> #131 0x000000ab in ?? ()
>>> #132 0x000000ac in ?? ()
>>> #133 0x000000ad in ?? ()
>>> #134 0x000000ae in ?? ()
>>> #135 0x000000af in ?? ()
>>> #136 0x000000b0 in ?? ()
>>> #137 0x000000b1 in ?? ()
>>> #138 0x000000b2 in ?? ()
>>> #139 0x000000b3 in ?? ()
>>> #140 0x000000b4 in ?? ()
>>> #141 0x000000b5 in ?? ()
>>> #142 0x000000b6 in ?? ()
>>> #143 0x000000b7 in ?? ()
>>> #144 0x000000b8 in ?? ()
>>> #145 0x000000b9 in ?? ()
>>> #146 0x000000ba in ?? ()
>>> #147 0x000000bb in ?? ()
>>> #148 0x000000bc in ?? ()
>>> #149 0x000000bd in ?? ()
>>> #150 0x000000be in ?? ()
>>> #151 0x000000bf in ?? ()
>>> #152 0x000000c0 in ?? ()
>>> #153 0x000000c1 in ?? ()
>>> #154 0x000000c2 in ?? ()
>>> #155 0x000000c3 in ?? ()
>>> #156 0x000000c4 in ?? ()
>>> #157 0x000000c5 in ?? ()
>>> #158 0x000000c6 in ?? ()
>>> #159 0x000000c7 in ?? ()
>>> #160 0x000000c8 in ?? ()
>>> #161 0x000000c9 in ?? ()
>>> #162 0x000000ca in ?? ()
>>> #163 0x000000cb in ?? ()
>>> #164 0x000000cc in ?? ()
>>> #165 0x000000cd in ?? ()
>>> #166 0x000000ce in ?? ()
>>> #167 0x000000cf in ?? ()
>>> #168 0x000000d0 in ?? ()
>>> #169 0x000000d1 in ?? ()
>>> #170 0x000000d2 in ?? ()
>>> #171 0x000000d3 in ?? ()
>>> #172 0x000000d4 in ?? ()
>>> #173 0x000000d5 in ?? ()
>>> #174 0x000000d6 in ?? ()
>>> #175 0x000000d7 in ?? ()
>>> #176 0x000000d8 in ?? ()
>>> #177 0x000000d9 in ?? ()
>>> #178 0x000000da in ?? ()
>>> #179 0x000000db in ?? ()
>>> #180 0x000000dc in ?? ()
>>> #181 0x000000dd in ?? ()
>>> #182 0x000000de in ?? ()
>>> #183 0x000000df in ?? ()
>>> #184 0x000000e0 in ?? ()
>>> #185 0x000000e1 in ?? ()
>>> #186 0x000000e2 in ?? ()
>>> #187 0x000000e3 in ?? ()
>>> #188 0x000000e4 in ?? ()
>>> #189 0x000000e5 in ?? ()
>>> #190 0x000000e6 in ?? ()
>>> #191 0x000000e7 in ?? ()
>>> #192 0x000000e8 in ?? ()
>>> #193 0x000000e9 in ?? ()
>>> #194 0x000000ea in ?? ()
>>> #195 0x000000eb in ?? ()
>>> #196 0x000000ec in ?? ()
>>> #197 0x000000ed in ?? ()
>>> #198 0x000000ee in ?? ()
>>> #199 0x000000ef in ?? ()
>>> #200 0x000000f0 in ?? ()
>>> #201 0x000000f1 in ?? ()
>>> #202 0x000000f2 in ?? ()
>>> #203 0x000000f3 in ?? ()
>>> #204 0x000000f4 in ?? ()
>>> #205 0x000000f5 in ?? ()
>>> #206 0x000000f6 in ?? ()
>>> #207 0x000000f7 in ?? ()
>>> #208 0x000000f8 in ?? ()
>>> #209 0x000000f9 in ?? ()
>>> #210 0x000000fa in ?? ()
>>> #211 0x000000fb in ?? ()
>>> #212 0x000000fc in ?? ()
>>> #213 0x000000fd in ?? ()
>>> #214 0x000000fe in ?? ()
>>> #215 0x000000ff in ?? ()
>>> #216 0x00000000 in ?? ()
>>>
>>>
>>> is this a known problem, what can I do?
>>> -------------- next part --------------
>>> A non-text attachment was scrubbed...
>>> Name: not available
>>> Type: application/pgp-signature
>>> Size: 189 bytes
>>> Desc: This is a digitally signed message part.
>>> Url : https://lists.berlios.de/pipermail/mapnik-users/ attachments/20080316/5ff74dff/attachment-0001.pgp
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> Mapnik-users mailing list
>>> [email protected]
>>> https://lists.berlios.de/mailman/listinfo/mapnik-users
>>>
>>>
>>> End of Mapnik-users Digest, Vol 20, Issue 9
>>> *******************************************
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Mon, 17 Mar 2008 16:28:27 -0500
>> From: Justin Bronn <[EMAIL PROTECTED]>
>> Subject: Re: [Mapnik-users] Mapnik Segmentation Fault on OS X Leopard
>> To: [email protected]
>> Message-ID: <[EMAIL PROTECTED]>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Gregory,
>>
>> What version are you using -- 0.5 or SVN (if so, what revision)?
>>
>> -Justin
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Tue, 18 Mar 2008 10:46:34 +0000 (GMT)
>> From: Steve Hill <[EMAIL PROTECTED]>
>> Subject: Re: [Mapnik-users] Rendering osmdata
>> To: ivom <[EMAIL PROTECTED]>
>> Cc: [email protected]
>> Message-ID:
>>      <[EMAIL PROTECTED]>
>> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>>
>> On Mon, 17 Mar 2008, ivom wrote:
>>
>>> It is clear to me the
>>> data does not get read from the database by mapnik when I run the
>>> standard
>>> generate_image.py. How can I best troubleshoot this problem?
>>
>> Did you put the right database name in set-mapnik-env (and source
>> that
>> script)?
>>
>> You might try turning postgres's logging on to see if mapnik is
>> actually
>> making queries (and see if they are sa
>

_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users

_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users

_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users

Reply via email to