00:00:47 <springmeyer> rcoup_: thats a good point as well, it should be 00:01:21 <crschmidt> 'dsn' is the OGR term, I believe... 00:01:24 <rcoup_> maybe source isn't right either, it shouldn't be file though ;) what does OGR's Datasource call it? 00:01:26 <crschmidt> Not that you have to use it. 00:01:31 <rcoup_> yeah, what crschmidt said :) 00:01:49 <rcoup_> consistency is good 00:01:53 <crschmidt> I like 'ds' ('datasource') better 00:02:08 <crschmidt> generally speaking, the OGR Python APIs don't expose it 00:02:13 <crschmidt> you just use Open("string") 00:02:21 <crschmidt> not a keyword param 00:05:52 <springmeyer> hmm, we are creating a Mapnik 'datasource' so maybe source is best (instead of file): 00:05:53 <springmeyer> http://trac.mapnik.org/browser/trunk/plugins/input/ogr/ogr_datasource.cpp#L51 00:06:26 <springmeyer> kunitoki_: sound reasonable? 00:06:41 <springmeyer> any opinions on OGR vs Ogr ? 00:07:09 <artem_> Ogr surely :) 00:07:34 <springmeyer> cool, thats what I added :) 00:09:56 <artem_> springmeyer: source doesn't sounds quite right either, there must be a better term .. When connecting to DB what do you pass to Ogr ? a string containing all params ? 00:11:04 <kunitoki_> springmeyer: hi 00:11:08 <kunitoki_> and to all 00:11:28 <kunitoki_> regarding naming conventions, i think you should keep things more equal possible 00:11:52 <kunitoki_> but generally for acronyms... i prefer to have them in uppercase letters 00:12:07 * springmeyer sees connection string... http://www.gdal.org/ogr/drv_pg.html 00:12:10 <kunitoki_> taken obviously that OGR and GDAL are acronyms and not names 00:12:22 <springmeyer> hey kunitoki_ 00:13:14 <artem_> how about Goodal and Oogr then ? 00:13:19 <kunitoki_> for the other thing i see source as a general name for identifying any kind of information place where to be informed 00:13:41 <springmeyer> 'dsn' like crschmidt mentioned is likely most correct, must be an acronym (note:lowercase lol) for data-source connection :) 00:14:03 <kunitoki_> why not dAT@S0urc30Gr ? 00:14:08 <springmeyer> lets go with Goodal()! :) 00:14:09 <kunitoki_> eh 00:14:58 <kunitoki_> dsn remembers me my tedious days of sql server development and odbc stuff 00:15:33 <springmeyer> yes. the days before such nice things as mapnik :) 00:15:38 <kunitoki_> not to mention ASP in mid 90's 00:16:11 <kunitoki_> you mentioned you crashed with some gpx files 00:16:15 <artem_> kunitoki_: yep, you're right DSN brings particular memories 00:16:45 <kunitoki_> more than particular i like to call them defective 00:16:54 <kunitoki_> defective memories 00:18:23 <artem_> what about connection_string ? From Goodal docs : "...use a connection string specifying the database name, with additional parameters as necessary.." 00:19:06 <artem_> it can be a file or DSN - it is 'connection_string" :) 00:19:39 <kunitoki_> 'origin' sounds to literate ? 00:19:45 <kunitoki_> to=too 00:20:43 <kunitoki_> anyway i like to discover more of mapnik 00:21:07 <kunitoki_> http://trac.mapnik.org/ticket/170#comment:10 00:21:28 <kunitoki_> here i need some good developers here that can think a way to improve this 00:22:41 <kunitoki_> i don't think ogr-wkb > mapnik-wkb conversion will work always good 00:22:51 <kunitoki_> it depends on the implementation 00:23:10 <kunitoki_> i've seen lot of different implementations of wkb in a lot of gis products 00:23:17 <kunitoki_> even if they should be equal 00:23:47 <kunitoki_> probably that is the problem 00:23:57 <artem_> kuntoki_: yes. it can be improved , I mean there is no real reason to do ogr->wkb->mapnik conversion 00:24:08 <kunitoki_> what about doing a big switch (ogrGeom->getType) 00:24:40 <kunitoki_> and feed mapnik fatures with geometries 00:24:50 <kunitoki_> i think is the best way 00:24:56 <artem_> kuntuki_: yep 00:24:58 <kunitoki_> (the only ?) 00:25:47 <kunitoki_> i'm already doing this 00:26:15 <artem_> kunitoki_: great 00:26:16 <kunitoki_> but i find a problem... in mapnik.. polygon can't have 1 exterior + more interior rings or i'm wrong ? 00:26:34 <kunitoki_> cause OGR polygon can be like that (with holes) 00:26:38 <artem_> of course it can 00:26:48 <kunitoki_> how i can do it ? 00:27:10 <kunitoki_> because i can find only move_to line_to 00:27:35 <artem_> use move_to to 'move' to the next loop 00:28:08 <kunitoki_> ah cool 00:28:16 <kunitoki_> so i do the exterior_ring first 00:28:26 <kunitoki_> then move_to the start of any interior 00:28:27 <artem_> exactly 00:28:32 <kunitoki_> nice 00:31:10 <artem_> kunitoki_: dataset_ could be wrapped into scoped_ptr or something similar to make the whole thing more exception safe 00:32:08 <kunitoki_> i tried that 00:32:24 <kunitoki_> but calling OGRDataSource::DestroyDataSource (dataset_); 00:32:45 <kunitoki_> with a scoped_ptr was not so likely for the compiler unless i do a lot of casting 00:33:16 <kunitoki_> you can improve my code if you like... so i can learn :) 00:33:30 <kunitoki_> i typically have a different way of writing 00:33:42 <kunitoki_> i'm a JUCE developer 00:34:00 <kunitoki_> http://www.rawmaterialsoftware.com/juce/ 00:34:18 <kunitoki_> if you look at the general code style and clean of that library 00:34:28 <kunitoki_> well, there is nothing like that 00:35:13 <kunitoki_> at least i haven't seen anything like that 00:35:31 <kunitoki_> so i'm a bit out of the boost stuff, it's a new thing for me 00:35:52 <kunitoki_> i'm learning 00:36:57 <artem_> kunitoki_: cool 00:37:31 <artem_> and thanks for your contribution!! 00:37:31 <kunitoki_> look at the juce demo 00:37:57 <kunitoki_> i can easily write a sleek cross platform viewer application 00:38:22 <kunitoki_> with that speed and beautifulness of the controls... you saying mapnik is geared towards the future no ? 00:38:39 <kunitoki_> juce apps are futuristic imho :) 00:39:19 <artem_> sounds the sound of it . I'll check it out sometime 00:40:05 <artem_> I like futuristic software 00:40:37 <kunitoki_> this is done with that library 00:40:57 <kunitoki_> http://www.anticore.org/jucetice/?page_id=4 00:43:51 <springmeyer> artem_: what is the reason the shapefile driver needs a filename/path without the .shp extension? 00:44:56 * artem_ trying to remember . ... 00:45:15 <artem_> springmeyer : have you used ArcInfo/Viewer ? :) 00:45:24 <springmeyer> yes 00:45:37 <springmeyer> long time ago :) 00:45:43 <artem_> same here 00:46:03 <springmeyer> how come? 00:46:52 <artem_> I think I was thinking about those poor esri guys who used to see shapefiles through ArcView file dialogs hmm .. 00:47:25 <springmeyer> :) ah I get ya 00:47:44 <springmeyer> to try to smooth the experiece of multiple files... 00:47:45 <artem_> well, it is not just *.shp it is full monty - *.shx *.prj *.dbf *.sbn .. 00:47:57 <springmeyer> yes. 00:48:29 <springmeyer> its cool that migurski added support for pulling the full monty of those files in zip format 00:48:29 <artem_> but I take your point 00:48:37 <artem_> did he? 00:48:38 <springmeyer> within cascadenik from a remote url 00:48:59 <artem_> I am a cascadnik newbe 00:49:12 <springmeyer> artem: I think if it is okay I'd ask to allow both the filename with and without the '.shp' 00:49:48 <springmeyer> I like it (and am used to the lacking extension) now, but I think it trips up new users... 00:50:03 <artem_> springmeyer : yes, sure. in fact good idea ! 00:50:50 <nikq> Mapnik Trac: Ticket #199 (Shapefile reader should look for file="name.shp") created | http://trac.mapnik.org/ticket/199 00:50:50 <springmeyer> k 00:51:19 <artem_> springmeyer: yep, usability! 00:51:20 <springmeyer> geez, 11 tickets in one day: http://trac.mapnik.org/stractistics 00:51:38 <artem_> what, closed ? or opened? 00:51:38 * springmeyer needs to try to close them faster than he opens them, ugh :( 00:52:09 <springmeyer> oh whoops, that's commits in the last two weeks 00:52:11 <springmeyer> nm! 00:52:28 * springmeyer is blurry eyed multi-tasking :) 00:52:36 <kunitoki_> hey, how can i handle multipoints ? 00:52:50 <kunitoki_> add multiple geometries ? 00:52:56 <kunitoki_> to the same feature ? 00:53:29 <artem_> kunitoki_: have a look in shape.input source . just a sec I'll find related files .. 00:54:07 <kunitoki_> ok thanx 00:55:16 <artem_> kunitoki_: even better, check out src/wkb.cpp it has all geometries I think 00:58:10 <kunitoki_> i can see read_multipoint and read_multipoint_2 and they behaves what my brain was asking 00:58:41 <kunitoki_> one do multiple move_to on the same geometry2d... the other create different geometry2d for each point 01:01:40 <artem_> right, there are two 'modes' to handle multi- geometries (internally), it's related to labels positioning .. checking .. 01:02:53 <CIA-23> mapnik-utils: * r513 /sandbox/ogr_plugin/ (6 files): 01:02:57 <kunitoki_> yeah i think so, but in our case ogr have one label for the point "cloud" cause the multipoint is a single feature 01:04:31 <artem_> ok, you can use first approach then : multiple move_to 01:05:05 <artem_> actually, hang on .. 01:06:11 <kunitoki_> mmmh 01:06:31 <artem_> read_multipoint_2 is what you need :) and multipoint will be treated as a single feature 01:06:49 <kunitoki_> ok 01:06:52 <kunitoki_> what if i need to handle a OGRGeometryCollection ? 01:07:13 <kunitoki_> i have different things inside, i can't handle with only a geometry2d type 01:07:38 <artem_> let me see 01:08:06 <artem_> GeometryCollectio is a quite daft feature indeed :) 01:08:18 <kunitoki_> i think create a geometry2d for each object and add to the feature_ptr still is the way to go 01:08:30 <artem_> yep 01:08:35 <kunitoki_> an we still have one mapnik feature 01:08:43 <artem_> precisely 01:08:47 <kunitoki_> i think (but may be wrong) 01:09:11 <artem_> multigeometry is a collection of geometries 01:10:03 <artem_> from mapnik point of view it will iterate through this collection and render whatever is there 01:10:51 <artem_> yep should just work 01:11:09 * artem_ got to go see you tomorrow 01:11:13 *** artem_ has quit () 01:11:56 <nikq> Mapnik Trac: Ticket #170 (Add OGR.input plugin to read all OGR supported vector formats) updated | http://trac.mapnik.org/ticket/170#comment:12 01:14:40 <kunitoki_> springmeyer: what the sybolizer should print ? 01:15:32 <springmeyer> TextSymbolizer does the map labels... 01:15:46 <springmeyer> so the 1's coming out of the ogr plugin should be country names aka: http://trac.mapnik.org/attachment/wiki/XMLGettingStarted/world_population_minimized.png 01:16:35 <springmeyer> kunitoki_: I can see any reason it is spitting out 1's, but maybe you can figure it out? 01:17:12 <CIA-23> mapnik-utils: * r514 /sandbox/ogr_plugin/ (population.xml maps/world_population_ogr.png): 01:46:26 <kunitoki_> i've got the 3rd version of the ogr_plugin 01:46:45 <kunitoki_> without the wkb useless conversion. 01:46:59 <kunitoki_> the only problem is related to label positioning 01:47:53 <kunitoki_> multi objects i add it with multiple geometry to the same feature, so every geometry have a label... which is not the way 01:48:14 <kunitoki_> i should implement the _2 version of the functions 02:05:01 <kunitoki_> the label thing... could be a uppercase lowercase problem ? 02:05:30 <kunitoki_> i mean... i'm adding layer field descriptors 02:05:53 <kunitoki_> and then i boost:put any feature attribute (like the shape.input) 02:09:03 *** D3f0 (n=defo@190.176.226.70) has joined #mapnik 02:09:33 <springmeyer> kunitoki_: cool. your label positioning problem sounds like a feature :) 02:09:40 <springmeyer> see #162 maybe? 02:09:41 <nikq> Ticket #162: Label by Geometry Parts, http://trac.mapnik.org/ticket/162 02:10:16 <springmeyer> I tried both lowercase and uppercase in the xml and didn't see a change... 02:12:41 <kunitoki_> i've implemented both versons 02:12:55 <kunitoki_> related to #162 02:12:55 <springmeyer> cool 02:12:55 <nikq> Ticket #162: Label by Geometry Parts, http://trac.mapnik.org/ticket/162 02:13:10 <springmeyer> yo rock 02:13:27 <kunitoki_> it depends on how people would like labels to appear 02:13:46 <kunitoki_> probably, datasource should be aware of the user selection 02:13:59 <kunitoki_> so it will fetch in a way or the other 02:14:17 <kunitoki_> if multiple_geometries are specified 02:14:40 <kunitoki_> and in fact it is :) 02:15:44 <springmeyer> yes. good point, should be a datasource option not a textsymbolizer option 02:16:24 *** migurski has quit () 02:17:05 <nikq> Mapnik Trac: Ticket #162 (Label by Geometry Parts) updated | http://trac.mapnik.org/ticket/162#comment:2 02:18:18 <springmeyer> #119 relates to the lower vs uppercase specification of the field name to lookup for labeling 02:18:18 <nikq> Ticket #119: Case insensitivity with Field name lookup in Symbolizers, http://trac.mapnik.org/ticket/119 02:18:24 <springmeyer> comments welcome... 02:21:32 <springmeyer> kunitoki_: calling ds.describe() on a native shapefile datasource vs and ogr datasource creates different results... 02:21:37 <springmeyer> perhaps that is the problem 02:21:50 * springmeyer is not sure what the 'size' attribute is exactly... 02:22:41 <springmeyer> but the field in question in that test case the ogr datasource gives: 'name=POP2005\ntype=1\nsize=-1' 02:23:04 <springmeyer> while the shapefile datasource gives 'size=4' 02:24:17 <kunitoki_> mmmmh 02:27:00 <kunitoki_> it is something like a single field with all the columns ? 02:37:33 <nikq> Mapnik Trac: ogr_3rd_revision.patch attached to Ticket #170 | http://trac.mapnik.org/attachment/ticket/170/ogr_3rd_revision.patch 02:37:35 <kunitoki_> try the latest patch 02:40:48 <kunitoki_> result of mapnik-utils/ogr_plugin_test 02:40:52 <kunitoki_> http://pastebin.com/d185325b3 02:40:54 <springmeyer> kunitoki_: what are you creating your patches with? 02:40:58 <kunitoki_> no more segfaults 02:41:04 <kunitoki_> diff 02:41:23 <springmeyer> cool, those tests look good 02:41:53 <kunitoki_> the maps renders correctly... the only thing is the label 1 02:41:57 <springmeyer> hmm, do you know why the first line? 'dinf -aur -x '.*'........ 02:42:12 <kunitoki_> mmmh no ? 02:42:27 <kunitoki_> probably i've mistaken the command 02:42:42 <springmeyer> it seems to be a non-standard format such that trac can't compare it: http://trac.mapnik.org/attachment/ticket/170/ogr_3rd_revision.patch 02:42:54 <springmeyer> vs. http://trac.mapnik.org/attachment/ticket/170/ogr_input_plugin.patch 02:43:19 <kunitoki_> i'll try again 02:43:31 <kunitoki_> what's the best way of doing diffs ? 02:43:34 <springmeyer> also, it's easiest for me if you do it from inside mapnik/ directory 02:43:48 <springmeyer> cd src/mapnik 02:43:53 <kunitoki_> you just need to -p1 02:44:00 <springmeyer> $ diff plugins > asdfasdf.patch 02:44:01 <nikq> http://trac.mapnik.org/wiki/asdfasdf 02:44:02 <springmeyer> yes 02:44:12 <springmeyer> okay 02:44:40 <kunitoki_> cd mapnik && patch -p1 < ../ogr_patch 02:46:11 <springmeyer> malformed at line 76... diff -aur -x '.*' mapnik-original .... 02:46:32 <springmeyer> its ability to strip off the top line but that funky syntax seems to be above each file huh? 02:46:42 <springmeyer> anyway, I'll just hand edit for now.. no prob 02:46:50 <kunitoki_> ouch.. my diff here is producing this 02:46:55 <kunitoki_> no wait 02:47:19 <springmeyer> okay 02:47:30 <kunitoki_> it seems my diff here is non standard 02:51:43 <nikq> Mapnik Trac: ogr_3rd_revision.2.patch attached to Ticket #170 | http://trac.mapnik.org/attachment/ticket/170/ogr_3rd_revision.2.patch 02:52:29 <kunitoki_> well.. i'm doing a little mess 02:52:56 <kunitoki_> can i kill an attachment ? 02:53:10 <springmeyer> you can write over it if you name it the same 02:53:46 <kunitoki_> i wrote ogr_3rd_revision.2.patch by mistake 02:53:55 <springmeyer> ah ya and you can delete if you are logged in 02:54:06 <springmeyer> very bottom of the page when viewing the page (on the left) 02:55:27 <kunitoki_> mmmmh ok use this 02:55:30 <kunitoki_> http://trac.mapnik.org/attachment/ticket/170/ogr_3rd_revision.patch 02:55:46 <kunitoki_> merge into trunk :) 02:55:59 <kunitoki_> i have to take home some of that mapinfo files i use at work 02:56:12 <kunitoki_> so we can test it even with that 02:56:24 <kunitoki_> and finally.... oracle tests ! 02:56:45 <kunitoki_> ok need to sleep some 02:57:20 <kunitoki_> thrash this... it seems i can't http://trac.mapnik.org/attachment/ticket/170/ogr_3rd_revision.2.patch 02:57:20 <springmeyer> okay, be well! 02:57:37 <kunitoki_> next days we will kill the label proble 02:57:40 <kunitoki_> m 02:57:51 <springmeyer> deleted... 02:58:35 <kunitoki_> cheers 02:58:38 *** kunitoki_ has quit ("CGI:IRC") 03:19:34 *** IceCreamMan has parted #mapnik ("Konversation terminated!") 03:20:02 *** MasterNayru (n=MasterNa@203.176.96.250) has joined #mapnik 04:17:12 *** rcoup_ has quit () 04:20:36 <nikq> Mapnik Trac: Changeset [839]: + third revision of patch for ogr plugin with better handling of wkb and ... | http://trac.mapnik.org/changeset/839 04:28:50 <springmeyer> nikq: tell kunitoki that the geojson geometrycollection rendering is working now: http://dbsgeo.com/tmp/mapnik_ogr_plugin_tests/geometrycollection_type-geojson.png 04:28:51 <nikq> springmeyer: I'll pass that on when kunitoki is around. 04:32:41 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]") 04:41:28 <nikq> Mapnik Trac: XMLConfigReference edited | http://trac.mapnik.org/wiki/XMLConfigReference?version=16 04:45:52 <springmeyer> MasterNayru: fyi: http://trac.mapnik.org/wiki/FontSet?version=1 04:46:37 <CIA-23> mapnik: dane * r839 /trunk/plugins/input/ogr/ (4 files): + third revision of patch for ogr plugin with better handling of wkb and multigeometries (kunitoki) 04:54:21 *** springmeyer has quit () 04:59:58 <CIA-23> mapnik-utils: * r515 /sandbox/ogr_plugin/data/geoserver_wfs_poly.geojson: 06:48:30 *** rcoup (n=rcoup@ip-118-90-24-53.xdsl.xnet.co.nz) has joined #mapnik 06:50:21 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik 07:20:01 *** xcacou (n=aga@112.66.86-79.rev.gaoland.net) has joined #mapnik 08:17:53 *** kunitoki_ (n=4f0731d2@67.159.35.76) has joined #mapnik 09:00:00 <kunitoki_> anyone here ? 09:11:52 *** rcoup_ (n=rcoup@ip-118-90-54-112.xdsl.xnet.co.nz) has joined #mapnik 09:22:44 *** rcoup has quit (Read error: 110 (Connection timed out)) 09:28:43 *** D3f0 has quit (Remote closed the connection) 10:03:13 *** rcoup_ has quit () 10:06:59 <nikq> Mapnik Trac: ScaleAndPpi edited | http://trac.mapnik.org/wiki/ScaleAndPpi?version=7 10:20:20 <Berteun> springmeyer: I edited the ScaleAndPpi part on the wiki and have tried to explain the issues I ran into yesterday. I hope it makes sense. 10:41:32 <kunitoki_> new version of the OGR input plugin... fixing a lot of things ! 12:40:50 *** jlivni has quit (Remote closed the connection) 12:41:01 *** jlivni (n=josh@c-24-4-60-236.hsd1.ca.comcast.net) has joined #mapnik 13:05:17 <nikq> Mapnik Trac: Ticket #201 (Leaving Cairo surfaces open for post-map drawing.) created | http://trac.mapnik.org/ticket/201 15:21:24 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 15:22:53 <artem> jburgess: are you around ? 15:28:18 <nikq> Mapnik Trac: Ticket #200 (Transparent map background not rendered on Cairo surfaces) closed | http://trac.mapnik.org/ticket/200#comment:1 15:35:25 <CIA-23> mapnik: artem * r840 /trunk/src/cairo_renderer.cpp: + Alpha background patch for Cairo (Berteun) 15:41:43 *** kunitoki_ has quit ("CGI:IRC (Session timeout)") 15:45:52 *** artem has quit () 16:04:11 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 16:13:01 *** kunitoki_ (n=4f0731d2@67.159.35.76) has joined #mapnik 16:20:38 <nikq> Mapnik Trac: Changeset [841]: third ogr patch from kunitoki! (fixes labels and implements ... | http://trac.mapnik.org/changeset/841 16:24:32 <springmeyer> kunitoki_: applied, THANKS!!! 16:24:51 <springmeyer> yes labels work, nice! http://dbsgeo.com/tmp/mapnik_ogr_plugin_tests_patch3/world_population_ogr.png 16:25:13 <springmeyer> coolest is that the geometry collection will render: http://dbsgeo.com/tmp/mapnik_ogr_plugin_tests_patch3/geometrycollection_type-geojson.png 16:25:32 * springmeyer wonders how that is handled in the postgis input plugin... 16:25:53 * springmeyer now has to head out for a meeting... 16:26:13 <springmeyer> Berteun: awesome! 16:33:00 <kunitoki_> springmeyer: i'm happy it works nicely ! 16:35:14 <kunitoki_> is that geometry collection png wrong 16:35:33 <kunitoki_> i don't understand if is an error or not 16:36:22 <CIA-23> mapnik: dane * r841 /trunk/plugins/input/ogr/ (4 files): third ogr patch from kunitoki! (fixes labels and implements feature_at_point)(ogr_4th_revision.patch) 16:57:45 <springmeyer> kunitoki_: well re: the geometry collection, ya I think it is working perfectly :) 16:58:05 <springmeyer> obviously not a pretty image, but it shows a point and a line both rendered 16:58:48 <springmeyer> I've actually never seen a geometry collection displayed so it's hard to say it's perfect since you can't open one is most graphical viewers 16:59:04 <springmeyer> though I bet you could load that one as geojson in openlayers 17:02:36 *** artem has quit () 17:10:53 *** D3f0 (n=defo@190.176.226.70) has joined #mapnik 17:34:08 <nikq> Mapnik Trac: show_page.patch attached to Ticket #201 | http://trac.mapnik.org/attachment/ticket/201/show_page.patch 17:34:39 <nikq> Mapnik Trac: Ticket #201 (Leaving Cairo surfaces open for post-map drawing.) updated | http://trac.mapnik.org/ticket/201#comment:1 17:40:51 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 17:42:08 *** artem has quit (Client Quit) 17:55:50 *** xcacou has quit (Remote closed the connection) 18:49:02 *** rcoup (n=rcoup@ip-58-28-159-166.static-xdsl.xnet.co.nz) has joined #mapnik 19:14:18 *** scruggs has quit (Read error: 110 (Connection timed out)) 19:14:33 *** scruggs (n=chris@72-161-116-136.dyn.centurytel.net) has joined #mapnik 20:19:43 <springmeyer> Berteun: would you mind submitting some basic python tests for cairo and #210? 20:19:44 <nikq> Ticket #210: no such ticket. (list index out of range) 20:20:07 * crschmidt curses springmeyer for being faster than him 20:20:40 <springmeyer> :) huh? 20:21:08 <springmeyer> I don't know what you mean, but either way thats not possible! 20:23:54 <crschmidt> png256 20:24:42 <springmeyer> ah ah. 20:24:52 * springmeyer was riding his bike back then 20:25:35 * springmeyer must have fallen or something cuz his short term memory is clearly shot 20:30:20 <springmeyer> Berteun: I'm ready to add you to the AUTHORS for your nice patches - you want your first name or full name? 20:43:21 *** kunitoki_ has quit ("CGI:IRC (EOF)") 21:06:36 *** D3f0 has quit (Remote closed the connection) 21:31:35 *** forrestv has quit (Read error: 113 (No route to host)) 21:40:04 *** forrestv` (n=forrestv@c-75-74-80-105.hsd1.fl.comcast.net) has joined #mapnik 21:48:12 *** forrestv` is now known as forrestv 21:50:22 <Berteun> springmeyer: Full name is fine. 21:50:45 <Berteun> springmeyer: I can do that for ticket 201. 21:50:46 <nikq> Ticket #201: Leaving Cairo surfaces open for post-map drawing., http://trac.mapnik.org/ticket/201 21:50:54 <Berteun> Tomorrow. :) 21:52:20 <springmeyer> okay, so Berteun: what is your last name? 21:52:29 <Berteun> Damman 21:55:10 <springmeyer> thx! 21:55:19 <Berteun> np 21:59:19 <MasterNayru> springmeyer: Thanks for the heads up yesterday, it worked perfectly :) 22:00:17 <springmeyer> MasterNayru: np, power of community, eh? 22:01:06 <springmeyer> Beau wasn't on the list anymore 22:01:27 <CIA-23> mapnik: dane * r842 /trunk/AUTHORS: Adding Berteun to the AUTHORS list for his patches to the Cairo support 22:01:38 <springmeyer> and he's the one that added that code base 22:02:31 <springmeyer> :) now cmarqu is going to implement it in cascadenik ;) 22:10:00 <cmarqu> But I *said* I don't need it myself! ;) 22:15:52 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 22:16:55 <springmeyer> cmarqu: just kidding of course - since you were so nice about it :) 22:17:46 <springmeyer> cmarqu: its great. in addition we just set up email notification for mapnik-utils (otherwise we'd only would have noticed months later!) 22:18:39 <cmarqu> springmeyer: Ah. Also, can I somehow set severity and stuff like that, or do you need to do that? 22:19:00 <springmeyer> cmarqu: just members right 22:19:54 <cmarqu> Ok 22:19:58 <springmeyer> cmarqu: ah shucks, wanna be a member? 22:20:28 <cmarqu> springmeyer: Does that mean I can commit my Cascadenic styles as well? :) 22:20:34 <springmeyer> yep 22:20:38 <cmarqu> Would ask mike before of course 22:20:41 <springmeyer> you into it? 22:20:48 <cmarqu> Sure, why not 22:21:05 <springmeyer> well, you could start by created a folder in the sandbox 22:21:59 <springmeyer> I'm 100% positive mike would be fine with that 22:22:15 <cmarqu> sandbox is fine for now 22:22:23 <springmeyer> got a gmail account? 22:22:46 <cmarqu> Yes, cmarqu42 22:24:12 <springmeyer> cool, you should have commit rights now if you pull from the 'https' link here: http://code.google.com/p/mapnik-utils/source/checkout 22:25:08 <springmeyer> cmarqu: I recommend grabbing just the sandbox separely tho, rather than pulling from the root to get both trunk and the sandbox 22:25:11 *** artem has quit () 22:25:36 <springmeyer> since I've got a bunch of data stashed in the '/svn/data' folder that is big 22:25:56 <cmarqu> Ok, thanks 22:26:50 <springmeyer> feel free to create a /svn/sandbox/cmarqu folder or just pop things in /svn/sandbox - which ever you prefer 22:30:13 <cmarqu> Maybe /svn/sandbox/cascadenik/hike+bike/ 22:30:26 <cmarqu> Or hike_n_bike 22:30:33 <springmeyer> cool 22:34:23 <cmarqu> Cool, it's in. 22:35:04 * springmeyer should maybe set up nikq to watch the mapnik-utils rss 22:35:19 <springmeyer> CIA is slow and duplicative now 22:39:47 <springmeyer> nice cmarqu: css is so clean 22:40:53 <cmarqu> Thanks, but I just followed Mike's example. 22:41:20 <cmarqu> But I can remove commented-out stuff now, with version control 22:41:41 <springmeyer> nikq: tell migurski when he returns that cascadenik rocks 22:41:41 <nikq> springmeyer: I'll pass that on when migurski is around. 22:52:56 *** migurski (n=migurski@h-68-165-1-62.snvacaid.covad.net) has joined #mapnik 22:54:56 <CIA-23> mapnik-utils: cmarqu42 * r516 /sandbox/ (11 files in 3 dirs): Hike+Bike style for OSM (http://opentiles.com/cmarqu) 22:55:01 *** scruggs has quit (Connection timed out) 22:55:33 *** scruggs (n=chris@75-121-83-226.dyn.centurytel.net) has joined #mapnik 23:00:00 <springmeyer> migurski: are those mapnik-utils email forwards working? 23:00:06 <migurski> yes they are 23:00:07 <nikq> migurski: 22:41Z <springmeyer> tell migurski when he returns that cascadenik rocks 23:00:12 <migurski> ha 23:00:16 <springmeyer> sweet 23:00:53 <migurski> thanks =) 23:06:21 <cmarqu> Oh wow, the color picker in Gimp can pick the color of any point on the screen 23:07:16 <springmeyer> system color picker on mac os does that too 23:13:30 <springmeyer> .startrss 23:13:30 <nikq> Okay, I'll re-start rss... 23:14:01 <springmeyer> nikq: are you broken, eh? 23:43:41 *** rcoup has quit ()