#mapnik log: Wednesday 20, January 2010

2010 | 01

previous | next
00:06:59 *** ajturner (n=ajturner@209.155.228.129) has joined #mapnik
00:09:05 *** willwhite has quit ()
00:17:59 *** chad_burt has quit (Client Quit)
00:23:18 <nikq> Mapnik Trac: HaitiStyles edited | http://trac.mapnik.org/wiki/HaitiStyles?version=5
00:23:48 <nikq> Mapnik Trac: HaitiStyles edited | http://trac.mapnik.org/wiki/HaitiStyles?version=6
00:24:30 <Ldp__> ah, my trick works! :)
00:25:22 <Ldp__> springmeyer: but you're now rendering every pointin the whole table as a camp :)
00:25:48 <springmeyer> ya, still need to update
00:25:56 * springmeyer looking for actual camp font now...
00:39:24 <cmarqu> Oh. Those are *fonts*? I had browsed that page for like 5 minutes without noticing that!
00:40:16 <cmarqu> The whole svg-twotones icons could be a font then!
00:42:21 <cmarqu> springmeyer: Did you find it? #19 on http://www.fgdc.gov/HSWG/ref_pages/Operations_ref.htm
00:42:22 <nikq> Ticket #19: 'Shaping' support, http://trac.mapnik.org/ticket/19
00:43:07 <nikq> Mapnik Trac: HaitiStyles edited | http://trac.mapnik.org/wiki/HaitiStyles?version=7
00:43:19 <springmeyer> cmarqu: yep
00:43:20 <springmeyer> <!ENTITY camp "Q">
00:43:22 <springmeyer> thank you
00:43:48 <springmeyer> cmarqu: what do you mean by svg-twotones?
00:44:20 <cmarqu> springmeyer: http://www.sjjb.co.uk/mapicons/SJJBMapIconsv0.03/recoloured/
00:45:05 <cmarqu> twain47 is behind them
00:45:22 <springmeyer> ah geez didn't know about those
00:45:26 <springmeyer> amazing twain47
00:45:39 <Ldp__> we only use a lot of them in osm.xml, you know :)
00:45:56 <springmeyer> ya ya
00:46:07 <springmeyer> hey I'm just the mapnik programmer :)
00:46:08 <cmarqu> Ok, they are twotone, not sure if TrueType allows that? Could be stippled maybe and still look good
00:46:20 <springmeyer> not sure
00:46:28 <springmeyer> it is easy to go svg -> ttf?
00:46:41 <cmarqu> Ldp__: "mapnik"? Don't you use that in osm.xml somewhere?
00:46:57 <Ldp__> cmarqu: I thought that was osmasomething?
00:47:06 <cmarqu> Ldp__: Maybe you are right.
00:47:41 <cmarqu> There is a svg2ttf
00:48:56 <cmarqu> Uses fontforge, ok
00:52:54 <springmeyer> good to know cmarqu
00:56:04 <springmeyer> so cmarqu and Ldp__ - now that it appears possible to read these ttf...
00:56:23 <springmeyer> what do you think is the best and most efficient route to crosswalking with http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags
00:56:25 <springmeyer> ?
00:57:15 <Ldp__> do you want to create a WMS layer with these symbols?
00:57:40 <cmarqu> I don't have done any such tagging yet (apart from fords), just tracing freakishly.
00:57:47 <springmeyer> I'm stepping back for a moment
00:58:41 <springmeyer> big picture - how to support useful haiti maps as the need for specialized maps emerges
00:58:56 <cmarqu> We could provide an overlay with these, and if someone needs the map on his phone as single tiles, use http://mapnik-utils.googlecode.com/svn/sandbox/tileblender/tileblender.py
00:59:49 <Ldp__> ah, someone else thought of this :) -> http://git.openstreet.nl/index.cgi/flatten-proxy.git/tree/index.php
01:00:15 <Ldp__> s/this/this too/
01:01:17 <cmarqu> Hehe. I like Dane's solution of providing the URLs in the request, this one "just" does watermarking?
01:02:47 <springmeyer> yes, cmarqu would make sense to have just symbols as an overlay in both XYZ and WMS...
01:03:11 <springmeyer> but I think the hard part (at least for me) is creating the styles and keeping them updated
01:03:31 <Ldp__> cmarqu: the git one was created as a quick fix to a question of mine, and never really went anywhere after that
01:03:34 <cmarqu> If we supported more than maybe 5 layers, URLs would get too long though, unless we made them short, or used "relative" URLs
01:03:41 <springmeyer> cmarqu: I can work more on/host that script tomorrow if you think it could be of use
01:04:30 <Ldp__> springmeyer: and if you want to deploy an XYZ layer, I can do that on my end
01:04:33 <cmarqu> springmeyer: Not well thought trough, be I guess OL's vector layers are not up to it in current browsers, so it doesn't leave is with many alternatives
01:05:07 <cmarqu> s/be/but
01:09:59 *** ajturner has quit ()
01:34:57 *** aude_ (n=chatzill@128.241.235.189) has joined #mapnik
01:36:45 *** aude_ is now known as aude-wiki
01:36:59 *** aude has quit (Nick collision from services.)
01:37:06 *** aude-wiki is now known as aude
01:52:41 *** jfxberns has quit ()
02:07:28 <nikq> Mapnik Trac: HaitiStyles edited | http://trac.mapnik.org/wiki/HaitiStyles?version=8
02:24:38 *** tcb has quit ()
02:34:46 *** willwhite (n=diggersf@c-68-33-229-33.hsd1.dc.comcast.net) has joined #mapnik
02:48:14 <nikq> Mapnik Trac: fgdc_and_osm.png attached to HaitiStyles | http://trac.mapnik.org/attachment/wiki/HaitiStyles/fgdc_and_osm.png
02:50:25 <nikq> Mapnik Trac: HaitiStyles edited | http://trac.mapnik.org/wiki/HaitiStyles?version=9
02:51:27 <nikq> Mapnik Trac: fgdc_and_osm.png attached to HaitiStyles | http://trac.mapnik.org/attachment/wiki/HaitiStyles/fgdc_and_osm.png
02:54:30 <nikq> Mapnik Trac: HaitiStyles edited | http://trac.mapnik.org/wiki/HaitiStyles?version=10
03:54:30 *** willwhite has quit ()
04:03:13 *** willwhite (n=diggersf@c-68-33-229-33.hsd1.dc.comcast.net) has joined #mapnik
04:04:53 *** Ldp__ has quit ()
04:21:48 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
04:22:27 *** willwhite has quit ("Leaving")
04:39:57 *** mperry has quit (Read error: 110 (Connection timed out))
04:39:58 *** mperry_ is now known as mperry
05:01:04 *** tcarobruce (n=tim@c-98-210-194-147.hsd1.ca.comcast.net) has joined #mapnik
05:01:25 *** micka (n=micka@93.182.136.127) has joined #mapnik
05:01:28 <micka> hi
05:01:33 <micka> is there someone here ?
05:01:44 <springmeyer> micka: i understand you have a projection problem
05:01:50 <micka> oh you are here
05:01:52 <micka> thx
05:01:55 <springmeyer> but I need to know more to know how to help....
05:02:02 <micka> well just read
05:02:19 <micka> step 1: osm2pgsql with -l
05:02:22 <micka> check
05:04:32 <micka> step 2: ./generate_xml.py --dbname osm --host 'localhost' --user postgres --port 5432 --password '' --world_boundaries='world_boundaries/' --symbols='symbols/'
05:04:35 <micka> check
05:04:47 <springmeyer> stop
05:04:57 <micka> ?
05:05:00 <springmeyer> ./generate_xml.py --help
05:05:27 *** tcarobruce has parted #mapnik ()
05:05:32 <micka> k
05:05:33 <springmeyer> see '--epsg=EPSG' ?
05:05:38 <micka> yes ?
05:05:41 <springmeyer> and extent?
05:05:50 <micka> yes ?
05:05:57 <springmeyer> these both assume 900913
05:06:01 <micka> ok
05:06:26 <springmeyer> --epsg 4326 --extent '-179.0,-89,179,89'
05:06:43 <micka> by curiousity what is extent ?
05:06:55 <micka> i never figure out what is it
05:06:57 <springmeyer> the extent of the osm layers
05:07:03 <micka> ok
05:07:19 <springmeyer> extent meaning, coordinates that enclose all data
05:07:30 <micka> like a bbox ?
05:07:35 <springmeyer> really a bbox
05:07:36 <springmeyer> yes
05:07:39 <micka> cook
05:07:41 <micka> cool
05:07:51 <micka> step 2: ./generate_xml.py --dbname osm --host 'localhost' --user postgres --port 5432 --password '' --world_boundaries='world_boundaries/' --symbols='symbols/'
05:07:54 <micka> so in that
05:08:04 <micka> i've to add epsg
05:08:08 <micka> and extent
05:08:19 <micka> ok
05:08:35 <springmeyer> okay
05:09:56 <micka> to be sure, i will use this bbox
05:09:57 <micka> -180.000,-85.000,180.000,85.000
05:10:12 <micka> because my world is very small
05:10:37 <springmeyer> 179.9999 is recommended instead of 180.0
05:10:45 <springmeyer> but sure
05:11:06 <micka> any idea of that ? => Traceback (most recent call last):
05:11:06 <micka>   File "./generate_xml.py", line 163, in <module>
05:11:06 <micka>     new_file = file(new_name,'wb')
05:11:06 <micka> IOError: [Errno 13] Permission denied: 'inc/datasource-settings.xml.inc'
05:11:38 <springmeyer> that is odd
05:11:54 <springmeyer> it does need write access, but you should have that....
05:12:02 <micka> yes
05:12:05 <micka> it's the first time
05:12:09 <micka> before it's working
05:12:25 <micka> i know
05:12:27 <micka> sorry
05:12:29 <micka> it's my fault
05:12:36 <micka> i'm the user postgres
05:12:38 <micka> .....
05:13:04 <micka> well now it's working
05:13:08 <micka> sorry
05:13:13 <micka> step 2 : check
05:14:13 <micka> springmeyer, someone tell that i've to edit the file configure in inc.
05:14:18 <micka> inc/
05:14:39 <micka> <!ENTITY osm2pgsql_projection "&srs4326;">
05:14:41 <springmeyer> sure, you can either edit the files manually or use the script
05:14:42 <micka> is that ok ?
05:14:53 <springmeyer> micka: you are not listening very closely
05:15:05 <springmeyer> yes that looks good
05:15:19 <micka> yes i'm listening
05:15:24 <micka> it's just that i want to be sure
05:15:30 <micka> that everything is fine
05:15:32 <micka> ./generate_xml.py --dbname osm --host 'localhost' --user postgres --port 5432 --password '' --epsg 4326 --extent '-180.000,-85.000,180.000,85.000' --world_boundaries='world_boundaries/' --symbols='symbols/'
05:15:41 <micka> so
05:15:47 <micka> this step i guess it's ok
05:16:00 <micka> the next step i think is the osm.xml
05:16:08 <micka> but i'm not the expert
05:17:11 <micka> my problem is about
05:17:12 <micka> the srs
05:17:25 <micka> what i've to write inside of srs="" ?
05:17:44 <micka> something like that ?
05:17:44 <micka> <Map bgcolor="#b5d0d0" srs="&srs900913;">
05:17:59 <springmeyer> micka: whatever you want
05:18:44 <micka> but i've different srs value
05:18:53 <micka> it's not right
05:18:54 <micka> i guess
05:19:11 <micka> i should put srs="&srs900913;" for everyone ?
05:19:31 <micka> my idea
05:25:09 <micka> springmeyer => Entity 'srs900913' not defined (encountered in file 'osm_new.xml' at line 7727)
05:25:24 <micka> it is that =>
05:25:25 <micka>  <Layer name="wall" status="on" srs="&srs900913;">
05:26:11 <cgs_bob> springmeyer: hi there.  I just upgraded my system and am about to get the mapnik source.  should I get the source from trunk or the 0.7 branch?
05:27:14 <springmeyer> micka: 'srs900913;' only works when using XML entities
05:27:19 <springmeyer> it is a variable
05:27:20 <micka> ok
05:27:27 <micka> i'm using
05:27:28 <micka> srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over"
05:27:35 <springmeyer> yes
05:27:44 <micka> that one working when my database was on mercator
05:27:50 <springmeyer> cgs_bob: we released today 0.7.0
05:27:57 <springmeyer> so you want to get it from the tag
05:28:30 <springmeyer> `MapnikInstallation
05:28:30 <nikq> http://trac.mapnik.org/wiki/MapnikInstallation
05:28:34 <springmeyer> hmm
05:28:36 <springmeyer> nikq is broken
05:28:38 <springmeyer> http://trac.mapnik.org/wiki/MapnikInstallation
05:28:48 <springmeyer> oh, I'm too slow
05:29:07 <micka> springmeyer:   well, i get empty tile
05:29:10 <springmeyer> micka: layer srs must be defined to the data
05:29:10 <micka> -_-
05:29:16 <springmeyer> map srs can be whatever you want
05:29:28 <springmeyer> you get an empty file? when you do what?
05:29:29 <micka> but why i get empty tiles ?
05:29:50 <micka> python geopard_tiles.py
05:29:53 <springmeyer> what your you doing? running generate_image?
05:29:57 <micka> yep
05:30:04 <springmeyer> you mean generate_tiles.py ?
05:30:10 <springmeyer> which?
05:30:18 <cgs_bob> springmeyer: congrats on the release!  thanks for the link
05:30:46 <micka> generate_tiles
05:30:48 <micka> sorry
05:31:14 <springmeyer> oh, well generate_tiles DOES NOT WORK with anything by 900913
05:31:24 <springmeyer> by/but
05:31:28 <micka> :)
05:32:06 <micka> so
05:32:56 <micka> if i want to use
05:33:03 <micka> lat/long projection
05:33:08 <micka> does it work ?
05:33:44 <micka> with that
05:33:44 <micka> srs="+proj=latlong +datum=WGS84"
05:33:47 <micka> by example ?
05:34:27 <springmeyer> springmeyer: oh, well generate_tiles DOES NOT WORK with anything by 900913
05:34:29 <springmeyer> springmeyer: oh, well generate_tiles DOES NOT WORK with anything by 900913
05:34:31 <springmeyer> springmeyer: oh, well generate_tiles DOES NOT WORK with anything by 900913
05:34:33 <springmeyer> springmeyer: oh, well generate_tiles DOES NOT WORK with anything by 900913
05:34:40 <micka> ok only 900913
05:34:45 <micka> i misunderstand
05:35:33 <springmeyer> micka: try 'nik2img.py'
05:35:38 <springmeyer> .g nik2img
05:35:38 <micka> but srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over"
05:35:39 <nikq> springmeyer: http://code.google.com/p/mapnik-utils/wiki/Nik2Img
05:35:51 <micka> isn't it a 900913 ?
05:36:00 <springmeyer> yes that is 900913
05:36:13 <micka> so why i get empty image ?
05:37:30 <springmeyer> because generate_tiles implements a tileing scheme based on the parameters of the earth projected in 900913
05:37:45 <micka> and my data is on lat/long
05:37:50 <micka> so it doesn't work
05:37:50 <springmeyer> and it is likely zooming to a BBOX where there is no data
05:37:50 <micka> ok
05:37:55 *** rcoup has quit ()
05:38:02 <micka> i get it
05:38:05 <springmeyer> did you see?
05:38:08 <micka> yes
05:38:22 <micka> so i've to use mercator projjection
05:38:29 <micka> in osm2pgsql
05:38:31 <springmeyer> springmeyer: springmeyer: oh, well generate_tiles DOES NOT WORK with anything by 900913
05:39:07 <micka> yes yes i'm sorry i'm such a noob :(
05:43:58 <springmeyer> dodobas: awake yet?
05:46:05 <micka> springmeyer: the last question : i choose lat/long because in mercator projection, i get this kind of error when my sql request is
05:46:06 <micka> ST_Transform(ST_SetSRID(way,900913),4326)
05:46:19 <micka> WARNING:  transform: -38 (failed to load NAD27-83 correction file)
05:46:45 <springmeyer> springmeyer: oh, you used -l...
05:46:45 <springmeyer> [8:56pm] micka: because the projecttion at the end is very bad
05:46:45 <springmeyer> [8:56pm] springmeyer: why?
05:46:45 <springmeyer> [8:56pm] micka: ye
05:46:46 <springmeyer> [8:56pm] micka: because i need it, i've to get data from this bdd
05:47:01 <micka> i know
05:47:15 <micka> but now, my database is in mercator
05:47:21 <springmeyer> micka: please try to be more clear next time
05:47:25 <micka> sorry
05:47:30 <micka> my english :(
05:47:34 <springmeyer> don't worry, just try :)
05:47:42 <micka> i want to learn
05:47:55 <micka> and i know that i use too much of your time !
05:48:03 <micka> so thanks a lot
05:48:35 <springmeyer> so you've re-imported without the -l flag?
05:48:41 <micka> yes
05:48:51 <micka> well, with the -m
05:48:55 <micka> but it's same
05:48:58 <springmeyer> can you do this:
05:49:30 <springmeyer> Select ST_Transform(way,4326) as way from planet_osm_roads limit 1;
05:49:31 <springmeyer> ?
05:49:50 <springmeyer> you should not need 'ST_SetSRID(way,900913)'...
05:50:05 <micka> WARNING:  transform: -38 (failed to load NAD27-83 correction file)
05:50:06 <micka> same
05:50:07 <micka> :'(
05:50:21 <micka> ok for the set_setsrid
05:50:38 <micka> it's like he don't know how to convert it
05:53:28 <springmeyer> micka: seems like you've got a postgis + proj4 configuration problem
05:53:32 <springmeyer> how did you install proj4?
05:53:42 <micka> it wasn't me
05:53:48 <micka> he is still asleep
05:54:21 <springmeyer> huh?
05:54:33 <micka> he is sleeping my coworker
05:55:05 <micka> would you like to give me what you have inside the spatial_ref_sys
05:55:06 <micka> ??
05:55:29 <micka> maybe there is something wrong inside
05:55:49 <springmeyer> micka: maybe you should be sleeping too?
05:55:58 <micka> lol
05:56:07 <micka> thanks but it's almost sunning
05:56:13 <micka> the day
05:56:22 <micka> and i've already sleeping
05:56:23 <micka> ^^
05:56:25 <springmeyer> well, good luck trying to sleep
05:56:35 <micka> but thx, sorry to bother you
05:56:43 <springmeyer> micka: my time's up, I will catch you later
05:56:48 <springmeyer> last hint:
05:56:50 <micka> ok i know sorry
05:57:02 <springmeyer> re-install proj4 and make sure to install the 'datum shifting files'
05:57:08 <micka> ok !
05:57:14 <micka> thanks you
05:57:19 <micka> have a good sleep !
06:04:30 <cgs_bob> micka: look at http://trac.osgeo.org/proj/ and you'll find the datum shift grids can be found at http://download.osgeo.org/proj/proj-datumgrid-1.5.zip .  now I have to get some sleep :)
06:05:27 <micka> thx
06:05:34 <micka> have a good sleep
06:06:21 <cgs_bob> I will...g'nite
06:15:08 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik
06:22:15 *** HounD1 (n=HounD@unics1.grfc.ru) has joined #mapnik
06:25:48 *** HounD2 (n=HounD@unics1.grfc.ru) has joined #mapnik
06:26:47 *** HounD has quit (Read error: 60 (Operation timed out))
06:28:40 *** aude_ (n=chatzill@128.241.235.189) has joined #mapnik
06:29:01 *** aude has quit (Nick collision from services.)
06:29:26 *** aude_ is now known as aude
06:30:29 *** HounD1 has quit (Read error: 60 (Operation timed out))
06:35:10 *** aude_ (n=chatzill@128.241.235.189) has joined #mapnik
06:36:36 *** aude has quit (Nick collision from services.)
06:36:39 *** aude_ is now known as aude
06:38:39 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
06:38:39 *** mperry has quit (Read error: 104 (Connection reset by peer))
06:38:44 *** mperry_ is now known as mperry
07:24:16 <dodobas> springmeyer: sorry...
07:24:31 <dodobas> i was but not logged in
07:24:49 <springmeyer> hey dodobas
07:25:17 <springmeyer> just curious if you've played around with gpsd much? I feel like I saw a tweet that you had...
07:25:24 <dodobas> yeah
07:25:43 <dodobas> live osm editing in josm
07:25:51 <springmeyer> ah, cool
07:25:55 <dodobas> what do you want to know
07:26:01 <springmeyer> I'm trying to learn the python bindings
07:26:13 <springmeyer> that I think are fairly new
07:26:45 <springmeyer> to be able to connect daemon and then dump data into postgis
07:26:47 <dodobas> i haven't looked into dev side of it
07:27:09 <dodobas> but is an interesting idea :)
07:27:35 <springmeyer> okay, no worries then :)
07:27:42 <springmeyer> just starting out...
07:28:27 <dodobas> if i can help :)
07:32:33 *** aliceinwire has quit (Connection timed out)
07:36:02 <springmeyer> thanks dodobas - g'night
07:56:04 <micka> hi, I've postgis, but it seems that proj4 is not installed
07:56:12 <micka> is it possible to install it ?
07:57:37 <micka> dodobas, do you have an idea ?
07:58:17 <aude> micka: i'm signing off now, but try SELECT postgis_full_version();
07:58:46 <micka> sorry aude
07:59:10 <micka> POSTGIS="1.3.3" GEOS="2.2.3-CAPI-1.1.1" PROJ="Rel. 4.6.0, 21 Dec 2007" USE_STATS
07:59:17 <aude> what version of linux are you running?
07:59:41 <micka> ubuntu 8.04
07:59:44 <dodobas> micka: what are you trying to do?
07:59:52 <micka> i've problem here
07:59:54 <micka> <micka> ST_Transform(ST_SetSRID(way,900913),4326)
07:59:54 <micka> <micka> WARNING:  transform: -38 (failed to load NAD27-83 correction file)
07:59:55 <aude> someone may know mor ethan me, but PROJ="Rel. 4.6.0,
08:00:03 <aude> tels me you have proj4
08:00:11 <micka> well it's seems
08:00:24 <micka> but why it can't transform ?
08:00:36 <micka> i've a mercator bdd
08:00:48 <aude> still think it has to do with the bug http://trac.osgeo.org/postgis/ticket/318
08:01:03 <aude> but not sure what you're doing with mapnik, and you may have more problems than that
08:01:44 <micka> <cgs_bob> micka: look at http://trac.osgeo.org/proj/ and you'll find the datum shift grids can be found at http://download.osgeo.org/proj/proj-datumgrid-1.5.zip .  now I have to get some sleep :)
08:01:54 <micka> cgs_bob, give me that
08:02:01 <micka> what can i do with that ?
08:03:10 <racicot> micka: that datumgrid file is used when compiling proj4...
08:03:38 <micka> ok so i can't use it
08:04:09 <micka> about that => <aude> still think it has to do with the bug http://trac.osgeo.org/postgis/ticket/318
08:04:21 <micka> in mycase it translate
08:04:23 <micka> all the point
08:04:24 <micka> -_-
08:05:00 <micka> i don't know what can i do at this point
08:09:50 <aude> micka: if you are running postgis 1.3.3 then your problem may be something other than the bug
08:10:02 <aude> someone knows more than me
08:30:11 *** friism has quit (Read error: 110 (Connection timed out))
08:56:34 *** micka has quit (Remote closed the connection)
09:24:27 *** aude has quit (Remote closed the connection)
09:38:40 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
09:38:40 *** mperry has quit (Read error: 104 (Connection reset by peer))
09:38:45 *** mperry_ is now known as mperry
09:42:09 *** myselfhimself (n=chatzill@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
09:42:57 *** myselfhimself has parted #mapnik ()
09:43:05 *** myselfhimself (n=chatzill@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
09:51:29 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
09:51:57 *** artem changed the topic to: "Mapnik - C++/Python Toolkit | Mapnik 0.7.0 released"
09:52:32 <myselfhimself> hi
09:52:42 <myselfhimself> what postgis version do you want for mapnik 0.8 generation ?
09:52:48 <myselfhimself> 1.4 et 1.5 ?
09:52:53 <myselfhimself> 1.4 or 1.5 sorry ?
09:53:01 *** micka (n=micka@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
09:54:40 <artem> myselfhimself: both versions should work, unless I'm missing something
09:54:52 <myselfhimself> ok thanks artem
09:58:18 *** aliceinwire (n=babel@unaffiliated/aliceinwire) has joined #mapnik
10:04:37 <nikq> Mapnik Trac: Changeset [1579]: + corrected win32 dll name | http://trac.mapnik.org/changeset/1579
10:05:59 <nikq> Mapnik Trac: Changeset [1580]: + removed Jamroot | http://trac.mapnik.org/changeset/1580
10:15:04 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
10:15:04 *** mperry has quit (Read error: 104 (Connection reset by peer))
10:15:09 *** mperry_ is now known as mperry
10:17:17 *** micka has quit ("Leaving")
10:18:56 *** lait (n=micka@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
10:19:08 <lait> hi
10:28:56 *** aliceinwire1 (n=babel@host91-119-static.29-87-b.business.telecomitalia.it) has joined #mapnik
10:32:04 *** aliceinwire has quit (Read error: 110 (Connection timed out))
10:48:28 *** friism (n=friism@81.19.246.10) has joined #mapnik
10:50:47 *** aliceinwire1 has quit (Read error: 60 (Operation timed out))
11:08:53 *** artem has quit (Read error: 113 (No route to host))
12:04:59 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
12:04:59 *** mperry has quit (Read error: 54 (Connection reset by peer))
12:05:04 *** mperry_ is now known as mperry
12:05:53 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik
12:17:50 *** micka_ (n=micka@93.182.134.113) has joined #mapnik
12:18:04 *** lait has quit (Read error: 110 (Connection timed out))
12:29:56 *** micka_ has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** ser has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** cgs_bob has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** avar has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** Simon- has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** tomhughes has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** mapnikbuild has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** crust has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** CIA-28 has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** myselfhimself has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** springmeyer has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** cmarqu has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** dodobas has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** nikq has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** racicot has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** dukeku has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** hobu has quit (niven.freenode.net irc.freenode.net)
12:29:56 *** Phurl has quit (niven.freenode.net irc.freenode.net)
12:30:53 *** Ldp__ has quit (Killed by ballard.freenode.net (Nick collision))
12:30:53 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
12:30:53 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik
12:30:53 *** friism_ (n=friism@81.19.246.10) has joined #mapnik
12:30:53 *** micka_ (n=micka@93.182.134.113) has joined #mapnik
12:30:53 *** myselfhimself (n=chatzill@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
12:30:53 *** ser (n=ser@82.208.9.201) has joined #mapnik
12:30:53 *** avar (i=avar@wikipedia/avar) has joined #mapnik
12:30:53 *** cgs_bob (n=bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
12:30:53 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik
12:30:53 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik
12:30:53 *** racicot (n=chatzill@osgeo/member/racicot) has joined #mapnik
12:30:53 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
12:30:53 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
12:30:53 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik
12:30:53 *** crust (n=crust@vobster.nepharia.org) has joined #mapnik
12:30:53 *** dodobas (n=dodobas@unaffiliated/dodobas) has joined #mapnik
12:30:53 *** Simon- (i=simon@2001:8b0:ffea:0:205:b4ff:fe12:530) has joined #mapnik
12:30:53 *** mapnikbuild (n=mapnikbu@miranda.nwcr.net) has joined #mapnik
12:30:53 *** CIA-28 (n=CIA@208.69.182.149) has joined #mapnik
12:30:53 *** hobu (n=hobu@osgeo/member/hobu) has joined #mapnik
12:36:12 *** Ldp__ has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** cgs_bob has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** micka_ has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** ser has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** avar has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** Simon- has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** mapnikbuild has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** tomhughes has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** friism_ has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** crust has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** CIA-28 has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** myselfhimself has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** dodobas has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** springmeyer has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** cmarqu has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** nikq has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** dukeku has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** hobu has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** racicot has quit (niven.freenode.net irc.freenode.net)
12:36:12 *** Phurl has quit (niven.freenode.net irc.freenode.net)
12:42:31 *** avar (i=avar@wikipedia/avar) has joined #mapnik
12:43:01 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
12:43:50 *** friism has quit (Killed by sagan.freenode.net (Nick collision))
12:43:50 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
12:43:50 *** crust (n=crust@vobster.nepharia.org) has joined #mapnik
12:43:50 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik
12:43:50 *** micka_ (n=micka@93.182.134.113) has joined #mapnik
12:43:50 *** ser (n=ser@82.208.9.201) has joined #mapnik
12:43:50 *** friism (n=friism@81.19.246.10) has joined #mapnik
12:43:50 *** cgs_bob (n=bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
12:43:50 *** friism_ (n=friism@81.19.246.10) has joined #mapnik
12:43:50 *** myselfhimself (n=chatzill@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
12:43:50 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik
12:43:50 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
12:43:50 *** CIA-28 (n=CIA@208.69.182.149) has joined #mapnik
12:43:50 *** mapnikbuild (n=mapnikbu@miranda.nwcr.net) has joined #mapnik
12:43:50 *** Simon- (i=simon@2001:8b0:ffea:0:205:b4ff:fe12:530) has joined #mapnik
12:43:50 *** dodobas (n=dodobas@unaffiliated/dodobas) has joined #mapnik
12:44:38 *** friism_ has quit (Read error: 60 (Operation timed out))
12:45:08 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik
12:45:08 *** racicot (n=chatzill@osgeo/member/racicot) has joined #mapnik
12:45:08 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik
12:45:08 *** hobu (n=hobu@osgeo/member/hobu) has joined #mapnik
12:48:40 *** HounD2 has quit (Read error: 104 (Connection reset by peer))
12:49:35 *** nikq has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** hobu has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** dukeku has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** racicot has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** micka_ has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** Ldp__ has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** ser has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** crust has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** Simon- has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** mapnikbuild has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** tomhughes has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** CIA-28 has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** dodobas has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** myselfhimself has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** cgs_bob has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** friism has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** springmeyer has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** cmarqu has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** avar has quit (niven.freenode.net irc.freenode.net)
12:49:35 *** Phurl has quit (niven.freenode.net irc.freenode.net)
12:51:01 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
12:51:01 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik
12:51:01 *** hobu (n=hobu@osgeo/member/hobu) has joined #mapnik
12:51:01 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik
12:51:01 *** racicot (n=chatzill@osgeo/member/racicot) has joined #mapnik
12:51:01 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik
12:51:01 *** dodobas (n=dodobas@unaffiliated/dodobas) has joined #mapnik
12:51:01 *** Simon- (i=simon@2001:8b0:ffea:0:205:b4ff:fe12:530) has joined #mapnik
12:51:01 *** mapnikbuild (n=mapnikbu@miranda.nwcr.net) has joined #mapnik
12:51:01 *** CIA-28 (n=CIA@208.69.182.149) has joined #mapnik
12:51:01 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
12:51:01 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik
12:51:01 *** myselfhimself (n=chatzill@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
12:51:01 *** cgs_bob (n=bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
12:51:01 *** friism (n=friism@81.19.246.10) has joined #mapnik
12:51:01 *** ser (n=ser@82.208.9.201) has joined #mapnik
12:51:01 *** micka_ (n=micka@93.182.134.113) has joined #mapnik
12:51:01 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik
12:51:01 *** crust (n=crust@vobster.nepharia.org) has joined #mapnik
12:51:01 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
12:51:01 *** avar (i=avar@wikipedia/avar) has joined #mapnik
12:51:41 *** ajturner (n=ajturner@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik
12:52:51 *** Phurl has quit (niven.freenode.net irc.freenode.net)
12:54:05 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
12:56:23 *** ajturner has quit (niven.freenode.net irc.freenode.net)
12:56:23 *** Ldp__ has quit (niven.freenode.net irc.freenode.net)
12:56:23 *** HounD has quit (niven.freenode.net irc.freenode.net)
12:56:23 *** micka_ has quit (niven.freenode.net irc.freenode.net)
12:56:23 *** ser has quit (niven.freenode.net irc.freenode.net)
12:58:03 *** ajturner (n=ajturner@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik
12:58:03 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik
12:58:03 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik
12:58:03 *** micka_ (n=micka@93.182.134.113) has joined #mapnik
12:58:03 *** ser (n=ser@82.208.9.201) has joined #mapnik
12:58:36 *** friism_ (n=friism@81.19.246.10) has joined #mapnik
13:03:13 *** ajturner has quit ()
13:13:48 *** Phurl has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** nikq has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** dukeku has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** racicot has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** hobu has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** avar has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** Ldp__ has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** HounD has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** micka_ has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** ser has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** crust has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** Simon- has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** tomhughes has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** mapnikbuild has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** CIA-28 has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** friism has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** myselfhimself has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** cgs_bob has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** cmarqu has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** dodobas has quit (niven.freenode.net irc.freenode.net)
13:13:48 *** springmeyer has quit (niven.freenode.net irc.freenode.net)
13:14:26 *** twain47_ (n=twain47@77.100.156.176) has joined #mapnik
13:15:14 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
13:15:14 *** ser (n=ser@82.208.9.201) has joined #mapnik
13:15:14 *** micka_ (n=micka@93.182.134.113) has joined #mapnik
13:15:14 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik
13:15:14 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik
13:15:14 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
13:15:14 *** hobu (n=hobu@osgeo/member/hobu) has joined #mapnik
13:15:14 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik
13:15:14 *** racicot (n=chatzill@osgeo/member/racicot) has joined #mapnik
13:15:14 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik
13:15:14 *** dodobas (n=dodobas@unaffiliated/dodobas) has joined #mapnik
13:15:14 *** Simon- (i=simon@2001:8b0:ffea:0:205:b4ff:fe12:530) has joined #mapnik
13:15:14 *** mapnikbuild (n=mapnikbu@miranda.nwcr.net) has joined #mapnik
13:15:14 *** CIA-28 (n=CIA@208.69.182.149) has joined #mapnik
13:15:14 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
13:15:14 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik
13:15:14 *** myselfhimself (n=chatzill@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
13:15:14 *** cgs_bob (n=bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
13:15:14 *** friism (n=friism@81.19.246.10) has joined #mapnik
13:15:14 *** crust (n=crust@vobster.nepharia.org) has joined #mapnik
13:15:14 *** avar (i=avar@wikipedia/avar) has joined #mapnik
13:16:36 *** friism__ (n=friism@81.19.246.10) has joined #mapnik
13:16:46 *** Phurl has quit (niven.freenode.net irc.freenode.net)
13:17:31 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
13:19:01 *** friism has quit (Read error: 110 (Connection timed out))
13:28:27 *** friism_ has quit (Read error: 110 (Connection timed out))
13:28:50 *** D3f0 (n=D3f0@www.transpa-sa.com.ar) has joined #mapnik
13:28:58 *** twain47 has quit (Read error: 110 (Connection timed out))
13:29:55 *** D3f0 has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** Phurl has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** nikq has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** dukeku has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** racicot has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** hobu has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** avar has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** HounD has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** Ldp__ has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** micka_ has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** ser has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** crust has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** Simon- has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** tomhughes has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** mapnikbuild has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** CIA-28 has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** friism__ has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** myselfhimself has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** cgs_bob has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** cmarqu has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** dodobas has quit (niven.freenode.net irc.freenode.net)
13:29:55 *** springmeyer has quit (niven.freenode.net irc.freenode.net)
13:33:15 *** Ldp__ (n=thid@osm.xs4all.nl) has joined #mapnik
13:35:43 *** springmeyer (n=springme@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
13:35:43 *** ser (n=ser@82.208.9.201) has joined #mapnik
13:35:43 *** micka_ (n=micka@93.182.134.113) has joined #mapnik
13:35:43 *** friism__ (n=friism@81.19.246.10) has joined #mapnik
13:35:43 *** crust (n=crust@vobster.nepharia.org) has joined #mapnik
13:35:43 *** cgs_bob (n=bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
13:35:43 *** myselfhimself (n=chatzill@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
13:35:43 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik
13:35:43 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
13:35:43 *** CIA-28 (n=CIA@208.69.182.149) has joined #mapnik
13:35:43 *** mapnikbuild (n=mapnikbu@miranda.nwcr.net) has joined #mapnik
13:35:43 *** Simon- (i=simon@2001:8b0:ffea:0:205:b4ff:fe12:530) has joined #mapnik
13:35:43 *** dodobas (n=dodobas@unaffiliated/dodobas) has joined #mapnik
13:39:30 *** D3f0 (n=D3f0@www.transpa-sa.com.ar) has joined #mapnik
13:39:30 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
13:41:18 *** avar (i=avar@wikipedia/avar) has joined #mapnik
13:42:10 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik
13:42:10 *** racicot (n=chatzill@osgeo/member/racicot) has joined #mapnik
13:42:10 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik
13:42:10 *** hobu (n=hobu@osgeo/member/hobu) has joined #mapnik
13:42:31 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
13:46:03 *** HounD (n=HounD@unics1.grfc.ru) has joined #mapnik
14:02:28 *** D3f0 has quit ("Saliendo")
14:03:55 *** ajturner (n=ajturner@129.174.97.34) has joined #mapnik
14:12:17 *** Guest28598 (n=dfaubion@128.8.138.156) has joined #mapnik
14:13:18 <Guest28598> There's an issue with the ubuntu installation page.  The lastest source requires boost 4.1 but the instructions call for (and futhermore synaptic only has) boost 4.0
14:13:28 *** Guest28598 is now known as drewbert
14:20:24 <nikq> Mapnik Trac: Ticket #497 (Ubuntu Installation Instructions Incorrect) created | http://trac.mapnik.org/ticket/497
14:21:37 <artem> Guest28598: Installation instructions are for official release - 0.7.0 !
14:22:02 <artem> trunk is bleeding edge of Mapnik if you like
14:22:43 <artem> use it but don't expect things to work as expected
14:22:47 <drewbert> i just followed the instructions and ran into issues.... should I try again, maybe I did download the wrong thing, sorry
14:23:44 <artem> no worries
14:23:48 <nikq> Mapnik Trac: Ticket #497 (Ubuntu Installation Instructions Incorrect) closed | http://trac.mapnik.org/ticket/497#comment:1
14:24:13 <Ldp__> heh :)
14:24:26 <artem> hey Ldp__
14:24:40 <Ldp__> hey artem
14:30:22 <artem> drewbert: you can checkout 0.7.0 from svn like this :
14:30:33 <artem> svn co http://svn.mapnik.org/tags/release-0.7.0 mapnik
14:30:55 * artem heads to update mapnik.org/downloads 
14:34:38 <drewbert> man I love responsive irc channels
14:34:55 <drewbert> I'm excited for mapnik, I'm trying it out.  I've been using mapserver
14:35:04 <artem> good for you:)
14:37:58 <artem> drewbert: btw boost-1.41.0 not 4.1
14:38:07 * artem hides
14:38:19 <drewbert> thanks artem
14:38:27 <drewbert> it's early here
14:38:44 <artem> ah, gotcha
15:08:14 <drewbert> The mapping guy at the lab here was always complaining about how we had to use mapserver and that in more ideal world we'd switch to mapnik/openlayers from our mapserver/kamap system.
15:20:14 <artem> drewbert: sounds like a good plan
15:20:50 <drewbert> we actually tried openlayers, but it wasn't performant compared with our extensively modified ka-map
15:22:40 <artem> interesting, I haven't checked ka-map for a while
15:22:52 <drewbert> haha, neither have the developers
15:23:05 <drewbert> I don't think it's maintained anymore
15:23:33 <artem> i see
15:23:36 <drewbert> but we've been hacking the hell out of it for the past few years
15:24:18 <artem> have you published your updates ?
15:24:23 *** chad_burt (n=chad_bur@mm-01.msi.ucsb.edu) has joined #mapnik
15:24:49 <drewbert> no -- I've got an NDA
15:25:07 <artem> k
15:25:49 <nikq> Mapnik Trac: Changeset [1581]: + tidy + zoom_all on startup | http://trac.mapnik.org/changeset/1581
15:25:59 <nikq> Mapnik Trac: Changeset [1583]: + implement missing support for :   multipoint   multipointm   multipointz | http://trac.mapnik.org/changeset/1583
15:26:09 <nikq> Mapnik Trac: Changeset [1584]: + read z and m bounds from the header | http://trac.mapnik.org/changeset/1584
15:26:19 <nikq> Mapnik Trac: Changeset [1585]: + fixed 'optional' measure in multipointz | http://trac.mapnik.org/changeset/1585
15:26:29 <nikq> Mapnik Trac: Changeset [1586]: remove debug printing in shapefile driver | http://trac.mapnik.org/changeset/1586
15:26:45 <Ldp__> nikq missed r1582
15:26:47 <nikq> http://trac.mapnik.org/changeset/1582, at , by artem: + ident fix
15:27:02 <artem> Ldp__: yes :) it can't keep up
15:27:42 <artem> ok, trunk is in sync now
15:27:51 *** HounD has quit (Read error: 113 (No route to host))
15:28:59 *** twain47_ is now known as twain47
15:30:15 *** artem has quit ()
15:46:49 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
15:53:02 *** artem has quit ()
15:56:21 *** mperry has quit (Read error: 104 (Connection reset by peer))
15:56:26 *** mperry (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
15:59:35 *** micka__ (n=micka@ppp-216.net-62-100-141.static.magiconline.fr) has joined #mapnik
16:03:35 *** micka_ has quit (Read error: 110 (Connection timed out))
16:03:51 *** myselfhimself has quit (Read error: 110 (Connection timed out))
16:03:57 *** klabattermann (i=d5d172d3@gateway/web/freenode/x-azjciwtixbohdbct) has joined #mapnik
16:05:27 <klabattermann> Hello. I have a little question and i hope that i am in the right channel: I am trying to setup a osm-mapnik-server and i am now importing the osm-planet-file. Can somebody give me an idea how many nodes, ways and relations osm2pgsql will have to preocess until it's ready?
16:05:41 <klabattermann> Processing: Node(530023k) Way(27008k) Relation(0k)
16:06:21 <Ldp__> it's done with the nodes
16:06:36 <Ldp__> probably doing the relations if you don't see the way counter going up anymore
16:06:48 <klabattermann> No, it's now processing the ways (since 24 hours)
16:07:03 <klabattermann> Processing: Node(530023k) Way(27031k) Relation(0k)
16:07:06 <Ldp__> did you tweak postgresql as per the guides on the wiki?
16:07:32 <Ldp__> http://wiki.openstreetmap.org/wiki/Stats
16:07:39 <Ldp__> something over 30M ways
16:09:01 <klabattermann> ok, then it should be ready with the ways tomorrow ;-)
16:09:42 <Ldp__> still sounds a bit slow, if your server is fast and has good mem
16:10:25 <klabattermann> i think i missed some osm2psql-parameters so it's slow. But i do not want to stop it now
16:10:33 <Ldp__> of course not :)
16:10:53 <Ldp__> but if you can't speed it up after that, you'll keep playing catch up with the diffs for a long time
16:11:20 <klabattermann> and is it really possible to add the changes just by importing them with osm2psql?
16:11:36 <Ldp__> osm2pgsql -a, yes
16:12:09 <klabattermann> but it's neccessary to import the planet-file in slim-mode to do that, correct?
16:12:33 <Ldp__> yes
16:13:00 <klabattermann> ok :-)
16:13:09 <klabattermann> And how many relations will follow the ways?
16:13:16 <Ldp__> see the graphs
16:13:46 <klabattermann> nearly 0
16:13:59 <Ldp__> under 1M definately
16:14:26 <Ldp__> maybe 100k, I don't know. I can't process the whole planet anyway
16:14:57 <klabattermann> Can I change the mapnik-version later or will i have to do a new full-import after that?
16:15:21 <Ldp__> the mapnik version doesn not matter to osm2pgsql
16:15:44 <klabattermann> but maybe on the database created by osm2pgsql
16:15:48 <Ldp__> you need to redo the import if you change the osm2pgsql default.style and want to have all data in the new columns
16:16:02 <Ldp__> but not when you update mapnik
16:16:10 <klabattermann> ok, that sounds good
16:16:49 <klabattermann> Thank you very much
16:17:13 <Ldp__> or of course if we change default.style in OSM to render some new thing
16:18:02 <klabattermann> do you know how many disk-space will be used by the database?
16:18:18 <Ldp__> no
16:18:30 *** friism__ has quit (Read error: 110 (Connection timed out))
16:18:46 <klabattermann> I think we should do a new full-import in a second database and then switch it when it's ready. 3 days donwtime is not so good :-)
16:19:12 <klabattermann> Ok, i hope i can answer it tomorrow evening
16:19:51 <Ldp__> did you disable autovacuum?
16:21:08 <klabattermann> yes
16:21:22 <Ldp__> use -C ?
16:21:59 <klabattermann> one second
16:23:05 <klabattermann>  /opt/osm/osm2pgsql/osm2pgsql -U mapnik -d mapnik -s -S /opt/osm/osm2pgsql/own.style -H osm -c /root/osm/planet-100113.osm
16:24:04 <klabattermann> planet-xxxx.osm.bz of course
16:25:13 <Ldp__> -C sets the size of the in-memory node cache. Higher = a lot better
16:25:24 <Ldp__> if you have 8GB, set it to -C 4000 or so
16:25:24 *** mperry has quit (Read error: 104 (Connection reset by peer))
16:25:36 <klabattermann> I think that was our error
16:25:40 <Ldp__> default is only 800MB
16:25:51 <klabattermann> I think we have 4GB
16:26:11 <Ldp__> then try 2000 next time (and on the diffs). Gotta leave memory for postgresql too
16:26:27 <klabattermann> I just saw that there is a autovacuum process running. So i am afraid that i must answer your first question with "no" :-/
16:26:35 <Ldp__> ouch
16:26:40 <Ldp__> that doesn't help either
16:27:05 <Ldp__> it's a question of what would be faster... wait this one out, or redo with the above changes
16:27:35 <klabattermann> No, it's commentet out in the postgres.conf
16:27:42 <klabattermann> there is just a autovauum-launcher-process
16:27:58 <klabattermann> but i think it does not launch a autovacuum
16:28:28 <klabattermann> i can never see a VACUUM in top, too
16:29:41 <klabattermann> only SELECT, BIND and COPY
16:30:32 <klabattermann> how long takes a full  planet-import normally?
16:33:10 <twain47> very hardware dependant.  Anywhere from several hours to a couple of days.
16:36:11 *** mperry (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
16:40:25 <klabattermann> ok, i will be back tomorrow evening. Thank you for your support @Ldp__ and @twain47
16:42:01 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
16:44:19 <nikq> Mapnik Trac: DemoGallery edited | http://trac.mapnik.org/wiki/DemoGallery?version=23
16:45:50 <artem> springmeyer: did we every get a patch from kosmosnimki ?
16:46:07 <artem> text positioning patch
16:48:54 <springmeyer> yes
16:49:04 <springmeyer> #463
16:49:06 <nikq> Ticket #463: Positions attribute in text symbolizer, http://trac.mapnik.org/ticket/463
16:49:12 <springmeyer> artem: also check your email :)
16:49:17 <artem> thanks
16:50:10 *** klabattermann has quit ("Page closed")
16:51:28 *** artem has quit ()
17:09:33 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
17:12:46 *** ajturner has quit ()
17:21:15 *** ajturner (n=ajturner@129.174.97.34) has joined #mapnik
17:30:19 *** ajturner has quit ()
17:49:26 *** drewbert has parted #mapnik ()
17:59:47 <nikq> Mapnik Trac: StyleShare created | http://trac.mapnik.org/wiki/StyleShare?version=1
18:00:36 * artem likes sharing styles idea
18:02:26 <nikq> Mapnik Trac: StyleShare edited | http://trac.mapnik.org/wiki/StyleShare?version=2
18:07:00 * springmeyer half way on django code, need to prioritize everyone has been asking...
18:11:39 *** ajturner (n=ajturner@129.174.97.34) has joined #mapnik
18:12:20 *** aude (n=chatzill@wikipedia/Aude) has joined #mapnik
18:16:20 <artem> springmeyer: live sample rendering on-demand ?
18:19:33 *** rcoup (n=rcoup@64.136.LCA2010.fx.net.nz) has joined #mapnik
18:21:48 <artem> http://freshmeat.net/projects/mapnik/date_metrics
18:21:58 <artem> nice hockey graph
18:49:28 *** mperry_ (n=mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
18:49:39 *** mperry has quit (Read error: 54 (Connection reset by peer))
18:49:39 *** mperry_ is now known as mperry
19:03:21 *** micka__ has quit ("Leaving")
19:18:57 *** artem has quit ()
19:20:51 <nikq> Mapnik Trac: StyleShare edited | http://trac.mapnik.org/wiki/StyleShare?version=3
19:29:39 <cgs_bob> hello all.  I'm on a karmic system and I am trying to compile mapnik.  I followed the directions in INSTALL, but I seem to be missing cairo:  http://osgeo.pastebin.com/d3c84e3e0 . anyone have any suggestions?
19:30:15 <Ldp__> other than installing cairo, you mean?
19:30:46 <Ldp__> but as the configure says, they're optional dependencies
19:33:50 <cgs_bob> what I would like to know is which packages should I be installing to get cairo for mapnik.  and if I already have this package, how do I set up configure to find it?
19:34:49 * springmeyer back around
19:34:55 <springmeyer> cmarqu: nice!
19:35:10 <springmeyer> artem: yes, live rendering is the goal
19:35:44 <springmeyer> cgs_bob: that is a Karmic bug in Cairomm package
19:35:56 <springmeyer> `UbuntuInstallation
19:35:56 <nikq> http://trac.mapnik.org/wiki/UbuntuInstallation
19:36:16 <springmeyer> cgs_bob: see that for my trick, which is to install missing deps for Cairoom
19:36:30 <cgs_bob> springmeyer: that's good to know.  I'll take a look
19:42:12 <nikq> Mapnik Trac: StyleShare edited | http://trac.mapnik.org/wiki/StyleShare?version=4
19:43:44 <nikq> Mapnik Trac: StyleShare edited | http://trac.mapnik.org/wiki/StyleShare?version=5
19:48:08 <nikq> Mapnik Trac: StyleShare edited | http://trac.mapnik.org/wiki/StyleShare?version=6
19:53:03 <nikq> Mapnik Trac: StyleShare edited | http://trac.mapnik.org/wiki/StyleShare?version=7
19:54:25 <nikq> Mapnik Trac: WikiStart edited | http://trac.mapnik.org/wiki/WikiStart?version=91
19:56:15 *** rcoup has quit (Read error: 54 (Connection reset by peer))
19:56:56 *** rcoup (n=rcoup@64.136.LCA2010.fx.net.nz) has joined #mapnik
19:58:18 *** artem (n=artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
20:13:51 *** Primer (n=daniel@www.ceregatti.org) has joined #mapnik
20:14:52 <Primer> Hi, I've inherited a system that uses mapnik. I'm familiar with mapscript, and I'm wondering if there's any way to manipulate a map's properties programatically (cpp in this case) once it's loaded from the XML file
20:15:20 <Primer> For example, I have a style whose color I'd like to change programatically
20:15:48 <artem> Primer: sure, you just need to learn mapnik's internals
20:15:58 <Primer> yes, that's what I'm looking for
20:16:05 <Primer> some sort of CPP api doc
20:16:36 <artem> unfortunately not, but you can generate some using doxygen to get you started
20:16:52 <artem> or use Python APIs as a guide
20:17:08 <Primer> yeah, I've found some python examples
20:17:54 <Primer> ahh the ExampleCode page
20:18:01 <Primer> this looks promising
20:18:12 <artem> there's $(mapnik_src)/demo/c++/*.cpp
20:18:56 <springmeyer> Primer: yes, I've tried to stick a few recent short CPP examples at that page
20:19:04 <springmeyer> but there are likely a lot more
20:19:21 <Primer> springmeyer: could you point me to a specific one that does what I'm after?
20:19:30 <springmeyer> seems that (guess) the majority of CPP code written on top of Mapnik is closed source
20:19:37 <springmeyer> while a lot of python stuff is open
20:20:03 <springmeyer> Primer: well for maniplated the map object I don't think there is much
20:20:28 <Primer> https://trac.mapnik.org/browser/trunk/demo/c%2B%2B/rundemo.cpp  <-- seems like it has some stuff
20:20:29 <springmeyer> Primer: the src/map.cpp and include/mapnik/map.hpp are actually documented a bit in source code
20:20:56 <springmeyer> yep artem wrote that nice one
20:24:16 *** aude_ (n=chatzill@128.241.235.189) has joined #mapnik
20:25:50 *** aude has quit (Nick collision from services.)
20:26:01 <Primer> it seems all I need to do is get the style that's defined in the xml file once that's loaded, and set the property of the style
20:26:12 *** aude_ is now known as aude-wiki
20:26:21 *** aude-wiki is now known as aude
20:26:47 <springmeyer> mapnik::map::find_style
20:27:31 <Primer> excellent
20:28:42 <springmeyer> the python bindings to mapnik are written in CPP
20:28:51 <springmeyer> so they are, in a way, an example too
20:29:00 <springmeyer> e.g where find_style is wrapped in python:
20:29:01 <springmeyer> http://trac.mapnik.org/browser/trunk/bindings/python/mapnik_map.cpp#L116
20:29:07 <artem> You will most certainly end up writing boost::static_visitor to access symbolizers ! I'd suggest you make yourself familiar with boost::variant -> boost.org
20:29:30 <Primer> yeah, I was wondering about the return type
20:45:08 *** hrvoje (n=hrvoje@93-136-116-163.adsl.net.t-com.hr) has joined #mapnik
20:46:46 <Primer> Please indulge me a bit. As I see this, I should be doing something like style s = m.find_style('my_style'); from there somehow finding the rule, from there getting the line symbolizer I'm looking for, then changing its stroke attribute. Sound about right?
20:50:57 <springmeyer> Primer: sounds reasonable
20:51:05 <springmeyer> if your goal is to have base styles
20:51:17 <springmeyer> and then apply a highlighted feature style...
20:51:38 <springmeyer> then be aware that you can use load_map() twice
20:51:42 <Primer> the goal is to change the stroke of a specific style programatically. Perhaps it'd be easier to just replace the rule entirely?
20:51:58 <springmeyer> or apply a whole new style to the appropriate layer
20:52:16 <Primer> it seems that would be easier
20:52:20 <springmeyer> yes, I think so
20:52:30 <Primer> question would be removing the existing style
20:52:36 <Primer> or would that even be necessary?
20:52:42 <springmeyer> well ya you might not need to
20:52:47 <springmeyer> say you have two styles
20:52:57 <Primer> it'd be an extra op
20:53:01 <Primer> but meaningless in the end?
20:53:05 <springmeyer> you can attach one or both to a layer
20:53:14 * Primer tries
20:53:44 <springmeyer> and should be able to programmatically add/remove from layer
20:53:56 <springmeyer> ah, but I'm assuming you have access to the layer objects....
20:54:03 <springmeyer> hmm, which is likely not the case
20:54:23 <springmeyer> but that can be pulled out the map object too
21:08:29 <Primer> seems all I lack now is assigning the new style to the layer
21:08:50 *** hrvoje has parted #mapnik ()
21:09:34 *** artem has parted #mapnik ()
21:09:37 <springmeyer> yep, just do it, again, by name
21:09:42 <springmeyer> lyr.add_style("style name");
21:09:55 <Primer> this should do it, testing
21:10:30 <springmeyer> but it must also be attached to map, the style object and name
21:11:07 <Primer> yes, I did that
21:28:37 *** hrvoje (n=hrvoje@93-136-116-163.adsl.net.t-com.hr) has joined #mapnik
21:29:59 <Primer> Not sure what I'm doing wrong. Perhaps someone could take a look at this? http://pastebin.com/d327a8b5d
21:32:06 <hrvoje> Is there a simple application/example for serving mapnik tiles over network  (OSM x/y/z format)? Mod_tile seems like an overkill for my needs.
21:40:14 <springmeyer> Primer: that seems okay, what is not happening?
21:40:38 <springmeyer> hrvoje: yes, there is
21:40:48 <springmeyer> .g 'TileLite Mapnik'
21:40:49 <nikq> springmeyer: http://code.google.com/p/mapnik-utils/
21:42:22 <Primer> springmeyer: it could be something else. This code is ending up in a perl XS file, which is then run from apache (mod_perl)
21:42:26 <Primer> no, I didn't design this :)
21:42:38 <springmeyer> Primer: fun fun :)
21:42:54 <Primer> so it may be that running make install is not enough
21:44:14 <hrvoje> springmeyer: thanks. TileLite looks quite  suited to my needs
21:45:22 <springmeyer> hrvoje: right, it was written to be used when mod_tile is overkill or hard to set up
21:45:36 <springmeyer> but to make it easy to switch to mod_tile at crunch time :)
21:58:04 *** Phurl has quit ("Ex-Chat")
22:01:41 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
22:01:49 *** Phurl has quit (Read error: 104 (Connection reset by peer))
22:04:24 *** ajturner has quit ()
22:09:46 *** aude_ (n=chatzill@128.241.235.189) has joined #mapnik
22:11:19 *** aude has quit (Nick collision from services.)
22:11:21 *** aude_ is now known as aude
22:26:28 <Primer> springmeyer: Perhaps this will make it clear what I'm trying to do: http://pastebin.com/d7d93ac6c
22:26:51 <Primer> I've resolved the issues with the build, and have verified that the code is now running. But, it still doesn't work
22:27:51 <Primer> the above code does remove the existing style, which causes the polygons to NOT render
22:28:01 <Primer> but it seems I'm missing something with the new style
22:29:29 *** Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) has joined #mapnik
22:29:48 <springmeyer> hmm Primer - nice job looks okay to me
22:29:57 <springmeyer> but, both of use must be missing something obvious :)
22:30:01 <springmeyer> Primer: try this...
22:30:15 <springmeyer> map.save_map(m, 'file.xml')
22:30:23 <Primer> ok
22:30:28 <springmeyer> which will serialize back out your modified map, including modified styles and layers
22:30:33 <springmeyer> that might give us a clue
22:30:44 <springmeyer> paste it when you get that far
22:40:14 <Primer> http://pastebin.com/d76ba09d
22:40:28 <Primer> seems the layer's style still points to the old one
22:40:44 <Primer> and the color in the style isn't set...perhaps because I picked 0,0,0 and it defaults to that?
22:41:10 <Primer> crap
22:41:22 <Primer> I didn't remove the db info :/
22:41:29 <Primer> just pretend that's not there :)
22:41:46 <Primer> heh, not that it resolves anyhow
22:41:55 <Primer> or is even open to the world
22:42:09 <Primer> I deleted it. Let me know if you didn't see it
22:42:37 *** friism (n=friism@0x5735e027.bynxx15.dynamic.dsl.tele.dk) has joined #mapnik
22:43:02 <Primer> http://pastebin.com/dae13bfc <-- cleansed version
22:44:30 <Primer> maybe getLayer(0) didn't work...perhaps it's 1? :)
22:50:46 <Primer> sigh, turns out that the stroke width varies from one XML file to another. It would really be ideal if I could somehow get access to the style so I could set the color
22:54:48 * springmeyer just looking now...
22:55:23 *** aude_ (n=chatzill@128.241.235.189) has joined #mapnik
22:56:14 *** aude has quit (Nick collision from services.)
22:56:25 *** aude_ is now known as aude
22:56:29 <springmeyer> so it looks like the style creation worked
22:56:39 <springmeyer> just not switching which style the layer points to
22:58:26 <Primer> right
23:01:20 *** hrvoje has quit (Remote closed the connection)
23:01:39 * springmeyer on call
23:07:13 <springmeyer> Primer: back
23:07:25 <springmeyer> Primer: const layer& getLayer(size_t index) const;
23:08:01 <springmeyer> that says to me that you should be getting a reference to the layer and changing its styles should change the layer that is still attached to the map
23:08:27 <springmeyer> but I'm much more familiar with python api and that assumption may be wrong
23:08:29 <springmeyer> perhaps try either
23:08:31 <springmeyer> 1)
23:08:47 <springmeyer> defining the layer type you create as const&
23:08:50 <springmeyer> or
23:08:51 <springmeyer> 2)
23:09:05 <springmeyer> try removing the layer and adding back to the map the one that you add the style too...
23:09:07 <Primer> the layer comes from the xml though
23:09:16 <Primer> err I see
23:09:21 <Primer> declaring it as such
23:09:36 <springmeyer> Layer layer_1 = m.getLayer(0); -- > const Layer& layer_1 = m.getLayer(0);
23:09:58 <Primer> right
23:12:35 <Primer> it fails at compile time
23:13:23 <Primer> anyhow, what I really need is to be able to get at the actual style so I can change it, as different XML files define different stroke widths
23:15:02 <springmeyer> well, I can see that value too, just recommended this route because its more of a chore to get the style parts, and symbolizers are const as well
23:15:18 <springmeyer> what was the compile error?
23:15:25 <Primer> yes, we had agreed this would be simplest, given the criteria at the time
23:15:43 <springmeyer> okay :)
23:15:51 <Primer> error: passing ‘const mapnik::Layer’ as ‘this’ argument of ‘void mapnik::Layer::add_style(const std::string&)’ discards qualifiers
23:22:21 <springmeyer> okay, sorry no cpp-fu for me today
23:22:31 <springmeyer> I see this might work...
23:22:41 <Primer> I don't blame you, this is getting pretty complicated
23:22:44 <springmeyer> std::vector<mapnik::Layer> & layers = const_cast<std::vector<mapnik::Layer>& >(map_->layers());
23:22:44 <springmeyer>       layers.at(index.row()).setActive(status);
23:23:35 <springmeyer> from here:
23:23:36 <springmeyer> http://trac.mapnik.org/browser/tags/release-0.7.0/demo/viewer/layerlistmodel.cpp#L92
23:24:09 <springmeyer> seems to be showing how to modify layer properties in place
23:24:40 <Primer> that's some pretty hairy code
23:24:42 <springmeyer> because it is modifying the layer within the std::vector that the map holds
23:24:44 <Primer> <-- not a cpp person
23:24:46 <springmeyer> really?
23:25:30 <Primer> I took a class once...that's about it
23:25:37 <springmeyer> ah
23:25:58 <springmeyer> I figured you knew cpp if you were choosing to code in it :)
23:25:59 <Primer> I've done enough OOP and C to mash it together
23:26:16 <springmeyer> okay, try this....
23:26:22 <Primer> I'm not choosing to code in it, I have an existing project that I inherited that's done using CPP
23:26:43 <Primer> among other languages...
23:26:56 <springmeyer> std::vector<Layer> & layers = const_cast<std::vector<Layer>& >(m->layers());
23:27:56 <springmeyer> layers.at(0).remove_style("poly_style");
23:28:25 <springmeyer> layers.at(0).add_style("test");
23:29:21 <springmeyer> odd, there is no remove_style()
23:29:25 <Primer> error: ‘class mapnik::Layer’ has no member named ‘remove_style’
23:29:30 <springmeyer> so don't use that line....
23:29:33 <springmeyer> ya, sorry
23:29:37 <springmeyer> I think we need to add that :)
23:29:45 <springmeyer> but at least try without that line
23:31:53 *** ajturner (n=ajturner@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik
23:32:43 <Primer> it added the style, but didn't remove the other one
23:33:05 <springmeyer> great, then you are set!
23:33:22 <springmeyer> the other one was removed from the map, right?
23:33:28 <springmeyer> (so it won't be rendered)
23:34:50 <Primer> yup, it works
23:36:35 <springmeyer> great
23:38:18 <Primer> I really appreciate your help, thanks a bunch
23:38:34 <Primer> I'm still going to hack at it a bit to try to access the existing style's properties
23:39:11 <springmeyer> cool, good luck
23:39:25 <springmeyer> I've tried before and not had much luck
23:39:51 <springmeyer> but if you learn boost visitor usage you'll been on a roll...
23:43:34 <Primer> I'm going to farm this to my co-worker
23:45:09 <springmeyer> there you go :)
23:49:50 <springmeyer> can you say where you work?
23:56:55 *** rcoup has quit ()