00:19:21 *** ninja_ (n=pankur@nat/yahoo/x-d56c53f74c18e347) has joined #mapnik 01:02:04 *** aub has quit () 01:16:29 *** artem has parted #mapnik () 05:16:03 *** aub (n=aubrey@static-70-107-236-83.ny325.east.verizon.net) has joined #mapnik 05:41:26 *** matt_c has quit (Read error: 104 (Connection reset by peer)) 05:43:08 *** matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #mapnik 07:38:04 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik 07:47:20 *** xcacou (n=aga@vel78-2-82-243-106-36.fbx.proxad.net) has joined #mapnik 08:29:45 *** migurski has quit () 09:46:08 *** sandGorgon (n=chatzill@122.162.141.4) has joined #mapnik 09:46:14 <sandGorgon> hi guys... is there any open source GIS software - I want to learn how to get a GPS device to show up on a map: its quite basic, but I want to learn what is the input data, how to determine shortest path, etc 10:57:11 *** sandGorgon has quit (Remote closed the connection) 11:54:21 *** artem_ (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 12:04:57 *** sandGorgon (n=chatzill@122.162.141.4) has joined #mapnik 12:32:07 <ninja_> hey guys is there a way of specifying a point explicitly in the style xml ? 12:33:02 <ninja_> for example for train stations i want to display a train marker + station name 12:33:42 <ninja_> the icon comes on top of the text 12:34:07 <ninja_> so is there a way to say for text : x-1 , y-1 ? 12:38:18 <ninja_> solved 12:38:28 <ninja_> forgot about the dy attribute 14:34:08 *** w0lfie_ (n=wolf@cpe-67-49-133-78.hawaii.res.rr.com) has joined #mapnik 14:34:12 <w0lfie_> hola 15:11:36 *** crschmidt (n=crschmid@59.176.232.72.static.reverse.ltdomains.com) has joined #mapnik 15:14:52 <crschmidt> What's the current recommendation for setting up a Mapnik WMS using an XML file (like the OSM XML file) as a base? 15:15:51 <crschmidt> Ah, looks like somethingwas checked in in r901 15:15:52 <nikq> http://trac.mapnik.org/changeset/901, at , by dane: OGCServer: add support for load_map() within WMSFactory (thanks xcacou,theosys,and tmcw for early patches) (closes #129) 15:22:15 <crschmidt> hm 15:22:17 <crschmidt> from mapnik import Map, Color, Envelope, render, rawdata, Image, Projection as MapnikProjection, render_to_file, Coord 15:22:20 <crschmidt> ImportError: cannot import name rawdata 15:23:20 <crschmidt> must be some weird side effect of my install 15:28:01 <springmeyer> hey crschmidt: the old python bindings must still be on your PYTHONPATH somewhere 15:28:34 <springmeyer> is this on that lenny machine or something else? 15:33:03 <crschmidt> This is on that screwy machine, yeah. I worked it out 15:33:20 <crschmidt> (For whatever reason, my most recent install didn't actually install the bindings.) 15:33:31 <springmeyer> ack 15:33:43 <springmeyer> or did but in the wrong location? 15:33:51 <crschmidt> well, I can't find them installed anywhere 15:34:07 <springmeyer> $ locate _mapnik.so ? 15:34:17 <crschmidt> That got installed. 15:34:21 <crschmidt> But that's not the bindings 15:34:58 <springmeyer> well the bindings are that and an __init__.py (+ the ogcserver) 15:35:00 <crschmidt> anyway, I'm not worried about it. I'm sure it's a side effect of me being an incompetent system maintainer :) 15:35:08 <springmeyer> :) 15:35:24 <springmeyer> so you rebuilt and they got properly installed? 15:36:41 <crschmidt> No, I stuck the bindings dir on my PythonPath 15:36:49 <crschmidt> (/sys.path) 15:37:19 *** artem_ has quit () 15:41:44 <springmeyer> huh, well SCons internally should be using distutils.sysconfig.get_python_lib() to locate and stuff the bindings in your site-packages 15:42:15 <springmeyer> if you can figure out why they didn't install correctly there - it would be good to know 15:47:59 <crschmidt> Of course, the real problem now is that I can't sem to get the WMS to give me what I want, but that's clealry a different problem 15:48:03 <crschmidt> :) 15:48:24 <springmeyer> heh 15:48:52 <crschmidt> hm 15:49:00 <crschmidt> it sems like mapnik's 1.3.0 support is broken 15:49:10 <crschmidt> http://localhost:8080/?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-71.124449,42.353057,-71.088765,42.377868&CRS=EPSG:4326&WIDTH=979&HEIGHT=680&LAYERS=amenity%2Cplaces&STYLES=%2C&FORMAT=image/png&TRANSPARENT=TRUE works 15:49:13 <springmeyer> potentially 15:49:17 <crschmidt> but http://localhost:8080?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=42.353057,-71.124449,42.377868,-71.088765&CRS=EPSG:4326&WIDTH=979&HEIGHT=680&LAYERS=amenity%2Cplaces&STYLES=%2C&FORMAT=image/png&TRANSPARENT=TRUE 15:49:21 <crschmidt> doesn't 15:49:56 <crschmidt> and 1.3.0 is quite clear that EPSG:4326 means "bottom, left, top, right" for EPSG:4326 (as annoying as that is) 15:50:44 <springmeyer> interesting 15:52:40 <springmeyer> ya, I don't see any modified bbox logic in there: http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/ogcserver/wms130.py 15:54:04 <crschmidt> is there a way to change the default version? 15:55:00 <springmeyer> ? you mean control via WMS version via the config rather than the query_string? 15:55:22 <crschmidt> The default version, yeah. The answer is that you can't 15:55:29 <crschmidt> I'm getting weird qgis behavior, which is my problem 15:55:38 <springmeyer> right, but that would be fairly easy to add 15:56:08 <springmeyer> are you running as cgi? 15:58:09 <crschmidt> wsgi 15:58:27 <crschmidt> realy, I should figure out why qgis doesn't like wms 1.1.1 15:59:16 *** matt_c has quit () 15:59:19 <crschmidt> springmeyer: http://n2.nabble.com/WMS-problem---QGIS-1.0-prev-2-td2038451.html is nother example of a server doing the wrong thing 16:02:57 *** xcacou has quit (Read error: 104 (Connection reset by peer)) 16:08:45 <crschmidt> http://crschmidt.net/mapping/osm-qgis.png is the reuslt 16:08:49 <crschmidt> result 16:12:28 <springmeyer> cool 16:14:46 <crschmidt> not really sure why the colors are off, but whatev 16:15:36 <springmeyer> something about the way mapnik png renders in qgis is screwy 16:16:07 *** matt_c (n=mcroydon@gateway.sunflowerbroadband.com) has joined #mapnik 16:16:09 <springmeyer> I've seen this just opening up a georeferenced png, but never stopped to figure it out 16:16:34 <springmeyer> are the colors different when you view in a browser? 16:17:44 <crschmidt> http://rafb.net/p/2bHxLx43.html 16:17:47 <crschmidt> is a hacky fix 16:17:51 <crschmidt> in reality, it shouldn't just be 4326 16:17:56 <crschmidt> it should be any CRS in lon, lat order 16:18:03 <crschmidt> but I don't think that proj stores that information 16:18:41 <crschmidt> oh, it's probably incorrect layer ordering 16:18:45 <crschmidt> all the casings are on top 16:18:55 <springmeyer> yes, that is likely too 16:20:24 <crschmidt> other than that, the color doesn't sem too wrong 16:20:27 <springmeyer> #226 notes I am aware of it but have not figured out where in the code the ordering is getting messed up 16:20:27 <nikq> Ticket #226: OGCServer Style and Layer ordering with load_map() support, http://trac.mapnik.org/ticket/226 16:20:29 <springmeyer> okay 16:21:19 <crschmidt> Hm 16:21:30 <crschmidt> I wonder what the order of layers in the getcapabilties is 16:21:47 <nikq> Mapnik Trac: Ticket #129 (OGCSERVER / XML) updated | http://trac.mapnik.org/ticket/129#comment:21 16:24:49 <crschmidt> does mapfactory.layers end up being sorted? 16:25:10 <crschmidt> hm, seems like it should be 16:26:05 <crschmidt> but yeah, I think the problem is just that the getcapabilties isn't ordered in any way that matches the xml 16:28:14 <crschmidt> 'citywalls' is the first in the getcaps 16:28:24 * springmeyer back 16:28:26 <crschmidt> but is in the middle of both layers and styles in my xml file 16:28:38 <springmeyer> um, yes things *should* be sorted 16:29:00 <springmeyer> but I'm not sure about getcapabilities - I've not touched that 16:30:15 <springmeyer> the issue here is that the OGCServer needs all layers and styles free floating and the process of ripping them out of the Map object after loading from xml 16:30:15 <nikq> Mapnik Trac: Ticket #241 (Mapnik 1.3.0 support doesn't respect crs axis ordering) created | http://trac.mapnik.org/ticket/241 16:30:44 <springmeyer> in that code I've surely looped poorly somehow and am loosing ordering 16:31:06 <nikq> Mapnik Trac: 130.patch attached to Ticket #241 | http://trac.mapnik.org/attachment/ticket/241/130.patch 16:31:26 <nikq> Mapnik Trac: Ticket #241 (Mapnik 1.3.0 support doesn't respect crs axis ordering) updated | http://trac.mapnik.org/ticket/241#comment:1 16:31:50 *** sanjiv (n=chatzill@59.180.157.121) has joined #mapnik 16:32:19 *** sanjiv has quit (Read error: 104 (Connection reset by peer)) 16:33:10 *** sanjiv (n=chatzill@59.180.157.121) has joined #mapnik 16:34:31 <crschmidt> Well, reading the code, it seems sane 16:34:45 <crschmidt> actually 16:34:51 <crschmidt> well. two things: 16:35:00 <springmeyer> :) 16:35:20 * springmeyer is appreciate 16:35:23 <crschmidt> 1. What youv'e done there looks fine, insofar as it seems sane to loop over map.layers... 16:35:32 <crschmidt> ... assuming that map.layers is orered. (Which I don't know.) 16:36:00 <crschmidt> 2. i don't know if the default xml-file ordering is done by style or by layer. I think it's the latter, but if it's the former, that would be an issue. 16:36:50 * springmeyer looks to remind himself.. 16:37:39 <crschmidt> oh, wait 16:37:40 <crschmidt> I see 16:37:45 <crschmidt> register_layer is the problem 16:37:49 <crschmidt> register_layer sticks things in a dict 16:38:06 <crschmidt> which is of course not going to work 16:38:10 <crschmidt> so it's not your code 16:38:12 <springmeyer> ah ha 16:40:49 <crschmidt> yay 16:40:51 <crschmidt> got something working 16:40:52 <crschmidt> sec 16:40:58 * springmeyer wonder if the custom copy() hack also is messing things up 16:41:01 <springmeyer> cool crschmidt 16:41:13 * springmeyer goes to apply the first 1.3.0 patch... 16:42:10 <crschmidt> http://olympia.metacarta.com/~crschmidt/ogc.patch 16:42:13 <crschmidt> well 16:42:18 <crschmidt> I don't know if that 1.3.0 patch should be applied 16:42:20 <crschmidt> it's a hack 16:42:52 <springmeyer> :) 16:43:20 <crschmidt> anyway, what that latter patch does is keep the layer in two places: 16:43:28 <crschmidt> 1. The layers hash, which is used for checking styles and so on 16:43:34 <crschmidt> 2. the ordered_layers list 16:43:42 <crschmidt> then the getcaps both iterate through the latter 16:46:05 <springmeyer> nice 16:46:18 * springmeyer has applied is going to test on his osm.xml 16:46:26 <springmeyer> er patched locally i mean 16:46:54 *** ninja_ has parted #mapnik () 16:47:04 * springmeyer wishes he could do $ python setup.py install 16:49:28 *** ninja__ (n=pankur@cm122.psi133.maxonline.com.sg) has joined #mapnik 16:54:46 <crschmidt> hm 16:54:59 <crschmidt> so, part of mapnik gets installed in /usr/local/lib64 16:55:10 <crschmidt> and part of it (Python stuff) gets installed in /usr/lib/python2.4/site-packages 16:55:59 <springmeyer> okay, what does this give you: 16:57:02 <springmeyer> from distutils.sysconfig import get_python_lib 16:57:02 <springmeyer> print get_python_lib(1) 16:57:02 <springmeyer> print get_python_lib(0) 16:57:25 *** sanjiv has quit (Read error: 104 (Connection reset by peer)) 16:57:39 <springmeyer> is your default python 24? 16:58:12 *** ninja__ has quit () 16:58:18 <springmeyer> the python should be going into /usr/local/lib64/python... 17:01:02 *** scruggs (n=chris@72-161-105-25.dyn.centurytel.net) has joined #mapnik 17:01:12 *** tomhughes has quit ("Coyote finally caught me") 17:03:35 *** sanjiv (n=chatzill@59.180.157.121) has joined #mapnik 17:03:37 <crschmidt> >>> print get_python_lib(1) 17:03:37 <crschmidt> /usr/lib/python2.4/site-packages 17:03:37 <crschmidt> >>> print get_python_lib(0) 17:03:37 <crschmidt> /usr/lib/python2.4/site-packages 17:05:03 <springmeyer> okay. and you must not have that on your path since you are running python 25? 17:05:43 <crschmidt> No, I'm running python 2.4. 17:05:49 <crschmidt> But that's not where I expected it to be installed. 17:05:57 <springmeyer> oh, okay. 17:06:24 <crschmidt> so, I just svn upped and di python scons/scons.py install again 17:06:37 <crschmidt> and now I'm getting a segfault when Python exits :( 17:06:41 <springmeyer> so where does $ python setup.py install drop stuff for other python apps? 17:06:55 <crschmidt> no idea. I never run that on this machine 17:07:01 <crschmidt> mapnik is the only thing I don't install from .debs 17:07:14 <springmeyer> okay 17:07:22 <crschmidt> I was just confused as to why python stuff went into /usr/lib and mapnik libs went into /usr/local/lib64 17:09:53 <springmeyer> ya, the reason is that mapnik is arch dependent and thus should go itno lib64 fo x86_64 machines 17:10:30 <crschmidt> hm 17:10:42 <springmeyer> and previously we contructed the location of site-packages manually and got it right (thus python would also go into lib64) on most linux systems 17:10:53 * crschmidt wonders how to debug a python segfault into gdb 17:10:55 <springmeyer> but didn't on mac osx 17:11:33 <springmeyer> do I switches to distutils with the assumption that would be more platform specific 17:11:46 <springmeyer> apparantly a wrong assumption with py24 17:12:04 <springmeyer> so the segfault is happening during the building or install? 17:12:24 <crschmidt> Neither 17:12:29 <crschmidt> It builds. It installs. It even runs. 17:12:34 <crschmidt> But when python exits, it segfaults. 17:13:00 <springmeyer> ah 17:13:38 <springmeyer> maybe do $python -v # see if that gives any clues? 17:14:02 <springmeyer> perhaps mapnik is not properly distroying its singleton 17:14:12 <crschmidt> nothing particularly interesting 17:14:24 <crschmidt> before when this was happening,, it wasn't a segfault, but was some weirdness in the input drivers 17:14:29 <crschmidt> there was a missing symbol or something 17:14:37 <crschmidt> Also, another question, perhaps this is related: 17:14:39 <springmeyer> yes, very possible 17:14:44 <crschmidt> when I installed, and typed 'import mapnik' 17:14:53 <crschmidt> it claimed it couldn't find libmapnik.so.0.6 17:15:00 <springmeyer> clearing them out manually will probably solve 17:15:03 <springmeyer> ldconfig 17:15:08 <crschmidt> I checked /etc/ld.so.conf, and /usr/local/lib64 is in there 17:15:11 <crschmidt> and i ran ldconfig 17:15:14 <springmeyer> k 17:15:16 <crschmidt> and it still said it 17:15:34 <crschmidt> So I symlinked /usr/lib/libmapnik.so.0.6 to /usr/local/lib64/libmapnik.so.0.6 17:15:48 <springmeyer> k 17:15:58 <crschmidt> which lets me import 17:17:03 <crschmidt> springmeyer: define 'clearing them out manually"? 17:17:11 <springmeyer> ya there may be input drivers linked to 0.5 still 17:17:18 <springmeyer> rm 17:18:30 <springmeyer> rm /usr/local/lib/mapnik/input/*.input 17:18:33 <springmeyer> and rebuild 17:19:10 <springmeyer> crschmidt: sorry about this upgrade hell - lots of movement in trunk... 17:21:29 <springmeyer> ah, but of course scons won't reinstall those unless it senses they have changed 17:23:41 <crschmidt> Okay 17:23:49 <crschmidt> removing /usr/lib/mapnik/0.5/input worked 17:23:50 <crschmidt> thx 17:24:03 <crschmidt> it's my own fault 17:24:08 <crschmidt> I know better than to build my own softwar 17:24:12 <crschmidt> It's why I never do it 17:24:26 <crschmidt> but I really needed SVGs to effectively run the mapping party last weekend 17:25:30 <springmeyer> well hopefully we can get this build working better too :) 17:26:15 <crschmidt> So, in summary: 17:26:22 <springmeyer> crschmidt: unfortunately the layering patch did not fix the ordering issues I see in my osm.xml 17:26:26 <crschmidt> 1. the python path thingy is a red herring; it just wasn't where I expected it to 17:26:44 <crschmidt> springmeyer: how are you browsing the WMS? 17:26:48 <springmeyer> right 17:27:00 <springmeyer> OpenLayers 17:27:05 <crschmidt> er 17:27:15 <crschmidt> Ordering is based on the layers: '' string 17:27:27 <crschmidt> Are you sure you're ordering your layers: string correctly? 17:27:45 <springmeyer> ah ah, sorry I missed that you were actually using that 17:27:59 <crschmidt> Well, the WMS spec uses that 17:28:07 <crschmidt> the layer ordering fix is a fix to the getcaps 17:28:11 <crschmidt> so that they're in the same order as the file 17:28:22 <crschmidt> that way, you can just add them all in the order they are in the getcaps, and it will look the same 17:28:32 <crschmidt> if you want to rearrange them, you can still do that via the layers: string in the WMS equest 17:28:38 <crschmidt> I'm using qgis to test 17:29:06 <springmeyer> :) right 17:29:22 <springmeyer> I'm doing LAYERS=default 17:29:26 <crschmidt> Ah 17:29:28 <crschmidt> I have no idea what that does 17:29:32 <crschmidt> but I didn't touch it 17:29:36 <crschmidt> so it probably doesn't do the right thing :) 17:29:42 <springmeyer> right 17:29:49 <crschmidt> So, the reason my bindings were old 17:29:57 <crschmidt> is that in order to fix one of the issues with input.shape breaking things 17:29:58 <springmeyer> well its supposed to grab them all in the native order 17:30:07 <springmeyer> yes... 17:30:08 <crschmidt> I had reinstalled the old Python bindings from the .deb 17:30:21 <crschmidt> (After installing mapnik) 17:30:28 <crschmidt> the libmapnik file was fine, because I only installed the python deb 17:30:29 <springmeyer> okay. 17:30:33 <crschmidt> and it wasn't a problem except for the ogcserver 17:30:40 <crschmidt> so yeah, these are all my fault as a crappy sysadmin :) 17:30:52 <springmeyer> lol 17:31:06 <springmeyer> we'll its also high time for a new release too :) 17:31:48 <crschmidt> Cool, got mapnikwms set up under mod_wsgi 17:32:08 <springmeyer> nice 17:34:21 <crschmidt> hmm. 17:34:40 <crschmidt> I think that removing my input plugins from /usr/lib/mapnik/0.5 did not do what I wanted to 17:34:50 <crschmidt> It seems that now mapnik is just silently not rendering anything :P 17:35:09 <springmeyer> right, so rebuild and reinstall ya? 17:35:19 <springmeyer> $ cd mapnik_src 17:35:27 <springmeyer> $ rm plugins/* 17:35:38 <springmeyer> $ svn up # restores plugins 17:35:53 <springmeyer> $ sudo python scons/scons install 17:36:24 <crschmidt> okay, giving that a try 17:36:33 <springmeyer> they will go into /usr/lib/mapnik/ 17:36:38 <springmeyer> rather than /usr/lib/mapnik/0.5 17:36:51 <crschmidt> or /usr/local/lib64? 17:36:54 <springmeyer> the 0.5 is only done in the debian package 17:36:58 <crschmidt> Yeah 17:36:59 <springmeyer> oh, right :) 17:37:07 <crschmidt> I'm wondering if the problem is that I have to do that libmapnik.so symlink 17:37:13 <crschmidt> and therefore libmapnik can't find the plugins 17:37:19 <crschmidt> (which already do exist in /usr/local/lib64) 17:38:22 <springmeyer> hum, possibly 17:38:46 <crschmidt> Okay, installing didn't help 17:38:53 * springmeyer has never built mapnik on a lib64 system but clearly needs to do so soon 17:42:14 <crschmidt> So, I guess I don't knw where the input plugins get registered 17:42:24 <crschmidt> because wherever that stting is, it's currently broken on my machine 17:42:41 <crschmidt> ah 17:42:46 <crschmidt> the debian package has a 'paths.py' 17:42:52 <crschmidt> that specifies where they're loaded from 17:42:55 <springmeyer> right 17:43:14 <springmeyer> from mapnik import inputpluginspath 17:43:34 <springmeyer> http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/__init__.py#L32 17:43:53 <crschmidt> heh 17:43:54 <crschmidt> I see now 17:44:06 <crschmidt> so the debian package 'overrules' the 'mapnik.paths' 17:44:11 <crschmidt> by putting a 'paths.py' in place 17:44:19 <crschmidt> slightly ingenious, really 17:45:28 <crschmidt> alright 17:45:30 <crschmidt> looks like i'm all set 17:45:36 <crschmidt> thx! 17:45:42 <springmeyer> np! 17:50:12 <springmeyer> cool, layer ordering now looks to be working if LAYER=default 17:50:33 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik 17:50:35 <crschmidt> did you make another change? 17:51:15 <springmeyer> yup, if LAYER=default it will simply loop over you ordered_layers now 17:52:06 <springmeyer> crschmidt: is their an official WMS way of requesting all Layers? 17:52:19 * springmeyer took 'default' from the OL example here: http://trac.osgeo.org/mapserver/wiki/RenderingOsmData 17:52:35 <crschmidt> No 17:52:40 <crschmidt> 'default' is just a name in that mapfile 17:53:14 <springmeyer> okay, so perhaps supporting LAYERS=all is a stupid hack :) 17:53:22 <crschmidt> well 17:53:31 <crschmidt> it's a very *useful* hack 17:53:49 <springmeyer> I'm in then :) 17:54:52 *** sanjiv_ (n=chatzill@59.180.157.121) has joined #mapnik 17:55:23 *** sanjiv_ has quit (Read error: 54 (Connection reset by peer)) 17:55:53 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 18:02:21 <nikq> Mapnik Trac: Changeset [938]: ogcserver: apply patch from crschmidt to support correct layer ordering in ... | http://trac.mapnik.org/changeset/938 18:02:51 <nikq> Mapnik Trac: Ticket #226 (OGCServer Style and Layer ordering with load_map() support) updated | http://trac.mapnik.org/ticket/226#comment:1 18:03:16 <crschmidt> The only problem with 'default' is that it might be used by existing datasources/layers 18:03:28 <crschmidt> perhaps something more like __mapnik__all__ or something instead 18:05:09 *** jlivni (n=josh@76.14.74.234) has joined #mapnik 18:05:42 <springmeyer> good call 18:07:15 <springmeyer> I think __all__ worksforme 18:07:19 <crschmidt> yeah 18:08:17 <crschmidt> Pythonic and all :) 18:11:47 <CIA-23> mapnik: dane * r938 /trunk/bindings/python/mapnik/ogcserver/ (wms130.py WMS.py wms111.py): ogcserver: apply patch from crschmidt to support correct layer ordering in GetCaps response (closes #226) 18:14:18 *** sanjiv has quit (Read error: 110 (Connection timed out)) 18:20:18 <nikq> Mapnik Trac: Changeset [939]: ogcserver: use the ordered layering from r938 and a layer named __all__ to ... | http://trac.mapnik.org/changeset/939 18:42:44 <CIA-23> mapnik: dane * r939 /trunk/bindings/python/mapnik/ogcserver/common.py: ogcserver: use the ordered layering from r938 and a layer named __all__ to signal a request all layers (addresses #226) 18:42:44 <nikq> http://trac.mapnik.org/changeset/938, at , by dane: ogcserver: apply patch from crschmidt to support correct layer ordering in GetCaps? response (closes #226) 18:50:30 <crschmidt> hm 18:50:43 <crschmidt> 1.1.1 doesn't put xlink:hrefs in the GetMap URLs 18:50:50 <crschmidt> which is why it won't work in qgis or uDig 18:58:14 <crschmidt> and possibly other things as well, but that's probably an impotant one 19:04:36 *** rcoup (n=rcoup@ip-58-28-159-166.static-xdsl.xnet.co.nz) has joined #mapnik 19:20:06 <cmarqu> crschmidt: In http://crschmidt.net/mapping/osm-qgis.png, should that be McTernan Street (uppercase T) off Dana Park? 19:31:57 <crschmidt> No, I don't think so 19:32:23 <crschmidt> I'll double check on the way hoe. 19:32:27 <crschmidt> home. 19:43:07 *** artem has quit () 19:46:34 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 19:58:34 *** artem has quit () 20:18:30 * cmarqu can't believe it took until Python 3 to support UTF-8 as a first-class citizen 20:28:47 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 21:15:48 <CIA-23> mapnik-utils: cmarqu42 * r573 /sandbox/cascadenik/hike_n_bike/routes.mss: Factor out face_name, size, fill etc. 21:22:36 <nikq> Mapnik Trac: Ticket #242 (Drops the whole style or layer when a filter references a non-existent ...) created | http://trac.mapnik.org/ticket/242 21:36:34 *** migurski (n=migurski@h-68-165-1-62.snvacaid.covad.net) has joined #mapnik 21:38:41 *** ajturner (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 21:38:44 *** ajturner has quit (Remote closed the connection) 21:39:23 *** ajturner (n=ajturner@static-71-166-236-36.washdc.east.verizon.net) has joined #mapnik 21:45:16 *** ajturner has quit (Remote closed the connection) 21:49:23 *** ajturner_ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 21:54:36 *** ajturner__ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 21:56:57 *** ajturner___ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 21:56:58 *** ajturner__ has quit (Read error: 104 (Connection reset by peer)) 22:00:56 <artem> hey, ajturner you must on a train (or plane) ? 22:00:56 <artem> something fast moving 22:03:00 *** ajturner___ has quit (Read error: 60 (Operation timed out)) 22:08:16 *** matt_c has quit () 22:09:43 *** ajturner_ has quit (Read error: 110 (Connection timed out)) 22:18:26 *** ajturner (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:23:18 <CIA-23> mapnik-utils: cmarqu42 * r574 /sandbox/cascadenik/hike_n_bike/routes.mss: 22:23:18 <CIA-23> mapnik-utils: Match on symbol and osmc:symbol (written as osmc_symbol because 22:23:18 <CIA-23> mapnik-utils: Cascadenik doesn't like the colon). 22:27:41 *** ajturner_ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:27:44 *** ajturner_ has quit (Read error: 54 (Connection reset by peer)) 22:27:47 *** ajturner_ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:28:17 *** ajturner__ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:28:17 *** ajturner_ has quit (Read error: 54 (Connection reset by peer)) 22:32:02 *** ajturner_ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:32:33 *** ajturner___ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:32:33 *** ajturner_ has quit (Read error: 104 (Connection reset by peer)) 22:32:35 *** ajturner__ has quit (Read error: 104 (Connection reset by peer)) 22:37:42 *** ajturner has quit (Read error: 110 (Connection timed out)) 22:39:43 <artem> springmeyer: i think you should be able to change permissions on 'mapnik_org_media' to allow group 'mapnik' rw could you have a look when you've got a moment 22:44:05 <springmeyer> artem: ie chmod +rw mapnik_org_media/ -R ? 22:45:08 <springmeyer> aha try now? 22:47:24 <artem> fantastic, thanks 22:47:36 <springmeyer> cool! 22:48:53 *** ajturner (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:48:58 *** ajturner has quit (Read error: 54 (Connection reset by peer)) 22:49:00 *** ajturner (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:52:12 *** ajturner_ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:52:54 *** ajturner__ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 22:52:54 *** ajturner_ has quit (Read error: 104 (Connection reset by peer)) 22:53:01 *** ajturner___ has quit (Read error: 104 (Connection reset by peer)) 22:54:43 *** ajturner has quit (Read error: 60 (Operation timed out)) 23:01:23 *** ajturner (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 23:01:28 *** ajturner has quit (Read error: 104 (Connection reset by peer)) 23:01:30 *** ajturner (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 23:11:37 *** ajturner__ has quit (Read error: 110 (Connection timed out)) 23:13:35 *** artem has parted #mapnik () 23:16:57 *** ajturner_ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 23:17:02 *** ajturner__ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 23:17:02 *** ajturner_ has quit (Read error: 104 (Connection reset by peer)) 23:18:06 *** ajturner_ (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 23:18:06 *** ajturner has quit (Read error: 110 (Connection timed out)) 23:18:06 *** ajturner__ has quit (Read error: 104 (Connection reset by peer)) 23:18:13 *** ajturner_ is now known as ajturner 23:24:36 *** ajturner has quit (Read error: 60 (Operation timed out)) 23:29:09 *** ajturner (n=ajturner@204-16-136-250.celito.net) has joined #mapnik 23:43:02 *** ajturner has quit (Read error: 104 (Connection reset by peer))