#mapnik log: Thursday 12, February 2009

2009 | 02

previous | next
00:02:32 <CIA-23> mapnik-utils: cmarqu42 * r553 /sandbox/cascadenik/hike_n_bike/roads.mss: Use some orangey color for motorways.
00:02:32 <CIA-23> mapnik-utils: cmarqu42 * r554 /sandbox/cascadenik/hike_n_bike/ground.mss: Use school symbol from svg-twotone.
00:02:33 <CIA-23> mapnik-utils: cmarqu42 * r555 /sandbox/cascadenik/hike_n_bike/style.mml:
00:02:33 <CIA-23> mapnik-utils: Correct route=hiking selector (although I don't understand the
00:02:34 <CIA-23> mapnik-utils: fix). Move routes more to the beginning to prevent collision.
00:02:37 <CIA-23> mapnik-utils: cmarqu42 * r556 /sandbox/cascadenik/hike_n_bike/routes.mss:
00:02:39 <CIA-23> mapnik-utils: Use ShieldSymbolizer for hiking symbols, suppress the text as much as
00:02:41 <CIA-23> mapnik-utils: possible. Support colored dots.
00:02:42 <CIA-23> mapnik-utils: cmarqu42 * r557 /sandbox/cascadenik/hike_n_bike/rail.mss: Render trams like narrow_gauge or monorail.
00:02:46 <CIA-23> mapnik-utils: cmarqu42 * r558 /sandbox/cascadenik/hike_n_bike/roads.mss: Make motorway and motorway_link the same color. Make motorway_link a bit thicker.
00:02:49 <CIA-23> mapnik-utils: cmarqu42 * r559 /sandbox/cascadenik/hike_n_bike/ground.mss: Don't display schools at zoom 14.
00:02:52 <CIA-23> mapnik-utils: cmarqu42 * r560 /sandbox/cascadenik/hike_n_bike/style.mml: Make places be more important than hiking symbols (in paint order).
00:22:57 *** aub has quit ()
00:23:43 *** phycho has parted #mapnik ()
00:35:14 *** weizhuo (n=chatzill@nat/yahoo/x-b2c9d613081b9584) has joined #mapnik
00:36:14 *** TomH has quit ("Coyote finally caught me")
00:42:05 *** TomH (n=tom@gate.compton.nu) has joined #mapnik
01:11:22 <nikq> Mapnik Trac: Changeset [897]: Convert to unix line endings | http://trac.mapnik.org/changeset/897
01:18:28 <CIA-23> mapnik: dane * r897 /trunk/bindings/python/mapnik/ogcserver/ (wms130.py __init__.py configparser.py wms111.py): Convert to unix line endings
01:18:28 <CIA-23> mapnik: dane * r898 /trunk/bindings/python/mapnik/ogcserver/ (exceptions.py common.py wsgi.py): convert to unix line endings
01:28:58 <nikq> Mapnik Trac: Changeset [899]: Improve usability of ogcserver debug mode by printing to new html response  ... | http://trac.mapnik.org/changeset/899
01:45:34 <nikq> Mapnik Trac: Changeset [900]: + implement a layer copy method, provide a 'default' layername that will  ... | http://trac.mapnik.org/changeset/900
01:58:05 <nikq> Mapnik Trac: Ticket #129 (OGCSERVER / XML) updated | http://trac.mapnik.org/ticket/129#comment:18
02:12:27 <nikq> Mapnik Trac: Changeset [901]: OGCServer: add support for load_map() within WMSFactory (thanks  ... | http://trac.mapnik.org/changeset/901
02:55:52 *** D3f0 has quit (Remote closed the connection)
02:56:53 *** D3f0 (n=defo@190.176.201.89) has joined #mapnik
03:04:38 <CIA-23> mapnik-utils: dane.springmeyer * r561 /example_code/hello_world/pure_python/map/hello_world_in_pure_python.xml: switch to rgb colors
03:04:38 <CIA-23> mapnik-utils: dane.springmeyer * r562 /example_code/cairo_renderer/ (render_cairo_formats.py test_close_page.py): fix paths
03:04:38 <CIA-23> mapnik-utils: dane.springmeyer * r563 /example_code/wms/ (7 files): Switch to serving wms tiles from localhost:8000? where the localogc.py server mounts
03:04:40 <CIA-23> mapnik-utils: dane.springmeyer * r564 /sandbox/pickling/test_pickling.py: add layer tests
03:04:41 <CIA-23> mapnik-utils: dane.springmeyer * r565 /trunk/nik2img/tests/mapfile_wgs84.xml: add srs
03:12:36 *** adakkak has quit (Read error: 104 (Connection reset by peer))
03:32:39 *** springmeyer has quit ()
03:36:07 <CIA-23> mapnik: dane * r899 /trunk/ (4 files in 2 dirs): Improve usability of ogcserver debug mode by printing to new html response when in debug mode or when the QUERY_STRING is empty, signaling testing
03:36:08 <CIA-23> mapnik: dane * r900 /trunk/bindings/python/mapnik/ogcserver/common.py: + implement a layer copy method, provide a 'default' layername that will return a map with all layers rendered, and clean up PIL imports
03:36:08 <CIA-23> mapnik: dane * r901 /trunk/ (CHANGELOG bindings/python/mapnik/ogcserver/WMS.py): OGCServer: add support for load_map() within WMSFactory (thanks xcacou,theosys,and tmcw for early patches) (closes #129)
05:00:34 *** aub (n=aubrey@static-70-107-236-83.ny325.east.verizon.net) has joined #mapnik
05:27:16 *** rcoup has quit (Read error: 110 (Connection timed out))
06:33:32 *** __d3f0__ (n=defo@190.176.195.134) has joined #mapnik
06:34:54 *** __d3f0__ has quit (Connection reset by peer)
06:34:59 *** __d3f0__ (n=defo@190.176.194.151) has joined #mapnik
06:39:11 *** D3f0 has quit (Read error: 60 (Operation timed out))
06:53:50 <nikq> Mapnik Trac: Ticket #167 (Map pickling failure due to mapnik.Color object) updated | http://trac.mapnik.org/ticket/167#comment:11
06:55:57 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik
07:23:37 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]")
08:16:42 *** xcacou (n=aga@AToulouse-157-1-56-173.w86-207.abo.wanadoo.fr) has joined #mapnik
12:07:39 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik
13:37:40 *** artem has parted #mapnik ()
13:45:03 *** ninja has quit ()
14:01:40 <crschmidt> wheee
14:01:47 * crschmidt is using mapnik to produce 26000 pixel images
14:01:55 <crschmidt> to print on 50inch wide paper
14:29:34 *** __d3f0__ has quit (Read error: 104 (Connection reset by peer))
14:33:08 <nikq> Mapnik Trac: Changeset [902]: + add missing MAPNIK_DECL | http://trac.mapnik.org/changeset/902
14:44:10 <CIA-23> mapnik: artem * r902 /trunk/include/mapnik/ (unicode.hpp memory_datasource.hpp): + add missing MAPNIK_DECL
15:17:36 <crschmidt> Hm
15:17:44 <crschmidt> is it possible to change the DPI assumption without recompiling?
15:19:32 <crschmidt> Maybe my question doesn't actually make sense, now that I think about it.
15:19:41 *** D3f0 (n=defo@190.176.218.99) has joined #mapnik
15:19:52 <crschmidt> What I'd really like is if road sizes and so on were specified in away tthat you could adjust to cope with different DPIs
15:23:25 <springmeyer> crschmidt: yes, both of these are planned but not yet implemented
15:23:35 <springmeyer> #196
15:23:36 <nikq> Ticket #196: Support dynamic pixels, http://trac.mapnik.org/ticket/196
15:24:30 <springmeyer> and then for coping with changing dpi targets I figured being able to dynamically loop through all symbolizers and tweak line widths, fonts sizes, etc
15:25:09 <springmeyer> might be a workaround, which is what #190 is about (since via python you can't modify existing symbolizers yet)
15:25:09 <nikq> Ticket #190: Make symbolizers available/editable via a Style object in python bindings, http://trac.mapnik.org/ticket/190
15:25:48 <springmeyer> but I bet a rendering variable that looks to the dynamic dpi value would be smarter - what do you think?
15:37:29 <crschmidt> not entirely sure. Still pondering. All i know is that my 16 foot square map has illegible labels :)
15:37:59 <springmeyer> :) I bet
15:45:48 *** Ruffiano (n=ruffiano@static-70-21-119-183.res.east.verizon.net) has joined #mapnik
15:47:38 <Ruffiano> How generic are shapefiles?  I have an ArcView shapefile of the US state borders, but mapnik doesn't seem to be rendering them.  I don't get any kind of error on the render, just blank tiles
15:49:12 <springmeyer> Ruffiano: generic - mapnik should not have any problem rendering shapefiles for any source
15:49:35 <springmeyer> your projections or extents are likely off - how are you trying to render?
15:50:07 <Ruffiano> through tilecache: srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over
15:50:22 <Ruffiano> so play around with the projections a bit?
15:50:35 <springmeyer> well...
15:50:53 <springmeyer> so that is spherical (google) mercator srs that mapnik reads...
15:50:58 <springmeyer> is that the map srs
15:51:00 <springmeyer> ?
15:51:12 <springmeyer> and how are you setting things in your tilecache.cfg?
15:53:19 <Ruffiano> spherical merc and google in the tilecache.cfg
15:53:38 <Ruffiano> trying to figure out the projection of the shapefile actually, not sure
15:53:49 <springmeyer> ogrinfo
15:54:05 <springmeyer> or see if there is a '.prj' file with it
15:55:36 <Ruffiano> GEOGCS["GCS_North_American_1983",DATUM["D_North_American_1983",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT
15:55:36 <Ruffiano> ["Degree",0.0174532925199433]]  in the prj
15:56:39 <springmeyer> okay, try sticking the 'GCS_North_American_1983' in the http://spatialreference.org search
16:00:57 <crschmidt> take the underscores out
16:01:09 <crschmidt> more likely to find something
16:01:44 <Ruffiano> yeah, I see a north american datum 1983
16:02:16 <Ruffiano> proj4 format?
16:03:07 <springmeyer> yes, mapnik needs either the '+proj=string' format or '+init=epsg:#'
16:05:07 <Ruffiano> alright lets give this a go
16:05:55 <Ruffiano> nice, messed up some of the polygons but I don't think I want them anyway
16:07:08 *** artem_ (n=artem@212.183.134.66) has joined #mapnik
16:13:19 <crschmidt> springmeyer: having thought about it, yeah, I think something to twiddle map sizes is pobably whawt I want
16:13:30 <crschmidt> springmeyer: possibly just a 'magnitification' constant
16:13:51 <crschmidt> I think that's what MapServer is talking about on their mailing list right now, actually
16:13:56 <springmeyer> ya, would be super cool
16:16:58 <crschmidt> yeah: http://lists.osgeo.org/pipermail/mapserver-dev/2009-February/008266.html
16:17:12 <crschmidt> Amazing how yesterday I couldn't figure out how I would ever care about such a hting
16:17:17 <crschmidt> and today it's the top thing on my mind :)
16:20:46 <nikq> Mapnik Trac: Ticket #190 (Make symbolizers available/editable via a Style object in python bindings) updated | http://trac.mapnik.org/ticket/190#comment:3
16:21:14 <springmeyer> ya :)
16:27:36 *** xcacou has quit (Read error: 113 (No route to host))
16:31:28 <springmeyer> hmmm....
16:37:33 <springmeyer> so a 'magnification' constant could operate either per Symbolizer or per element (stroke-width, font-size, symbol-width,symbol-height, halo_radius)
16:38:13 <springmeyer> I wonder how it would or would not relate to the collision avoidance algorithms
16:41:11 *** artem__ (n=artem@212.183.134.129) has joined #mapnik
16:44:07 <nikq> Mapnik Trac: Changeset [903]: + MAPNIK_VERSION (defined in mapnik/version.hpp) + expose version in  ... | http://trac.mapnik.org/changeset/903
16:46:20 <springmeyer> awesome artem - looks great
16:47:50 <springmeyer> reminds me that I should add the Osm(**kwargs) to the python bindings too. I wonder how/if we should control adding those conditionally upon whether the plugin was built?
16:49:11 <artem__> springmeyer : I'm on a bus and can't log in into trac to comment on #72 but at the moment MAPNIK_VERSION is hardcoded in mapnik/version.hpp .
16:49:12 <nikq> Ticket #72: Support MAPNIK_VERSION, http://trac.mapnik.org/ticket/72
16:49:42 <springmeyer> okay, sounds good :) safe riding.
16:49:59 <springmeyer> you want to move it to SCons?
16:50:21 <artem__> Yes, Osm plug-in gives lots of warnings, I'll need to check it out
16:50:24 *** artem_ has quit (Read error: 110 (Connection timed out))
16:50:51 <artem__> dodgy wifi on a coach
16:50:56 <springmeyer> yes, for me too. seems to work fine.
16:50:57 <springmeyer> :)
16:51:08 <springmeyer> I'll ping nick about it again
16:51:39 <artem__> springmeyer : are you using Python 2.6 ?
16:51:47 <springmeyer> you headed to the cloudmade gathering?
16:51:56 <artem__> yep
16:51:58 <springmeyer> yes, I've got on machine running 2.6
16:52:02 <springmeyer> cool, enjoy!
16:52:08 <artem__> :)
16:52:19 * springmeyer would love to hear about it
16:52:33 <artem__> sure
16:52:42 * springmeyer was hoping migurski would report on the S.F one, but he's been MIA ever since:)
16:53:47 *** racicot has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.19/2008121623]")
16:55:27 <nikq> Mapnik Trac: Ticket #72 (Support MAPNIK_VERSION) updated | http://trac.mapnik.org/ticket/72#comment:8
16:55:43 <artem__> springmeyer: I started on 0.6.0 on win32. looks not too bad. Lots of warnings but at least shape plug-in is working. Any idea which Python version we should support ?
16:56:11 <springmeyer> ah see you've been fixing a lot of stuff, thats great.
16:56:21 <springmeyer> 2.5 and 2.6 seem Ideal
16:56:39 <springmeyer> are you testing things with 2.5 on win32?
16:56:54 <artem__> ok, no to 2.4 then :) yes 2.5.4
16:57:08 <springmeyer> okay, great
16:57:30 <springmeyer> I could be swayed but anything I do on windows with python always requires 2.5
16:57:44 <springmeyer> PyQt, QGis stuff in my experience
16:58:39 <springmeyer> artem__: if you email me build instructions I will try on 2.6
16:59:50 <artem__> I haven't tried 2.6 yet :) I think it should just work.
17:01:18 <artem__> springmeyer: ok, let me try building 2.6 first
17:02:10 <artem__> maybe on a way back
17:02:57 *** darragh (n=darragh@83.70.173.25) has joined #mapnik
17:03:18 <darragh> Is allow_overlap on PointSymbolizers not supported?
17:04:40 <artem__> darragh: are you using Python bindings ? on win32 or *nix ? how are you loading map - from xml ?
17:04:58 <springmeyer> okay artem!
17:05:04 <darragh> python binding
17:05:47 <artem__> it should work
17:05:49 <artem__> >>> s = mapnik.PointSymbolizer()
17:05:50 <artem__> >>> dir(s)
17:05:50 <artem__> ['__class__', '__delattr__', '__dict__', '__doc__', '__getattribute__', '__hash__', '__init__', '__instance_size__', '__module__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__str__', '__weakref__', 'allow_overlap', 'opacity']
17:05:50 <artem__> >>>
17:06:19 <darragh> Looking at the code, I see I can call set_allow_overlap in c++
17:06:20 <darragh>     PointSymbolizer.__init__(PointSymbolizer, str, str, int, int, bool)
17:06:22 <darragh> did not match C++ signature:
17:06:23 <darragh>     __init__(_object*, std::string, std::string, unsigned int, unsigned int)
17:07:01 <artem__> s.allow_overlap = True
17:07:09 <artem__> works for me
17:08:00 <artem__> darragh : what version are you using ? it should work with trunk
17:08:06 <darragh> 0.5.1
17:08:27 <artem__> let me check ...
17:08:56 <darragh> artem__: PointSymbolizer("/var/www/fatal-point.png", "png", 6,6, True) causes that error
17:09:47 <darragh> But s.allow_overlap = True does the same thing, so that is fine but ideally the constructor or the docs need to fixed
17:10:12 <darragh> Thanks
17:10:24 <artem__> darragh: yes. you're right
17:10:32 <CIA-23> mapnik: artem * r903 /trunk/ (3 files in 3 dirs):
17:10:32 <CIA-23> mapnik: + MAPNIK_VERSION (defined in mapnik/version.hpp)
17:10:32 <CIA-23> mapnik: + expose version in Python :
17:10:32 <CIA-23> mapnik:  mapnik.mapnik_version()
17:10:32 <CIA-23> mapnik:  mapnik.mapnik_version_string()
17:10:33 <CIA-23> mapnik: + add SQLite plug-in in Python bindings
17:11:05 <springmeyer> darragh: what docs say that the contructor accepts  the boolean for allow_overlap?
17:12:05 <darragh> It doesn't mention anything about allow_overlap on the constructor for the python binding, only for XML and C++
17:12:55 <springmeyer> right, because its not available for the contructor :)
17:13:18 <springmeyer> so are you saying it should be available in python to match the c++ api or that some docs you found say it is available?
17:14:27 <darragh> http://trac.mapnik.org/wiki/PointSymbolizer
17:14:36 <darragh> I'll send a patch in 2 mins.
17:15:21 <artem__> darragh : great, thanks
17:16:30 * springmeyer mutters about the TextSymbolizer contructor...
17:16:37 <darragh> Is there support for db schemas on the PostGIS datasource?
17:17:34 <springmeyer> yes, in trunk, but untested
17:17:35 <artem__> what do you mean ??
17:17:42 <springmeyer> r773
17:17:42 <nikq> http://trac.mapnik.org/changeset/773, at , by artem: + applied postgis_schema patch from dodobas
17:19:01 <darragh> Sweet, thanks
17:22:01 *** artem__ has quit ("bbl")
17:27:59 <nikq> Mapnik Trac: Ticket #225 (OSM plugin compiler warnings) created | http://trac.mapnik.org/ticket/225
17:35:08 *** Ruffiano has parted #mapnik ()
18:12:39 <nikq> Mapnik Trac: Ticket #196 (Support dynamic pixels) updated | http://trac.mapnik.org/ticket/196#comment:2
18:12:59 <nikq> Mapnik Trac: Ticket #190 (Make symbolizers available/editable via a Style object in python bindings) updated | http://trac.mapnik.org/ticket/190#comment:4
18:21:05 *** racicot (n=chatzill@dsl-209-166-85-189.whidbey.net) has joined #mapnik
18:31:02 <cmarqu> Am I assuming right that Mapnik doesn't care about system fonts but only uses the ones you explicitly give it?
18:58:05 *** D3f0 has quit (Read error: 113 (No route to host))
18:58:44 <springmeyer> cmarqu: right. mapnik must register fonts to know anything about them
18:58:53 <crschmidt> http://flickr.com/photos/crschmidt/3274048625/ is the big mapnik map I printed
18:59:30 <springmeyer> the C++ core makes no attempt to look for any fonts, while the python bindings automatically register the mapnik installed dejavu fonts
18:59:42 <springmeyer> crschmidt: awesome post btw!
19:00:05 <springmeyer> 3GB huh? :)
19:00:19 <crschmidt> yah; 29750 x 29750
19:00:31 <crschmidt> DEFLATE compression gets it down to 220MB
19:00:32 <crschmidt> er
19:00:33 <crschmidt> 280*
19:00:38 <crschmidt> but the printer couldn't do deflate
19:00:49 <crschmidt> (The png is around 180MB)
19:01:02 <springmeyer> ah
19:18:52 *** aub has quit ()
19:19:50 *** darragh has quit (Remote closed the connection)
19:21:59 *** D3f0 (n=defo@190.176.196.235) has joined #mapnik
19:26:10 <cmarqu> "Wow, maps made by leaving marks on some kind of thin, sheeting-type substance.. This could catch on! :)"
19:26:28 <cmarqu> springmeyer: Ok, thanks.
19:28:19 <crschmidt> :)
19:29:10 <cmarqu> springmeyer: Do you know anything about my ShieldSymbolizer question from yesterday?
19:32:03 <springmeyer> nope sorry
19:34:25 <cmarqu> Gotta wait for Artem then I suppose?
19:42:55 <nikq> Mapnik Trac: Changeset [904]: scons: remove unneeded paths for plugins not found or tinyxml if not  ... | http://trac.mapnik.org/changeset/904
19:43:05 <nikq> Mapnik Trac: Ticket #220 (scons fails if gdal not present) updated | http://trac.mapnik.org/ticket/220#comment:3
19:43:26 <nikq> Mapnik Trac: Ticket #222 (Scons should not link against tinyxml unless it is the requested xml  ...) closed | http://trac.mapnik.org/ticket/222#comment:2
19:43:28 <springmeyer> yep :)
19:51:23 <crschmidt> might make sense to write it up concisely and post it to the mailing list
19:52:41 <cmarqu> Indeed, I'll do that.
20:01:02 <CIA-23> mapnik: dane * r904 /trunk/SConstruct: scons: remove unneeded paths for plugins not found or tinyxml if not requested (closed #222, furthers #220)
20:01:02 <nikq> Ticket #222: Scons should not link against tinyxml unless it is the requested xml parser, http://trac.mapnik.org/ticket/222
20:27:54 <crschmidt> Anyone have a pointer to a good demo of mapnik generating a map with contour lines or data?
20:28:34 <cmarqu> crschmidt: I like http://turaterkep.hostcity.hu/?zoom=13&lat=47.72924&lon=18.89122&layers=BT
20:28:54 <cmarqu> (The symbols not so much)
20:29:28 <crschmidt> cmarqu: is that sourced in part from OSM?
20:30:09 <cmarqu> Not sure, it doesn't say so on the map.
20:32:01 <cmarqu> Oh, you can even measure on that map.
20:32:13 <crschmidt> unlikely that the measurements mean much
20:32:16 <crschmidt> if they're using 900913
20:32:44 <cmarqu> Same error that the scale also has?
20:33:52 <crschmidt> Similar.
20:37:23 <cmarqu> I'll try to do a similar layer for contours only for my map at some point. Will a browser be clever enough to print the page the way it look, even with an overlay selected?
20:37:33 <crschmidt> No.
20:37:35 <crschmidt> Probably not
20:37:42 <cmarqu> :/
20:40:03 <cmarqu> crschmidt: Another map with contours etc. is http://www.freemap.sk/ - I only *assume* it uses Mapnik though
20:40:31 <crschmidt> ack, no openlayers
20:40:42 <crschmidt> hm
20:40:45 <crschmidt> no, just no zoombox
20:41:13 <cmarqu> Switch to relief etc. in the "Vlastna" menu
20:41:28 <crschmidt> Cool.
20:41:44 <crschmidt> A friend was commenting that a coworker likes maps, but cares about 'topographic maps' only, as if these were not related to OSM
20:42:10 <crschmidt> so I was looking to find something that proved that my skills in printing the big map I printed don't apply only to 'street' maps
20:42:12 <cmarqu> "Vrstevnice" is contours.
20:43:12 <cmarqu> http://opentiles.com/nop/ is another one
20:43:41 <crschmidt> *nod*
21:07:56 <cmarqu> The blasphemy, I didn't mention http://teczno.com/openstreetmap/ yet - but you will have seen that before
21:09:03 <crschmidt> nope
21:09:24 <cmarqu> By our own migurski
21:09:52 <crschmidt> that's very pretty
21:10:38 <cmarqu> Good SRTM data also make quite a difference
21:11:19 <cmarqu> http://mike.teczno.com/notes/hillshading.html has the details
21:12:06 <cmarqu> And it's BARD, not SRTM
21:21:59 *** matt_c (n=mcroydon@gateway.sunflowerbroadband.com) has joined #mapnik
22:40:43 *** D3f0 has quit (Remote closed the connection)
22:41:54 *** D3f0 (n=defo@190.176.196.235) has joined #mapnik
22:44:27 *** matt_c has quit ()
22:56:51 <springmeyer> dreamil: any progress on the indic fonts stuff? been hacking on the c++ code at all?
22:57:28 <springmeyer> aled: did those binary print fixes deal with your issues?
23:19:12 <CIA-23> mapnik-utils: cmarqu42 * r566 /sandbox/cascadenik/hike_n_bike/ground.mss: Render barriers. Try to render water body names only for bigger ones.
23:19:13 <CIA-23> mapnik-utils: cmarqu42 * r567 /sandbox/cascadenik/hike_n_bike/routes.mss: Show route symbols starting with zoom 12 now.
23:19:13 <CIA-23> mapnik-utils: cmarqu42 * r568 /sandbox/cascadenik/hike_n_bike/style.mml: Pull out barriers.
23:42:04 *** artem (n=artem@212.183.134.131) has joined #mapnik