01:46:30 *** rcoup has quit () 03:55:42 *** kets has quit (Remote closed the connection) 05:01:34 *** rcoup (n=rcoup@125-239-235-175.jetstream.xtra.co.nz) has joined #mapnik 05:07:32 *** rcoup_ (n=rcoup@125-239-235-175.jetstream.xtra.co.nz) has joined #mapnik 05:07:32 *** rcoup has quit (Read error: 104 (Connection reset by peer)) 05:14:07 *** rcoup_ has quit (Read error: 104 (Connection reset by peer)) 05:14:25 *** rcoup (n=rcoup@125-239-235-175.jetstream.xtra.co.nz) has joined #mapnik 05:15:08 *** rcoup has quit (Read error: 104 (Connection reset by peer)) 05:15:24 *** rcoup (n=rcoup@125-239-235-175.jetstream.xtra.co.nz) has joined #mapnik 05:15:36 *** rcoup has quit (Remote closed the connection) 06:19:01 *** xcacou (n=aga@28.54.86-79.rev.gaoland.net) has joined #mapnik 06:20:07 *** xcacou has quit (Remote closed the connection) 06:23:24 *** xcacou (n=aga@28.54.86-79.rev.gaoland.net) has joined #mapnik 11:52:56 *** synax (n=synax@24.222.57.182) has joined #mapnik 13:38:51 *** IvanSanchez (n=ivan@74.3.222.87.dynamic.jazztel.es) has joined #mapnik 15:06:39 *** kets (n=fear@87.251.152.50) has joined #mapnik 15:20:48 *** logion (n=florisvd@ahmed.ugent.be) has joined #mapnik 15:21:14 <logion> hi 15:21:35 <logion> we're serving tiles through tilecache and using openlayers as JS client 15:21:59 <logion> (tilecache uses mapnik for rendering) 15:22:32 <logion> now there seems to be a difference between the coords on our map and those on http://spatialreference.org/ref/epsg/31370/ (this is the projection we're using) 15:22:36 <logion> any ideas? 15:31:04 <springmeyer> logion: can you http://dpaste.com you tilecache.cfg entry? 15:31:46 <springmeyer> a couple ideas are that you must set ... 15:31:47 <springmeyer> projection= <that above proj srs> 15:31:56 <springmeyer> rather than... 15:32:38 <springmeyer> srs = ..... 15:33:33 <logion> k, a sec 15:33:47 <logion> http://dpaste.com/34372/ 15:33:50 <logion> the osm profile 15:34:19 <logion> (we're not using osm data, the name just haven't been edited yet) 15:34:56 <springmeyer> k 15:35:30 <logion> the map is rendering fine, but when I transform coordinates from WGS84 to Lambert(=EPSG:31370) they don't appear at the right spot 15:36:01 <logion> also when I compare the coordinates on my map with those on spatialreference for Lambert http://spatialreference.org/ref/epsg/31370/ my coordinates appear to be wrong 15:37:21 <springmeyer> logion: okay 15:37:26 <logion> if you'd want I could link to my site 15:37:32 <springmeyer> so, a few thoughts: 15:37:33 <logion> but it's password protected 15:38:02 <logion> fire away :)(i've been at it all day & I can't locate the problem) 15:38:03 <springmeyer> 1) ya that srs param is ignored currently with the mapnik layer, but you should be fine as I see your projection param 15:38:32 <springmeyer> ( we need a patch to tilecache to have the mapnik layer read the srs -but not to important) 15:39:20 <springmeyer> 2) I'm actually one of the authors on spatialreference.org, and specifically added that WGS84 bounds parameter 15:39:42 <logion> +towsg84 you mean? 15:40:09 <springmeyer> no the 'WGS84 Bounds: 2.5400, 49.5100, 6.4000, 51.5000' <--- the transformation back to EPSG:4326 15:40:16 <springmeyer> that info on the sr.org page 15:40:29 <logion> ow ok 15:40:30 <springmeyer> logion: I assume thats what you are comparing to? 15:40:42 <logion> well i'm using the map on the right 15:40:49 <logion> http://spatialreference.org/ref/epsg/31370/ 15:40:59 <springmeyer> oh, okay 15:41:03 <logion> I go to a specific city and look at the output coordinates 15:41:22 <logion> my map has different lambert coordinates for the same city 15:41:41 <springmeyer> huh, ya maybe you could post a link so I could understand better 15:56:54 *** xcacou has quit (Remote closed the connection) 16:43:58 *** aba has quit (Read error: 60 (Operation timed out)) 16:45:15 <logion> problem sovled thx to springmeyer 16:47:38 *** logion has quit () 17:12:45 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik 17:17:30 <nikq> Mapnik Trac: Ticket #277 (modserver.py (mod_python WMS handler) cannot hardcode 'onlineresource') updated | http://trac.mapnik.org/ticket/277#comment:3 17:22:46 <nikq> Mapnik Trac: Changeset [1103]: Add more tests, cleanup existing tests and add TODO functionality to the ... | http://trac.mapnik.org/changeset/1103 17:57:18 *** aba (i=sam@libya.turmzimmer.net) has joined #mapnik 17:59:40 <nikq> Mapnik Trac: Changeset [1104]: Properly return exit code from nose. | http://trac.mapnik.org/changeset/1104 18:34:48 *** logion (n=uwish@83.101.12.8) has joined #mapnik 19:54:10 *** synax has quit () 20:24:32 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 20:31:45 *** IvanSanchez has quit (Read error: 110 (Connection timed out)) 20:34:11 <springmeyer> logion: btw, crschmidt is the author of tilecache and lead on sr.org :) 21:07:14 <springmeyer> hey anyone know how in XML to define a filter to catch all null values for a character field? 21:07:22 <springmeyer> e.g for OSM data... 21:07:33 <springmeyer> [highway] = '' 21:07:46 <springmeyer> catches nothing because they are truly NULL 21:08:35 <springmeyer> but mapnik python won't accept... 21:08:36 <springmeyer> Filter("[highway] = NULL") 21:09:50 <Ldp__> I've seen not [key] <> '' being used, and wondered what that did 21:12:13 <springmeyer> ya, I've also tried "not [highway]" 21:12:30 <springmeyer> but that (while being accepte) returns nothing 21:14:10 <springmeyer> the behavior changed in http://trac.mapnik.org/changeset/693 21:14:26 <springmeyer> but I can't quite understand how to specify null from Python 21:15:36 *** artem has parted #mapnik () 21:16:14 <springmeyer> tomhughes: do you know? 21:16:18 <springmeyer> aussie=# select count(*)from osm_au_roads where highway = ''; 21:16:18 <springmeyer> count 21:16:18 <springmeyer> ------- 21:16:18 <springmeyer> 0 21:16:18 <springmeyer> (1 row) 21:16:19 <springmeyer> aussie=# select count(*)from osm_au_roads where highway is null; 21:16:21 <springmeyer> count 21:16:23 <springmeyer> ------- 21:16:25 <springmeyer> 3515 21:16:27 <springmeyer> (1 row) 21:16:39 <springmeyer> ya, I need to figure out how to get those 3515 rows :) 21:18:42 <Ldp__> (select * from asm_ou_roads where highway is null) as roads 21:18:44 <Ldp__> and go from there? 21:19:07 <springmeyer> ya, good point, but... 21:19:25 <springmeyer> in this case I am automating the development of Filters via python 21:19:31 <Ldp__> fair enough 21:19:35 <springmeyer> against a single datasource/table 21:24:11 <nikq> Mapnik Trac: Ticket #317 (Python bindings for Stroke don't have access to dash array) created | http://trac.mapnik.org/ticket/317 21:25:23 <logion> ow I didn't realise that springmeyer :d 21:27:06 <logion> then I rly didn't get this hint : [22:00:37] * crschmidt doesn't know anything about tilecache 21:27:16 <springmeyer> :) 21:32:07 <springmeyer> cool, handling with an ElseFilter does the job for now 21:36:01 *** Ldp_ (n=thid@osm.xs4all.nl) has joined #mapnik 21:37:34 *** logion has quit () 21:52:59 *** Ldp__ has quit (Read error: 110 (Connection timed out)) 22:00:40 *** IvanSanchez (n=ivan@163.2.222.87.dynamic.jazztel.es) has joined #mapnik 22:22:46 <jburgess> springmeyer: depending on what you need, not [highway] <> '', may work. It will evaluate to true for both NULL and empty values. 22:25:23 *** Ldp_ has quit (Remote closed the connection) 22:27:20 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik 22:31:09 <springmeyer> jburgess: :) 22:31:12 <springmeyer> thx! 22:31:15 <springmeyer> that works 22:31:32 <springmeyer> which looking back is __exactly__ what Ldp__ offered 22:31:43 <springmeyer> I just missed the trailing '' 22:31:58 <springmeyer> so 22:32:00 <springmeyer> not [highway] <> '' 22:32:01 <springmeyer> works 22:32:03 <springmeyer> not [highway] <> 22:32:06 <springmeyer> does not :) 22:32:19 <springmeyer> and why don't we have 22:32:29 <springmeyer> [highway] = null ? 22:34:35 <Ldp__> make a ticket? :) 22:34:41 <Ldp__> looks like a good feature 22:34:52 * springmeyer rolls over laughing 22:35:06 <Ldp__> I'd make it NULL though 22:35:21 <springmeyer> ya ya 22:35:42 <Ldp__> makes it stand out; then again case-sensitivity shouldn't matter 22:35:58 <springmeyer> yes 22:57:04 <nikq> Mapnik Trac: PointSymbolizer edited | http://trac.mapnik.org/wiki/PointSymbolizer?version=10 23:03:09 <tomhughes> springmeyer: I have no idea without looking - it rather depends what sort of value the postgis data source returns for a null 23:04:23 <tomhughes> ah I see, I added a proper null type 23:04:38 <tomhughes> but there's probably no syntax in the filter language yet to match it 23:13:49 *** Ldp__ has quit (Read error: 104 (Connection reset by peer)) 23:14:06 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik 23:30:46 *** Ldp__ has quit (Read error: 104 (Connection reset by peer)) 23:38:52 *** blodulv (n=beau@fw099rv1.costco.com) has joined #mapnik 23:39:07 *** blodulv is now known as beaugunderson 23:39:13 <beaugunderson> springmeyer, you around? 23:41:36 <springmeyer> hey beaugunderson :) 23:41:45 <springmeyer> tomhughes: okay, thanks! 23:42:03 <springmeyer> dude beau == on a crazy cool testing tear 23:42:14 <springmeyer> soo needed, so great 23:44:24 <beaugunderson> :) 23:45:03 <beaugunderson> springmeyer, i was just looking at ticket #280 as well, but i'm not sure i understand how it would work, it mentions both a list and a dictionary 23:45:04 <nikq> Ticket #280: Return featureset of list containing dictionary of field->value pairs, http://trac.mapnik.org/ticket/280 23:45:51 <springmeyer> oh, cool, well... 23:46:49 <beaugunderson> i figured it meant return a python list of the features instead of using the next() iterator, but i was then confused by the mention of a dictionary 23:47:03 <springmeyer> I was just thinking that it would be great to be able to get a feature properties somehow 23:47:41 <springmeyer> and perhaps the properties could be fetched for a given feature as a dictionary 23:47:49 <beaugunderson> ah, so the dictionary is for the properties that currently uses iteritems? 23:48:07 <springmeyer> ya, only available as a tuple I think 23:48:18 <springmeyer> sorry ya, that ticket is confusing :) 23:49:01 <springmeyer> I mentioned a 'list' because the featureset is not able to be sliced properly 23:49:13 <beaugunderson> yeah 23:49:49 <springmeyer> so, would be awesome to be able to do len(featurset) to see how many features you have as well 23:49:51 <nikq> Mapnik Trac: Ticket #280 (Featureset should be a list instead of using a next() iterator, ...) updated | http://trac.mapnik.org/ticket/280#comment:2 23:50:04 <beaugunderson> yeah 23:50:09 <springmeyer> important to be able to do automated classification/symbolization, eh? 23:50:17 <springmeyer> here's what works now: 23:50:18 <springmeyer> http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/ogcserver/common.py#L329 23:50:23 <springmeyer> linke 329 23:50:51 <springmeyer> linke/line 23:51:05 <beaugunderson> yeah 23:51:23 <springmeyer> great, nice change to the title, perfect 23:51:53 <springmeyer> so, in general I'm not sure if the right way to make things in mapnik like this more pythonic.... 23:52:09 <CIA-14> mapnik-utils: cmarqu42 * r641 /sandbox/cascadenik/hike_n_bike/poi.mss: Restrict zoom levels for parking with fee. 23:52:14 <springmeyer> is to wrap the objects further in python 23:52:33 <beaugunderson> i was reading up on boost::python and then the site i was on went down :/ 23:52:38 <springmeyer> or actually flex the use of boost python types (boost::python::tuple/dict/list) etc more 23:52:47 <springmeyer> oh no :) 23:52:54 <beaugunderson> yeah, i'm very new to python bindings in general 23:53:02 <springmeyer> I'm pretty impressed with boost python 23:53:04 <beaugunderson> but boost::dict and list look really easy to use 23:53:11 <springmeyer> ya it is 23:53:18 <springmeyer> almost feels like writing python :) 23:53:34 <springmeyer> I've been fiddling while adding pickle support here and there 23:54:44 <springmeyer> currently I think we're just letting boost python default *magic* handle making say, c++ vectors into list-like python objects 23:54:55 <springmeyer> like the lists of styles,layers, etc 23:55:07 <beaugunderson> ah i see 23:59:02 <springmeyer> tomhughes: hey thanks for that pointer