00:11:20 <nikq> Mapnik Trac: Changeset [1058]: + oops, fixed | http://trac.mapnik.org/changeset/1058
00:11:47 <artem> springmeyer: ok, try now :)
00:11:50 <springmeyer> k
00:14:18 <springmeyer> nice
00:14:21 <springmeyer> works!
00:17:09 <artem> cool, I'm closing this ticket
00:17:32 <springmeyer> thanks
00:18:02 <springmeyer> fyi: testing code was here: http://mapnik-utils.googlecode.com/svn/example_code/wms/
00:19:39 <nikq> Mapnik Trac: Ticket #272 (Mapnik Featureset.properies (Feature::props) returns fishy unicode in  ...) closed | http://trac.mapnik.org/ticket/272#comment:3
00:19:53 <artem> milestone 0.6.0
00:19:54 <nikq> 3 open tickets in Milestone 0.6.0: Switch to libxml2 as default parser, Add factory methods for OSM plugin (and docstrings), Catch up on Changelog before 0.6.0 release
00:19:55 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.6.0&order=priority
00:19:56 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.6.0
00:20:09 <nikq> Mapnik Trac: Ticket #169 (Switch to libxml2 as default parser) closed | http://trac.mapnik.org/ticket/169#comment:5
00:20:31 <springmeyer> I'll do #275 right now
00:20:32 <nikq> Ticket #275: Add factory methods for OSM plugin (and docstrings), http://trac.mapnik.org/ticket/275
00:21:24 <artem> ok, 2 tickets . one each :)
00:21:29 <CIA-6> mapnik-utils: dane.springmeyer * r610 /example_code/wms/ (11 files in 2 dirs): tests for get feature info with population data
00:22:36 <artem> got to go to get some sleep, I'll be here tomorrow cheers
00:22:45 *** artem has quit ()
00:22:47 <springmeyer> great, thanks and see you tomorrow
00:40:23 <nikq> Mapnik Trac: Ticket #282 (OSM plugin printed output should only be printed if mapnik is in debug  ...) created | http://trac.mapnik.org/ticket/282
00:40:45 <nikq> Mapnik Trac: XMLGettingStarted edited | http://trac.mapnik.org/wiki/XMLGettingStarted?version=9
00:41:24 <nikq> Mapnik Trac: WikiStart edited | http://trac.mapnik.org/wiki/WikiStart?version=72
00:43:16 <nikq> Mapnik Trac: Changeset [1059]: add docstring and factory method for osm plugin - closes #275 | http://trac.mapnik.org/changeset/1059
00:47:11 <nikq> Mapnik Trac: Changeset [1060]: refresh python api docs | http://trac.mapnik.org/changeset/1060
00:50:14 <nikq> Mapnik Trac: Ticket #275 (Add factory methods for OSM plugin (and docstrings)) closed | http://trac.mapnik.org/ticket/275#comment:1
01:17:34 <nikq> Mapnik Trac: Changeset [1061]: missed this one | http://trac.mapnik.org/changeset/1061
01:18:15 <nikq> Mapnik Trac: Changeset [1062]: update changelog for 0.6.0 release - closes #278 | http://trac.mapnik.org/changeset/1062
01:18:35 <nikq> Mapnik Trac: Ticket #278 (Catch up on Changelog before 0.6.0 release) closed | http://trac.mapnik.org/ticket/278#comment:1
01:18:42 <springmeyer> milestone 0.6.0
01:18:43 <nikq> No Milestone for that release number
01:19:16 <springmeyer> milestone 0.6.0
01:19:16 <nikq> No Milestone for that release number
01:19:25 <springmeyer> milestone 0.6.1
01:19:26 <nikq> 13 open tickets in Milestone 0.6.1: Update Install Document on Mapnik.org with SVN INSTALL doc, modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource', Fix broken antialiasing + alpha with color bleed, Fix transparency handling for point symbolizers, python module links against /usr/lib instead of /usr/local/lib64, Compiling python bindings to .pyc during install, Drops the whole s...
01:19:27 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.6.1&order=priority
01:19:28 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.6.1
01:19:32 *** racicot (n=chatzill@dsl-209-166-85-189.whidbey.net) has joined #mapnik
01:20:01 <nikq> Mapnik Trac: Ticket #195 (Support reading Projection information within OGR/GDAL input plugins) updated | http://trac.mapnik.org/ticket/195#comment:2
01:29:39 *** D3f0 (n=defo@190.177.3.227) has joined #mapnik
02:49:48 *** rcoup_ (n=rcoup@ip-118-90-84-72.xdsl.xnet.co.nz) has joined #mapnik
02:51:52 *** aub (n=aubrey@216.156.96.6.ptr.us.xo.net) has joined #mapnik
02:57:08 <nikq> Mapnik Trac: Ticket #283 (Add layer.features() method to boost python bindings) created | http://trac.mapnik.org/ticket/283
03:00:20 *** rcoup has quit (Read error: 110 (Connection timed out))
03:01:20 <w0lfie_> if someone said something to me, it long scrolled past
03:02:00 <springmeyer> :)
03:02:15 <springmeyer> ya I asked how you were deploying the wms server code
03:02:21 <w0lfie_> oh
03:02:27 <springmeyer> cgi/fastcgi/wsgi?
03:02:53 <w0lfie_> oh i dunno
03:03:03 <w0lfie_> havent decided yet
03:03:23 <springmeyer> well how did you get it running? within apache?
03:03:43 <w0lfie_> oh right now its running as fastcgi
03:03:49 <w0lfie_> with apache
03:03:55 <springmeyer> ah gocha
03:03:58 <w0lfie_> i don't know what the operational environment will be
03:04:02 <w0lfie_> havent decided yet
03:04:21 <w0lfie_> probably whatever works best on windows
03:04:33 <springmeyer> k
03:04:40 <springmeyer> apache should be good
03:04:49 <w0lfie_> yeah, i think apache is approved
03:04:50 <springmeyer> but all options work in apache
03:04:54 <springmeyer> have you tried to view it in a client that makes a GetCapabilities request?
03:05:02 <springmeyer> (the fastcgi setup)
03:05:03 <w0lfie_> not yet
03:05:08 <springmeyer> okay
03:05:21 <springmeyer> just noticed today that mod_python wrapper will bork
03:05:33 <w0lfie_> we'll have ICXF talking to it so
03:05:33 <springmeyer> mod_wsgi/wsgi app works nicely
03:05:43 <w0lfie_> whatever crappy WMS setup they integrated
03:05:48 <w0lfie_> is probably what it'll have to work with
03:05:58 <w0lfie_> ICSF*
03:06:00 <springmeyer> but I can't easily test cgi/fastcgi
03:06:02 <springmeyer> what is that?
03:06:23 <w0lfie_> Integrated C4I System Framework
03:06:26 <w0lfie_> that and um, esri crap
03:06:32 <springmeyer> okay
03:07:07 <w0lfie_> but yeah, probably 2 instances of it running
03:07:45 <w0lfie_> just to alleviate the purchase of 2 arcgis server licenses basically
03:07:55 <w0lfie_> serving out simple maps, nothing that exciting
03:08:13 <w0lfie_> but after that who knows
03:09:06 <springmeyer> cool, well the GetCapabilities stuff may not work with CGI very well and could need a slight tweak to
03:09:11 <springmeyer> get GetFeatureInfo working
03:10:04 <springmeyer> w0lfie_: you might check out running the server as a WSGI process - with the WSGI wrapper you can even
03:10:16 <springmeyer> run it as a standalone process outside of apache
03:11:24 <w0lfie_> yeah maybe
03:11:26 <w0lfie_> whatever works
03:11:50 <w0lfie_> i don't honestly have much time to work on it now
03:11:58 <w0lfie_> but hopefully within a few weeks
03:14:56 <w0lfie_> down the road i'd potentially like to run all of our basemap stuff off it
03:15:01 <w0lfie_> but i think that'll take a while
03:15:07 <w0lfie_> since i don't think it supports RPFs right now
03:15:22 <w0lfie_> or VPF
03:15:38 <w0lfie_> maybe via gdal, i dunno
03:15:51 <springmeyer> what are those? :)
03:16:44 <w0lfie_> they're extensions to NITF
03:17:41 <springmeyer> yup, then mapnik will read them through gdal
03:17:59 <w0lfie_> yeah but its not enough to read them
03:18:10 <w0lfie_> it needs to turn them off and on at the correct layers
03:18:11 <w0lfie_> etc
03:18:39 <w0lfie_> if it could intelligently tile different levels of VPF that would be better than what esri does
03:18:42 <w0lfie_> they don't do that
03:19:36 <springmeyer> hmm, ya bet that would require some coding ;)
03:19:46 <w0lfie_> conceptually it's trivial
03:19:53 <w0lfie_> i don't think the coding would be that hard either
03:20:00 <w0lfie_> all you're doing is stacking coverages
03:20:05 <w0lfie_> since they're all tiled products
03:20:09 <w0lfie_> you generate the coverages
03:20:21 <w0lfie_> then you just display the best possible layer based on the rectangle you need to fill
03:21:02 <w0lfie_> the problem now with VPF is they're inconsistently built
03:21:10 <w0lfie_> so you may have VMAP1 for say.. 80% of the world
03:21:22 <w0lfie_> and maybe.. i dunno 30% coverage at VMAP2
03:21:27 <w0lfie_> (im making up numbers)
03:21:37 <w0lfie_> and then you have like.. cities with UVMAP, etc
03:22:10 <w0lfie_> so you can't just do simple scale-dependency
03:22:18 <w0lfie_> since you may or may not have the necessary level of data
03:22:46 <w0lfie_> of course you can argue that you shouldnt be displaying 1:100k data at say.. 1:20k
03:22:53 <w0lfie_> but i'd rather have something than nothing
03:23:41 <w0lfie_> what would be great is if i could point mapnik at a pile of VPFs and say
03:23:43 <w0lfie_> 'serve this'
03:23:57 <w0lfie_> but you had to go and write it in C++
03:24:00 <w0lfie_> a language i don't know
03:24:02 <w0lfie_> GG
03:24:06 <w0lfie_> :P
03:24:15 <springmeyer> l8r
03:24:38 <springmeyer> or a bunch of python styles via introspecting with gdal-python maybe
03:24:44 <w0lfie_> no, that'd be too slow
03:25:19 <springmeyer> well, I mean just to figure out what's what at what level - one time
03:25:55 <w0lfie_> AHH
03:25:58 <w0lfie_> ack caps
03:26:11 <w0lfie_> i mean basically you have your coverages
03:26:19 <w0lfie_> and then you have.. the area that's been requested
03:26:39 <w0lfie_> and based on your coverages you just determine which subareas will be sourced from what data
03:26:49 <w0lfie_> you throw out those subrequests, and stitch them together
03:26:58 <w0lfie_> maybe there's a more efficient way, but that's effectively it
03:27:25 <w0lfie_> as a side feature you could also have a 'No Data at this scale' thing draw
03:27:33 <w0lfie_> if you exceed some hard limits on scale, let's say
03:27:38 <springmeyer> ah
03:27:39 <w0lfie_> how hard do implement do you think that'd be?
03:27:44 <w0lfie_> if any of this is making sense
03:27:49 <w0lfie_> s/do/to/
03:28:33 <w0lfie_> because really, my long term goal is to move all my basemaps off esri's products
03:28:39 <springmeyer> ya, just a custom server side wrapper
03:28:46 <w0lfie_> hm
03:28:59 <springmeyer> would surely require some thinking but does not sound like something that would be slow in python
03:29:05 <w0lfie_> so i'd have like an intermediate wms?
03:29:16 <w0lfie_> except you wouldnt want to actually use the wms protocol
03:29:18 <w0lfie_> that'd be too slow i think
03:29:19 <springmeyer> request handling can be fast
03:29:21 <w0lfie_> hk
03:29:23 <w0lfie_> hm k
03:29:32 <springmeyer> ya, you might not mess with wms
03:29:56 <w0lfie_> is there some functions in mapnik that just be like
03:30:07 <springmeyer> but of course the WMS code is just a bunch of python classes so it would be easy to use in any custom script
03:30:08 <w0lfie_> hey, draw this
03:30:14 *** D3f0 has quit (Remote closed the connection)
03:30:24 <w0lfie_> and hand it an AOI and a data source
03:30:34 <springmeyer> well, ya, you do
03:30:38 <w0lfie_> i honestly havent looked at the api at all
03:30:44 <w0lfie_> other than getting the wms work
03:30:46 <springmeyer> m.zoom_to_box(extent)
03:31:02 <springmeyer> m.layers.make_active(layer_name)
03:31:07 <springmeyer> render(map)
03:31:11 <springmeyer> >>> done
03:31:14 <w0lfie_> hm ok
03:31:26 <w0lfie_> this actually sounds pretty doabler
03:31:27 <nikq> Mapnik Trac: Changeset [1063]: scons: add an option to turn on XML spirit debug output in addition to  ... | http://trac.mapnik.org/changeset/1063
03:31:33 <w0lfie_> wow ok i cant type at all today
03:31:50 <w0lfie_> sorry this is a crazy week
03:32:08 <nikq> Mapnik Trac: Ticket #150 (Options for controlling Mapnik debugging output) closed | http://trac.mapnik.org/ticket/150#comment:7
03:32:22 <springmeyer> no worries, that was might last commit for 0.6.0
03:32:30 <springmeyer> I'm off now
03:32:34 <springmeyer> later w0lfie_
03:32:35 <w0lfie_> take it easy
03:33:29 <springmeyer> see ya
03:33:33 *** springmeyer has quit ()
04:20:41 *** cmarqu has quit (Read error: 110 (Connection timed out))
04:25:45 *** rcoup_ has quit ()
05:39:26 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
06:24:24 *** xcacou (n=aga@28.54.86-79.rev.gaoland.net) has joined #mapnik
06:51:04 *** D3f0 (n=defo@190.177.3.227) has joined #mapnik
08:12:40 *** __d3f0__ (n=defo@190.176.200.34) has joined #mapnik
08:18:15 *** D3f0 has quit (Read error: 145 (Connection timed out))
09:43:13 *** __d3f0__ has quit (Remote closed the connection)
11:24:26 *** synax (n=synax@24.222.57.182) has joined #mapnik
12:40:13 *** cmarqu has quit (Remote closed the connection)
12:43:25 <nikq> Mapnik Trac: Changeset [1064]:  Tagging 0.6.0 release | http://trac.mapnik.org/changeset/1064
13:18:45 *** sanjiv (n=chatzill@59.180.146.146) has joined #mapnik
13:21:01 *** cmarqu (n=colin@oemcomputer.oerks.de) has joined #mapnik
13:50:32 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik
14:48:43 *** artem_ (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik
14:49:21 <artem_> milestone 0.6.0
14:49:22 <nikq> No Milestone for that release number
14:53:22 <springmeyer> milestone 0.6.1
14:53:22 <nikq> 14 open tickets in Milestone 0.6.1: Update Install Document on Mapnik.org with SVN INSTALL doc, modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource', Fix broken antialiasing + alpha with color bleed, Fix transparency handling for point symbolizers, python module links against /usr/lib instead of /usr/local/lib64, Compiling python bindings to .pyc during install, Drops the whole s...
14:53:24 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.6.1&order=priority
14:53:25 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.6.1
14:54:29 <springmeyer> milestone 0.6.0
14:54:30 <nikq> No Milestone for that release number
14:54:41 <springmeyer> milestone 0.6.0
14:54:42 <nikq> No Milestone for that release number
14:55:20 <springmeyer> huh :) nikq is ready to move on i guess
14:55:53 <springmeyer> artem_: let me know if I can test win32 again
14:55:58 <springmeyer> thanks for tagging! :)
14:56:43 <artem_> no probs. I'm about to build latest the greatest win32 bins and we're ready to release :)
14:58:18 <springmeyer> fantastic
14:58:40 <springmeyer> what is your source for libgdal in win32?
15:00:55 <artem_> iI built one from source with :
15:01:04 <artem_> nmake /f makefile.vc
15:01:41 <springmeyer> okay. cool
15:02:07 <springmeyer> I figure I'll try with libgdal from osgeo4w installer
15:02:15 <springmeyer> but good to know its a one-liner :)
15:08:58 <nikq> Mapnik Trac: Changeset [1065]: scons: allow a user to switch back from FAST=True to FAST=False | http://trac.mapnik.org/changeset/1065
15:12:56 <nikq> Mapnik Trac: Changeset [1066]: port scons fix from trunk to 0.6.0 (allow a user to switch back from  ... | http://trac.mapnik.org/changeset/1066
15:17:30 *** D3f0 (n=defo@190.176.222.202) has joined #mapnik
15:31:01 <artem_> springmeyer: could you give it  a try : http://media.mapnik.org/mapnik-0.6.0-win32-py25.zip
15:31:50 <springmeyer> yes, will do
15:31:56 <artem_> cheers
15:32:20 <springmeyer> artem_: do you know - with cairo can we render rasters datasources?
15:32:42 * artem_ checking 
15:33:06 <springmeyer> I've never tested till now - getting crash in libpixman (but likely just my step) with gdal datasource
15:33:12 <springmeyer> step/setup
15:34:22 <artem_> yes we can.
15:34:31 <artem_> (re:cairo )
15:34:40 <springmeyer> cool :)
15:35:44 <nikq> Mapnik Trac: Ticket #284 (need some way to check if cairo functions are available in python (e.g.  ...) created | http://trac.mapnik.org/ticket/284
15:36:25 <artem_> springmeyer: do you get crash in rundemo.py? or somewhere else?
15:40:18 <springmeyer> no, with a small gdal example in mapnik-utils
15:40:25 <springmeyer> when doing
15:40:35 <springmeyer> $ nik2img.py -m test.xml -o test.pdf -i pdf
15:40:44 <springmeyer> in this folder:
15:41:01 <springmeyer> http://mapnik-utils.googlecode.com/svn/example_code/gdal/
15:54:24 <springmeyer> hey artem_: just curious, the get/set dl open flags in __init__.py
15:54:35 <springmeyer> are those needed to load the module across platforms?
15:54:47 <artem_> only on unix
15:54:50 <springmeyer> or to handle how the module is loaded? or something else?
15:55:38 <artem_> yes, it affects how modules are loaded
15:56:27 <springmeyer> okay, cool
15:57:32 <springmeyer> I noticed in
15:57:33 <springmeyer> http://svn.mapnik.org/trunk/docs/api_docs/python/index.html
15:57:48 <springmeyer> how objects that get 'injected
15:58:03 <springmeyer> ' show up in the mapnik namespace
15:58:17 <springmeyer> while the rest are still in mapnik._mapnik
15:59:30 <springmeyer> so, pondering whether we should 'wrap' all objects in some way to bring them out or whether the dlflags stuff might just have options for automatically handling that
16:00:11 <springmeyer> low priority - just was curious
16:01:03 *** D3f0 has quit (Read error: 104 (Connection reset by peer))
16:09:38 <springmeyer> artem: >>> import mapnik works on win32
16:09:53 <springmeyer> but looks like not latest python bindings? __init__.py in particular?
16:11:56 *** cmarqu has quit (Connection timed out)
16:13:11 <artem_> springmeyer: ??
16:14:31 <springmeyer> artem_: hey
16:14:35 <artem_> hey
16:14:50 <artem_> something worin with __init__.py ?
16:14:54 <artem_> wrong
16:15:40 <artem_> ok, gotcha win32 binaries have old version of __init__ ??
16:16:00 <springmeyer> mapnik_0.6.0/site-packages/mapnik/__init__.py <-- date modified feb 12, 2009
16:16:07 <springmeyer> maybe I grabbed the wrong download?
16:16:12 * springmeyer looks again...
16:16:34 <artem_> it could be me, just a sec ..
16:17:43 <artem_> springmeyer : oops., you're right good catch!!
16:18:18 * artem_ re-packaging win32 
16:19:59 * springmeyer wants his fancy docstrings! :)
16:29:19 *** xcacou has quit (Remote closed the connection)
16:53:15 <springmeyer> artem_: how goes it?
16:53:33 <springmeyer> is there cairo support in the win32 build?
16:57:41 <artem_> springmeyer: ok, please try again : http://media.mapnik.org/mapnik-0.6.0-win32-py25.zip
16:58:00 <artem_> nope. no cairo in win32 yet
16:58:20 <springmeyer> okay, ya I didn't think so, just checking
16:58:29 <springmeyer> great, I'll download now
16:58:53 <artem_> main win32 highlights are ICU and gdal,input i guess
16:59:38 <artem_> and all great new features of course
17:00:05 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=5
17:00:29 <springmeyer> yes. seems gdal is in high demand
17:06:08 <springmeyer> artem_: nope looks like same download still
17:06:57 <springmeyer> artem_: but I tested and rundemo.py works great :)
17:07:14 <springmeyer> just looks like it is not the latest code
17:08:47 <artem_> doh, third time lucky - uploading ...
17:10:11 <artem_> btw, I'm planning to upload mapnik-0.6.0.tar.bz2 and win32 to berlios. Maybe it'll be better to point URLs on wiki  there?
17:10:26 <springmeyer> perfect
17:13:05 <artem_> ok, done
17:13:27 <springmeyer> k
17:15:14 <springmeyer> awesome, yup updated
17:17:23 <springmeyer> >>> import mapnik works
17:17:41 <springmeyer> py 2.5.2 on win XP
17:19:45 <artem_> could you try python rundemo.py ?
17:19:53 <springmeyer> yup, works!
17:19:56 <springmeyer> and
17:20:09 <springmeyer> $ nik2img.py -m map.xml -o test.png
17:20:13 <springmeyer> works!
17:20:17 <artem_> cool
17:20:24 * springmeyer looks for gdal test...
17:20:36 * artem_ hides
17:20:42 <springmeyer> :)
17:21:03 <artem_> dinner time for me, I'll be back in an hour
17:21:14 <springmeyer> okay, thanks- great work!
17:26:00 <nikq> Mapnik Trac: Ticket #285 (rundemo c++ needs conditional build based on cairo availability) created | http://trac.mapnik.org/ticket/285
17:29:33 <nikq> Mapnik Trac: Ticket #286 (save_map() serializes colors as RGB tuples irregardless of how they were  ...) created | http://trac.mapnik.org/ticket/286
17:31:36 <springmeyer> artem_: gdal works out of the box for me!
17:31:54 <springmeyer> don't even know how I have gdal installed on win32 but I do I guess :)
17:33:53 <springmeyer> raster plugin works
17:38:12 <springmeyer> in memory point datasource works
17:39:12 <springmeyer> loading an xml map from a string works
17:44:23 <springmeyer> nice, tilelite works
17:51:05 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=6
17:52:57 <nikq> Mapnik Trac: demo.png attached to WindowsInstallation | http://trac.mapnik.org/attachment/wiki/WindowsInstallation/demo.png
17:55:24 *** D3f0 (n=defo@190.176.211.90) has joined #mapnik
17:55:43 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=7
17:56:24 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=8
17:57:22 <nikq> Mapnik Trac: MapnikInstallation edited | http://trac.mapnik.org/wiki/MapnikInstallation?version=4
17:58:23 <nikq> Mapnik Trac: MapnikInstallation edited | http://trac.mapnik.org/wiki/MapnikInstallation?version=5
17:59:37 <nikq> Mapnik Trac: Nik2Img edited | http://trac.mapnik.org/wiki/Nik2Img?version=8
17:59:55 <nikq> Mapnik Trac: XMLConfigReference edited | http://trac.mapnik.org/wiki/XMLConfigReference?version=17
18:02:58 <nikq> Mapnik Trac: ExampleCode edited | http://trac.mapnik.org/wiki/ExampleCode?version=8
18:06:15 *** cmarqu (i=colin@195.49.138.42) has joined #mapnik
18:17:55 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=9
18:24:09 *** __d3f0__ (n=defo@190.176.211.90) has joined #mapnik
18:24:22 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=10
18:24:53 *** D3f0 has quit (Read error: 104 (Connection reset by peer))
18:24:58 <artem_> ok, http://prdownload.berlios.de/mapnik/mapnik-0.6.0.tar.bz2
18:27:04 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=11
18:27:08 <springmeyer> thx, done
18:28:15 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=12
18:28:26 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=13
18:29:25 <artem_> springmeyer: sorry, that was source tarball not win32.
18:29:31 * artem_ uploading win32 now
18:29:43 * springmeyer chuckles - is moving too fast :)
18:29:50 <artem_> :)
18:30:28 <nikq> Mapnik Trac: OgcServer edited | http://trac.mapnik.org/wiki/OgcServer?version=11
18:33:23 <artem_> springmeyer: win32 -> http://prdownload.berlios.de/mapnik/mapnik-0.6.0-win32-py25.zip
18:35:54 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=14
18:37:06 <nikq> Mapnik Trac: Changeset [1067]: formatting | http://trac.mapnik.org/changeset/1067
18:38:17 *** __d3f0__ has quit (Remote closed the connection)
18:40:10 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=15
18:44:04 *** sanjiv has quit (Connection timed out)
18:45:38 <artem_> springmeyer: could you edit /templates/base.html and ./templates/base_docs.html and update download urls ,please. I don't seem to have write permission on those files
18:46:09 *** sanjiv (n=chatzill@59.180.147.146) has joined #mapnik
18:46:11 <springmeyer> oh okay
18:46:20 <artem_> springmeyer: we should probably add django object - 'MapnikRelease' or something
18:46:21 <springmeyer> you could also edit in svn
18:46:50 <artem_> :) sure
18:46:57 <springmeyer> artem_: what do you mean ? django object - like a template tag?
18:47:52 <artem_> yep, so we can updated release links , keep list of old ones  - all from admin panel
18:48:02 <springmeyer> nice
18:48:11 <artem_> maybe for 0.7.0
18:48:12 <springmeyer> ya, will do (after release)
18:48:14 <springmeyer> :)
18:49:08 <nikq> Mapnik Trac: GettingStarted edited | http://trac.mapnik.org/wiki/GettingStarted?version=22
18:51:17 *** w0lfie_ has quit (Read error: 113 (No route to host))
18:57:38 <springmeyer> artem_: okay, I'll change those links now?
18:57:59 <springmeyer> ew, nice job a new ICON already!
18:58:29 <springmeyer> oh, you fixed em already
18:58:42 <springmeyer> no link for the icon though?
18:58:59 <nikq> Mapnik Trac: RasterSymbolizer edited | http://trac.mapnik.org/wiki/RasterSymbolizer?version=9
19:06:19 *** D3f0 (n=defo@190.176.251.135) has joined #mapnik
19:08:48 <nikq> Mapnik Trac: UsingScons edited | http://trac.mapnik.org/wiki/UsingScons?version=13
19:15:40 *** w0lfie_ (n=wolf@cpe-67-49-133-78.hawaii.res.rr.com) has joined #mapnik
19:19:31 <artem_> springmeyer: just notices requirement for boost libs http://trac.mapnik.org/wiki/WindowsInstallation - boost_python is included in *.zip and we don't need anything else on win32
19:19:36 <artem_> notices
19:19:40 <artem_> noticed
19:19:55 <springmeyer> oh really? cool
19:20:07 <artem_> better check if you can
19:20:10 <springmeyer> so no boost installation is needed at all on the users part?
19:20:18 <artem_> yep
19:20:26 <springmeyer> *magic*
19:20:42 <artem_> well, magic of static linking to boost :)
19:21:31 <artem_> btw, the same goes to gdal.input no gdal.dll is required - pure magic
19:21:49 <springmeyer> ah ha :)
19:22:36 <artem_> gdal.input doesn't support 'closed source' raster formats like MrSic. ecw just yet
19:22:47 <artem_> MrSid
19:22:51 <nikq> Mapnik Trac: WindowsInstallation edited | http://trac.mapnik.org/wiki/WindowsInstallation?version=16
19:22:53 <springmeyer> okay
19:24:43 <artem_> I'll post complete list of supported formats by gdal.input asap
19:24:53 <springmeyer> great
19:24:55 * racicot uninstalls boost and 0.6 still seems to work fine on my Vista box...
19:25:03 <springmeyer> he he
19:25:19 <artem_> racicot: great!
19:26:01 * springmeyer touches up http://mapnik.org/faq/
19:26:30 <springmeyer> artem I see what you mean now about the links you have not fixed
19:26:36 <springmeyer> I'll do that now in svn and upload
19:28:19 <springmeyer> artem: ideas on best way to update? http://mapnik.org/documentation/install/
19:28:37 <springmeyer> just point to trac? or run rst2html.py on INSTALL ?
19:30:09 <nikq> Mapnik Trac: Changeset [1068]: update download links for src and win32 to 0.6.0 | http://trac.mapnik.org/changeset/1068
19:30:47 <springmeyer> artem: 'Copyright &copy; 2008 Artem Pavlenko' > 2009?
19:34:16 *** synax has quit ()
19:34:24 <artem_> sounds good
19:35:21 <artem_> is that "Install' file generated from *.txt ?
19:35:47 <springmeyer> huh?
19:36:41 <artem_> I vaguely remember there was some tool, or maybe not
19:36:56 <nikq> Mapnik Trac: Changeset [1069]: update year | http://trac.mapnik.org/changeset/1069
19:37:28 <artem_> Should we just point to trac Install docs ?
19:38:05 <springmeyer> sure
19:41:01 <artem_> k, done
19:41:13 <nikq> Mapnik Trac: InstallGuide created | http://trac.mapnik.org/wiki/InstallGuide?version=1
19:41:44 <springmeyer> cool.
19:41:49 <springmeyer> I just created this too: http://trac.mapnik.org/wiki/InstallGuide
19:42:00 <springmeyer> I will like to it from the MapnikInstallation page
19:42:02 <springmeyer> sound good?
19:42:24 <nikq> Mapnik Trac: GettingStarted edited | http://trac.mapnik.org/wiki/GettingStarted?version=23
19:43:37 <artem_> fantastic!
19:44:47 <nikq> Mapnik Trac: MapnikInstallation edited | http://trac.mapnik.org/wiki/MapnikInstallation?version=6
19:45:28 <nikq> Mapnik Trac: XMLGettingStarted edited | http://trac.mapnik.org/wiki/XMLGettingStarted?version=10
19:46:29 <nikq> Mapnik Trac: InstallationTroubleshooting edited | http://trac.mapnik.org/wiki/InstallationTroubleshooting?version=30
19:49:11 <nikq> Mapnik Trac: MapnikInstallation edited | http://trac.mapnik.org/wiki/MapnikInstallation?version=7
19:51:30 <springmeyer> artem_: okay, quick download links should be working
19:51:34 <springmeyer> e.g. http://mapnik.org/news/2009/
19:52:02 <springmeyer> ready for your announce as far as I can tell :)
19:53:20 <artem_> cool, I'll write a news item, then :)
19:53:52 <springmeyer> whew, we're there!
19:57:18 <racicot> congrats!
19:59:12 <nikq> Mapnik Trac: Ticket #115 (Update Install Document on Mapnik.org with SVN INSTALL doc) closed | http://trac.mapnik.org/ticket/115#comment:10
20:00:43 <nikq> Mapnik Trac: Ticket #281 (Get together OGCServer 'wms.py' examples for cgi/fastcgi/wsgi/mod_python  ...) closed | http://trac.mapnik.org/ticket/281#comment:1
20:05:11 *** aub has quit (Read error: 110 (Connection timed out))
20:21:24 <nikq> Mapnik Trac: UsingScons edited | http://trac.mapnik.org/wiki/UsingScons?version=14
20:31:50 *** aub (n=aubrey@cpe-72-227-134-148.nyc.res.rr.com) has joined #mapnik
20:34:59 *** sanjiv has quit ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]")
20:37:24 <artem_> ok, thanks to everyone! new release a not joke despite a date :)
20:42:15 <jburgess> Congratulations!
20:42:26 <jburgess> maybe you should update the IRC topic
20:44:48 <cmarqu> \o/
20:49:36 <artem_> Thanks! good idea.
20:50:15 <artem_> jburgess: do you think 8GB of ram is sufficient to import latest planet (without --slim) ?
20:51:12 <jburgess> unlikely. I think the process gets up to around 3-4GB doing a UK import
20:52:01 <artem_> ok
20:52:09 <jburgess> it takes the main tile server about 12 hours to do a --slim import for the planet
20:52:40 <jburgess> if you want to speed things up, and don't care about doing diff imports, then removing the int array module speeds things up quite a bit
20:53:12 <jburgess> this isn't installed by default though, so you'll only have it if you went through the steps of loading _int.sql
20:54:01 <jburgess> when you start osm2pgsql it will emit a warning if the intarray is not found.
20:54:37 <jburgess> I have not loaded a full planet on my development machine for a long time. I normally just load the UK
20:56:17 <artem_> ok, thanks . Has planet changed a lot since feb ?
20:57:02 <jburgess> not sure how to answer that :)
20:57:14 <artem_> :)
20:58:03 <jburgess> a bunch of copyright data in Lithuania got removed a couple of weeks ago
21:03:08 <artem_> jburgess: so should I use -C6000 on 8GB of ram machine ?
21:03:50 <jburgess> if you want. I don' t think it makes any difference beyond about 4000, that is enough to cache every node in RAM
21:04:03 <artem_> ok, great
21:04:16 *** springmeyer changed the topic to: "Mapnik - C++/Python Mapping Tooklit | New Release: 0.6.0 - http://mapnik.org/news/"
21:04:34 <springmeyer> congrats all :)
21:04:36 <jburgess> setting it higher makes no differemce, the cache grows dynamically as required, the number is just a limit on the max size
21:06:19 <springmeyer> now that 0.6.0 is out perhaps we should drop all efforts
21:06:29 <springmeyer> and follow the lead of the mapserver development team
21:06:48 <springmeyer> they are going to port to java and release *1 year* from now
21:07:58 <springmeyer> seems like a pretty persuasive argument for the day:
21:07:59 <springmeyer> http://lists.osgeo.org/pipermail/mapserver-dev/2009-April/thread.html#8600
21:09:49 <cmarqu> Enterprise!
21:09:59 <artem_> well, it is 1 April after all
21:11:43 <springmeyer> I thing daniel really has a few of them in his grips :)
21:12:08 <springmeyer> Modern!
21:13:07 <cmarqu> 21st century!
21:13:17 *** __d3f0__ (n=defo@190.176.238.165) has joined #mapnik
21:13:31 <artem_> springmeyer: I've written Mapnik in Java before c++, so we're in a good shape make a move
21:13:40 <springmeyer> lol
21:13:59 * springmeyer prepares zen like
21:27:02 *** D3f0 has quit (Read error: 110 (Connection timed out))
21:31:40 *** d3f0 (n=defo@190.176.247.163) has joined #mapnik
21:46:45 *** __d3f0__ has quit (Connection timed out)
21:50:35 <artem_> springmeyer:  looks like RSS channel hasn't been updated. do we need to restart django ?
21:51:06 <springmeyer> hmm, interesting - not sure I'll take a look
21:51:49 <springmeyer> hmm , safari sees the entry fine: feed://mapnik.org/feeds/rss/
21:52:20 <artem_> i think there's something fishy with dates , the 0.6.0 is there but on safari I have to click 'Last Seven Days'
21:52:47 <artem_> hmm.. maybe something wrong with my safari
21:52:55 <springmeyer> oh, its is tomorrow for you?
21:53:09 <springmeyer> (relative to the 10 east server?) :)
21:53:15 <springmeyer> its shows today for me
21:53:36 <springmeyer> where is 10east anyway?
21:54:17 <artem_> somewhere east I guess
21:54:22 <artem_> Florida :)
21:54:35 <springmeyer> ah :)
21:54:39 <artem_> sorry, it works now
21:54:44 <springmeyer> great!
21:55:02 <artem_> 'Update Now' solved this :)
22:14:12 <CIA-6> mapnik-utils: dane.springmeyer * r611 /sandbox/ports/graphics/ (3 files in 3 dirs): branch portfile to 0.6.0 release and create a devel from trunk
22:49:31 <artem_> ok, great bed time
22:49:38 *** artem_ has quit ()