00:04:34 <nikq> Mapnik Trac: Ticket #257 (Improve Python checking/configure) updated | http://trac.mapnik.org/ticket/257#comment:1
00:05:28 <springmeyer> anyone keen on testing the new patch for #168 ?
00:05:29 <nikq> Ticket #168: Ability to register fonts during load_map(), http://trac.mapnik.org/ticket/168
00:08:28 <nikq> Mapnik Trac: Ticket #218 (Fix transparency handling for point symbolizers) updated | http://trac.mapnik.org/ticket/218#comment:6
00:09:29 <nikq> Mapnik Trac: Ticket #242 (Drops the whole style or layer when a filter references a non-existent  ...) updated | http://trac.mapnik.org/ticket/242#comment:1
00:11:16 *** D3f0 has quit (Read error: 104 (Connection reset by peer))
00:12:35 <huats> ok guys I really need to go to bed now
00:12:41 <huats> thanks for your help !
00:12:48 *** huats has quit ("Ex-Chat")
00:54:17 <CIA-6> mapnik-utils: dane.springmeyer * r605 /branches/nik2img/ (4 files in 3 dirs): few minor fixes to handling of zoom to layer parameters and error output
00:54:17 <CIA-6> mapnik-utils: dane.springmeyer * r606 /branches/nik2img/mapnik_utils/ (composer.py metaclass_injectors.py): make sure to activate any layers that the user requests to zoom to
01:07:23 *** springmeyer has quit ()
02:29:02 *** rcoup has quit ()
02:44:06 *** D3f0 (n=defo@190.177.3.227) has joined #mapnik
04:15:06 *** rcoup (n=rcoup@ip-118-90-56-192.xdsl.xnet.co.nz) has joined #mapnik
04:15:16 *** rcoup has quit (Remote closed the connection)
04:29:31 <CIA-6> mapnik-utils: dane.springmeyer * r607 /sandbox/ports/ (README.txt graphics/py25-mapnik/Portfile): Fixup readme for wider audience and minor touchup to portfile
05:01:22 <w0lfie_> springmeyer, haha
05:13:03 *** racicot has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.21pre/2009020912]")
06:43:38 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik
06:45:27 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]")
06:49:39 *** xcacou (n=aga@AToulouse-157-1-47-254.w86-201.abo.wanadoo.fr) has joined #mapnik
07:19:47 *** xcacou has quit (Remote closed the connection)
07:22:42 *** xcacou (n=aga@AToulouse-157-1-47-254.w86-201.abo.wanadoo.fr) has joined #mapnik
07:49:22 <nikq> Mapnik Trac: Ticket #276 (OCCI input plugin should determine geometry_field by querying database  ...) created | http://trac.mapnik.org/ticket/276
07:53:33 <nikq> Mapnik Trac: Changeset [1047]: + added "encoding" datasource parameter to occi plugin + added factory  ... | http://trac.mapnik.org/changeset/1047
07:54:18 <nikq> Mapnik Trac: Ticket #274 (Add factory methods for OCCI plugin (and docstrings)) closed | http://trac.mapnik.org/ticket/274#comment:1
07:55:16 <w0lfie_> springmeyer, i saw what you wrote earlier haha
07:55:43 <w0lfie_> oh and while it's been on the backburner, i think we will end up deploying mapnik @ work in a limited role
07:55:48 <w0lfie_> at least initially, later who knows
09:11:12 <nikq> Mapnik Trac: Ticket #157 (Add transfer mode & opacity to RasterSymbolizer) closed | http://trac.mapnik.org/ticket/157#comment:5
09:12:35 *** aba has quit (Read error: 60 (Operation timed out))
09:14:10 *** aba (i=sam@libya.turmzimmer.net) has joined #mapnik
09:23:29 <nikq> Mapnik Trac: Changeset [1048]: + removed specializations for text renderer | http://trac.mapnik.org/changeset/1048
09:23:31 <nikq> Mapnik Trac: Ticket #157 (Add transfer mode & opacity to RasterSymbolizer) closed | http://trac.mapnik.org/ticket/157#comment:5
09:23:39 <nikq> Mapnik Trac: Changeset [1048]: + removed specializations for text renderer | http://trac.mapnik.org/changeset/1048
09:42:21 <nikq> Mapnik Trac: Changeset [1049]: + use 'byte' (boost::uint8_t) | http://trac.mapnik.org/changeset/1049
10:08:36 <nikq> Mapnik Trac: Changeset [1050]: + move compositing modes implementation out of Image class | http://trac.mapnik.org/changeset/1050
11:44:20 <nikq> Mapnik Trac: Ticket #104 (Enable dx/dy options for ShieldSymbolizer) updated | http://trac.mapnik.org/ticket/104#comment:6
12:42:34 *** xcacou has quit (Read error: 60 (Operation timed out))
13:00:14 *** sanjiv (n=chatzill@59.180.171.252) has joined #mapnik
13:25:51 *** xcacou (n=aga@AToulouse-157-1-47-254.w86-201.abo.wanadoo.fr) has joined #mapnik
13:48:52 *** xcacou has quit (Read error: 60 (Operation timed out))
14:02:37 *** xcacou (n=aga@AToulouse-157-1-47-254.w86-201.abo.wanadoo.fr) has joined #mapnik
15:36:50 *** xcacou has quit (Remote closed the connection)
17:00:00 *** synax (n=synax@24.222.57.182) has joined #mapnik
17:06:59 <nikq> Mapnik Trac: Ticket #277 (modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource') created | http://trac.mapnik.org/ticket/277
17:09:42 <nikq> Mapnik Trac: Changeset [1051]: fix axis ordering for epsg codes >=4000 and <5000 - based on patch from  ... | http://trac.mapnik.org/changeset/1051
17:11:04 <nikq> Mapnik Trac: Ticket #241 (Mapnik 1.3.0 support doesn't respect crs axis ordering) closed | http://trac.mapnik.org/ticket/241#comment:2
17:11:44 <nikq> Mapnik Trac: Ticket #241 (Mapnik 1.3.0 support doesn't respect crs axis ordering) updated | http://trac.mapnik.org/ticket/241#comment:3
17:17:00 <nikq> Mapnik Trac: Ticket #243 (wms 1.1.1 getcaps doesn't include xlink:href for getmap URL) updated | http://trac.mapnik.org/ticket/243#comment:1
17:18:42 <nikq> Mapnik Trac: Changeset [1052]: ogcserver: use PATH_INFO to contruct the request 'onlineresource' since  ... | http://trac.mapnik.org/changeset/1052
17:19:11 <springmeyer> w0lfie_: your flex app using Mapnik WMS - what WMS version are you calling from flex?
17:19:21 <springmeyer> 1.X or 1.3.x?
17:19:43 <springmeyer> thats cool you are thinking about deploying Mapnik more
17:20:33 <nikq> Mapnik Trac: Ticket #243 (wms 1.1.1 getcaps doesn't include xlink:href for getmap URL) updated | http://trac.mapnik.org/ticket/243#comment:2
17:22:36 <nikq> Mapnik Trac: Ticket #243 (wms 1.1.1 getcaps doesn't include xlink:href for getmap URL) updated | http://trac.mapnik.org/ticket/243#comment:3
17:29:02 <nikq> Mapnik Trac: Ticket #252 (Building with boost 1.33.1 is broken due to boost::python compile errors) updated | http://trac.mapnik.org/ticket/252#comment:1
17:30:03 <nikq> Mapnik Trac: Ticket #272 (Mapnik Featureset.properies (Feature::props) returns fishy unicode in  ...) updated | http://trac.mapnik.org/ticket/272#comment:2
17:34:18 <synax> springmeyer: thanks for the help yesterday, appreciate it big time
17:34:54 <synax> http://andredion.com/transfers/tile_alignment.png <-- any idea why the tile alignment is slightly off? using generate_tiles.py
17:39:11 <Berteun> synax: The original generate_tiles is based on the Google mercator projection.
17:39:17 <Berteun> Did you adapt that for your projection?
17:39:23 <Berteun> Otherwise you can have these problems.
17:40:09 <synax> yes, I did
17:41:25 <Berteun> Then I do not know. :)
17:42:08 <synax> well here's the process I'm using...
17:44:29 <synax> read in the shapefile (setting my Map instance to its projection), convert my shapefile bounds to lon/lat, iterate through each tile at each zoom level within those bounds and render a new tile using generate_tiles.py GoogleProjection class
17:45:57 <Berteun> Let me think, so eventually you do want to overlay it with Google maps?
17:46:12 <nikq> Mapnik Trac: Changeset [1053]: touch up INSTALL doc | http://trac.mapnik.org/changeset/1053
17:46:12 <synax> yessir
17:47:03 <nikq> Mapnik Trac: Ticket #115 (Update Install Document on Mapnik.org by release and trunk) updated | http://trac.mapnik.org/ticket/115#comment:8
17:48:01 <synax> Berteun: http://paste.mootools.net/d615b0bac
17:48:22 <synax> the highlighted lines are those that were changed from the original script (that pertain to projections)
17:48:40 <Berteun> But shouldn't your Map be in Google projection then?
17:48:44 <Berteun> #
17:48:45 <Berteun> m = Map(512, 512, shp_prj)
17:49:12 <synax> can the layer and Map be in different projections?
17:49:41 <Berteun> Yes.
17:49:47 <Berteun> And then Mapnik will do the conversion.
17:50:00 <Berteun> And I think you then don't need to change those lines from the original script.
17:50:15 <synax> 106 & 107?
17:50:34 <springmeyer> I'd really appreciate any last minute review from folks on the INSTALL doc:
17:50:35 <springmeyer> http://trac.mapnik.org/browser/trunk/INSTALL
17:50:36 <Berteun> Yes.
17:50:57 <Berteun> synax: Especially if you want to overaly with google maps, you'll have to use the google projection...
17:51:04 <Berteun> Otherwise it will never line up properly.
17:51:07 <nikq> Mapnik Trac: Ticket #243 (wms 1.1.1 getcaps doesn't include xlink:href for getmap URL) updated | http://trac.mapnik.org/ticket/243#comment:4
17:52:30 <nikq> Mapnik Trac: Ticket #261 (PREFIX option is ignored) closed | http://trac.mapnik.org/ticket/261#comment:7
17:54:03 <synax> Berteun: if I do that then my tiles are all blank
17:54:23 <Berteun> synax: Even if you don't output tiles?
17:54:31 <synax> sorry?
17:54:48 <springmeyer> .milestone 0.6.0
17:54:53 <springmeyer> milestone 0.6.0
17:54:54 <nikq> 9 open tickets in Milestone 0.6.0: Update Install Document on Mapnik.org by release and trunk, Mapnik Featureset.properies (Feature::props) returns fishy unicode in Python, modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource', Fix broken antialiasing + alpha with color bleed, Text wrapping is wrong for RTL languages, crash in libagg when rendering extremely long lines, Update the...
17:54:55 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.6.0&order=priority
17:54:56 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.6.0
17:55:16 <Berteun> synax: Do you only have a script that genartes tile, or do you have a script too that makes a big map?
17:55:33 <synax> The script generates all tiles
17:55:42 <synax> so the latter I guess
17:55:44 <Berteun> Hmmm... it stinks if it doesn't output anything.
17:56:06 <synax> it outputs the correct tiles, but they do not contain the shape data
17:57:04 <nikq> Mapnik Trac: Ticket #169 (Switch to libxml2 as default parser) reopened | http://trac.mapnik.org/ticket/169#comment:4
17:57:16 <synax> er, sorry - forgot to change one line
17:57:17 <synax> one sec
17:58:47 <synax> bang on
17:58:56 <nikq> Mapnik Trac: Ticket #278 (Catch up on Changelog before 0.6.0 release) created | http://trac.mapnik.org/ticket/278
17:59:04 <synax> I think that's what springmeyer was trying to explain to me yesterday
17:59:07 <synax> you guys are great
17:59:36 <Berteun> Nice, then I can go and do the dishes. :)
18:00:15 <synax> :D
18:00:28 <synax> I'm compelled to offer my services in return
18:00:52 <synax> if you need any JS/HTML/CSS or graphics (vector/raster) work done, please say something now ;)
18:01:07 <Berteun> NO, only household stuff. :)
18:01:17 <synax> that goes for anyone involved in Mapnik's dev/maintenance (springmeyer)
18:01:20 <synax> heh
18:02:04 <springmeyer> mapnik.org could use a nice gallery
18:02:58 <springmeyer> we've been thinking about adding a page for a user map and a gallery where folks could upload maps they've created or profiles of site's they've rolled
18:04:00 *** D3f0 has quit (Remote closed the connection)
18:05:29 <springmeyer> so synax: you could apply some design-fu to the django app behind http://gallery.openlayers.org/ and tailor for mapnik
18:05:32 <synax> upload images of maps or the actual maps?
18:05:57 <synax> ah I see
18:06:05 <synax> "sites using mapnik" gallery
18:06:12 <springmeyer> uploaded images of actual high res maps if folks wanted but more likely profile pages linking to sites using mapnik, right
18:06:26 <springmeyer> just an idea anyway
18:06:55 <springmeyer> mapnik.org code is written in django and available here: http://svn.mapnik.org/www/
18:08:26 <springmeyer> oh wait I was thinking you were doing django
18:08:34 <synax> I can do Django
18:08:34 <springmeyer> that was huats
18:08:38 <springmeyer> oh?
18:08:47 <synax> well
18:08:54 <synax> I'm able but inexperienced
18:09:15 <synax> It's probably best if I were to provide you with the templates
18:09:24 <synax> and let someone else take care of the model/view work
18:16:13 <springmeyer> ya, sounds good
18:16:35 <springmeyer> I'm much quicker at mode/view work myself
18:17:03 <springmeyer> synax: maybe you could create a trac ticket against 0.7.0 or something?
18:17:25 <synax> when is your projected release date for 0.6.0?
18:18:42 <springmeyer> 34 hours :)
18:18:43 <springmeyer> http://trac.mapnik.org/milestone/0.6.0
18:18:53 <synax> ah yeah, 0.7.0 then ;)
18:19:34 <springmeyer> hopefully 3-4 months maybe more
18:20:09 <springmeyer> but the release cycle really has no relation to mapnik.org website updates
18:21:52 <synax> yeah, but I gotta pick a Milestone anyway
18:21:52 <nikq> No Milestone for that release number
18:22:03 <synax> stfu nikq
18:22:32 <springmeyer> nikq: tell nikq to be nice
18:22:32 <nikq> Hey, I'm not as stupid as Monty you know!
18:22:41 <springmeyer> ha!
18:23:35 * springmeyer heads out to lecture...
18:24:55 <nikq> Mapnik Trac: Ticket #279 (User-submitted map gallery) created | http://trac.mapnik.org/ticket/279
18:33:28 *** sanjiv has quit (Connection timed out)
18:36:46 *** sanjiv (n=chatzill@59.180.150.94) has joined #mapnik
19:08:41 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik
19:09:16 <artem> milestone 0.6.0
19:09:17 <nikq> 11 open tickets in Milestone 0.6.0: Update Install Document on Mapnik.org by release and trunk, Mapnik Featureset.properies (Feature::props) returns fishy unicode in Python, modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource', Fix broken antialiasing + alpha with color bleed, Switch to libxml2 as default parser, Text wrapping is wrong for RTL languages, crash in libagg when rend...
19:09:18 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.6.0&order=priority
19:09:19 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.6.0
19:14:18 <artem> springmeyer: r1041 seems to work. so, only 11 tickets to go :)
19:14:19 <nikq> http://trac.mapnik.org/changeset/1041, at , by dane: scons: make sure to respect options in 'config.py' over defaults stored in opts, fix up permissions and flush the .sconsign.dblite when switching to FAST build - closes #261 and #264
19:28:28 <artem> springmeyer: #273 - I'm building on OS X 10.5 using stock compiler (Target: i686-apple-darwin9
19:28:28 <artem> Configured with: /var/tmp/gcc/gcc-5465~16/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=i686-apple-darwin9 --with-arch=apple --with-tune=generic --host=i686-apple-darwin9 --target=i686-apple-darwin9
19:28:29 <nikq> Ticket #273: compiler warnings on os x after r1043, http://trac.mapnik.org/ticket/273
19:28:29 <artem> Thread model: posix) and I don't get any warnings about boost::property_tree
19:28:41 <artem> what compiler are you using ?
19:32:56 *** sanjiv has quit (Connection timed out)
19:41:34 <artem> jburgess: ping
19:41:46 <jburgess> artem: hi
19:42:01 <artem> I'm looking at #253
19:42:01 <nikq> Ticket #253: crash in libagg when rendering extremely long lines, http://trac.mapnik.org/ticket/253
19:42:31 <jburgess> ok, the crash is flaw is quite subtle
19:42:54 <artem> I wonder if this better fixed by clipping lines/polygons before sending to rasterrizer ?
19:43:21 <artem> that check could be expensive ?
19:44:00 <artem> clipping to viewport
19:45:25 <jburgess> I didn't think my check would be too expensive, I think it only goes down that code path if the line is already quite big
19:45:50 <artem> ok, cool
19:46:12 <jburgess> I'll take a quick look again though just to confirm
19:46:31 <artem> great, thanks.
19:48:47 <jburgess> I think it only goes down that path if the line length is > 16384 horizontal pixels
19:48:51 <jburgess> the dx_limit
19:49:14 <jburgess> this is quite long for a single line segment
19:49:57 <artem> agree
19:50:56 <nikq> Mapnik Trac: Changeset [1054]: Patch to cure recursion by aborting if the co-ordinates are to big to  ... | http://trac.mapnik.org/changeset/1054
19:51:18 <nikq> Mapnik Trac: Ticket #253 (crash in libagg when rendering extremely long lines) closed | http://trac.mapnik.org/ticket/253#comment:2
19:53:22 <synax> is there a "contains" or partial match operator for Filter?
19:54:41 <artem> synax: there's no 'contains' to test geometries but you can use regex to match strings
19:55:05 <synax> I can supply a regex to Filter?
19:55:17 <artem> sure
19:55:30 <artem> [NAME].match(<regex>)
19:59:21 <artem> #189 looks tricky
19:59:22 <nikq> Ticket #189: Text wrapping is wrong for RTL languages, http://trac.mapnik.org/ticket/189
19:59:47 <artem> what about mixed LTR and RTL :)
20:01:28 <jburgess> artem: I saw this before and thought it might come in useful for this: http://vimgadgets.sourceforge.net/liblinebreak/
20:03:07 <artem> interesting.
20:04:29 <artem> jburgess: I think we should consider using this lib , it looks lightweight
20:04:42 <jburgess> I think it solves a slightly different problem - it understands which unicode characters are safe to split the line on
20:05:36 <artem> ok, got you
20:05:36 *** synax has quit ()
20:06:30 <jburgess> still, it is better than just looking for spaces, which I think is what we do at the moment.
20:07:11 <artem> jburgess: yep. I'd like to add explicit '\n' line break in 0.7, too
20:07:25 <jburgess> yep, that would be useful
20:08:14 <jburgess> then we open the whole question over whether we should have options to left/right justify text, align top/center/bottom etc.
20:08:34 <artem> I think I'm going to move this ticket to 0.7.0 and consider adapting ideas(code) from liblinebreak
20:09:06 <artem> jburgess: good point. I added preliminary vertical alignment support for text_symbolizer
20:09:26 <artem> but no horizontal, yet
20:10:33 <artem> top/middle/bottom
20:15:35 <nikq> Mapnik Trac: Ticket #189 (Text wrapping is wrong for RTL languages) updated | http://trac.mapnik.org/ticket/189#comment:1
20:16:12 <artem> springmeyer: are you around ?
20:21:02 <jburgess> I would think the answer for RTL is that when we linebreak RTL, we need to just reverse the vertical order of the lines
20:21:56 <Berteun> Wouldn't full unicode linebreaking be too complex?
20:22:10 <Berteun> That covers LTR quotes inside RTL quotes inside LTR text, et cetera.
20:23:52 <jburgess> I think it may be a while before we can correctly handle mixed LTR/RTL in a single string, unless we can find some code from somewhere else
20:25:18 <jburgess> in the end it might need a library like pango. I suspect it will be quite slow. I know I often used to run firefox with pango disabled.
20:27:40 <artem> it looks like ICU might have all this already: http://userguide.icu-project.org/boundaryanalysis
20:27:53 <artem> BreakIterator
20:31:39 <jburgess> it does look like it does the same thing
20:36:27 <artem> http://icu-project.org/apiref/icu4c/ubidi_8h
20:37:18 <artem> it has UBIDI_MIXED which I assume would allow line breaks for mixed LTR/RTL text . I need to read docs :)
20:41:41 <nikq> Mapnik Trac: Ticket #273 (compiler warnings on os x after r1043) closed | http://trac.mapnik.org/ticket/273#comment:1
20:56:57 <nikq> Mapnik Trac: Ticket #273 (compiler warnings on os x after r1043) reopened | http://trac.mapnik.org/ticket/273#comment:2
20:57:07 <springmeyer> hey artem
20:57:22 <springmeyer> cool, just pushed that off, not a big deal of course
20:57:33 <springmeyer> milestone 0.6.0
20:57:34 <nikq> 8 open tickets in Milestone 0.6.0: Update Install Document on Mapnik.org by release and trunk, Mapnik Featureset.properies (Feature::props) returns fishy unicode in Python, modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource', Fix broken antialiasing + alpha with color bleed, Switch to libxml2 as default parser, Update the OGCServer docs to reflect load_map() functionality, Add f...
20:57:36 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.6.0&order=priority
20:57:36 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.6.0
20:57:48 <springmeyer> cool 8 tix !
20:59:12 <springmeyer> I sure would like to know what is going on with #272
20:59:12 <nikq> Ticket #272: Mapnik Featureset.properies (Feature::props) returns fishy unicode in Python, http://trac.mapnik.org/ticket/272
20:59:36 <springmeyer> you hit it using the WMS server in particular and it looks like it was not a problem in 0.5.1
20:59:55 <springmeyer> anyone understand if that is unicode or hex?
21:00:09 <springmeyer> I emailed nick about #275
21:00:09 <nikq> Ticket #275: Add factory methods for OSM plugin (and docstrings), http://trac.mapnik.org/ticket/275
21:00:21 <Berteun> springmeyer: ('STATE', u'Aak\x07\x00\x00') you mean?
21:00:47 <springmeyer> and tom macwright is going to look into #277 tomorrow
21:00:48 <nikq> Ticket #277: modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource', http://trac.mapnik.org/ticket/277
21:00:55 <springmeyer> Berteun: ya, what do you make of that?
21:01:25 <springmeyer> is there some way to decode that in python that I am missing?
21:01:32 <Berteun> u is a unicode string.
21:01:41 <Berteun> But, if it comes from Alaska
21:01:54 <Berteun> I guess there is some two bytes -> 1 byte issue.
21:01:56 <springmeyer> or should it rather be returned in python as just Alaska ?
21:02:02 <springmeyer> okay
21:02:03 <Berteun> AlAsKa
21:02:11 <Berteun> 1 3 5 byte are in there.
21:02:18 <springmeyer> oh, curious
21:02:20 <Berteun> And probably the 7th, 9th, 11th (which are garbage?)
21:02:38 <Berteun> I'd guess that could lead to the problem.
21:03:54 <Berteun> If you have a unicode string, Python will just show the Unicode codepoints.
21:04:07 <Berteun> Is your IRC client in UTF-8?
21:04:45 <Berteun> I hope so. :)
21:04:47 <Berteun> >>> 'Добро пожаловать'.decode('utf-8')
21:04:48 <Berteun> u'\u0414\u043e\u0431\u0440\u043e \u043f\u043e\u0436\u0430\u043b\u043e\u0432\u0430\u0442\u044c'
21:05:03 <springmeyer> ya, must be :)
21:05:05 <springmeyer> looks good
21:05:13 <Berteun> Those are simply the unicode code points, but Python uses \x for <= FF
21:06:22 <Berteun> I think most Python implementations use UCS 2 internally to represent Unicode.
21:06:27 <Berteun> So, two bytes per character.
21:07:03 <Berteun> And if something goes wrong there.... it could be that it takes 12 bytes for alaska where it only needs to take 6.
21:07:13 <Berteun> But, I don't know enough about the exact internals to be sure.
21:08:56 <artem> springmeyer: hey! are we good for release ? tonight ?
21:09:33 <artem> springmeyer: have you got a test case for #272 ?
21:09:34 <nikq> Ticket #272: Mapnik Featureset.properies (Feature::props) returns fishy unicode in Python, http://trac.mapnik.org/ticket/272
21:09:56 <springmeyer> working on one right now :)
21:10:02 <artem> cool
21:10:05 <springmeyer> hey artem - ya, wer're close
21:10:42 <springmeyer> sure is a lot of stuff happening in here over my head :)
21:10:42 <springmeyer> http://trac.mapnik.org/browser/trunk/bindings/python/mapnik_feature.cpp#L50
21:10:51 * springmeyer goes back to testcase...
21:11:22 <artem> http://bugs.python.org/issue4474 sounds line the one
21:13:01 <Berteun> But Alaska is not outside the BMP (that is > 65536)
21:13:30 <artem> true
21:14:00 <artem> how to I find out if my python compiled with UCS2 or UCS4 support ?
21:14:08 <Berteun> Good question, I used to know that.
21:14:18 <Berteun> I have some code that checks it. :)
21:14:20 <Berteun> Hang on.
21:14:23 <artem> ok
21:16:08 <Berteun> if u'\U0000FFFF' < u'\U00010000':
21:16:12 <Berteun> That's my poor man's check. :)
21:16:24 <Berteun> Evaluates to True if it supports UCS 4.
21:17:33 <artem> ok, I have UCS2 while wchar_t = 4 bytes
21:21:09 <Berteun> I think Python by default compiles as UCS 2 unless you configure it otherwise.
21:25:31 <springmeyer> false for me on mac osx too
21:25:44 <springmeyer> testcase here:
21:25:48 <springmeyer> http://mapnik-utils.googlecode.com/svn/sandbox/unicode_feature_testcase/
21:25:58 <artem> OK, i think this line is to blame ::PyUnicode_FromWideChar((wchar_t*)s.getBuffer(),implicit_cast<ssize_t>(s.length()));
21:26:46 <artem> ok, cool
21:28:55 <cmarqu> FWIW, I have used Marcin's instructions for the new hillshading stuff to brush up my own map and it's working quite nice. I haven't tried all the modes yet, but the principle works as advertised.
21:29:29 <springmeyer> cmarqu: thanks for the word - thats great
21:31:44 <cmarqu> I suppose in 0.7.0, Mapnik should be able to also do the actual hillshading step - the one we use demtools for still.
21:35:42 <nikq> Mapnik Trac: Ticket #280 (Return featureset of list containing dictionary of field->value pairs) created | http://trac.mapnik.org/ticket/280
21:36:01 <springmeyer> ^^ note that is not for 0.6.0 :)
21:39:26 <nikq> Mapnik Trac: Changeset [1055]: update version number | http://trac.mapnik.org/changeset/1055
21:41:24 <CIA-6> mapnik-utils: dane.springmeyer * r608 /sandbox/ (7 files in 2 dirs): testcase for #272
21:41:25 <nikq> Ticket #272: Mapnik Featureset.properies (Feature::props) returns fishy unicode in Python, http://trac.mapnik.org/ticket/272
21:41:25 <CIA-6> mapnik-utils: cmarqu42 * r609 /sandbox/cascadenik/hike_n_bike/ (ground.mss style.mml): Switch over to Marcin's new hillshading work in Mapnik 0.6.0.
21:47:12 *** rcoup (n=rcoup@ip-118-90-117-9.xdsl.xnet.co.nz) has joined #mapnik
21:47:25 <springmeyer> hey rcoup
21:47:34 <rcoup> hey there :)
22:22:55 <nikq> Mapnik Trac: Ticket #281 (Get together OGCServer 'wms.py' examples for cgi/fastcgi/wsgi/mod_python  ...) created | http://trac.mapnik.org/ticket/281
22:23:25 <nikq> Mapnik Trac: Changeset [1056]: ogcserver: quick update of docs for 0.6.0 release - closes #266 | http://trac.mapnik.org/changeset/1056
22:23:56 <nikq> Mapnik Trac: Ticket #266 (Update the OGCServer docs to reflect load_map() functionality) closed | http://trac.mapnik.org/ticket/266#comment:2
22:26:01 <nikq> Mapnik Trac: Ticket #115 (Update Install Document on Mapnik.org with SVN INSTALL doc) updated | http://trac.mapnik.org/ticket/115#comment:9
22:27:02 <nikq> Mapnik Trac: Ticket #277 (modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource') updated | http://trac.mapnik.org/ticket/277#comment:1
22:27:50 <nikq> Mapnik Trac: Ticket #166 (Fix broken antialiasing + alpha with color bleed) updated | http://trac.mapnik.org/ticket/166#comment:2
22:28:17 <springmeyer> milestone 0.6.0
22:28:18 <nikq> 4 open tickets in Milestone 0.6.0: Mapnik Featureset.properies (Feature::props) returns fishy unicode in Python, Switch to libxml2 as default parser, Add factory methods for OSM plugin (and docstrings), Catch up on Changelog before 0.6.0 release
22:28:19 <nikq> http://trac.mapnik.org/query?status=new&status=assigned&status=reopened&milestone=0.6.0&order=priority
22:28:20 <nikq> Milestone Roadmap: http://trac.mapnik.org/milestone/0.6.0
22:59:37 <nikq> Mapnik Trac: Changeset [1057]: + fix UChar to wchar_t conversion | http://trac.mapnik.org/changeset/1057
23:00:17 <artem> springmeyer: could you try r1057, your test case works for me
23:00:18 <nikq> http://trac.mapnik.org/changeset/1057, at , by artem: + fix UChar to wchar_t conversion
23:01:01 <springmeyer> excellent, you bet
23:01:24 * springmeyer is about to go on a call...
23:05:19 <springmeyer> artem: yes!
23:05:41 <artem> great
23:07:40 <springmeyer> GetFeatureInfo now works great as well for all fields
23:07:41 <springmeyer> nice
23:08:26 <springmeyer> whoops
23:08:37 <springmeyer> clicked on china and crashed python
23:09:32 <springmeyer> http://dpaste.com/21912/
23:11:05 <artem> wow
23:12:36 <artem> ok, I thought PyUnicode_FromWideChar allocates new buffer
23:34:56 *** aub_ has quit ()
23:39:02 <artem> springmeyer: could you give me those china coords ?
23:39:43 <springmeyer> Clicked @x=840,y=65(long/lat: lon=100.8,lat=60.3)
23:39:46 * springmeyer on the phone
23:39:52 * springmeyer thinks actually russia
23:44:06 <artem> it's getting late over here. Shall we aim to release tomorrow afternoon ?
23:44:58 <artem> win32 is looking good, too and I managed to build gdal.input
23:45:44 <springmeyer> awesome, tomorrow sounds good!
23:46:59 <artem> Great! I'll be around on IRC after 14:00 gmt
23:47:08 <springmeyer> cool
23:47:12 <artem> only 4 tickets :)
23:47:16 <springmeyer> :)
23:47:25 <artem> switching to libxml2 sounds good
23:47:45 <cmarqu> A release on April 1st...
23:48:07 <artem> :) why not ?
23:48:31 <artem> maybe we delay it till midnight
23:48:40 <cmarqu> Nothing against it :) It's not a press release.
23:49:22 <springmeyer> okay, is spirit a dependency at all?
23:49:42 <artem> yes, it is used in Filter and CSS parsers
23:49:50 <artem> css -> color
23:49:51 <springmeyer> cmarqu: have you written up the press release yet? ;)
23:50:25 <cmarqu> "Mapnik 0.6.0 released. Go and download it!" <-- there
23:50:46 <artem> springmeyer: spirit is part of boost libs, it's headers only
23:52:36 <springmeyer> k