00:00:59 *** rcoup has quit () 01:22:36 *** cgs_bob has quit (Read error: 110 (Connection timed out)) 01:59:55 *** ajturner (n=ajturner@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik 02:26:54 *** aude_ (n=chatzill@27.sub-75-226-28.myvzw.com) has joined #mapnik 02:39:53 *** cgs_bob (n=bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik 02:45:54 *** aude has quit (Read error: 110 (Connection timed out)) 02:59:43 *** rcoup (n=rcoup@131.203.102.171) has joined #mapnik 03:10:07 *** ajturner has quit () 03:21:10 *** rcoup has quit () 03:58:02 *** aude_ is now known as aude 04:03:29 *** Ldp__ has quit () 04:24:17 *** blarney (n=blarney@pool-173-48-97-156.bstnma.fios.verizon.net) has joined #mapnik 04:25:38 <blarney> hi there, I'm a co-maintainer of the mapnik package on Fedora, and the old 0.6 version failed to compile with new boost 1.41, so I figured that the 0.7.0 version would probably fix this, but it still doesn't, any ideas? see build log: http://koji.fedoraproject.org/koji/getfile?taskID=1942060&name=build.log 04:25:49 <blarney> more info here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1942060 04:32:57 *** tcarobruce (n=tim@c-98-210-194-147.hsd1.ca.comcast.net) has joined #mapnik 04:33:26 *** tcarobruce has parted #mapnik () 04:33:45 <springmeyer> hi blarney 04:34:03 <springmeyer> yes, that is a known boost bug in the iostream headers 04:34:14 <springmeyer> the forgot an include guard 04:35:34 <springmeyer> the/they 04:35:59 <springmeyer> blarney: http://lists.berlios.de/pipermail/mapnik-users/2009-November/002550.html 04:48:39 <blarney> springmeyer: is that a patch against boost or mapnik? 04:48:43 <blarney> thanks 04:50:27 <springmeyer> boost 04:50:29 <springmeyer> its not a mapnik issue 04:50:51 <blarney> ah, drat 04:51:04 <blarney> I'm going to have to pester the mapnik maintainer 04:51:27 <springmeyer> er, it is a boost bug, and that causes a mapnik issue 04:51:42 <springmeyer> blarney: seems you need to pester the boost maintainer? 04:51:43 <blarney> s/mapnik/boost/ 04:51:46 <blarney> yes 04:51:46 <springmeyer> k 04:52:15 <springmeyer> boost 1.42 will apparently be released soon too, which fixes the boost problem 04:53:15 <springmeyer> blarney: great that you maintain the fedora package :) 04:53:40 <springmeyer> I keep a listing of key links to packages here: http://trac.mapnik.org/wiki/PackageBuilding 04:53:48 <springmeyer> let me know if those are the best ones... 04:55:06 <blarney> springmeyer: co-maintain actually 04:55:17 <blarney> our main maintainer seems to be awol 04:56:18 <springmeyer> okay 04:56:31 <blarney> ok, I filed: https://bugzilla.redhat.com/show_bug.cgi?id=558383 04:56:56 <springmeyer> right on 04:57:16 <blarney> I'm only rebuilding it because it's causing broken deps in Fedora rawhide 04:58:06 <springmeyer> oh, what is wrong exactly? 04:58:23 <springmeyer> the current mapnik build deps on stuff that is missing? 05:00:20 <blarney> springmeyer: mapnik is uninstallable because of the soname bump in boost: http://koji.fedoraproject.org/mash/rawhide-20100124/logs/depcheck 05:01:04 <springmeyer> ah, okay 05:01:23 <blarney> lots of packages fail (or just haven't yet been) to rebuild against the new boost 05:01:32 <springmeyer> great, well hope you can resolve things easily. I'm headed off now, see you around blarney 05:01:46 <blarney> k 05:01:52 <blarney> night (or morning) 05:02:04 <springmeyer> night :) 06:14:38 *** mishok13 (n=mishok@194.33.189.19) has joined #mapnik 06:24:59 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik 06:33:58 *** HounD1 (n=HounD@unics1.grfc.ru) has joined #mapnik 06:51:14 *** HounD has quit (Read error: 113 (No route to host)) 07:54:31 *** rcoup (n=rcoup@131.203.102.171) has joined #mapnik 09:19:11 *** solsTiCe (n=solstice@ARennes-553-1-92-93.w86-195.abo.wanadoo.fr) has joined #mapnik 09:37:05 <solsTiCe> hi. i try to compile mapnik from source and i got error with 0.6.1 and with 0.7. i miss a depdancy ?? http://paste.pocoo.org/show/169681/ 10:05:03 <solsTiCe> svn version too failed to compile ! :-O 10:06:59 <solsTiCe> http://paste.pocoo.org/show/169687/ 10:07:16 <solsTiCe> using boost 1.41.0-2 10:07:19 <solsTiCe> wtf ! 10:07:24 *** solsTiCe has parted #mapnik ("Ex-Chat") 10:53:51 <blarney> hmm, mapnik 0.7.0 still fails to build even with boost fix 10:53:55 <blarney> http://koji.fedoraproject.org/koji/getfile?taskID=1942430&name=build.log 10:56:10 <blarney> oops wrong build log, this should be right: http://koji.fedoraproject.org/koji/getfile?taskID=1942431&name=build.log 11:06:46 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik 11:14:19 *** blarney has quit ("Leaving.") 12:51:40 *** rcoup has quit () 12:55:09 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik 12:55:09 *** mperry has quit (Read error: 104 (Connection reset by peer)) 12:55:16 *** mperry_ is now known as mperry 13:01:56 *** aude has quit (Read error: 110 (Connection timed out)) 13:03:14 *** ajturner (n=ajturner@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik 13:13:46 *** ajturner has quit () 13:39:29 *** ajturner (n=ajturner@209.155.228.129) has joined #mapnik 13:44:06 *** myselfhimself (n=chatzill@91.199.6.245) has joined #mapnik 13:44:06 <myselfhimself> hello !! 13:44:10 <myselfhimself> hi 13:59:07 *** dodobas_ (n=dodobas@open.geof.hr) has joined #mapnik 13:59:21 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik 14:00:23 *** mperry has quit (Read error: 110 (Connection timed out)) 14:00:23 *** mperry_ is now known as mperry 14:13:16 *** dodobas__ (n=dodobas@open.geof.hr) has joined #mapnik 14:13:51 *** dodobas has quit (Read error: 110 (Connection timed out)) 14:27:58 *** dodobas_ has quit (Connection timed out) 14:40:39 *** dodobas__ is now known as dodobas 15:12:28 *** HounD1 has parted #mapnik () 15:20:14 *** Dominic078 (n=Dominic@dialbs-213-023-220-018.static.arcor-ip.net) has joined #mapnik 15:21:06 <Dominic078> Hey guys.. Someone out there who might be able to help me out with mod_tile? 15:21:41 <Dominic078> I did all the configuration and got renderd up and running... it seems to me lile the actual apache Module is not running 15:21:57 <Dominic078> I am running Suse Linux Enterprise Server 64 bits.. 15:23:48 <twain47> Dominic078: may be able to help - not an expert in Suse 15:23:51 *** chad_burt (n=chad_bur@mm-01.msi.ucsb.edu) has joined #mapnik 15:24:07 <Dominic078> ok... let s give it a shot than... 15:24:15 <twain47> what have you got in your apache config file? 15:24:21 <Dominic078> i added a mod_tile conf to apache 15:24:33 <Dominic078> and when I start it up it tells me that the moduel gets lodaded... 15:24:57 <Dominic078> is there anything i might be missing in between that (start up and having renderd running)? 15:25:11 <twain47> Have you got: LoadTileConfigFile /etc/renderd.conf 15:25:54 <twain47> should be in a virtual host 15:26:06 <Dominic078> i got the config stuff 15:26:31 <Dominic078> i set a virtual host, by how do I "tell" it to run mod_tile? 15:26:52 <twain47> the LoadTileConfigFile tells it to run it 15:27:20 <twain47> the contents of /etc/renderd.conf (or whateve you've called it) tell it which paths it should use for tiles 15:27:47 <Dominic078> actually, you mean render_config.h by saying "LoadTileConfigFile " right? 15:27:58 <Dominic078> ok, gotcha 15:28:12 <twain47> nope - not on a recent version - /etc/renderd.conf wins 15:28:24 <twain47> render_config.h is mostly just defaults 15:28:59 <Dominic078> ok. speaking of renderd.conf 15:29:07 <twain47> after that next step is to go to http://(hostname)/osm_tiles2/0/0/0.png and see if you get anything 15:29:09 <Dominic078> what should I put to URI 15:29:49 <twain47> where osm_tiles2 depends what you have in /etc/renderd.conf - osm_tiles2 is the default 15:30:24 <Dominic078> no, I mean the param "URI" in renderd.conf 15:30:46 *** chad_burt has quit (Client Quit) 15:31:24 <twain47> default is: /osm_tiles2/ (see above) it is the bit of path that mod_tile will recongise as a virtual tile directory 15:32:55 <twain47> I'd suggest leaving everything as the default until it has worked 15:33:21 <Dominic078> ok... i ll try.. hold on a sec 15:33:27 <twain47> well - need to replace XML= with local path but apart from that 15:34:50 <Dominic078> i know, I did that... 15:35:33 *** chad_burt (n=chad_bur@mm-01.msi.ucsb.edu) has joined #mapnik 15:50:02 <Dominic078> twein47: I had no luck doing this 15:50:21 <Dominic078> what about this socketname param in renderd.conf? 15:53:24 <twain47> Can you describe how you had no luck. Was there an error in the apache log or anything? 15:56:39 <Dominic078> well, i can t find anything in the apache logs, but I had no luck that I don t see the renderd process getting any activity when I try accessiong my Tile webpage... 15:59:03 <twain47> at the least you should either see something like this in access.log: [25/Jan/2010:15:58:19 +0000] "GET /osm_tiles2/0/0/0.png HTTP/1.1" 200 8758 15:59:59 <twain47> or something in error.log like: socket connect failed for: /var/run/renderd/renderd.sock 16:00:02 <Dominic078> yeah, I m getting sth like this: 192.168.11.99 - - [25/Jan/2010:16:44:45 +0100] "GET /tiles/6/40/25.png HTTP/1.1" 404 1174 "http://192.168.11.99/geoview/osm.html" "Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.4.1 Firefox/3.5.6" 16:00:40 *** aude (n=chatzill@162.sub-75-197-186.myvzw.com) has joined #mapnik 16:01:15 <twain47> try accessing: http://192.168.11.99/osm_tiles2/0/0/0.png 16:02:27 <Dominic078> I tried, apaches says "Object not found" 16:02:43 <twain47> what's in the log / error log? 16:05:10 <Dominic078> http://dpaste.com/150257/ 16:05:45 <Dominic078> i was able to see sth like "socket connect failed for: /var/run/renderd/renderd.sock" 16:05:56 <Dominic078> so how do I get this renderd.sock 16:06:37 <twain47> 2 possibilities - renderd isn't actually running or can't write to /var/run/renderd 16:07:08 <Dominic078> renderd is running 16:07:28 <Dominic078> but i don t have a directory called /var/run/renderd 16:07:37 <twain47> yeh - that won't help :) 16:07:49 <Dominic078> no shit sherloc :p 16:07:58 <Dominic078> so am i missing sth from the install? 16:08:17 <twain47> or the install instructions are mising a step - just as likely 16:08:44 <Dominic078> i guess the alst one, cuz I did everything that it told me to do... 16:09:07 <Dominic078> Can you tell me how to set up the socket then? 16:10:15 *** tomhughe` has quit (Remote closed the connection) 16:10:44 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik 16:10:59 <twain47> just create the /var/run/renderd folder and make sure it is writable as the user you will run renderd as 16:11:34 <twain47> then restart renderd. then retry http://192.168.11.99/osm_tiles2/0/0/0.png to check it now does something 16:13:53 <Dominic078> ok, is there a log for that renderd? Cuz now that i killed it, I can t start it anymore 16:14:09 <Dominic078> it s not saying anything, i can just tell by looking for the process 16:14:42 <twain47> would recomend starting it using -f (foreground mode) to start with so you can see log easily 16:15:48 <Dominic078> it s saying "renderd[29488]: Starting stats thread" 16:16:03 <Dominic078> no errors so far 16:16:32 <twain47> try: http://192.168.11.99/osm_tiles2/0/0/0.png 16:17:34 <twain47> and if it doesn't work check the apache logs for any new errors / messages 16:21:36 <Dominic078> no image gets displayed... i see the request in access.log, but nothing new in error.log 16:23:42 <twain47> anything sown on the renderd process? 16:23:50 <Dominic078> nope 16:23:50 <twain47> shown 16:24:05 <Dominic078> last line is "renderd[29488]: Starting stats thread" 16:24:52 <twain47> did you see some 'DEBUG: Loading font:' lines? 16:25:02 <Dominic078> yes 16:27:22 <twain47> when you say no image - is it a blank image, a 404 or... 16:27:40 <Dominic078> it s a 404... 16:28:07 <twain47> can you add your /etc/rendered.conf to dpaste ? 16:28:14 <Dominic078> sure 16:28:15 <Dominic078> hold on 16:28:33 <twain47> if you got a 404 then there should be a 404 in apache error log. if it's missing that is weard 16:30:16 <Dominic078> http://dpaste.com/150264/ 16:31:46 <twain47> try: http://192.168.11.99/osmtiles2/0/0/0.png 16:32:45 <Dominic078> nope, same 404 16:32:51 <myselfhimself> bonjour ! 16:35:33 <twain47> Anything in the apache logs at all? 16:36:07 <Dominic078> no that s the weird thing... I emptied the error_log and now nothing new gets written in... 16:36:16 <Dominic078> but I do the request in the access log file 16:37:34 *** hansmeiser (i=d5d172d3@gateway/web/freenode/x-tfusqsbixbjzdlte) has joined #mapnik 16:37:47 <twain47> No chance you accidentally changed the permission while editing it so apache can't write to it any more? 16:38:40 <Dominic078> ok, i restarted apache, now it at least tells me that it restarted 16:38:54 <Dominic078> ok, and now I get more messages 16:38:54 <twain47> Looking at the previous log was actually http://192.168.11.99/tiles/0/0/0.png that it responded to - although that doesn't match renderd.conf. Have you changed rendered.conf since you last restarted apache? 16:39:39 <twain47> try both http://192.168.11.99/tiles/0/0/0.png & http://192.168.11.99/osmtiles2/0/0/0.png one of them should do something! 16:39:40 <Dominic078> i saw that too... i just changed renderd.conf to make it point the tile dir to /srv/www/htdocs/tiles 16:39:49 <Dominic078> same with URI, I put tiles 16:40:07 *** hansmeiser has quit (Client Quit) 16:40:16 <Dominic078> so in the log it still says [Mon Jan 25 17:38:43 2010] [warn] [client 192.168.11.99] socket connect failed for: /var/run/renderd/renderd.sock 16:40:25 <twain47> renderd.conf is only loaded at startup of both renderd and apache so if you edit need to reload both 16:40:36 <twain47> SElinux ? 16:40:53 <Dominic078> nope... 16:41:30 <twain47> does /var/run/renderd/renderd.sock exist and is it read/write to apache too? 16:41:43 <Dominic078> I was just about to mention that 16:41:51 <Dominic078> no, renderd.sock 16:41:57 <Dominic078> doesn t exist at all 16:42:23 <Dominic078> plust renderd says "unix socketname=/tmp/osm-renderd" 16:42:54 <twain47> where did you get renderd? svn or a distribution? 16:43:02 <Dominic078> svn 16:43:39 <twain47> remove ; from ;socketname=/var/run/renderd/renderd.sock in /etc/renderd.conf ? 16:45:22 <Dominic078> ok...now that looks better... at least a lil 16:45:34 <Dominic078> my renderd window tells me now: 16:45:43 <Dominic078> renderd[31948]: DEBUG: Got incoming connection, fd 7, number 1 16:45:58 <Dominic078> renderd[31948]: DEBUG: DONE TILE default 0 0-0 0-0 16:46:04 <Dominic078> but i still get the 404 16:46:07 <Ldp__> myselfhimself: your question in #osm, is that related to what Dominic078 is doing? 16:46:17 <twain47> Dominic078: hit f5 16:46:33 <myselfhimself> Ldp__: no I don't work with Dominic078 16:46:43 <Ldp__> ok 16:46:48 <myselfhimself> Ldp__: I'm working on having tilesets ready 16:46:55 <Ldp__> back to #osm then :) 16:47:06 <myselfhimself> Ldp__: I have managed to have mod_tile working for the [default] setup already 16:47:13 <myselfhimself> Ldp__: thank you so much 16:47:13 <Dominic078> <twain47> no change... 16:47:52 <twain47> arrrggg! :) back to apache logs... ? 16:48:15 <twain47> maybe apache not able to access your tile directory? 16:49:58 <Dominic078> not stating anything... 16:51:28 <Dominic078> ok... 16:51:53 <twain47> if not permissions, paste your renderd output so far - see if can spot anything 16:52:02 <Dominic078> it is putting "###.meta" files into /...tiles/default/ 16:52:41 <Dominic078> http://dpaste.com/150280/ 16:54:22 <Dominic078> is it possible that it has the wrong output setting? ... whereever I can set that... 16:57:31 <twain47> I'm wondering if mod_tile is respecting tile_dir in /etc/renderd.conf and renderd isn't 16:58:25 <Dominic078> so you guess it might be somewhere hardcoded in renderd? 16:58:47 <twain47> yup - the initial output if you restart renderd should tell you where it is putting files 16:58:47 <Dominic078> cuz i also think it s weird that it has another directory called "default" within my actual tile dir 16:59:16 <twain47> No, that's correct at least - you can render multiple sets of tiles. Each set goes in it's onw files 16:59:35 <Dominic078> ok, when i restart it, it says "config renderd(0): tile_dir=/srv/www/htdocs/tiles" 16:59:58 <twain47> set /etc/renders.conf to match, restart apache and see if that fixes things 17:01:06 <Dominic078> ok. it matches, stil the same error tho 17:02:49 <twain47> ls -alh /srv/www/htdocs/tiles 17:04:41 <Dominic078> drwxrwxrwx 3 root root 72 Jan 25 17:44 . 17:04:46 <Dominic078> drwxrwxrwx 7 root root 168 Jan 25 16:44 .. 17:04:51 <Dominic078> drwxr-xr-x 4 root root 96 Jan 25 17:48 default 17:04:56 <Dominic078> I m running renderd as root 17:04:58 *** cgs_bob has quit (Remote closed the connection) 17:06:33 <twain47> it sure looks like apache should be able to read 17:06:57 <Dominic078> yeah, but that files it created are *.META 17:07:02 <Dominic078> no PNGs! 17:07:55 <twain47> that's correct - won't be surprised if the png code didn't work anymore - no-one uses it 17:08:07 <twain47> meta tiles and more storage and process eficcient 17:08:59 <twain47> might be worth turning up the logging level in apache - there are a load of debug statement in mod_tile, might give a bit more idea what is going on 17:09:24 <Dominic078> ok, i ll do that tomorrow and see where it takes me... 17:09:32 <Dominic078> Thank you very much for your help so for... 17:09:41 <Dominic078> but I gotta go... 17:10:06 <twain47> Yeh - I should probably do some real work. Good luck 17:10:13 <Dominic078> thanks! 17:10:24 <Dominic078> you have fun doing real word :p 17:10:27 *** Dominic078 has quit ("http://irc2go.com/") 17:13:27 *** jctull has quit () 17:38:05 *** tcb (n=tcarobru@adsl-75-10-247-30.dsl.pltn13.sbcglobal.net) has joined #mapnik 17:56:19 <myselfhimself> is that possible to have a layer/rule that overrides all the rules in all layers ? 17:59:42 <myselfhimself> I'd like to have a rule like : if [name] is not null and [is_in_building] is not null, then don't draw at all in any layers (<= eg. in osm_outdoor.xml) 18:00:08 <myselfhimself> and for osm_indoor_level1.xml, level2.xml... I'd have this rule removed ? 18:01:01 <myselfhimself> my issues is that I don't want any indoor-tagged objects (which for some for some of them have a name="someName" tag) to be rendered at all in one of the xml files 18:01:10 <myselfhimself> s/issues/issue/g 18:22:00 *** myselfhimself has parted #mapnik () 18:25:36 *** twain47 has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** tcb has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** aude has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** springmeyer has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** cmarqu has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** Primer has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** avar has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** mapnikbuild has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** crust has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** chad_burt has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** ajturner has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** Ldp__ has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** Phurl has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** racicot has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** dodobas has quit (calvino.freenode.net irc.freenode.net) 18:25:36 *** mperry has quit (calvino.freenode.net irc.freenode.net) 18:25:37 *** mishok13 has quit (calvino.freenode.net irc.freenode.net) 18:25:37 *** nikq has quit (calvino.freenode.net irc.freenode.net) 18:25:37 *** dukeku has quit (calvino.freenode.net irc.freenode.net) 18:25:37 *** hobu has quit (calvino.freenode.net irc.freenode.net) 18:25:37 *** tomhughes has quit (calvino.freenode.net irc.freenode.net) 18:25:37 *** CIA-21 has quit (calvino.freenode.net irc.freenode.net) 18:33:06 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik 18:33:06 *** tcb (n=tcarobru@adsl-75-10-247-30.dsl.pltn13.sbcglobal.net) has joined #mapnik 18:33:06 *** aude (n=chatzill@162.sub-75-197-186.myvzw.com) has joined #mapnik 18:33:06 *** chad_burt (n=chad_bur@mm-01.msi.ucsb.edu) has joined #mapnik 18:33:06 *** dodobas (n=dodobas@unaffiliated/dodobas) has joined #mapnik 18:33:06 *** mperry (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik 18:33:06 *** ajturner (n=ajturner@209.155.228.129) has joined #mapnik 18:33:06 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik 18:33:06 *** mishok13 (n=mishok@194.33.189.19) has joined #mapnik 18:33:06 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik 18:33:06 *** twain47 (n=twain47@cpc12-shef7-0-0-cust175.barn.cable.virginmedia.com) has joined #mapnik 18:33:06 *** avar (i=avar@wikipedia/avar) has joined #mapnik 18:33:06 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik 18:33:06 *** Primer (n=daniel@www.ceregatti.org) has joined #mapnik 18:33:06 *** crust (n=crust@vobster.nepharia.org) has joined #mapnik 18:33:06 *** mapnikbuild (n=mapnikbu@miranda.nwcr.net) has joined #mapnik 18:33:06 *** racicot (n=chatzill@osgeo/member/racicot) has joined #mapnik 18:33:07 *** hobu (n=hobu@osgeo/member/hobu) has joined #mapnik 18:33:07 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik 18:33:07 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik 18:33:57 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik 18:34:02 *** CIA-6 (n=CIA@208.69.182.149) has joined #mapnik 18:38:31 <springmeyer> Ldp__: have you seen segfaults in renderd like Nop refers too? 18:39:16 <Ldp__> no, when mapnik encounters an SQL configuration error, it prints that message and then stops 18:39:22 <Ldp__> no segfault that I can remember 18:40:25 <Ldp__> the one thing that renderd doesn't tell me, is *which* stylesheet it happened 18:40:27 <Ldp__> on 18:40:53 <Ldp__> caused me some aggravation last night, with my 30 stylesheets in renderd :) 18:41:11 <springmeyer> hmm, okay... 18:42:28 <springmeyer> maybe Mapnik should report the xml name? I think can be done.... if the exception happens during load_map... 18:42:38 <springmeyer> but in your case its likely at render time? 18:43:02 <Ldp__> this time it was at load_map(?) time, or at the time it went to find out if all columns were there 18:43:38 <springmeyer> right, I *think* that is at render time, but I'd need to confirm 18:44:22 <Ldp__> no, the first time renderd starts, it preloads the stylesheets thru mapnik, and the pglog shows mapnik is making dummy queries (LIMIT 0;) 18:44:52 <springmeyer> ah, sure 18:45:26 <springmeyer> yes, fields lists in the 'table' param that don't exist should throw an error at datasource initialization 18:45:34 <Ldp__> here, let me demonstrate: 18:46:18 <Ldp__> http://pastebin.com/dc7a115c 18:46:27 <Ldp__> no segfault there 18:47:25 <Ldp__> which is *a*lot* more helpful than before, now just to get renderd to show me which stylesheet this is 18:48:38 <springmeyer> ah, great 18:48:51 <springmeyer> althought, is "abort" okay? 18:49:33 <Ldp__> I'd rather have it continue processing the other stylesheets, until I get this one fixed and can restart it 18:49:36 <springmeyer> I'm not too familiar with C exceptions, but seems like that should be caught and a system exit called... 18:49:36 <springmeyer> twain47: do you know? 18:49:57 <springmeyer> Ldp__: ah, yes. that makes sense 18:51:01 <springmeyer> so, have it catch the exception, print the output, skip that xml, and move on... 18:51:38 <Ldp__> that would be better for me 18:51:52 <springmeyer> then it would be better for the world :) 18:54:22 <Ldp__> ooh :) 18:54:58 * springmeyer does not notice a single {try... except} in mod_tile sources... 18:55:05 <springmeyer> er try catch I mean 18:56:22 *** aude has quit ("goodbye") 18:57:51 <Ldp__> it's C, not C++ (except for gen_tile.cpp) 18:58:07 <springmeyer> yep, noticing that... :) 18:58:31 <Ldp__> in the meantime, jburgess has resurfaced, bit will only have broadband again in a few weeks time 18:58:57 <Ldp__> I presume he can have a look at these new issues after that 18:59:21 <springmeyer> yes, he built 0.7 the other day right? 19:00:21 <Ldp__> on errol (dev), not yevaud (osm.org) 19:00:37 <springmeyer> ah 19:03:39 <Ldp__> I deployed 0.7.0 to our server. Didn't work the first time around, and had to scramble (read: configure build install again) 19:04:41 <springmeyer> ah yes, maybe that is Nop's problem... 19:04:54 <springmeyer> that he did not re-run configure and the soname did not change... 19:04:54 <Ldp__> I first had it configured without PREFIX, and it installed in /usr/local, and it couldn't find the shape plugin 19:05:01 <Ldp__> reconfigured with PREFIX=/usr and then it worked 19:05:07 <springmeyer> k 19:05:39 <Ldp__> I was sure to remove all traces of the previous install. Will not fall into that trap again 19:06:12 <Ldp__> I had no time to investigate. Can you think of any reason why a /usr/local install would not find the input plugins? 19:07:42 <springmeyer> well, with rendered the path to plugins has to be edited in the conf right? 19:08:08 <springmeyer> and by default it points to /usr/lib64 or something?> 19:08:27 <Ldp__> aaaah 19:08:53 <Ldp__> it was late, I was rushing to get it rendering again... that's my excuse :) 19:08:57 <springmeyer> which on debian at least is the symlink to /usr/lib 19:09:03 <springmeyer> Ldp__: good excuse 19:09:24 <Ldp__> I can redeploy to /usr/local some other time 19:10:08 <nikq> Mapnik Trac: Changeset [1589]: report the map/xml name when an error is encountered when loading a map | http://trac.mapnik.org/changeset/1589 19:10:24 <springmeyer> no worries at all :) 19:10:35 <springmeyer> Ldp__: ^^ that produces something like: 'Could not create datasource. Required parameter 'type' is missing (encountered during parsing of layer 'bigraster' in map0.xml) ' 19:10:52 <springmeyer> that last parens should work for you... 19:11:06 <Ldp__> yes. Will it throw this error for an SQL error, too? 19:11:30 <springmeyer> should yes 19:11:54 <Ldp__> hmm, the stylesheet changes make it difficult to switch between 0.7 and trunk :( 19:12:44 <springmeyer> Ldp__: with 0.7.0 finally out, I'm going to take a look into that... 19:13:07 <springmeyer> right now we don't have plans to do a 0.7.0, but that can change if need be.... 19:13:17 <springmeyer> er 0.7.1 I mean 19:13:21 <Ldp__> I'm talking of more than the name="[column]" change here 19:13:35 <springmeyer> right, I know 19:14:00 <Ldp__> although that is the most common occurence, especially with osm.xml 19:14:25 *** cgs_bob (n=bobm@154.sub-75-208-251.myvzw.com) has joined #mapnik 19:14:33 <springmeyer> I am thinking about a map level param to turn on backwards compatibility or something.... 19:14:39 <Ldp__> if trunk would read a stylesheet with minimum_version="0.7.0" (or earlier) while dynamically translating those back to name="column" that would be so handy 19:14:49 <springmeyer> ah ha 19:15:01 <Ldp__> the older stylesheets won't have all the fancy new filter syntax anyway 19:15:06 <springmeyer> someone is thinkin! 19:16:30 <Ldp__> and if minimum_version is missing, assume mapnik2 handling. Someone with both 0.7.0 or earlier and trunk in their setup can easily add the minimum_version 19:16:50 <Ldp__> I added it to osm.xml a week or so ago 19:17:47 <springmeyer> k, something to consider in coming weeks, thx :) 19:18:26 <Ldp__> earlier, when I said 'translating those back to name="column"', I meant into name="[column]" of course 19:18:55 <springmeyer> yep, exactly 19:19:24 <Ldp__> then I can actually run trunk on my development boxen, while still being able to maintain osm.xml 19:19:29 <Ldp__> but you already got that :) 19:20:19 <Ldp__> I tried out Marcin's new png256 transparency support 19:20:33 <Ldp__> it's a lot better than it used to be, but not 100% right yet 19:20:50 <Ldp__> http://woonplaatsgrenzen.openstreetmap.nl/?zoom=10&lat=53.17921&lon=5.3553&layers=B0F 19:21:00 <Ldp__> still lots of jaggies 19:21:26 <Ldp__> http://woonplaatsgrenzen.openstreetmap.nl/?zoom=11&lat=51.65245&lon=4.7284&layers=B0F 19:21:34 <Ldp__> and different palette choices 19:22:57 <Ldp__> but for some map layouts, still pretty useful 19:24:39 <springmeyer> ah, shoot 19:24:50 * springmeyer hopes you can report those in a spare moment... 19:33:35 <Ldp__> perhaps in these tiles it breaks down, because I actually render semitransparent areas, and it only has 1 other level left for the lines 19:36:01 <springmeyer> well, its very good to know the limit 19:36:11 <springmeyer> ... where palette choices mismatch 19:36:32 <springmeyer> as I tried to recreate maps that suffered that problem in the past I could not 19:37:14 <Ldp__> our example images from #202 are fine, but there we render only fully opaque lines and it can dedicate every semitransparent palette entry to smoothing those lines 19:37:15 <nikq> Ticket #202: mapnik png256 support for opacity, http://trac.mapnik.org/ticket/202 19:38:16 <Ldp__> so the advice seems to be: use png256 for overlays with only fully opaque objects, and regular png when you have overlays with semitransparent objects 19:44:58 <springmeyer> well put. 20:07:52 *** matth_ (n=matth@208.72.99.18) has joined #mapnik 20:10:01 <matth_> I'm just getting started with mapnik through the python bindings, and I was wondering if a documentation page has been generated from the docstrings yet 20:10:14 <matth_> Or if there's another general reference I should be browsing? 20:11:09 *** ajturner has quit () 20:11:33 <matth_> (or if I should just keep browsing the source?) 20:14:04 *** cgs_bob has quit (Remote closed the connection) 20:21:24 *** ajturner (n=ajturner@209.155.228.129) has joined #mapnik 20:23:24 *** ajturner has quit (Client Quit) 20:23:53 *** blarney (n=blarney@pool-173-48-97-156.bstnma.fios.verizon.net) has joined #mapnik 20:24:10 *** blarney has quit (Client Quit) 20:36:45 <matth_> ah-hah! I just figured out that mapnik.Envelope takes points as lng, lat, lng, lat -- not the other way 'round. 20:43:20 <springmeyer> hey matth_ 20:43:33 <matth_> Hi! 20:43:49 <springmeyer> hey 20:43:52 <springmeyer> we used to generate the api docs inside svn, but recently removed them as we don't want to keep html in svn 20:44:04 <springmeyer> but for the 0.7.0 release I've yet to decide where to stash the generated docs 20:44:15 <springmeyer> matth_: where did you first look? 20:45:10 <matth_> I first looked under documentation, then the wiki, neither of which were helpful past the tutorials 20:45:15 <matth_> I finally found pages like http://svn.mapnik.org/tags/release-0.6.0/docs/api_docs/python/mapnik._mapnik.Map-class.html 20:45:27 <matth_> But I think that was from random googling 20:46:12 <springmeyer> okay. I will but them linked off of mapnik.org/documentation 20:46:26 <springmeyer> and will link back to them from trac.mapnik.org somewhere 20:46:55 <springmeyer> matth_: you can also generate them yourself (in the meantime). 20:47:01 <springmeyer> just need epydoc installed 20:47:09 <springmeyer> sudo easy_install epydoc 20:47:13 <springmeyer> ^^ should do it 20:47:26 <springmeyer> then look at the readme in /docs/epydoc_config/ 20:47:35 <matth_> Thanks, I'll go that route for now 21:04:55 <springmeyer> matth_: okay, see link off of http://mapnik.org/documentation/ 21:05:02 <springmeyer> should be live now... 21:05:37 <matth_> Wonderful, thanks! 21:09:40 <nikq> Mapnik Trac: MapnikReleaseSteps edited | http://trac.mapnik.org/wiki/MapnikReleaseSteps?version=39 21:10:24 <springmeyer> np, ya one thing I forgot to do last week before release 21:17:18 <nikq> Mapnik Trac: LearningMapnik edited | http://trac.mapnik.org/wiki/LearningMapnik?version=5 21:20:12 *** ajturner (n=ajturner@209.155.228.129) has joined #mapnik 21:30:54 *** ser (n=ser@sergiusz.pawlowicz.name) has joined #mapnik 21:44:46 *** drewby (n=dfaubion@128-8-138-156.umd.edu) has joined #mapnik 22:12:32 *** matth_ has quit () 22:18:53 *** cgs_bob (n=bobm@119.sub-70-212-187.myvzw.com) has joined #mapnik 22:37:02 *** matth_ (n=matth@141.217.227.138) has joined #mapnik 22:59:57 *** chad_burt has quit (Client Quit) 23:17:24 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=16 23:18:48 *** ajturner has quit () 23:19:05 <matth_> So, I'm stepping through the XML tutorial, and I'm not sure how to specify the font-face 23:19:19 <matth_> I always get an "RuntimeError: Unable to find specified font face" error 23:19:25 <springmeyer> `TextSymbolizer 23:19:25 <nikq> http://trac.mapnik.org/wiki/TextSymbolizer 23:20:02 <springmeyer> what font name are you specifying? 23:20:06 <matth_> I've been looking at that, but it only says 'font_face" -- I'm not sure how I should load the font in the XML 23:20:22 <matth_> I've tried some system defaults in a couple ways (platform is OS 10.6) 23:20:27 <springmeyer> ah, you trying to use a custom font? (other than deja vu?) 23:20:28 <matth_> Arial, Helvetica, Times 23:20:34 <springmeyer> right 23:20:45 <springmeyer> so, one sec 23:20:51 <matth_> either linking to the full path of the font, or just the name, or moving the otf or ttf file into the working directory 23:21:26 <springmeyer> you have to first 'register' font files before using them 23:22:25 <matth_> Ok -- how do I do that using the XML files? Neither page says 23:22:51 <springmeyer> you can't yet 23:23:08 <nikq> Mapnik Trac: Ticket #501 (Ability to read pre-0.8.0 stylesheets) created | http://trac.mapnik.org/ticket/501 23:23:11 <matth_> Is it possible in Python? 23:23:22 <springmeyer> .g "mapnik register fonts in xml" 23:23:23 <nikq> springmeyer: No results found for '"mapnik register fonts in xml"'. 23:23:34 <springmeyer> #168 23:23:34 <nikq> Ticket #168: Ability to register fonts within XML, http://trac.mapnik.org/ticket/168 23:25:40 <nikq> Mapnik Trac: UsingCustomFonts created | http://trac.mapnik.org/wiki/UsingCustomFonts?version=1 23:29:28 <matth_> Is there currently a way to render text outside of using C++? 23:33:16 <nikq> Mapnik Trac: UsingCustomFonts edited | http://trac.mapnik.org/wiki/UsingCustomFonts?version=2 23:33:57 <springmeyer> matth_: not sure what you mean? 23:34:55 <matth_> I have text fields in my data -- how should I go about displaying them? (eg, tutorial 2) 23:34:58 <nikq> Mapnik Trac: UsingCustomFonts edited | http://trac.mapnik.org/wiki/UsingCustomFonts?version=3 23:35:09 <matth_> ok, reading the wiki page 23:35:21 <matth_> will give that a run 23:35:23 <matth_> thanks much 23:35:59 *** drewby has quit ("Leaving.") 23:36:18 <springmeyer> matth_: Textsymbolizer is what you want, it is the 'name' attribute that you point at the attribute field in your data you want to display 23:37:21 <nikq> Mapnik Trac: TextSymbolizer edited | http://trac.mapnik.org/wiki/TextSymbolizer?version=23 23:37:57 <springmeyer> matth_: please register for an account too 23:37:58 <springmeyer> http://trac.mapnik.org/prefs/account 23:38:04 <matth_> Just did so 23:38:10 <springmeyer> so that say, if you find that ... 23:38:12 <springmeyer> cool 23:38:31 <matth_> added a link to the new page on TextSymbolizer 23:38:32 <springmeyer> so you can place the link to that custom fonts page right where you wished it had been :) 23:38:40 <springmeyer> nice, thx 23:38:42 <matth_> thanks! 23:39:14 <matth_> yes, perfect. All right, break time :-) 23:41:03 <nikq> Mapnik Trac: MapnikTutorials edited | http://trac.mapnik.org/wiki/MapnikTutorials?version=8