00:28:25 *** sophiap has quit (Read error: 104 (Connection reset by peer)) 00:30:03 *** sophiap (n=sparafin@pool-98-117-37-197.bltmmd.fios.verizon.net) has joined #mapnik 01:09:33 *** ninja (n=pankur@nat/yahoo/x-4aea7359862c280b) has joined #mapnik 01:45:31 *** tlpinney has quit (brown.freenode.net irc.freenode.net) 01:50:33 *** tlpinney (n=geo@ec2-67-202-28-190.compute-1.amazonaws.com) has joined #mapnik 02:21:04 *** springmeye (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik 04:28:04 *** rcoup has quit (Read error: 145 (Connection timed out)) 04:37:30 *** springmeye has quit () 04:37:36 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik 07:45:44 *** xcacou (n=aga@AToulouse-157-1-22-249.w86-201.abo.wanadoo.fr) has joined #mapnik 09:50:00 *** kunitoki (n=kraken@host59-41-dynamic.21-79-r.retail.telecomitalia.it) has joined #mapnik 09:53:30 *** sophiap has quit () 10:35:52 *** ninja has quit (Read error: 110 (Connection timed out)) 11:58:22 *** sophiap (n=sparafin@pool-98-117-37-197.bltmmd.fios.verizon.net) has joined #mapnik 12:01:38 *** sophiap has quit (Client Quit) 12:40:13 *** ninja (n=pankur@cm47.psi132.maxonline.com.sg) has joined #mapnik 13:17:01 *** ninja has quit () 13:29:19 *** ninja (n=pankur@cm47.psi132.maxonline.com.sg) has joined #mapnik 13:46:47 *** tlpinney has quit (brown.freenode.net irc.freenode.net) 13:48:59 *** tlpinney (n=geo@ec2-67-202-28-190.compute-1.amazonaws.com) has joined #mapnik 13:50:33 *** tlpinney has quit (Remote closed the connection) 13:50:44 *** tlpinney (n=geo@ec2-67-202-28-190.compute-1.amazonaws.com) has joined #mapnik 13:51:30 *** aub (n=aubrey@216.156.96.6) has joined #mapnik 13:55:15 *** sophiap_ (n=sparafin@m565e36d0.tmodns.net) has joined #mapnik 13:56:58 *** sophiap__ (n=sparafin@wsip-98-175-233-194.dc.dc.cox.net) has joined #mapnik 14:00:36 *** sophiap__ has quit (Client Quit) 14:05:04 *** sophiap_ has quit (Read error: 145 (Connection timed out)) 14:38:18 *** ninja has quit () 14:41:14 *** darragh (n=darragh@83.70.173.25) has joined #mapnik 16:46:40 *** xcacou has quit (Remote closed the connection) 17:11:01 *** darragh has quit (Remote closed the connection) 20:27:45 *** jlivni (n=josh@76.14.74.234) has joined #mapnik 22:24:51 *** weizhuo (n=chatzill@nat/yahoo/x-20e766dbb60c274c) has joined #mapnik 22:35:55 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]") 22:55:45 *** aub has quit (Read error: 110 (Connection timed out)) 23:02:23 *** kunitoki has quit ("Lost terminal") 23:14:16 <cmarqu> springmeyer: Could tilelite monitor for changes in the style file and just use the new version? 23:14:25 <cmarqu> (Or does it already?) 23:16:04 * springmeyer wakes up 23:16:08 <springmeyer> :) 23:16:20 <cmarqu> Hehe 23:16:28 <springmeyer> you mean could it re-load when the xml is changed? 23:16:38 <cmarqu> Right. 23:17:17 <springmeyer> ya, I've thought about this but not settled on an approach 23:17:58 <cmarqu> Ok. I just find myself killing and restarting it a lot. 23:18:10 <springmeyer> I figure the easiest thing to do would be to accept a get param which would reload the mapfile 23:18:28 <springmeyer> ie http://localhost:8000?reload=1 23:18:36 <cmarqu> Would work for me. 23:18:40 <springmeyer> cool 23:19:18 <springmeyer> if you are getting annoyed by restarting then you must be finding it useful for developing your mapfile huh? 23:19:46 <cmarqu> Yes, it's *very* useful. 23:19:59 <springmeyer> perhaps we should rather add a 'dev' mode of some sort whereby the server would actually watch the xml file 23:20:31 <springmeyer> if you are using TileLite for development of the map styles then the speed hit from watching the mapfile would not be a big deal I figure 23:20:49 <springmeyer> cool, glad it is useful! :) 23:21:27 <springmeyer> .g python watch file for changes 23:21:28 <nikq> springmeyer: http://timgolden.me.uk/python/win32_how_do_i/watch_directory_for_changes.html 23:21:54 <cmarqu> A dev mode is also fine, yes 23:22:43 <cmarqu> Actually, sometimes tilelite is hard to kill when it is still trying to render a tile. 23:22:45 <springmeyer> a file-watching mode would be automatic while the ?reload=1 would be dependent on clicking something in that openlayers sample file