00:12:48 *** D3f0 has quit (No route to host)
01:10:04 <cmarqu> Awesome hillshading stuff by Marcin.
01:25:55 *** D3f0 (n=defo@190.176.211.223) has joined #mapnik
01:44:32 *** adee has quit (Remote closed the connection)
01:58:15 <Mrfo> cmarqu, any links to the hillshading you spoke of
02:13:09 *** ninja_ (n=pankur@nat/yahoo/x-2cfd9566157fff58) has joined #mapnik
02:24:09 *** D3f0 has quit ("Konversation terminated!")
02:35:17 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]")
03:24:48 *** aub has quit ()
04:12:56 *** rcoup has quit ()
07:00:33 *** rcoup (n=rcoup@ip-118-90-67-87.xdsl.xnet.co.nz) has joined #mapnik
07:12:11 *** rcoup has quit ()
07:43:30 *** xcacou (n=aga@AToulouse-157-1-94-155.w86-213.abo.wanadoo.fr) has joined #mapnik
08:16:32 <cmarqu> Mrfo: See the post to mapnik-users. http://mapa.ump.waw.pl/ump-www/?zoom=9&lat=49.90266&lon=20.3259&layers=B00000T is an example
08:17:12 <cmarqu> Pushes many elements of the preparation steps into Mapnik.
08:37:27 *** adee (n=adee@78-86-162-74.zone2.bethere.co.uk) has joined #mapnik
08:56:05 *** adee has quit (Remote closed the connection)
08:56:43 *** kunitoki (n=kraken@host217-241-dynamic.44-79-r.retail.telecomitalia.it) has joined #mapnik
10:42:08 *** ChanServ has quit (shutting down)
10:42:35 *** ChanServ (ChanServ@services.) has joined #mapnik
10:55:20 *** xcacou_ (n=aga@AToulouse-157-1-94-155.w86-213.abo.wanadoo.fr) has joined #mapnik
10:57:37 *** xcacou has quit (Read error: 113 (No route to host))
11:12:17 *** darragh (n=darragh@83.70.173.25) has joined #mapnik
11:37:01 *** ninja_ has quit ()
11:47:27 *** darragh has quit (Remote closed the connection)
11:56:36 *** D3f0 (n=defo@190.176.211.223) has joined #mapnik
12:26:28 *** aub (n=aubrey@cpe-72-227-134-148.nyc.res.rr.com) has joined #mapnik
12:30:21 *** aub has quit (Client Quit)
12:32:52 *** ninja (n=pankur@cm122.psi133.maxonline.com.sg) has joined #mapnik
12:44:45 *** ninja has quit ()
12:49:32 *** aub (n=aubrey@cpe-72-227-134-148.nyc.res.rr.com) has joined #mapnik
12:55:52 *** aub has quit ()
13:11:29 *** sanjiv (n=chatzill@59.180.132.66) has joined #mapnik
14:44:38 *** abuchbinder_ (n=abuchbin@d36h176.ropercenter.uconn.edu) has joined #mapnik
14:45:33 <abuchbinder_> Hello! I've noticed that libraries defined on areas in OpenStreetMap don't render as a different color from the background like other buildings do. Should I report this on the Mapnik Trac instance, or is there someone else I should contact?
14:47:17 <tomhughes> certainly not mapnik trac...
14:48:24 <tomhughes> osm trac is the place if anything
14:51:18 <abuchbinder_> There's an OSM Trac?
14:53:35 <abuchbinder_> So there is. Thanks!
14:56:41 *** tmcw (n=tmcw@wm232-172.unwired-student.wm.edu) has joined #mapnik
14:59:26 *** tmcw has quit (Client Quit)
14:59:53 *** aub (n=aubrey@216.156.96.6) has joined #mapnik
15:05:23 <nikq> Mapnik Trac: Ticket #251 (WMS Servers provide only minimal HTTP headers) created | http://trac.mapnik.org/ticket/251
15:35:11 <nikq> Mapnik Trac: Changeset [971]: corrected sql syntax | http://trac.mapnik.org/changeset/971
15:35:52 <nikq> Mapnik Trac: Changeset [972]: +cleanup unused source | http://trac.mapnik.org/changeset/972
15:57:14 *** sanjiv has quit (Read error: 104 (Connection reset by peer))
15:59:08 *** sanjiv (n=chatzill@59.180.132.66) has joined #mapnik
16:32:06 *** sanjiv has quit (Remote closed the connection)
16:33:23 <nikq> Mapnik Trac: Ticket #251 (WMS Servers provide only minimal HTTP headers) updated | http://trac.mapnik.org/ticket/251#comment:1
16:40:33 *** xcacou_ has quit (Remote closed the connection)
17:13:27 *** sanjiv (n=chatzill@59.180.132.66) has joined #mapnik
17:15:33 *** darragh (n=darragh@83.70.173.25) has joined #mapnik
18:24:18 *** darragh has quit (Remote closed the connection)
19:25:21 *** __d3f0__ (n=defo@190.176.224.219) has joined #mapnik
19:25:44 *** sanjiv has quit (Connection timed out)
19:38:36 *** D3f0 has quit (Read error: 110 (Connection timed out))
19:53:35 *** kd (n=kd@78-86-162-74.zone2.bethere.co.uk) has joined #mapnik
19:54:00 <kd> Hello
19:54:26 <kd> anyone around ?
20:13:24 *** __d3f0__ is now known as D3f0
20:21:02 *** adee (n=adee@78-86-162-74.zone2.bethere.co.uk) has joined #mapnik
20:22:01 *** __d3f0__ (n=defo@190.176.219.193) has joined #mapnik
20:32:03 <kunitoki> heys... there are some examples of using django+mapnik+openlayers flying around ?
20:32:47 <kunitoki> i finished my django tutorial... and i'm pretty excited about it afterall !
20:33:01 *** adee has quit ()
20:36:34 *** D3f0 has quit (Connection timed out)
20:43:34 *** lwu (n=lwu2@DNab4232e0.Stanford.EDU) has joined #mapnik
20:54:12 <lwu> why hello #mapnik
21:00:53 *** audifahrer (n=andreas@p57AF5A8A.dip.t-dialin.net) has joined #mapnik
21:00:56 <audifahrer> hi
21:01:44 <kunitoki> hihi
21:02:22 <audifahrer> In my application I use Mapnik with the Evas (from EFL) toolkit. Currently I handle with with converting a Image32 raw data. But I think it would be nice to have Evas support like Cairo support.
21:03:52 <audifahrer> I've commit rights in the SVN. The only think I ask for is the permission to ass optional ifdef support for Evas.
21:04:17 <kunitoki> Evas is e17 stuff ?
21:04:23 <audifahrer> yes
21:04:36 <kunitoki> well, i'm not the right person to give you the go :/
21:04:59 <kunitoki> sure is not a thing that a lot of people will need :)
21:05:14 <audifahrer> yes
21:05:29 <kunitoki> maybe ask artem or dane
21:05:38 <audifahrer> I'll do that
21:05:42 <audifahrer> thanks anyway
21:06:33 <kunitoki> well from my point of view, it should be possible to have a raw interface, so you can write your own translating code in your app
21:06:50 <kunitoki> because i'm going to need it support JUCE Images.
21:07:02 <kunitoki> and we can't all #ifdef our preferred image format in the library
21:07:53 <audifahrer> maybe I'll write a little E17 fasade for mapnik :-)
21:08:25 <kunitoki> what i think is, better to add a generalized void map_blit (uint8* buffer, int width, int height, int pixelStride, int lineStride, PixelFormat format)
21:08:46 <kunitoki> and let it convert the map image to your preferred frame buffer
21:09:09 <kunitoki> so we would not pollute mapnik code with #ifdef MY_OWN_IMAGE_LIBRARY
21:09:25 <audifahrer> I've also written some code to convert all sorts of color spaces. I think something like that would fit into mapnik
21:09:34 <kunitoki> yes sure
21:09:40 <springmeyer> why hello lwu :)
21:10:06 <kunitoki> hey dane :)
21:10:15 <springmeyer> hey kunitoki :)
21:10:34 <audifahrer> I also looked at the "cairo support". If you think like that cairo needs to be removed. It's nothing more as a colorspace conversation and raw data copy.
21:10:55 <kunitoki> springmeyer: i read you excellent article about geodjango
21:11:01 <kunitoki> springmeyer: compliments !
21:11:05 <springmeyer> ah shucks
21:11:09 <springmeyer> thanks :)
21:11:44 <kunitoki> audifahrer: yes sure, that can be an external interface just for plain and fast example
21:12:01 <kunitoki> springmeyer: that makes me starts my first tutorial on django
21:12:29 <springmeyer> nice! let me know if you've got any questions
21:12:48 <lwu> hey springm
21:12:59 <kunitoki> springmeyer: would be cool to have you point me in the direction of building a first mapping site with it
21:13:04 * lwu appreciates modestmaps
21:13:28 <audifahrer> kunitoki: did you discuss with the main contributors about that topic?
21:13:39 <kunitoki> springmeyer: especially i would like to try django+mapnik+tilecache+openlayers
21:14:00 <kunitoki> audifahrer: no not at the time
21:14:03 <springmeyer> :) lots of fun all in one!
21:14:20 <springmeyer> kunitoki: so you want some examples? is that what you mean?
21:14:28 <kunitoki> springmeyer: it's all about confusion on me... i don't remember where .py files to look
21:14:32 <kunitoki> :D
21:15:13 <kunitoki> yes, ehehe
21:15:33 <kunitoki> well, just some code examples where i can hammer my head on
21:15:39 <springmeyer> well kunitoki: in general 'geodjango' is powerful because you get python bindings to geos/gdal/postgis
21:15:41 <springmeyer> BUT...
21:15:49 <kunitoki> audifahrer: i think this is a thing for artem
21:16:00 <springmeyer> if you just want to get started with Django then you have a variety of options
21:16:20 <springmeyer> (and don't have to worry about getting all the dependecies for geodjango worked out)
21:16:43 <kunitoki> springmeyer: ahk geodjango dependencies :O
21:17:42 <kunitoki> audifahrer: open a trac ticket about the topic, someone will finally take that up
21:18:25 <springmeyer> kunitoki: so in general I think it is a good idea to have a mapnik server separate from a django application, so you can hone performance of each
21:18:30 <springmeyer> and I bet you'd agree
21:18:44 <audifahrer> kunitoki: I don' tlike someone to take it up. I could do it and have SVN permissions. I only like to get the "permission" from someone. :-)
21:18:58 <audifahrer> I'll ask on the list for it. Maybe Artem answers for it.
21:19:23 <springmeyer> but if you are curious about integration I threw together a sample app that you might be interested in here:
21:19:24 <springmeyer> http://bitbucket.org/springmeyer/django-tiles/src/
21:19:28 <kunitoki> springmeyer: yes sure, but sometimes i need to manipulate data before visualizing
21:21:10 <kunitoki> springmeyer: interesting... but is that tied to django ? not a separate server
21:21:52 <kunitoki> audifahrer: for take it up i mean give some answers and ideas on that
21:21:54 <springmeyer> that is a proof of concept django app that would show how to serve tiles within the django process
21:22:05 <springmeyer> for lightwieght stuff
21:22:08 <kunitoki> ok nice i'll take a look
21:25:04 <springmeyer> kunitoki: hmm, noticing a few things to fix on that app, one sec
21:25:17 <springmeyer> (ie should not require a database)
21:28:47 <audifahrer> kunitoki: ok, I started a discussion on the list. We'll see what the result is.
21:28:50 <audifahrer> bye
21:28:58 *** audifahrer has quit ("Verlassend")
21:30:11 <kunitoki> ok need to connect to job vpn
21:30:13 <kunitoki> brb
21:32:17 *** kdl (n=kd@78-86-162-74.zone2.bethere.co.uk) has joined #mapnik
21:38:55 *** kd has quit (Read error: 60 (Operation timed out))
21:38:56 *** kunitoki has quit (Read error: 104 (Connection reset by peer))
21:56:07 *** lwu has quit (Read error: 110 (Connection timed out))
21:56:09 *** lwu (n=lwu2@DNab4232e0.Stanford.EDU) has joined #mapnik
22:00:00 *** __d3f0__ has quit (Read error: 54 (Connection reset by peer))
22:01:48 *** lwu has quit ()
22:15:23 *** rcoup (n=rcoup@ip-118-90-127-209.xdsl.xnet.co.nz) has joined #mapnik
22:55:59 <nikq> Mapnik Trac: UsingScons created | http://trac.mapnik.org/wiki/UsingScons?version=1
22:56:29 <nikq> Mapnik Trac: Ticket #216 (Document the new SCons behavior in trunk for the 0.6.0 release) updated | http://trac.mapnik.org/ticket/216#comment:3
23:04:05 <nikq> Mapnik Trac: UsingScons edited | http://trac.mapnik.org/wiki/UsingScons?version=2
23:09:30 <nikq> Mapnik Trac: UsingScons edited | http://trac.mapnik.org/wiki/UsingScons?version=3
23:12:53 <nikq> Mapnik Trac: UsingScons edited | http://trac.mapnik.org/wiki/UsingScons?version=4
23:13:53 <nikq> Mapnik Trac: UsingScons edited | http://trac.mapnik.org/wiki/UsingScons?version=5
23:35:13 <nikq> Mapnik Trac: Changeset [973]: scons: move all configure options to 'scons configure' stage, using  ... | http://trac.mapnik.org/changeset/973
23:36:42 <springmeyer> if anyone here is running Mapnik trunk I would grealy appreciate testing of the build process post r973
23:36:45 <nikq> http://trac.mapnik.org/changeset/973, at , by dane: scons: move all configure options to 'scons configure' stage, using pickling to maintain configure options across builds
23:38:29 <cmarqu> springmeyer: I can try, but I will only be around for half an hour
23:38:49 <springmeyer> cmarqu: cool then try:
23:39:11 <springmeyer> python scons/scons.py configure FAST=true JOBS=4
23:39:32 <springmeyer> or JOBS= however many processors you have on your system
23:39:46 <cmarqu> Just 1 :)
23:39:52 <springmeyer> k :)
23:39:58 <springmeyer> then just:
23:39:59 <springmeyer> python scons/scons.py configure FAST=true
23:40:01 <springmeyer> and
23:40:04 <cmarqu> But it shouldn't matter, it's just be slower, right?
23:40:09 <springmeyer> sudo python scons/scons.py install
23:40:10 <springmeyer> right
23:40:28 <springmeyer> thanks much
23:41:05 <cmarqu> The configure worked fine.
23:45:01 <cmarqu> ...still building...
23:45:15 <springmeyer> cool
23:45:20 * springmeyer whew
23:45:23 <springmeyer> :)
23:46:24 <nikq> Mapnik Trac: Changeset [974]: Add notes about sqlite and the new 'configure' option for scons in trunk  ... | http://trac.mapnik.org/changeset/974
23:47:56 <nikq> Mapnik Trac: Changeset [975]: fix typo in INSTALL doc | http://trac.mapnik.org/changeset/975
23:48:08 *** aub has quit ()
23:48:47 <nikq> Mapnik Trac: Changeset [976]: authors: add myself (dane) as responsible for the scons scripts | http://trac.mapnik.org/changeset/976
23:57:22 <cmarqu> springmeyer: Installed fine, and it even works :)
23:57:56 <springmeyer> wow
23:58:10 <springmeyer> thanks so much for testing cmarqu
23:58:19 <cmarqu> You are welcome