01:24:26 *** ovnicraft (~ovnicraft@190.154.247.83) has joined #mapnik 01:27:39 *** StormTide has quit (Quit: Leaving) 02:17:18 *** cgs_bob (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik 02:19:35 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 02:29:31 *** dkb has quit (Quit: Leaving.) 02:47:08 *** tcarobruce has quit (Quit: tcarobruce) 03:20:15 *** ovnicraft has quit (Remote host closed the connection) 04:12:51 *** cgs_bob_ (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik 04:13:48 *** cgs_bob has quit (Read error: Connection reset by peer) 05:23:55 *** luneff (~yury@93.178.67.195) has joined #mapnik 05:40:06 *** springmeyer has quit (Remote host closed the connection) 05:40:12 *** springmeyer (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik 06:01:54 *** HounD (~HounD@unics1.grfc.ru) has joined #mapnik 06:03:15 *** HounD has parted #mapnik (None) 06:12:45 *** luneff has quit (Quit: Leaving) 06:27:09 *** luneff (~yury@93.178.67.195) has joined #mapnik 06:34:49 *** Genscher (~Richard@dslb-188-098-012-115.pools.arcor-ip.net) has joined #mapnik 07:52:33 <kredik> springmeyer: thanks for all the info you gave my yesterday. I will try to achieve the build today. The fake xxx-config file is the solution I have used for the freetype lib. But when I saw the number of fake scripts I have to create I ask on the list for an alternate solution... Anyway, I will continue with this solution. If I succeed I will try to provide the complete build solution as It... 07:52:34 <kredik> ...may interest some other users which can't use the prebuild binaries. 08:48:27 *** lucadelu (~c2693501@gateway/web/freenode/x-pifmddpetdnnzidz) has joined #mapnik 08:56:17 <nikq> Mapnik Trac: Ticket #477 (semitransparency support for png256) updated | http://trac.mapnik.org/ticket/477#comment:10 10:08:06 <nikq> Mapnik Trac: Ticket #520 (Serializing map buffer_size?) updated | http://trac.mapnik.org/ticket/520#comment:1 10:19:46 <nikq> Mapnik Trac: GSOC2010/Ideas edited | http://trac.mapnik.org/wiki/GSOC2010/Ideas?version=5 10:29:59 <lucadelu> hi everybody I would add in the wiki a link to a presentations of mapnik that i done last year at osmit2009 in Trento 10:31:23 <lucadelu> is a good idea? where I can put the link? i think in " Learning Mapnik " 10:34:48 *** ojw (~ojw@78-86-37-93.zone2.bethere.co.uk) has joined #mapnik 11:38:08 *** gavinf has quit (Quit: gavinf) 12:08:03 *** ojw has quit (Remote host closed the connection) 12:19:22 *** Genscher has quit (Quit: Leaving) 13:26:52 *** gavinf (~gavinf@196.211.119.210) has joined #mapnik 14:44:42 *** lucadelu has quit (Ping timeout: 252 seconds) 15:16:14 *** chad_burt (~chad_burt@mm-01.msi.ucsb.edu) has joined #mapnik 15:20:06 <nikq> Mapnik Trac: Changeset [1676]: + use rint(v) instead of int(round(v)) + add rint implementation - msvc ... | http://trac.mapnik.org/changeset/1676 15:35:41 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 15:40:42 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 15:42:40 *** dkb has quit (Client Quit) 15:42:50 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 15:45:58 *** dkb1 (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 15:48:56 *** dkb has quit (Ping timeout: 265 seconds) 15:52:05 *** dkb1 has quit (Ping timeout: 260 seconds) 15:57:34 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 16:00:42 *** dkb1 (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 16:01:06 *** dkb1 has parted #mapnik (None) 16:03:55 *** dkb has quit (Ping timeout: 265 seconds) 16:22:08 *** csgeek (samir@acm.cs.uic.edu) has joined #mapnik 16:24:45 *** luneff has quit (Quit: Leaving) 16:28:31 <csgeek> does mapnik support outputting the image to an svg format? 16:28:39 <artem> yes 16:29:24 <artem> you need to build cairo support - doesn't work on windows yet 16:31:54 <csgeek> that's okay. I just need it to work on Linux 16:38:05 *** cgs_bob_ has quit (Ping timeout: 246 seconds) 16:47:16 *** artem has quit (Quit: artem) 17:16:28 <nikq> Mapnik Trac: mapnik-0.7.1.mr.hextree2.diff attached to Ticket #477 | http://trac.mapnik.org/attachment/ticket/477/mapnik-0.7.1.mr.hextree2.diff 17:20:20 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik 17:22:14 *** racicot has quit (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920]) 17:23:40 *** springmeyer has quit (Ping timeout: 265 seconds) 17:23:40 *** springmeyer_ is now known as springmeyer 17:24:28 *** StormTide (~Kevin@2002:186c:64c0:0:21d:60ff:fe5e:cf66) has joined #mapnik 17:25:20 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 17:25:49 *** springmeyer has quit (Quit: springmeyer) 17:26:08 <artem> springmeyer: hey 17:27:53 *** racicot (~chatzilla@dsl-66-228-218-217.dsl.fibercloud.net) has joined #mapnik 17:28:55 *** racicot has quit (Changing host) 17:28:55 *** racicot (~chatzilla@osgeo/member/racicot) has joined #mapnik 17:29:20 *** artem has quit (Client Quit) 17:36:50 *** tcarobruce (~tcarobruc@adsl-75-10-247-30.dsl.pltn13.sbcglobal.net) has joined #mapnik 17:46:25 *** springmeyer (~springmey@75-151-97-182-Washington.hfc.comcastbusiness.net) has joined #mapnik 17:59:13 *** fucnqshun (~adi@217.149.80.145) has joined #mapnik 17:59:50 <nikq> Mapnik Trac: Ticket #477 (semitransparency support for png256) updated | http://trac.mapnik.org/ticket/477#comment:11 18:12:23 <nikq> Mapnik Trac: Changeset [1677]: renamed mapnik to mapnik2 in python tests | http://trac.mapnik.org/changeset/1677 19:09:35 *** fucnqshun has parted #mapnik (None) 19:10:50 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 19:17:00 <springmeyer> hey artem 19:17:06 <artem> hey 19:17:16 <artem> 0.7.1 is looking good 19:17:33 <springmeyer> nice, thats exciting 19:18:12 <artem> I have setup build on windows, haven't tried marcin's latest patch yet. 19:18:34 <artem> something for tonight 19:19:15 <artem> do you think we should add some new png_io options to rundemo.py ? 19:19:53 <springmeyer> you mean, utilizing marcin's patch? 19:20:26 <artem> yep 19:20:54 <springmeyer> ya, if you feel comfortable adding that patch, that would be great 19:21:02 <artem> or do you feel like pushing this patch to trunk ? 19:21:30 <springmeyer> I'm fine either way 19:21:57 <artem> yes, it's a bit risky but then previous behaviour is still there so shouldn't break existing setups 19:23:15 <springmeyer> I'd say if compiles work, tests pass, we're good to go 19:23:59 <springmeyer> ABI compatibility between 0.7.0 and 0.7.1 is already out of the question long ago :) 19:24:26 <springmeyer> cool, one ticket!!! 19:24:37 * springmeyer goes to apply map_buffer thingy 19:26:31 <StormTide> artem / springmeyer any opinion on the static linking thing? 19:28:07 *** albertov (~alberto@51.Red-88-25-194.staticIP.rima-tde.net) has joined #mapnik 19:28:24 <albertov> hi there 19:28:39 <springmeyer> albertov: :) hey there 19:29:16 <albertov> hi dane, not too much of a an IRC user but better chat here than thorugh email... :) 19:30:11 <springmeyer> ya, mapnik-devel works great but we've seen lags recently so irc can be nice 19:30:40 <springmeyer> albertov: I we're very close to releasing 0.7.1, so the fact that you are looking closely at trunk is great 19:30:41 <albertov> artem: hi there, I'm trying to get some python tests on mapnik2 passing again and I'd like to ask you a question about the new Feature interface. do you have a min? 19:31:36 <albertov> springmeyer: no prob. I deserve all the suffering I shall get from porting my branch to trunk now for taking so long to do it :) 19:31:50 * springmeyer chuckles 19:32:32 <springmeyer> albertov: you'll notice that after I applied your gdal overviews patch, both I and artem and marcin have touched up things around rasters 19:32:57 <springmeyer> so porting may be a bit tough but should give good result 19:33:14 <springmeyer> in particularly you'll like that artem added both x,y resolution to mapnik::query :) 19:33:33 <springmeyer> ack I can't type 19:33:40 <springmeyer> particularly/particular 19:35:36 <albertov> springmeyer: yes, I noticed it. It shouldn't bit too hard to port the color stuff though since it doesn't depend on the gdal part of the equation. thanks for the fixes to the alignment issues and the query resolution (which should fix a problem I had with the "arrows" branch I have) 19:36:07 <springmeyer> ah, nice 19:37:10 * springmeyer pulls http://trac.mapnik.org/raw-attachment/ticket/477/mapnik-0.7.1.mr.hextree2.diff 19:37:21 * springmeyer kicks off fresh 0.7.1 compile 19:37:27 * springmeyer heads to lunch 19:37:43 <albertov> btw, is there any way to implemement symbolizers in a plugin fashion (ie: like the input plugins, without patching mapnik)? 19:37:46 <artem> albertov: hey, I'm back 19:37:51 <albertov> hi artem 19:37:55 <springmeyer> albertov: artem may be in an out 19:37:58 <springmeyer> oh there he is 19:38:04 <springmeyer> anyway, logs are here: http://mapnik.dbsgeo.com/ 19:38:08 * springmeyer heads out for a bit 19:40:06 <artem> albertov: re: symbolizers in plug-ins - nope, not at the moment 19:40:34 <albertov> artem: I'm looking over the python tests fixing the low-hanging-fruit in order to have a clean base to test the raster coloring functionallity from the gdalcolors branch and I've seeen that you've removed the "properties" attributes from mapnik2.Feature but you can now __getitem__ on the feature itself. is this intentional? I mean, deprecating the "properties" attr.? 19:40:36 *** rulus (~rulus@unaffiliated/rulus) has joined #mapnik 19:41:20 <albertov> artem: ohh... symbolizers in plugins would be so awesome :) 19:41:43 <rulus> Good evening! Is there a way to specify the orientation of the text placed by a TextSymbolizer? ie turn around the '25' in this picture: http://dump.rulus.be/Hk3akbLh5t.png 19:41:44 <artem> albertov: sure, I thought having array like access is more user friendly ?? 19:42:26 *** cgs_bob_ (~bob@238.sub-75-229-47.myvzw.com) has joined #mapnik 19:42:30 <artem> symbolizers in plug-ins sounds cool, may be we can have special symbolizer plug-ins? 19:43:49 <albertov> artem: sure it's nicer, I asked because I have a fix which proxies to the old interface and gives deprecation warnings (in the python wrapper) but I'm not sure if it was the right approach 19:44:47 <albertov> artem; here's the fix I mentioned: http://pastebin.org/110071 19:45:27 <artem> ok, I see 19:46:15 <albertov> artem: does it look good? should I commit it? 19:46:35 <artem> yes, looks good to me 19:47:25 <albertov> artem: great, I'll commit it then and update the tests so they dont' issue deprecation warnings 19:47:38 <artem> just be aware that interfaces might change in mapnik2, but feature\s name/value access should stay the same 19:47:59 <artem> great 19:48:52 <albertov> artem: you mean that the values returned by feature[name] should be the same as feature.properties[name] although they're not queried in the same way, right? 19:52:07 <artem> yes, exactly 19:53:00 <artem> you can proxy feature.properties[] to feature[] probably 19:53:11 <artem> and issue warning 19:53:24 <albertov> artem: ok 19:57:13 <albertov> artem: another error in the tests seems to be caused in Datasource.all_features (python) because apparently the box2d that envelope() returns doesn't seem like box2d to the Query constructor (http://pastebin.org/110078). It's weird though since I set a break point there and ds.envelope() actually does return a box2d (ie: instead of a None). Any ideas? 19:59:49 <nikq> Mapnik Trac: Changeset [1678]: added a proxy to the deprecated Feature.properties interface in the python ... | http://trac.mapnik.org/changeset/1678 20:01:07 <artem> albertov: I think Query object has changed to have both x/y resolutions 20:02:29 <albertov> artem: I see... so it should be something like: Query(self.envelope(), (1.0, 1.0)), I'll try that see what happens... 20:02:48 <artem> yes, but we might need to fix python bindings 20:03:01 <artem> give it a try 20:04:16 <albertov> artem: no luck, another "did not match C++ signature" 20:04:53 <albertov> artem: I think I can fix it... lemme see... 20:06:14 <artem> sure, you need to modify ctor in mapnik_query.cpp to have boost::tuple<double,double> instead of double 20:08:40 <albertov> artem: hmm, instead of "query::resolution_type const&"? I had guessed that pehaps there was no conversor registered to translate a resoultion_type from python and back (if that makes any sense at all) 20:09:26 <artem> typedef boost::tuple<double,double> resolution_type; 20:10:01 <artem> should be fine 20:10:18 <albertov> artem: ok, i'll try that... 20:10:23 *** Ldp__ (~thid@osm.xs4all.nl) has joined #mapnik 20:14:37 <albertov> artem: hmmm, it looks like resolution_type is already typedef'ed in http://trac.mapnik.org/browser/trunk/include/mapnik/query.hpp?rev=1678#L44 into a boost::tuple... perhaps a conversor needs to be declared for the boost::tuple? 20:16:04 <albertov> artem: perhaps something to do with resolution_type being a ref. in "init<box2d<double>,query::resolution_type const&,double>()"? 20:16:12 <artem> Yes, you should be able to use resolution_type in mapnik_query constructor - conversions from/to boost::tuple are already there 20:16:38 <artem> what error do you get ? 20:18:39 <albertov> artem: no error yet, the thing is that I think that the fix you're suggesting (as I'm understanding it) is already there since the "init" refers to query::resolution_type and that is already typedefed into a boost::tuple in query.hpp... (please pardon my c++ illiteracity) 20:19:13 <artem> yes 20:20:58 <albertov> artem: however, "query = Query(self.envelope(), (1.0, 1.0))" doesn't work either (same error as with Query(envelope, 1.0)) 20:23:07 <artem> ok, let me have a look... 20:24:27 <albertov> artem: thx 21:13:55 *** luneff (~yury@93.178.70.65) has joined #mapnik 21:15:37 <springmeyer> rulus: no, orientation (currently) is only automatically determined by the placement relative to the line 21:16:59 <springmeyer> albertov: just scrolling... 21:17:04 <springmeyer> maybe problem is that 21:17:17 <springmeyer> boost::tuple is different than boost::python::tuple ? 21:20:55 <artem> albertov:springmeyer: yes, there's no converter yet : http://www.boost.org/doc/libs/1_42_0/libs/python/todo.html#boost-tuple we need to add one 21:21:22 <springmeyer> ah ha, nice find 21:21:31 <springmeyer> you'd think there was :) 21:23:35 <nikq> Mapnik Trac: Changeset [1679]: properly serialize the map_buffer when saving map | http://trac.mapnik.org/changeset/1679 21:28:05 *** rweait has quit (Ping timeout: 260 seconds) 21:29:36 <springmeyer> artem: should I port r1676 to trunk? 21:29:37 <nikq> http://trac.mapnik.org/changeset/1676, at , by artem: + use rint(v) instead of int(round(v))+ add rint implementation - msvc hasn't got one+ minor cleanups 21:30:05 <artem> springmeyer: sure 21:30:19 <springmeyer> k, will do 21:32:03 * springmeyer coffee 21:44:58 *** rweait (~nerd@weait.tor.istop.com) has joined #mapnik 21:47:53 *** jburgess has quit (Remote host closed the connection) 21:52:51 *** jburgess (~jburgess@15.92.187.81.in-addr.arpa) has joined #mapnik 21:58:14 *** artem has quit (Quit: artem) 22:03:01 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 22:13:52 *** albertov has quit (Quit: albertov) 22:15:22 *** Ldp__ has quit () 22:17:19 <springmeyer> rweait: what is mvsas? 22:17:37 <rweait> marvel sas driver 22:17:49 <springmeyer> .g 'marvel sas driver' 22:17:50 <nikq> springmeyer: https://launchpad.net/bugs/352336 22:18:30 *** tcarobruce has quit (Quit: tcarobruce) 22:20:41 <springmeyer> hmm, sorry beyond me 22:20:49 <rweait> me too. 22:21:09 <rweait> the ram seems good, the drives seem good. 22:21:29 <rweait> but osm2pgsql won't finish. 22:21:47 <rweait> and it sure won't die early enough to test many things. 22:23:38 *** tcarobruce (~tcarobruc@adsl-75-10-247-30.dsl.pltn13.sbcglobal.net) has joined #mapnik 22:23:59 *** artem has quit (Quit: artem) 22:38:15 <springmeyer> rweait: what is the error again? 22:39:03 <rweait> Kernel Panic - not synching Attempted to kill init 22:39:03 <rweait> mvsas 00000:01:00.0 mvsas failed[-132]! 22:39:03 <rweait> ata9: translated ATA stat/err 0x00/00 to SCSi SK/ASC/ASCQ 0xb/00/00 22:39:18 <rweait> and a bunch of others/ 23:05:05 <springmeyer> thats no fun 23:07:02 <rweait> Yeah. I'm bummed out. 23:16:19 <nikq> Mapnik Trac: Changeset [1680]: apply mapnik-0.7.1.mr.hextree2.diff (slighly modified to accept ... | http://trac.mapnik.org/changeset/1680 23:18:21 <nikq> Mapnik Trac: Ticket #477 (semitransparency support for png256) reopened | http://trac.mapnik.org/ticket/477#comment:12 23:19:22 <nikq> Mapnik Trac: Changeset [1681]: + use rint(v) instead of int(round(v)) + add rint implementation - msvc ... | http://trac.mapnik.org/changeset/1681 23:21:24 <nikq> Mapnik Trac: Changeset [1682]: properly serialize the map_buffer when saving map | http://trac.mapnik.org/changeset/1682