00:15:56 *** kunitoki has quit ("Lost terminal")
00:45:34 <springmeyer> dukeku_: lots of solutions out there, but I always just download pre-filled data
00:45:43 <springmeyer> being lazy myself :)
00:45:58 <springmeyer> .g cgair strm
00:45:59 <nikq> springmeyer: http://www.modthesims2.com/archive/index.php/t-312867.html
00:46:24 <springmeyer> nope nikq
00:46:26 <springmeyer> CGIAR-CSI SRTM 90m DEM Digital Elevation Database
00:46:32 <springmeyer> ack
00:46:33 <springmeyer> srtm.csi.cgiar.org
00:46:38 <springmeyer> http://srtm.csi.cgiar.org
00:47:51 <dukeku_> springmeyer: i've been trying to use grass' r.fillvoids
00:47:58 <dukeku_> but it's segfaulting every. fucking. time.
00:48:08 <springmeyer> bugger
00:48:40 <dukeku_> ubuntu and grass don't particularly get along, either
00:48:57 <dukeku_> r.in.srtm checks to see if file -ib $zipfile == application/x-zip
00:49:06 <dukeku_> while ubuntu's file returns application/zip
00:49:14 <dukeku_> thanks, slightly non-standard mimetypes
00:49:43 <dukeku_> springmeyer: cgiar stuff would be nicer if it was 1 arc second ;)
01:35:55 *** migurski has quit ()
02:04:16 *** D3f0 (n=defo@190.176.247.242) has joined #mapnik
02:16:03 <rcoup> springmeyer: you know why i thought scons was "fixed"?
02:16:03 <nikq> rcoup: 05 Feb 17:43Z <springmeyer> tell rcoup when he returns that I've applied his postgis resultset patch, and thank you.
02:16:10 <rcoup> because i wasn't using it
02:16:19 * rcoup slaps forehead
02:16:25 * springmeyer ducks
02:16:34 <rcoup> ./configure works great
02:16:47 <springmeyer> oh, well...
02:16:48 <rcoup> scons i get stupid "Could not find required blah" crap :E
02:17:05 <springmeyer> I meant $ python scons/scons.py configure
02:17:26 <rcoup> so what does that do differently from ./configure?
02:17:39 <springmeyer> rcoup: you saying you've been building lately with make then?
02:17:44 <rcoup> it finds cairo which ./configure doesnt (well, wrong version)
02:18:06 <rcoup> and doesn't find boost (filesystem|regex|iostreams|thread|system|program_options)
02:19:13 <springmeyer> ah, so step back on bit...
02:19:29 <springmeyer> 18:17 rcoup
02:19:30 <springmeyer> $ python scons/scons.py configure <--- that does not find boost?
02:19:45 <rcoup> no it doesn't
02:19:55 <rcoup> well, not on current distro
02:20:03 <springmeyer> okay, you build boost from source or boost from packages?
02:20:03 <rcoup> Checking for C++ library boost_iostreams-mt... no
02:20:04 <rcoup> Could not find required header or shared library for boost iostreams
02:20:05 <rcoup> etc
02:20:07 <rcoup> packages
02:20:21 <springmeyer> okay. and this is svn head?
02:20:34 <rcoup> yup
02:20:38 <rcoup> as of last nigth
02:20:50 <springmeyer> can you http://dpaste.com your 'config.log' for me?
02:21:51 <rcoup> http://dpaste.com/6616/
02:21:53 <rcoup> ignore pdf/ stuff
02:23:21 <springmeyer> okay, shoot.
02:23:28 <springmeyer> this must be intrepid 64 bit?
02:27:44 <rcoup> feisty 64bit
02:27:49 <rcoup> (don't ask)
02:28:04 <rcoup> intrepid comes later. after builds for feisty & hardy ;)
02:28:39 <rcoup> i've always had to hack sconstruct in teh past
02:29:18 <springmeyer> ah fiesty
02:29:23 <springmeyer> thats 7.04, no?
02:29:27 <rcoup> yup
02:29:31 <rcoup> EOLed
02:29:47 <rcoup> works fine, i know that much. have lots of mapnik-goodness running there
02:29:57 <springmeyer> EOL?
02:30:03 <rcoup> end-of-life'd
02:30:14 <springmeyer> ah, right :)
02:30:33 * springmeyer remembers a boost 7.04 problem he logged here: http://trac.mapnik.org/wiki/InstallationTroubleshooting#BoostnotfoundduringSConsbuild
02:31:05 * springmeyer reads https://lists.berlios.de/pipermail/mapnik-devel/2008-August/000700.html
02:31:09 <springmeyer> to remind himself...
02:31:56 <rcoup> symlinks are a nasty hack, would rather mess with sconstruct ;)
02:32:23 <springmeyer> yes, I agree
02:32:57 <springmeyer> although post fiesty scons just works because symlinks are created in a systematic way by all boost packages
02:34:11 <rcoup> ah ok
02:34:24 * rcoup tries to avoid rebuilding mapnik > once a year
02:34:28 <rcoup> so i can forget teh pain
02:34:52 <springmeyer> ya :)
02:35:07 * springmeyer realizes he did test scons trunk on fiesty fawn...
02:35:11 <springmeyer> but got stuck here: http://trac.mapnik.org/ticket/252
02:36:46 <springmeyer> hmmm, svn upping on that fiesty instance and all of boost is found just fine
02:37:19 <springmeyer> rcoup, just to be complete can you check out a fresh svn folder and try $ python scons/scons.py configure again?
02:37:27 <rcoup> sure
02:37:34 <rcoup> works fine with my new BOOST_FEISTY flag ;)
02:37:53 <springmeyer> ah, cool :)
02:38:12 <springmeyer> BOOST_IS_FEISTY works too
02:41:18 <rcoup> nope doesn't work from fresh svn
02:42:36 <springmeyer> okay. thanks for checking
02:42:54 * springmeyer confirms it does work on a fresh svn co on his fiesty instance
02:43:04 <springmeyer> hmmm
02:43:06 <rcoup> springmeyer: do you have symlinks?
02:43:41 <rcoup> http://dpaste.com/6627/
02:44:21 <springmeyer> I'm at: http://dpaste.com/6628/
02:44:28 * springmeyer goes to compare...
02:45:45 <springmeyer> ya, looks like I've got...
02:45:51 <springmeyer> '/usr/lib/libboost_filesystem-mt.so -> libboost_filesystem.so'
02:46:04 <springmeyer> I don't recall creating that manually
02:47:53 <springmeyer> BOOST_TOOLKIT=gcc BOOST_VERSION=1_33_1 <-- figure that is what will help out scons configure
02:49:22 * springmeyer does apt-get remove libboost*
02:49:22 * rcoup gets scons building linking in the other magic
02:55:39 <springmeyer> hmm, all my fiesty sources urls give back 404's bugger
02:55:50 <rcoup> mirror.csociety.org/ubuntu
02:58:57 <springmeyer> brilliant
02:59:15 <rcoup> the BOOST_TOOLKIT & BOOST_VERSION things seem to work good
02:59:55 <springmeyer> nice. any build errors like #252?
02:59:56 <nikq> Ticket #252: Building with boost 1.33.1 is broken due to boost::python compile errors, http://trac.mapnik.org/ticket/252
02:59:57 <rcoup> maybe worth adding a note to the wiki page
03:00:05 * rcoup is just building clean now
03:00:14 <springmeyer> okay, good call
03:00:24 <rcoup> hrm
03:00:31 <rcoup> bindings/python/mapnik_rule.cpp:78: error: ‘len’ was not declared in this scope
03:00:37 <rcoup> (clean svn head)
03:01:08 * springmeyer has started this wiki page for scons tricks... http://trac.mapnik.org/wiki/UsingScons
03:01:18 <rcoup> umm, does HEAD build?
03:01:24 <springmeyer> thats a new one...
03:01:32 <rcoup> if (len(state) != 4) looks more like python than c++ ;)
03:01:45 <springmeyer> yes, should
03:01:51 * springmeyer looks...
03:02:18 <rcoup> r921 (dane)
03:02:19 <nikq> http://trac.mapnik.org/changeset/921, at , by dane: + add pickling support for styles and rules - TODO expose symbolizer object in general(#190) and for pickling
03:03:07 <rcoup> ah, unless its part of boost::python
03:03:16 <springmeyer> right, it is
03:05:03 <springmeyer> hmmm...
03:11:47 * springmeyer finally gets all new sources coming down...
03:14:08 <springmeyer> rcoup: not sure why len() is not in scope
03:14:16 <springmeyer> that commit was modeled after: http://trac.mapnik.org/browser/trunk/bindings/python/mapnik_map.cpp#L76
03:15:45 <springmeyer> ah, looks like I've accidentally repeated it twice in mapnik_rule.cpp, not sure if that would mess things up
03:18:08 <rcoup> mapnik_map builds ok for me
03:19:08 <springmeyer> okay, good to know
03:21:55 <springmeyer> darn, my feisty build blows out still on mapnik_map.cpp as noted in #252
03:21:55 <nikq> Ticket #252: Building with boost 1.33.1 is broken due to boost::python compile errors, http://trac.mapnik.org/ticket/252
03:23:07 <rcoup> 32 or 64bit?
03:23:14 <springmeyer> 32
03:24:35 <rcoup> this is my build log of mapnik_map.os: http://dpaste.com/6657/
03:27:48 <rcoup> no cairo stuff, don't see any other differences.
03:28:43 <rcoup> 1.33.1-9ubuntu3 under amd64
03:28:57 <rcoup> ah 1.33.1-9ubuntu3.1
03:29:43 <rcoup> ubuntu3.1 was security build
03:30:17 <springmeyer> ah, but where are you getting that?
03:30:25 <rcoup> that's libboost-dev, not sure where numeric/conversion/... is from though
03:31:28 <rcoup> libboost-dev according to dpkg
03:31:57 <rcoup> apt-cache show libboost-dev lists the available versions
03:32:37 <springmeyer> ah cool
03:33:20 <springmeyer> so 32 bit got an update huh? to 3.1
03:33:30 <springmeyer> while 64 didn't?
03:36:56 <springmeyer> so rcoup what is the command to select the installation of a certain version?
03:47:15 <nikq> Mapnik Trac: Changeset [996]: move the boost::python namespace back to original location | http://trac.mapnik.org/changeset/996
03:51:36 *** rcoup has quit (Read error: 110 (Connection timed out))
04:26:45 *** rcoup (n=rcoup@ip-118-90-33-69.xdsl.xnet.co.nz) has joined #mapnik
04:27:14 <rcoup> springmeyer: geez i love it when teh internets die
04:44:38 <nikq> Mapnik Trac: Changeset [997]: Add missing include | http://trac.mapnik.org/changeset/997
04:44:39 *** __d3f0__ (n=defo@190.176.192.100) has joined #mapnik
04:44:59 <springmeyer> hey rcoup
04:45:27 <springmeyer> I figured out how to downgrade my boost versions
04:45:46 <springmeyer> cool learning about the power of apt today
04:46:13 <springmeyer> although I still have the same errors preventing me from getting past mapnik_map.cpp on my system
04:46:31 <springmeyer> but I think r997 may fix the hangup you have
04:46:31 <nikq> http://trac.mapnik.org/changeset/997, at , by dane: Add missing include
04:59:44 <rcoup> :)
05:00:05 <dukeku_> springmeyer: apt-pinning?
05:00:23 *** D3f0 has quit (Read error: 110 (Connection timed out))
05:00:54 <springmeyer> I guess so $ apt-get install libboost*=version
05:01:47 <rcoup> pinning is doing that on a more permanent basis
05:02:06 <rcoup> code is nearly building
05:03:02 <springmeyer> ahhh?
05:03:53 <rcoup> springmeyer: branches/experimental-pdf
05:04:13 <rcoup> been using it as-is for ages, but need trunk features now
05:05:09 <springmeyer> ah, so you merging? cool.
05:05:11 <rcoup> and building properly with autotools & scons
05:05:21 <rcoup> well, updating it to current trunk is teh plan
05:05:35 <springmeyer> gocha
05:07:48 <rcoup> then next steps are to merge the bonus features it has (over cairo) into a renderer-agnostic thing.
05:07:53 <rcoup> but thats a bit more medium-term
05:08:45 <rcoup> eg. proper pdf layers, grids, coordinates, overlays
05:09:03 <rcoup> and need to get one or other to be geopdf compliant
05:09:13 <rcoup> or both
05:09:51 <springmeyer> that is excellent.
05:12:34 <rcoup> build worked!
05:12:57 <rcoup> and it is even linked to the right stuff
05:13:01 <springmeyer> wOOt
05:17:21 <springmeyer> so rcoup: which libboost version did you have installed? 1.33.1-9ubuntu3 or 3.1?
05:17:23 *** __d3f0__ is now known as D3f0
05:17:29 <rcoup> 3.1
05:17:40 <springmeyer> k
05:17:47 *** ninja_ (n=pankur@nat/yahoo/x-0a786dd638185efa) has joined #mapnik
05:19:06 <springmeyer> so to recap then, the problems were finding boost during the scons configure and then the compile error in mapnik_rule.cpp?
05:19:20 <springmeyer> anything else?
05:23:31 <rcoup> springmeyer: nope
05:23:44 <rcoup> springmeyer: the scons configure can be documented, and 997 fixed the other one
05:24:04 <rcoup> off the top of your head, what was save_to_file<ImageData32>() replaced with?
05:24:28 <springmeyer> render_to_file i think
05:24:47 <springmeyer> or wait, just save()
05:25:27 <rcoup> hrm, seems to be still listed in rundemo.cpp... /me looks harder
05:26:04 <springmeyer> ah you are right
05:26:12 <springmeyer> should work then, no?
05:26:29 <springmeyer> maybe I'm just thinking of the python api that changed
05:26:43 * springmeyer just ran the c++ rundemo yesterday without a hitch
05:28:15 <rcoup> ah, api changed (name, format, data) -> (data, name, format)
05:28:40 <springmeyer> ah, okay
05:29:05 <springmeyer> do you see which commit? we should list that in the *new* changelog :)
05:29:18 <rcoup> no idea. is just a test file.
05:29:25 <rcoup> so might have been broken for ages
05:29:47 <springmeyer> :)
05:30:48 <rcoup> in scons, how can i do a static link?
05:31:36 <springmeyer> agg is a staticlibrary, so check out http://trac.mapnik.org/browser/trunk/agg/SConscript ?
05:31:47 <rcoup> yeah, that's what i've been working off
05:32:03 <springmeyer> ah. ya, I know no more
05:33:18 <rcoup> lol, scons isn't so great at picking up changes. delete src/.libs/libmapnik.so and i get a ". is up to date"
05:34:24 <rcoup> ah
05:34:25 <springmeyer> what is '.libs'?
05:34:32 <rcoup> maybe thats autotools' version ;)
05:34:37 <springmeyer> it sure should pick that up
05:34:42 <springmeyer> ah, ya perhaps
05:35:57 <rcoup> springmeyer: Color -> color should go in the changelog
05:39:17 <nikq> Mapnik Trac: Changeset [998]: add mapnik::Color change | http://trac.mapnik.org/changeset/998
05:56:27 *** rcoup has quit ()
06:18:33 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]")
06:20:54 <nikq> Mapnik Trac: Changeset [999]: updated CHANGELOG back to r733 with notable commits affecting usability | http://trac.mapnik.org/changeset/999
06:28:18 *** D3f0 has quit (Remote closed the connection)
06:40:01 <nikq> Mapnik Trac: Changeset [1000]: updated CHANGELOG back to r628 pre Cairo support, threading variants, and  ... | http://trac.mapnik.org/changeset/1000
06:41:13 <nikq> Mapnik Trac: Ticket #123 (Mapnik changelog) closed | http://trac.mapnik.org/ticket/123#comment:5
07:51:22 *** xcacou (n=aga@AToulouse-157-1-70-225.w81-50.abo.wanadoo.fr) has joined #mapnik
08:20:40 *** dukeku_ has quit (Remote closed the connection)
10:36:22 *** springmeyer has quit (brown.freenode.net irc.freenode.net)
10:36:29 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik
10:44:57 *** aled has quit (Remote closed the connection)
10:45:06 *** springmeyer has quit (brown.freenode.net irc.freenode.net)
11:27:23 *** ninja_ has quit ()
14:53:21 *** aub (n=aubrey@216.156.96.6) has joined #mapnik
15:00:44 *** D3f0 (n=defo@190.176.192.100) has joined #mapnik
16:15:18 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik
16:37:18 *** ninja (n=pankur@cm54.psi132.maxonline.com.sg) has joined #mapnik
16:43:10 *** xcacou has quit (Remote closed the connection)
16:43:19 *** ninja has quit ()
16:51:54 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik
16:55:14 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
17:04:00 *** ChanServ has parted #mapnik ()
17:16:54 *** springmeyer has quit ()
17:24:01 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik
17:46:51 *** migurski has quit ()
17:47:52 <nikq> Mapnik Trac: Ticket #142 (ICU_INCLUDE and ICU_LIBS search path is not working) updated | http://trac.mapnik.org/ticket/142#comment:6
18:14:55 <nikq> Mapnik Trac: InstallationTroubleshooting edited | http://trac.mapnik.org/wiki/InstallationTroubleshooting?version=28
18:32:56 *** migurski (n=migurski@h-68-165-1-62.snvacaid.covad.net) has joined #mapnik
19:14:00 *** rcoup (n=rcoup@ip-58-28-159-166.static-xdsl.xnet.co.nz) has joined #mapnik
19:14:32 <rcoup> springmeyer: morning :)
19:15:05 <springmeyer> g'day :)
19:32:08 *** D3f0 has quit (Read error: 131 (Connection reset by peer))
20:39:43 *** audifahrer (n=andreas@p57AF5F18.dip.t-dialin.net) has joined #mapnik
21:30:51 <audifahrer> hello
21:33:18 <audifahrer> I really don't understand the datasource plugin interface. Could anyone help me to explain the functions?
21:40:50 <springmeyer> hey audifahrer: I've not written one so I can't be of much help :)
21:41:44 <springmeyer> If I were sitting down to write one I'd look through the changeset logs for the recent additions of the ogr and sqlite plugins since kunitiko was learning as he added those
21:42:50 <springmeyer> the other thought is that nick' OSM plugin is using curl to download data, perhaps that would work for what you are thinking about using a socket for?
22:01:47 <audifahrer> springmeyer: I decided not to use boost:asio, because it was working buggy on ubuntu. I use sockets direct
22:03:19 <audifahrer> springmeyer: maybe you could explain in raw words in which situations the features(), features_at_point() and envelope() functions are called.
22:16:16 <rcoup> what's min version of cairo mapnik trunk needs?
22:22:36 <springmeyer> rcoup: 1.6.x is my sense, but we're lacking a hard number
22:23:33 <springmeyer> r628 seems like that image api change you bumped into yesterday
22:23:34 <nikq> http://trac.mapnik.org/changeset/628, at , by artem: use memory mapped files for reading shape files
22:24:09 <rcoup> springmeyer: configure.ac says >= 1.4.4 fwiw
22:25:09 <springmeyer> audifahrer: you are the committer on autotools/configure/make right?
22:27:22 <audifahrer> yes
22:29:42 <audifahrer> I just added a new plugin and added it to the osm.xml, but the functions aren't called. What triggers the new plugin to be loaded? Is a reference in the xml enough?
22:29:44 <springmeyer> cool, so cairomm > 1.4.4 - how did you figure that out?
22:29:53 <springmeyer> seems we should add that to scons...
22:30:16 <springmeyer> audifahrer: type=yourplugin
22:30:30 <springmeyer> that should trigger it, but the plugin has to first be registered
22:30:42 <audifahrer> ah, it's not registered
22:30:59 <springmeyer> right, will be automatically registered if you are running via python
22:31:11 <springmeyer> but c++ need's a manual call
22:31:54 <springmeyer> see: http://trac.mapnik.org/browser/trunk/demo/c%2B%2B/rundemo.cpp#L56 for an example
22:32:22 <audifahrer> C++
22:32:41 <audifahrer> I use the register_datasources() with the directory of all plugins. For all others it works
22:32:52 <springmeyer> thats assuming your plugin has been installed in <install prefix>/lib/mapnik/input
22:33:12 <springmeyer> oh, okay, so something must not be working with your plugin then
22:33:42 * springmeyer client calls... bbl
22:34:43 <audifahrer> yes, I copied it and missed to the name. sorry for that question
22:38:38 <audifahrer> ah, now I get at least the call into my plugin
22:38:59 <audifahrer> now I'll try to find out how to get my thing done
22:40:02 <audifahrer> btw: I'm working on a kismet plugin to show live wlan nodes on the map while driving around. Or is someone else working on that?
22:48:03 <audifahrer> bye, good night
22:48:13 *** audifahrer has quit ("Verlassend")
22:53:31 *** weizhuo (n=chatzill@nat/yahoo/x-1800d45150e80c23) has joined #mapnik
23:17:43 <rcoup> springmeyer: when did cairo land?
23:19:45 <jburgess_> looks like r656
23:19:46 <nikq> http://trac.mapnik.org/changeset/656, at , by tom: Add support for rendering to a cairo surface.
23:21:00 <rcoup> so that'd be pre-0.5.1?
23:22:52 <jburgess_> no, I think 0.5 had branched before then
23:24:38 <jburgess_> the is no cairo_renderer.cpp in the 0.5.1 src dir: http://trac.mapnik.org/browser/tags/release-0.5.1/src
23:25:39 <jburgess_> to be completely accurate, yes, the cairo code was committed to trunk before the 0.5.1 release, but the 0.5.1 release was from a different branch which did not have that code
23:28:40 <jburgess_> have to go now. bye.
23:54:01 <rcoup> jburgess_: thanks :)