Re: [Mapnik-users] Mapnik-users Digest, Vol 20, Issue 10

Wed, 26 Mar 2008 14:38:08 -0700 

Mapnik is having trouble parsing osm.xml.

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

Reply via email to