#mapnik log: Monday 11, January 2010

2010 | 01

previous | next
00:02:59 <Ldp__> springmeyer: do we have support for svn revisions in <Map minimum_version> already?
00:03:09 <springmeyer> yes
00:03:18 <Ldp__> syntax? 1453 or r1453 ?
00:03:20 <nikq> http://trac.mapnik.org/changeset/1453, at , by dane: add feature to Map node to allow for throwing a friendly error if the map styles use features not supported by the installed mapnik version - thanks Ldp for the review - closes #395
00:03:28 <springmeyer> oh sorry, not svn revisions
00:03:34 <Ldp__> indeed
00:03:35 <springmeyer> only versions
00:03:44 <Ldp__> ok, will document that
00:03:57 <springmeyer> my thought before was to solve that problem by faster releases
00:04:06 <springmeyer> maybe a pipe dream?
00:05:07 <nikq> Mapnik Trac: Changeset [1532]: add missing PostGIS options in python docstrings | http://trac.mapnik.org/changeset/1532
00:05:57 <nikq> Mapnik Trac: Changeset [1533]: remove unmaintained autotools from 0.7 branch | http://trac.mapnik.org/changeset/1533
00:06:40 <Ldp__> hmm, nikq doesn't see my trac wiki edit
00:09:35 <Ldp__> r574
00:09:36 <Phurl> does the demo/c++ even build?
00:09:37 <nikq> http://trac.mapnik.org/changeset/574, at , by artem: Applied patches from Martijn van Oosterhout:
00:09:42 <Ldp__> is FileSource still working?
00:09:54 <Phurl> did the constructor of text_symbolizer change?
00:10:30 <springmeyer> Ldp__: is should yes
00:11:11 <Ldp__> I notice it's completely undocumented except for the referral to r574, and addresses part of what I now address with the entities
00:11:14 <nikq> http://trac.mapnik.org/changeset/574, at , by artem: Applied patches from Martijn van Oosterhout:
00:11:50 <springmeyer> Phurl: yes it should, but may not be completely up to date
00:11:58 <Phurl> ok,
00:12:05 <springmeyer> Phurl: trunk is moving very quickly
00:12:24 <Phurl> yes, that is why I want to have some more tests in the build
00:12:32 <Phurl> to flag broken code.
00:14:16 <nikq> Mapnik Trac: XMLConfigReference edited | http://trac.mapnik.org/wiki/XMLConfigReference?version=32
00:15:09 <Phurl> http://trac.mapnik.org/browser/trunk/src/text_symbolizer.cpp?rev=353 had a string constructor http://trac.mapnik.org/browser/trunk/src/text_symbolizer.cpp has an expression
00:15:22 <Phurl> so i need to make a string expression to pass in
00:15:37 <nikq> Mapnik Trac: Changeset [1534]: update python api docs | http://trac.mapnik.org/changeset/1534
00:16:21 <CIA-28> mapnik-utils: dane.springmeyer * r897 /trunk/nik2img/ (mapnik_utils/composer.py nik2img.py mapnik_utils/renderer.py): skip use of pycairo for rendering to Cairo formats if Mapnik supports rendering to cairo directly via mapnik.render_to_file - since http://trac.mapnik.org/ticket/381
00:16:23 <Phurl> i guess this is because most people use pythong
00:23:33 <nikq> Mapnik Trac: Changeset [1535]: add missing PostGIS options in python docstrings | http://trac.mapnik.org/changeset/1535
00:28:31 *** ovnicraft (n=ovnicraf@190.154.247.83) has joined #mapnik
00:32:08 <Phurl> ok got it to link
00:35:23 <Phurl> so it looks like this entire expression language thingie can be optimized out
00:35:34 <Phurl> and code can be generated instead.
00:35:58 <Phurl> it could even just generate c++ from the expression language...
00:36:56 <nikq> Mapnik Trac: Changeset [1536]: merge a few small 0.7 branch changes back into trunk | http://trac.mapnik.org/changeset/1536
00:38:48 <Phurl> git@github.com:h4ck3rm1k3/MapNickAutotools.git pushed the demo build stuff.
00:39:01 <Phurl> now tomorrow will look into getting this running properly
00:46:15 <Phurl> http://www.openstreetmap.org/user/h4ck3rm1k3/diary/9202
00:46:15 <Phurl>  I am making progress on mapnik good night all
00:48:23 <springmeyer> g'night Phurl
01:12:43 <nikq> Mapnik Trac: Ticket #488 (Reflect ShieldSymbolizer options in python) created | http://trac.mapnik.org/ticket/488
01:13:14 <nikq> Mapnik Trac: Ticket #446 (Reflect in python new TextSymbolizer options added in r1341) updated | http://trac.mapnik.org/ticket/446#comment:2
01:14:46 <nikq> Mapnik Trac: Ticket #488 (Reflect ShieldSymbolizer options in python) updated | http://trac.mapnik.org/ticket/488#comment:1
01:16:18 <nikq> Mapnik Trac: Changeset [1537]: reflect new TextSymbolizer options in python bindings and add to pickling  ... | http://trac.mapnik.org/changeset/1537
01:17:29 <nikq> Mapnik Trac: Changeset [1538]: update python api docs | http://trac.mapnik.org/changeset/1538
01:17:39 <nikq> Mapnik Trac: Ticket #446 (Reflect in python new TextSymbolizer options added in r1341) updated | http://trac.mapnik.org/ticket/446#comment:3
01:18:10 <nikq> Mapnik Trac: Ticket #446 (Reflect in python new TextSymbolizer options added in r1341) closed | http://trac.mapnik.org/ticket/446#comment:4
01:27:15 <nikq> Mapnik Trac: MapnikReleaseSteps edited | http://trac.mapnik.org/wiki/MapnikReleaseSteps?version=26
01:28:47 <nikq> Mapnik Trac: Changeset [1539]: increment abi versions to 0.7.0 | http://trac.mapnik.org/changeset/1539
01:42:24 <nikq> Mapnik Trac: Changeset [1540]: remove last autotools parts from 0.7 branch | http://trac.mapnik.org/changeset/1540
01:47:39 <nikq> Mapnik Trac: Changeset [1541]: remove another autotools piece and mark failing tests as TODO for next  ... | http://trac.mapnik.org/changeset/1541
01:49:31 <nikq> Mapnik Trac: MapnikReleaseSteps edited | http://trac.mapnik.org/wiki/MapnikReleaseSteps?version=27
02:00:58 * Ldp__ yells at Phurl for consistently misspelling mapnik
02:16:08 <nikq> Mapnik Trac: Changeset [1542]: update rundemo.py to show rendering without pycairo and using jpeg quality  ... | http://trac.mapnik.org/changeset/1542
02:17:50 <nikq> Mapnik Trac: MapnikReleaseSteps edited | http://trac.mapnik.org/wiki/MapnikReleaseSteps?version=28
02:18:00 <nikq> Mapnik Trac: MapnikReleaseSteps edited | http://trac.mapnik.org/wiki/MapnikReleaseSteps?version=29
02:23:27 <nikq> Mapnik Trac: MapnikReleaseSteps edited | http://trac.mapnik.org/wiki/MapnikReleaseSteps?version=30
02:35:21 <nikq> Mapnik Trac: MapnikReleaseSteps edited | http://trac.mapnik.org/wiki/MapnikReleaseSteps?version=31
02:53:12 *** springmeyer has quit ()
02:53:50 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
03:06:34 *** rweait has quit (pratchett.freenode.net irc.freenode.net)
03:06:41 *** springmeyer has quit ()
03:06:48 *** ovnicraft has quit (pratchett.freenode.net irc.freenode.net)
03:06:48 *** rcoup has quit (pratchett.freenode.net irc.freenode.net)
03:06:48 *** micka has quit (pratchett.freenode.net irc.freenode.net)
03:06:48 *** dukeku has quit (pratchett.freenode.net irc.freenode.net)
03:07:46 *** ovnicraft (n=ovnicraf@190.154.247.83) has joined #mapnik
03:07:46 *** rcoup (n=rcoup@ip-118-90-42-201.xdsl.xnet.co.nz) has joined #mapnik
03:07:46 *** micka (n=micka@93.182.131.131) has joined #mapnik
03:07:46 *** dukeku (i=dukeku@66.81.0.197) has joined #mapnik
03:08:12 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
03:08:22 *** rweait (n=nerd@weait.tor.istop.com) has joined #mapnik
04:01:07 *** springmeyer has quit ()
04:01:49 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
04:10:03 *** rcoup has quit ()
04:22:34 *** springmeyer has quit ()
04:23:17 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
04:34:37 *** springmeyer has quit ()
04:35:19 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
04:46:17 *** springmeyer has quit ()
04:47:00 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
04:54:09 *** ovnicraft has quit ("just to eat")
05:02:43 *** springmeyer has quit ()
05:03:19 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
05:14:16 *** springmeyer has quit ()
05:15:00 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
06:08:51 *** micka_ (n=micka@c-93-182-143-14.cust.relakks.com) has joined #mapnik
06:09:10 *** micka has quit (Read error: 113 (No route to host))
06:28:40 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik
06:30:51 *** HounD has quit (Client Quit)
06:32:28 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik
07:05:31 *** springmeyer has quit ()
07:06:16 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
07:32:07 *** springmeyer has quit ()
07:32:57 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
07:36:44 *** mishok13 (n=gdmfsob@dm.sonopia.com) has joined #mapnik
07:44:48 *** mishok13 has quit ("Leaving")
07:47:11 *** springmeyer has quit ()
07:47:53 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
07:50:57 *** mishok13 (n=gdmfsob@dm.sonopia.com) has joined #mapnik
07:59:26 *** springmeyer has quit ()
08:00:16 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
08:01:43 *** micka_ has quit ("Leaving")
08:13:09 *** springmeyer has quit ()
08:13:59 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
08:24:25 *** springmeyer has quit ()
08:25:08 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
08:38:21 *** springmeyer has quit ()
08:39:03 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
08:49:24 *** springmeyer has quit ()
08:50:07 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
08:56:36 *** rcoup (n=rcoup@ip-118-90-42-201.xdsl.xnet.co.nz) has joined #mapnik
09:02:57 *** springmeyer has quit ()
09:03:46 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
09:15:00 *** springmeyer has quit ()
09:15:43 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
09:26:16 *** springmeyer has quit ()
09:26:58 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
09:30:13 *** myselfhimself (i=3e648dd8@gateway/web/freenode/x-ehptzbjlwfaxxriq) has joined #mapnik
09:30:55 <myselfhimself> hi !!
09:31:26 <myselfhimself> I need help with osm-template.xml
09:31:52 <myselfhimself> that file doesn't work (after using customize-template script) with Mapnik v2 (trunk version)
09:32:04 <myselfhimself> here's the debug info :
09:32:40 *** micka (n=micka@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
09:32:46 <micka> lu myselfhimself
09:33:09 <myselfhimself> Bonjour Mickaël !!!
09:33:20 <myselfhimself> are you a mapnik developer ?
09:33:30 * myselfhimself in a meeting
09:33:40 <micka> no kidding, we are in the same team !
09:33:49 <micka> ask your question
09:38:41 *** springmeyer has quit ()
09:39:24 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
09:53:16 *** springmeyer has quit ()
09:54:06 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
10:08:20 *** springmeyer has quit ()
10:08:58 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
10:13:22 <micka> hey springmeyer are you here ?
10:13:27 <micka> :p
10:20:23 *** springmeyer has quit ()
11:21:12 <Ldp__> myselfhimself: why are you trying to use osm-template.xml anyway?
11:33:23 *** myselfhimself has quit (Ping timeout: 180 seconds)
11:38:31 <micka> mysself is not here :'(
12:01:58 *** rcoup has quit ()
12:18:05 *** myselfhimself (i=3e648dd8@gateway/web/freenode/x-gdkerudsiuibvtfd) has joined #mapnik
12:18:09 <myselfhimself> hello
12:18:17 <myselfhimself> Ldp__: to reply to you
12:18:45 <myselfhimself> sorry the wifi broke when my laptop went sleeping
12:19:17 <myselfhimself> I just want to try render my postgis database into an image or tiles
12:19:47 <myselfhimself> so I've installed the osm-mapnik project
12:19:52 <myselfhimself> which provides 2 scripts
12:20:33 <myselfhimself> generate_tiles.py and generate_image.py
12:21:01 <myselfhimself> those rely on some .xml (that tells what are the layers and which style should be used for drawing what tags)
12:30:56 <myselfhimself> it's just I want a simple .xml file to start from that works with the generate_image/tile.py from trunk (which uses the python mapnik .so's from trunk)
12:31:09 <myselfhimself> Do you have a simple .xml file compatible with mapnik 2 / 8.0 branch ?
12:46:24 <Ldp__> myselfhimself: those 2 files you are using have been retired. What osm-mapnik project are you using?
12:47:18 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
12:47:18 <Ldp__> you now use osm.xml + generate_xml.py (see README)
12:48:12 <Ldp__> and then run that osm.xml + all inc/*.inc files throught the small python script at the end of http://trac.mapnik.org/wiki/Mapnik2
13:17:05 <myselfhimself> ok
13:21:21 <micka>  ok
13:24:25 <myselfhimself> Ldp__: I had looked in archive while this is just for "old stuff"
13:24:39 <myselfhimself> thanks the files inc/ are quite straitghtforward to read
13:27:42 <nikq> Mapnik Trac: Changeset [1543]: + make width,height and type optinal in following   symbolizers:      *  ... | http://trac.mapnik.org/changeset/1543
13:29:14 <nikq> Mapnik Trac: Ticket #60 (XML: Make 'width', 'height' and 'type' attributes optional) closed | http://trac.mapnik.org/ticket/60#comment:13
13:30:16 *** gzur (n=no@81.15.38.1) has joined #mapnik
13:30:22 <gzur> Hello.
13:30:29 <myselfhimself> hi
13:30:32 <gzur> I'm trying out the mapnik ogcserver
13:30:43 <gzur> and it seems to be up and running (on ubuntu 9.10)
13:30:45 <nikq> Mapnik Trac: Ticket #483 (Cairo support in windows binaries) updated | http://trac.mapnik.org/ticket/483#comment:1
13:31:45 <gzur> I'm not getting any data through (only blank images) - and was wondering whether mapnik logs somewhere else than just the apache2 error log
13:32:53 <gzur> I've defined a postgis layer that has valid data which I can view in openjump. But it's not getting through the mapnik wms, but I'm not getting a beep out of the error log.
13:32:56 <artem> gzur: if you build mapnik with DEBUG=yes you should be able see fair amount of stderr
13:33:36 <gzur> okay
13:33:47 <gzur> I'll do that then.
13:33:48 <gzur> thanks
13:34:37 <artem> gzur: check you have geometry_columns properly set! also, empty image often results from projections mismatch
13:35:17 <gzur> ok... thanks even more.
13:35:25 <artem> no probs :)
13:35:33 <gzur> I AM using a fairly non-standard projection
13:35:57 <gzur> but it didn't seem to give me any problems when I tested. I'll look into those two things now.
13:35:58 <gzur> thanks
13:41:24 <gzur> I'm fairly new to linux and I installed mapnik through synaptic
13:41:44 <Ldp__> artem: thanks for #60! I'll check it out very soon
13:41:45 <gzur> Am I right in thinking that I should remove mapnik through synaptic and then grab the trunk through svn?
13:42:20 <artem> Ldp__: great, let me know if any issues.
13:42:45 <gzur> (that is to say, if I want to build mapnik with DEBUG=yes)
13:43:14 <artem> gzur: you can grab mapnik from svn and then install into separate location e.g  /opt/mapnik
13:43:58 <artem> but to make things simpler and avoid confusion I'd un-install first
13:44:20 *** artem has quit ("switching laptops ...")
13:45:37 *** myselfhimself has quit (Ping timeout: 180 seconds)
13:45:53 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
13:46:32 *** myselfhimself (i=3e648dd8@gateway/web/freenode/x-pucmnckuyzwvvbdo) has joined #mapnik
13:47:24 <Ldp__> myselfhimself: the current osm.xml will still work well for "old stuff". What exactly are you trying to achieve, then?
13:47:48 <myselfhimself> I wasn't using generate_xml.py from the right folder
13:48:10 <myselfhimself> I would use customize-template and then try to generate_tiles.py right away
13:51:26 <myselfhimself> Ldp__: I don't understand why generate_xml requires me to tell db host and login+pass which those info should be written in inc/datasource-settings.xml.inc.template
13:51:42 <myselfhimself> "which those" => when those
13:51:42 <Ldp__> no, the .template files should not be touched
13:51:54 <myselfhimself> ok
13:52:10 <Ldp__> generate_xml.py creates non-template versions with the right settings, and it's _those_ that are used by osm.xml
13:52:11 <myselfhimself> generate_xml.py will copy them and fill them for me ?
13:52:14 <myselfhimself> ok
13:52:15 <Ldp__> yes
13:52:18 <myselfhimself> ok
13:52:19 <myselfhimself> thanks
13:53:04 <Ldp__> this is setup so that svn updates will never overwrite your settings, and you don't need to go edit files by hand
13:53:52 <Ldp__> unfortunately, due to the way external XML entities work, we need 3 settings files, but that's also mostly hidden by generate_xml.py
13:55:26 *** willwhite (n=diggersf@c-68-33-227-150.hsd1.md.comcast.net) has joined #mapnik
14:05:11 <myselfhimself> ok yes
14:05:29 <myselfhimself> Ldp__: I've now run generate_xml.py
14:05:36 <myselfhimself> and have an error
14:05:53 <myselfhimself> root@domU-12-31-39-0A-48-83:~/mapnik/osm-mapnik# ./generate_xml.py osm.xml my_osm.xml --dbname gis --user gisuser --host '' --accept-none --world_boundaries="../../world_boundaries"
14:06:01 <myselfhimself> Traceback (most recent call last):   File "./generate_xml.py", line 189, in <module>     serialize(template_xml,options)   File "./generate_xml.py", line 70, in serialize     mapnik.load_map(m,xml,True) RuntimeError: Failed to parse filter expression:"name" in TextSymbolizer in style 'stations'
14:06:08 <myselfhimself> I've googled for this error
14:06:14 <myselfhimself> there's one post on the dev mailing list
14:06:46 <myselfhimself> the post's quite old and mentions using the 0.7 branch... but I'm from an even more recent version since I'm from trunk
14:06:47 <Ldp__> yes, it seems the script relies somewhat on 0.7.0 and earlier, and you're running trunk
14:07:21 <Ldp__> you could convert the osm.xml * inc/layer*.xml.inc files to the mapnik 0.8 format first
14:07:27 <myselfhimself> my repo url is http://svn.openstreetmap.org/applications/rendering/mapnik (from svn info in my "osm-mapnik" folder)
14:07:53 <myselfhimself> ok
14:07:58 <Ldp__> that's the right one, but it's set up for 0.7 or earlier
14:08:02 <myselfhimself> ok
14:08:25 <Ldp__> convert all name="foo" to name="[foo]" and you should be good
14:09:13 <Ldp__> or try the script at the bottom of http://trac.mapnik.org/wiki/Mapnik2
14:09:35 <myselfhimself> ok
14:09:37 <myselfhimself> thanks
14:09:54 <myselfhimself> I had tried this script before but had left using it
14:09:57 <myselfhimself> I'll retry now
14:24:07 *** artem has quit ()
14:34:47 *** ajturner (n=ajturner@209.155.228.129) has joined #mapnik
14:41:39 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
14:51:13 <myselfhimself> Ldp__: what is the version requirement for lxml library used in the xml conversion script ?
14:51:18 <myselfhimself> I have this error :
14:54:21 <myselfhimself> Traceback (most recent call last):   File "./osm_xml_old_to_new.py", line 43, in <module>     print etree.tostring(tree,pretty_print=True,standalone=True) TypeError: 'standalone' is an invalid keyword argument for this function
14:55:34 <myselfhimself> Ldp__: my python-lxml version is very old
14:55:54 <myselfhimself> the latest version on the lxml webiste is 2.x while mine is 1.36
14:56:00 <myselfhimself> I'll update that
15:02:03 <Ldp__> myselfhimself: I don't know, I didn't write that conversion script
15:02:20 <Ldp__> nor do I know python very well
15:03:39 *** ajashton (n=aj@c-68-33-227-150.hsd1.md.comcast.net) has joined #mapnik
15:05:06 <myselfhimself> ok
15:05:55 <Ldp__> I'm assuming you need libxml2, because that one supports entities
15:06:25 <myselfhimself> ok
15:06:28 <Ldp__> but then I really have no idea what you end up with. If I read the script correctly, it writes out a single file with every entity replaced
15:06:42 <Ldp__> which would make no difference to mapnik, though
15:10:27 *** HounD has parted #mapnik ()
15:12:10 <micka> thx Ldp__ for helping my friend ;)
15:13:37 <Ldp__> no problem, glad to help
15:17:34 *** artem has quit ()
15:23:04 *** myselfhimself has quit ("Page closed")
15:48:27 *** myselfhimself (i=3e648dd8@gateway/web/freenode/x-nrnuwkuxcrqrubkh) has joined #mapnik
15:50:42 *** micka has quit ("Leaving")
15:59:27 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
16:00:54 *** diggersf (n=diggersf@c-68-33-227-150.hsd1.md.comcast.net) has joined #mapnik
16:01:57 *** willwhite has quit (Read error: 104 (Connection reset by peer))
16:01:58 *** diggersf is now known as willwhite
16:02:17 *** chad_burt (n=chad_bur@mm-01.msi.ucsb.edu) has joined #mapnik
16:16:17 <myselfhimself> in generate_image.py from mapnik's osm tool (plugin?), it would be nice that the script doesn't treat elements marked with status="off"
16:17:00 *** perry_ (n=perry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
16:20:17 <myselfhimself> (to workaround this ; I just <!-- --> the layers I did not want to be rendered, but I had thought putting status="off" would suffice)
16:20:18 <myselfhimself> ls
16:20:31 <myselfhimself> I have an error running generate_image.py :
16:20:34 <myselfhimself>     bbox = Envelope(c0.x,c0.y,c1.x,c1.y) NameError: name 'Envelope' is not defined
16:22:12 <myselfhimself> in a interactive Python shell, I can double check that mapnik.Envelope doesn't exist
16:22:17 <myselfhimself> in the mapnik module...
16:26:19 <myselfhimself> I'll check the compile log
16:40:57 <nikq> Mapnik Trac: Ticket #160 (Build Mapnik 'Fat' (universal/64bit on mac osx)) updated | http://trac.mapnik.org/ticket/160#comment:7
16:41:12 <springmeyer> hey myselfhimself
16:41:51 <springmeyer> ya status=off does not work how you would think, it does not skip the layer datasource from being created. only skips it from being rendered
16:42:29 <springmeyer> myselfhimself: Mapnik trunk is incompatible with the OSM styles and command line tools
16:42:59 <springmeyer> rebuilding http://svn.mapnik.org/branches/0.7 will work better with existing OSM stuff
16:43:00 *** myselfhimself has quit (Ping timeout: 180 seconds)
16:47:43 <nikq> Mapnik Trac: Ticket #160 (Build Mapnik 'Fat' (universal/64bit on mac osx)) updated | http://trac.mapnik.org/ticket/160#comment:8
16:48:32 *** myselfhimself (i=3e648dd8@gateway/web/freenode/x-qjzerixvjmjpmgjc) has joined #mapnik
16:48:50 <springmeyer> myselfhimself: I think you want to re-install Mapnik 0.7
16:49:09 <myselfhimself> springmeyer: do you mean using mapnik 0.7 instead of trunk ?
16:49:31 <springmeyer> yes, http://svn.mapnik.org/branches/0.7
16:49:32 <myselfhimself> for info, I managed to use the xml syntax renewer script now
16:49:34 <myselfhimself> ok
16:49:39 <springmeyer> okay
16:49:52 <springmeyer> well then to try to fix generate_image.py you can do
16:50:05 <myselfhimself> springmeyer: you propose using 0.7 because it will be easier to compile ?
16:50:15 <springmeyer> mapnik.Envelope = mapnik.box3d
16:50:27 <myselfhimself> my python mapnik module compiled from trunk doesn't have the Envelope class
16:50:27 <springmeyer> because of the above change mostly
16:50:36 <springmeyer> right because it changed in trunk
16:50:42 <myselfhimself> ok
16:51:17 <myselfhimself> so the osm mapnik scripts need to be updated with mapnik.Envelope = mapnik.box3d ?
16:51:30 <springmeyer> yes, try that, quick hack
16:51:33 <myselfhimself> ok
16:51:55 <myselfhimself> http://svn.mapnik.org/trunk/docs/api_docs/python/index.html shows the Envelope class
16:52:09 <springmeyer> myselfhimself: thanks, I need to update that...
16:52:23 *** willwhite has quit ("Leaving")
16:52:23 <myselfhimself> mapnik.box3d doesn't exist my mapnik module
16:52:35 <myselfhimself> >>> import mapnik >>> mapnik.box3d Traceback (most recent call last):   File "<stdin>", line 1, in <module> AttributeError: 'module' object has no attribute 'box3d'
16:52:41 <springmeyer> box2d
16:52:44 <myselfhimself> ok
16:52:44 <springmeyer> sorry
16:52:53 <myselfhimself> that's the same
16:52:56 <myselfhimself> box2d doesn't exist
16:53:03 <myselfhimself> likely my compilation went wrong at some point
16:53:12 <springmeyer> odd
16:53:32 <springmeyer> import mapnik
16:53:39 <springmeyer> print dir(mapnik)
16:53:44 <springmeyer> http://dpaste.com
16:54:41 <myselfhimself> http://dpaste.com/143700/
16:54:56 <myselfhimself> ah sorry
16:55:00 <myselfhimself> box2d is Box2D
16:55:08 <myselfhimself> I was careless not checking this
16:55:18 <myselfhimself> Box2d
16:57:51 <myselfhimself> for info, the demo/python/rundemo.py script works correctly here
16:58:20 <springmeyer> yes, that has been updated
17:00:53 <springmeyer> Hey all....
17:01:01 <springmeyer> Please test the RC if you can:
17:01:02 <springmeyer> https://lists.berlios.de/pipermail/mapnik-devel/2010-January/001048.html
17:03:40 <myselfhimself> springmeyer: good news, I managed to run generate_image.py with Envelope to Box2d
17:03:43 <myselfhimself> I'm happy : )
17:04:02 <springmeyer> good myselfhimself
17:08:15 <myselfhimself> I've just run tests/run_tests.py and got a dozen errors
17:08:31 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
17:16:41 <springmeyer> myselfhimself: yes the tests are also not updated to trunk
17:31:46 <nikq> Mapnik Trac: Changeset [1544]: fix compiler warnings by using proper OR operator | http://trac.mapnik.org/changeset/1544
17:36:36 *** tcb (n=tcb@adsl-75-10-247-30.dsl.pltn13.sbcglobal.net) has joined #mapnik
17:40:52 <myselfhimself> springmeyer: ok
17:40:59 *** cgs_bob has quit (Read error: 110 (Connection timed out))
17:45:00 <artem> springmeyer: good catch!
17:45:25 <springmeyer>  hey artem
17:45:38 <artem> hey,
17:45:39 * springmeyer is finishing merging last items into trunk from 0.7
17:45:58 <springmeyer> cairo extension and clipping fix
17:46:01 <artem> fantastic ! what shall I do about #308 ?
17:46:02 <nikq> Ticket #308: Doesn't display feature if another (possibly invalid) feature is present, http://trac.mapnik.org/ticket/308
17:46:49 <springmeyer> do you have any patches you could post from your tries to find a solution?
17:47:21 <artem> should we revert to previous logic for 0.7 and work on proper solution in mapnik2 ?
17:47:51 <springmeyer> revert? have we made any changes?
17:48:44 <artem> springmeyer: hmm.. I'm confused, I'll read history and get back on this one
17:48:51 <springmeyer> oh are you talking about the clipping thing or #308?
17:48:52 <nikq> Ticket #308: Doesn't display feature if another (possibly invalid) feature is present, http://trac.mapnik.org/ticket/308
17:48:53 <springmeyer> okay
17:49:10 <artem> I think so
17:49:59 <artem> basically, I don't like mapserver approach at this time. I hope we can come up with somthing better
17:50:43 <artem> also, if and when we integrate boost.Geometry we might drop proj4 all together for good :)
17:50:49 <springmeyer> okay.
17:51:09 <springmeyer> so maybe you can push and add those comments to keep a record?
17:51:29 <artem> ok, sounds good
17:53:05 <springmeyer> thanks for taking a look at it!
17:53:57 <artem> well, I'd prefer to have a proper fix as this issue keeps coming back. never mind we'll fix it :)
17:56:23 * artem away for a while, cheers!
17:56:30 <springmeyer> cheers
18:07:19 *** cgs_bob (n=bobm@239.sub-75-210-175.myvzw.com) has joined #mapnik
18:17:50 *** artem has quit ()
18:26:01 <myselfhimself> generate_tiles.py should have a resume feature
18:26:20 <myselfhimself> in case one stops it during generation, and one wants to resume the rendering later
18:26:29 <myselfhimself> should I put that as a feature request ?
18:27:21 <myselfhimself> I know that I could implement it
18:27:37 <myselfhimself> but my project's leader won't like if I make those changes for now
18:27:58 <myselfhimself> (because I must focus my time on priorities)
18:35:50 <springmeyer> myselfhimself: generate_tiles.py is  very simple script
18:36:18 <springmeyer> generally if you need a feature I would recommend requesting or adding it to 'nik2img.py'
18:36:23 <springmeyer> .g nik2img.py
18:36:24 <nikq> springmeyer: http://code.google.com/p/mapnik-utils/wiki/Nik2Img
18:37:08 <springmeyer> myselfhimself: oh, sorry I read you wrong, I meant generate_image.py
18:53:57 <nikq> Mapnik Trac: Changeset [1545]: increment ABI versions | http://trac.mapnik.org/changeset/1545
18:55:39 <nikq> Mapnik Trac: Changeset [1546]: sync trunk with new cairo support added previously to 0.7 branch in r1531 | http://trac.mapnik.org/changeset/1546
18:57:51 <nikq> Mapnik Trac: Changeset [1547]: fix include guard | http://trac.mapnik.org/changeset/1547
18:59:22 <nikq> Mapnik Trac: Changeset [1548]: sync trunk with r1537, adding new TextSymbolizer options in python - TODO  ... | http://trac.mapnik.org/changeset/1548
19:01:04 <nikq> Mapnik Trac: Changeset [1549]: revert r1348 rolling back to layer based bounds clipping - see #486 and  ... | http://trac.mapnik.org/changeset/1549
19:03:58 <nikq> Mapnik Trac: Changeset [1550]: update python api docs in trunk | http://trac.mapnik.org/changeset/1550
19:06:53 <nikq> Mapnik Trac: Ticket #464 (OGCServer GetCapabilities hangs when deployed using lxml inside apache) updated | http://trac.mapnik.org/ticket/464#comment:8
19:07:03 <nikq> Mapnik Trac: Ticket #238 (ShieldSymbolizer should have allow_overlap) updated | http://trac.mapnik.org/ticket/238#comment:3
19:08:38 <Ldp__> springmeyer: I don't understand #238. As I showed, it worked for me back then
19:08:39 <nikq> Ticket #238: ShieldSymbolizer should have allow_overlap, http://trac.mapnik.org/ticket/238
19:08:49 <Ldp__> perhaps cmarqu can try again
19:09:30 <springmeyer> Ldp__: ya, it is still closed, just put in the milestone of 0.7.0
19:09:31 <nikq> No Milestone for that release number
19:09:32 <springmeyer> no worries
19:09:42 <Ldp__> ah, missed the 'closed' bit
19:10:43 <springmeyer> just have to:
19:10:47 <springmeyer> 1) update changelog
19:10:49 <Ldp__> my wish for the ShieldSymbolizer is still #244. /me crosses fingers for 0.8.0
19:10:50 <nikq> Ticket #244: Support interleaved ShieldSymbolizers on a way, http://trac.mapnik.org/ticket/244
19:10:55 <springmeyer> 2) build binaries
19:11:01 <springmeyer> 3) release!!!!
19:11:15 <Ldp__> 4) profit!
19:11:22 <springmeyer> Ldp__: can't wait to take a closer look at all 0.8.0 tickets with clear head
19:14:07 <Ldp__> soon :)
19:15:21 <springmeyer> profit!  (someone send beer!)
19:15:35 <Ldp__> oooh, customs won't like that
19:15:42 <springmeyer> flowers!
19:15:51 <springmeyer> :)
19:17:09 <Komzpa> ehi, I'll send a cactus to the one who will make basic html support for textsymbolizer :)
19:20:51 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
19:22:21 <springmeyer> great, I really can't wait ;)
19:24:49 <springmeyer> hey artem  - do we need template-depth-200 for both /src and python bindings?
19:25:14 <springmeyer> it seems to make the builds much more intensive (or something about mapnik2 (spirit stuff) does)
19:25:37 <artem> only /src afaik
19:26:51 <springmeyer> okay, good
19:27:09 <springmeyer> artem: I think we're totally in sync now in trunk
19:27:33 <artem> nice
19:27:52 <Ldp__> springmeyer: I can notice the commits, my server is bogged down again with -ftemplate-depth=200 compiles :)
19:28:44 <Ldp__> oh, I did an svn up on 0.7 a few hours ago and built/deployed it
19:29:08 <springmeyer> great
19:29:17 <Ldp__> gcc1 crapped out once with a stack overflow, but that was probably local
19:29:54 <springmeyer> a fresh compile would likely be good too with the RC I posted
19:30:15 <Ldp__> do we have a distclean/clean in Scons?
19:30:38 <springmeyer> only clean
19:30:45 <springmeyer> I plan to add distclean in 0.8.0
19:30:55 <springmeyer> -c will clean
19:38:21 <myselfhimself> see you !!
19:38:25 <myselfhimself> thanks for your help !!
19:38:35 *** myselfhimself has quit ("Page closed")
19:40:03 <nikq> Mapnik Trac: Changeset [1551]: update INSTALL docs noting boost 1.41 and icu 1.4 requirements | http://trac.mapnik.org/changeset/1551
19:41:03 <Ldp__> buildbot is building without ociei/rasterlite on my end, so I can't test those
19:41:24 <nikq> Mapnik Trac: Changeset [1552]: touchup 0.7 install doc | http://trac.mapnik.org/changeset/1552
19:49:09 <springmeyer> Ldp__: ya, ideally we would have buildbot against 0.7 (or the next release branch which will soon be trunk)
19:49:30 <springmeyer> Beau seems out of touch, we may just want to set up another...
19:51:08 <Ldp__> it's currently setup for trunk, so why would we need another, exactly?
19:51:47 <springmeyer> well, just saying that it would be nice to see the tests working for 0.7 before releasing
19:52:00 <springmeyer> but I guess thats my bad for branching ;)
19:52:08 <Ldp__> the reason it's not building ociei on my end is a missing include file
19:52:35 <springmeyer> I've never even thought about installing the oracle stuff...
19:53:11 <Ldp__> I have nothing for Oracle installed, but that means the ociei plugin is completely untested in the 0.7.0 release?
19:53:48 <Ldp__> and what about rasterlite? what do I need installed to have Scons detect support?
19:53:55 <Ldp__> http://miranda.nwcr.net:8010/builders/ldp-gentoo-x86_64/builds/63/steps/configure/logs/stdio
19:54:06 <Ldp__> nevermind: Checking for C library rasterlite... no
19:54:48 <springmeyer> I'm not sure, but info can be found at spatiallite site
19:55:01 <springmeyer> .g gaia spatialite
19:55:01 <nikq> springmeyer: http://www.gaia-gis.it/spatialite/
19:55:20 *** aj_ashton (n=aj@c-98-218-233-177.hsd1.dc.comcast.net) has joined #mapnik
19:55:48 <springmeyer> http://www.gaia-gis.it/spatialite/how_to_build_rasterlite.html
19:56:32 * springmeyer lunch
19:57:24 * Ldp__ caffeine
20:00:42 *** aj__ (n=aj@c-98-218-233-177.hsd1.dc.comcast.net) has joined #mapnik
20:01:27 *** rcoup (n=rcoup@ip-118-90-102-88.xdsl.xnet.co.nz) has joined #mapnik
20:07:24 *** rcoup has quit ()
20:08:04 *** artem has quit ()
20:08:37 *** ajashton has quit (Read error: 113 (No route to host))
20:10:56 *** springmeyer has quit ()
20:11:33 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
20:13:39 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
20:14:53 *** aj_ashton has quit (Read error: 110 (Connection timed out))
20:15:10 *** jctull has quit ()
20:16:19 *** rcoup (n=rcoup@ip-118-90-102-88.xdsl.xnet.co.nz) has joined #mapnik
20:24:16 *** cgs_bob has quit (Remote closed the connection)
20:29:30 *** perry__ (n=perry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
20:29:30 *** perry_ has quit (Read error: 104 (Connection reset by peer))
20:37:00 <Ldp__> does buildbot print the g++ line before or after actually running that command?
20:37:53 <Ldp__> if the first: it's
20:37:53 <Ldp__>  3518 ldp       20   0 18092  236  112 S  0.0  0.0   0:01.15 bash
20:37:55 <springmeyer> it should before
20:38:07 <Ldp__> then it's src/filter_factory.os that causes the massive load increase on my machine
20:38:29 <Ldp__> disregard the ps paste... that's irrelevant
20:38:43 <springmeyer> that makes sense - that likely hits the new boost spirit stuff used for parsing
20:38:50 <springmeyer> which is all about compile time optimizations
20:39:15 <Ldp__> it also means we cannot change -ftemplate-depth-200
20:39:22 <Ldp__> if I understood artem correctly
20:39:48 <springmeyer> ya, I don't think we can but I'm no expert on this
20:40:04 <Ldp__> it's not a big issue
20:41:16 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=11
20:42:08 <artem> Ldp__: try lowering  -ftemplate-depth to say 160
20:42:22 <Ldp__> artem: it's a buildbot build, I cannot control it
20:42:33 <artem> ah
20:42:48 <Ldp__> and as it only happens on that 1 file, I can live with it. Now I know what it is, I wait it out
20:43:09 <artem> ok
20:43:25 <Ldp__> artem: the issue was that buildbot starts building when you commit something, so my machine locks up for a few minutes when I didn't expect it
20:43:39 <artem> gotcha!
20:43:39 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=12
20:44:44 <artem> we should really consider passing some compilations flags when it's required
20:46:22 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=13
21:04:21 <Ldp__> springmeyer: is there a way not to trigger a buildbot rebuild if you change only the INSTALL document? :)
21:05:48 <springmeyer> good question. I would assume that is a feature but I'm not sure
21:15:48 *** jctull (n=jctull@Paawc.gbis.com) has joined #mapnik
21:28:28 *** aj__ is now known as ajashton
21:31:43 *** jctull has quit ()
21:53:54 *** springmeyer has quit ()
22:06:48 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
22:13:32 <artem> springmeyer: do we need to have python API *.html files in repository? could they be generated locally ?
22:18:26 <springmeyer> artem: yes
22:18:31 <springmeyer> $ cd docs/epydoc_config/
22:18:39 <springmeyer> ./test_build_epydoc.sh
22:18:45 <springmeyer> will build them locally
22:19:18 <artem> I think we should include them in release tarball but don't keep in svn ?
22:19:25 <artem> html files
22:19:28 <artem> ??
22:19:30 <springmeyer> `MapnikReleaseSteps has those commands
22:19:31 <nikq> http://trac.mapnik.org/wiki/MapnikReleaseSteps has those commands
22:20:13 <springmeyer> html files are in: /docs/api_docs/python
22:20:20 <artem> cheers nikq
22:21:29 <springmeyer> artem: sure, we could remove from versioning if you want, but it is easy to remember to re-generate them when they are there...
22:22:22 <artem> fair enough, lets keep them for now. I was just wondering..
22:22:37 <springmeyer> artem - you just thinking that we should not version the html files?
22:22:48 <artem> yep
22:22:57 <springmeyer> k, I'm fine either way
22:23:16 <artem> ok
22:23:24 <springmeyer> they've been in there since before my time, so I've just taken on updating them. but no problem removing
22:24:20 <artem> great
22:24:30 * artem on virtualbox :)
22:24:52 <springmeyer> nice :)
22:24:57 <springmeyer> go virtualbox
22:25:29 <Ldp__> Windows build?
22:26:35 <springmeyer> btw, the Mac builds are now live for latest SVN revision of 0.7 release candidate:
22:26:37 <springmeyer> http://dbsgeo.com/downloads/
22:27:02 <springmeyer> anyone running mac osx would be great if you could download, install and test
22:28:10 <springmeyer> ping ajashton && ajashton  && aub && chad_burt && hobu - osx users?
22:28:25 <springmeyer> er ajturner too
22:28:33 <ajashton> springmeyer: nope - linux
22:28:38 <ajturner> eh?
22:28:44 <ajturner> ah
22:28:45 <springmeyer> ah, k
22:28:46 <ajturner> excelelnt
22:29:02 <aub> nice
22:34:30 <springmeyer> artem: 280 downloads of the osx installers since going live with pre-release 0.7.0
22:34:59 <artem> great stuff!
22:35:47 <springmeyer> total users I have heard problems from:
22:35:52 <springmeyer> 1
22:36:38 <artem> there is always one user :)
22:37:00 <artem> good ratio
22:37:07 <springmeyer> happy to keep it at one :)
22:46:11 <nikq> Mapnik Trac: MacInstallation edited | http://trac.mapnik.org/wiki/MacInstallation?version=90
23:02:44 <springmeyer> artem, you around still?
23:03:25 *** twain47 (n=twain47@cpc12-shef7-0-0-cust175.barn.cable.virginmedia.com) has joined #mapnik
23:03:33 <springmeyer> just about all apps that use Mapnik use mapnik.Envelope
23:03:42 <springmeyer> I see mod_tile uses it as well
23:03:59 <twain47> yup - an it has presumably been replaced by something else?
23:04:26 <springmeyer> what do you think the best method is to support compatibility in mod_tile for both mapnik2 and before?
23:04:35 <springmeyer> `Mapnik2
23:04:36 <nikq> http://trac.mapnik.org/wiki/Mapnik2
23:04:51 <springmeyer> twain47: see that link for a short list of C++ class name changes in trunk
23:05:13 <springmeyer> notably mod_tiles's Envelope on line 413 in gen_tile needs to be box2d now...
23:05:24 <twain47> reading... hadn't realised there where so many changes.
23:08:58 *** ajturner has quit ()
23:11:40 <springmeyer> http://dpaste.com/143881
23:12:27 <springmeyer> I'm not actually running trunk code since but that indicates the scope of changes needed
23:13:45 <twain47> execllent - sorry from what you said assumed I needed to write all that!
23:14:16 <twain47> sees like #def time - doesn't look like the changes need any more.
23:14:34 <twain47> any good way to detect Mapnik/Manpik2 easily?
23:14:39 <springmeyer> yes, just name changes
23:15:07 <springmeyer> the reasoning is that a needed backwards incompatibility in the xml stylesheets was added to support the new expressions
23:15:43 <springmeyer> and if you're going to be backwards incompatible then its a good time to fix some naming in core
23:15:43 <twain47> so why not clean up the syntax at the same time... ?
23:15:51 <springmeyer> `CodingConventions
23:15:51 <nikq> http://trac.mapnik.org/wiki/CodingConventions
23:15:58 <springmeyer> twain47: yes, that is the goal too
23:16:29 <artem> twain47: more changes on its way
23:17:18 * artem hides inside virtualbox
23:19:02 <twain47> any mapnik version constant at all?
23:19:35 <springmeyer> '/include/mapnik/version.hpp'
23:19:40 <artem> include/mapnik/version.hpp -> 700
23:20:19 <twain47> excellent
23:35:27 *** cgs_bob (n=bobm@1.sub-75-209-128.myvzw.com) has joined #mapnik
23:51:11 <nikq> Mapnik Trac: Changeset [1553]: + remove *.html doc files + update epydoc generation script | http://trac.mapnik.org/changeset/1553
23:56:48 *** perry_ (n=perry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
23:56:56 *** perry__ has quit (Read error: 54 (Connection reset by peer))