00:00:40 *** chad_burt has quit (Quit: Leaving...)
00:25:22 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
00:31:28 *** ultrus has quit (Quit: ultrus)
00:35:47 *** jctull (~jctull@ppp-71-142-132-173.dsl.renocs.pacbell.net) has joined #mapnik
02:11:30 *** ctcliff (~ctcliff@cpe-68-175-22-244.nyc.res.rr.com) has joined #mapnik
02:12:52 *** ctcliff has parted #mapnik (None)
02:21:48 *** ctcliff (~ctcliff@cpe-68-175-22-244.nyc.res.rr.com) has joined #mapnik
02:22:05 <ctcliff> hello
02:23:02 <springmeyer> hey ctcliff
02:23:38 <ctcliff> hi, i have a mapnik question regarding the tutorial on their site
02:23:48 <ctcliff> could you help me out with that?
02:24:18 <springmeyer> yep
02:24:44 <ctcliff> great, thanks!
02:24:47 <ctcliff> so
02:24:54 <ctcliff> i did the tut 1
02:24:58 <ctcliff> and part 1 of tut 2
02:25:14 <ctcliff> but the second part of tut 2, which loads the xml data
02:25:21 <ctcliff> i'm just getting a blank white map
02:25:28 <ctcliff> not getting any python errors
02:25:39 <ctcliff> not sure what i'm missing
02:26:39 <springmeyer> hmm
02:26:46 <ctcliff> copied the xml and python direct from their site
02:26:49 <ctcliff> updated the paths
02:26:52 <ctcliff> and ran it
02:27:02 <ctcliff> tried a similar xml from mapbox
02:27:12 <ctcliff> and still, just getting a blank image w/ the background color
02:27:18 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
02:27:24 <springmeyer> ah I know
02:28:27 <springmeyer> hmm, guessed wrong, one sec
02:29:19 <springmeyer> okay
02:29:33 <springmeyer> the shapefile up there is in the wrong projection
02:31:16 <ctcliff> this one? http://trac.mapnik.org/attachment/wiki/XMLGettingStarted/world_borders.zip
02:31:31 <ctcliff> from here: http://trac.mapnik.org/wiki/XMLGettingStarted
02:31:34 <springmeyer> yep
02:31:42 <springmeyer> I'm about to upload a replacement for you
02:35:03 <springmeyer> okay ctcliff try downloading the file again
02:35:11 <springmeyer> has slightly different name now
02:35:14 <ctcliff> i'll try it now, thanks
02:35:23 *** nikq has quit (Remote host closed the connection)
02:35:31 *** nikq (~nikq@li21-121.members.linode.com) has joined #mapnik
02:35:45 *** ultrus has quit (Quit: ultrus)
02:37:35 <ctcliff> hmm, still generating a white rectangle
02:37:49 <ctcliff> is it possible i didn't install all the libs right?
02:38:06 <springmeyer> unlikely
02:38:38 <ctcliff> in this example, there's only one path in the xml
02:38:44 <ctcliff> that points to the shape file
02:38:45 <ctcliff> yes?
02:39:00 <ctcliff> and one path in the python that points to the xml
02:40:09 <springmeyer> exactly
02:40:23 <springmeyer> ctcliff: you using the exact python example?
02:40:50 <springmeyer> I just tested and it works fine for me
02:40:59 <springmeyer> I rendered the XML with nik2img.py
02:41:09 <springmeyer> but that python snippet also works
02:41:38 <ctcliff> what is nik2img.py?
02:41:54 <springmeyer> ` Nik2Img
02:41:54 <nikq> http://trac.mapnik.org/wiki/ Nik2Img
02:42:00 <springmeyer> `Nik2Img
02:42:00 <nikq> http://trac.mapnik.org/wiki/Nik2Img
02:42:28 <springmeyer> just saves you from having to write python to render a test image...
02:42:45 <ctcliff> well, this looks way easier
02:42:50 <ctcliff> and exactly what i need
02:43:06 <ctcliff> i'll check it out, thanks
02:43:13 <springmeyer> yep
02:43:30 <springmeyer> the other thing it does is automatically zoom the extent of the map to the extent of the data
02:43:54 <springmeyer> which can help get you seeing something even if you don't fully understand the projection your data is in
02:45:01 <ctcliff> have you seen mapbox.com
02:45:53 <ctcliff> any opinion about it
02:45:58 <ctcliff> ?
02:46:13 <springmeyer> yes
02:46:30 <springmeyer> for advanced Mapnik user's it is a nice deployment tool
02:46:40 <springmeyer> for new Mapnik users:
02:46:41 <springmeyer> mapbox.com == blackbox.com
02:46:46 <ctcliff> heh
02:46:54 <ctcliff> i'm a javascript engineer
02:47:12 <ctcliff> and from a front end viewpoint i think this stuff is really great
02:47:19 <ctcliff> but i'm not so familiar with unix
02:47:23 <ctcliff> slows me down
02:48:09 <springmeyer> well MapBox in the future may offer more front end tools to hold your hand through the process
02:48:36 <ctcliff> i like the scalability
02:48:39 <ctcliff> via amazon
02:48:42 <springmeyer> but at this point its really just makes hard debugging more difficult
02:48:55 <springmeyer> sure, but you can do that without MapBox
02:49:13 <springmeyer> just boot up and ec2 instance and install mapnik
02:49:21 <springmeyer> apt-get install python-mapnik`
02:56:38 <ctcliff> awesome. success. thank you.
02:58:50 *** ctcliff has parted #mapnik (None)
03:02:15 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
03:06:10 *** springmeyer has quit (Ping timeout: 248 seconds)
03:06:10 *** springmeyer_ is now known as springmeyer
03:10:17 *** Carlos (~ccaarloos@189.169.147.247) has joined #mapnik
03:10:45 *** Carlos is now known as Guest33481
03:11:18 *** Guest33481 is now known as c_lopez
03:22:52 <springmeyer> hey c_lopez :) Nice to see your email to mapnik-devel
03:22:55 <springmeyer> welcome
03:23:20 <springmeyer> I'm just wrapping up my day but I'll be in and out tomorrow
03:23:35 <c_lopez> thank you mr springmeyer
03:23:37 <springmeyer> anyway, feel free to idle here and get to know folks
03:24:02 <springmeyer> gracias a ti señor lopez :)
03:25:03 <c_lopez> oh you speak spanish too  :) , have you ever been to Mexico?
03:25:41 <springmeyer> not really, pretty terrible spanish, but yes I've been to Mexico a couple times
03:26:13 <springmeyer> baja california, chihuahua, and tulum :)
03:26:29 <c_lopez> it's a nice country... kind of dangerous though  :(
03:26:58 <c_lopez> i've never visited the north, I'm from Guadalajara, Jalisco
03:27:00 <springmeyer> which one?
03:27:19 <springmeyer> chihuahua was not very safe
03:27:41 <springmeyer> but yes, beautiful for sure
03:28:18 <c_lopez> yes! chihuahua is very very dangerous, there's always bad news there
03:29:02 * springmeyer nods
03:32:26 <springmeyer> I'm from Seattle, WA
03:33:12 <springmeyer> there are of course Mapnik users and developers from across the globe
03:34:15 <c_lopez> oh I'm sure about
03:34:53 <c_lopez> I see there are many people here in the irc
03:35:17 <c_lopez> anyway, I managed to compile the source from the svn and also ran the getting started example script, the output map is really neat  :)
03:35:24 <dkb1> yes, just noticed your intro on the list c_lopez.  I think you will find people here and the other mapnik related projects to be friendly and helpful.
03:36:22 <c_lopez> thank you dkb1
03:36:37 <springmeyer> c_lopez: that's great!
03:36:53 <c_lopez> so the people here are not just from the mapnik project, but from others?
03:37:59 <springmeyer> c_lopez: yes, certainly
03:38:12 <springmeyer> most Mapnik users and developers are active in other projects
03:38:18 <springmeyer> notably OpenStreetMap
03:39:08 <springmeyer> getting the osm rendering toolchain set up is a good exercise after getting Mapnik installed
03:39:43 <springmeyer> and you can ask questions about that here and at #osm on the irc.oftc.net network
03:40:31 <c_lopez> thanks! I was just wondering a minute ago what to do next
03:40:48 <springmeyer> c_lopez: did you get started compiling the source from svn trunk?
03:42:39 <springmeyer> I ask because we just recently changed the namespace to mapnik2 which will just require you rename any scripts to do '>>> import mapnik2' instead of just '>>> import mapnik'
03:43:19 <c_lopez> mmm, let me see where I got the code from
03:44:01 <dkb1> is trunk 0.71 now?
03:44:27 <springmeyer> dkb1: trunk will be 0.8.0
03:44:46 <springmeyer> next stable release is 0.7.1
03:45:02 <springmeyer> big changes between them so for a bit we are maintaining two branches
03:46:40 <c_lopez> the files I have are labeled under 0.7.0, I guess this is not the latest release
03:47:18 <c_lopez> or is it?
03:48:01 <springmeyer> yes, 0.7.0 is the latest release
03:48:22 <springmeyer> 0.7.1 is upcoming, perhaps as soon as tomorrow :)
03:49:09 <springmeyer> c_lopez: I would recommend getting started with trunk, but falling back to 0.7.1 if you have any difficulties with installing
03:49:51 <springmeyer> trunk requires at least boost 1.41 which can be a bit of a hassle, so just would not want that to get in your way of enjoying Mapnik at first :)
03:52:35 <c_lopez> ok, then let me do the installation and I'll tell you what happens
03:54:55 <c_lopez> so you say I have to change 'import mapnik' to 'import mapnik2'?
03:55:51 <springmeyer> re: installation, great sounds good
03:56:16 <springmeyer> re: import, yes just be aware that you may need to change it in third-party scripts
03:56:34 <springmeyer> for example, 'generate_tiles.py' is a common script used with osm data
03:56:40 <springmeyer> .g generate_tile.py
03:56:41 <nikq> springmeyer: http://svn.openstreetmap.org/applications/rendering/mapnik/
03:57:08 <springmeyer> and it would need to have import mapnik changed to import mapnik2 if you are running svn trunk
03:59:29 <c_lopez> thanks nikq, now I see the import statement in generate_tiles.py
04:08:20 *** wonderchook (~wondercho@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik
04:11:30 <cgs_bob_> springmeyer: good evening :)  just wanted to say that I got mapnik2 compiled and it works with Quantumnik
04:12:05 <springmeyer> cgs_bob_: lovely
04:13:28 <cgs_bob_> springmeyer: it seems that my attempt at compiling mapnik2 from the branch messed up mapnik.  so it looks like I will have more time to test mapnik2
04:13:54 <springmeyer> cgs_bob_: how'z that?
04:14:26 <springmeyer> oh you mean that you installed that old branch over your 0.7.x series Mapnik, I get it
04:14:37 <cgs_bob_> well, I tried to do an import mapnik but it does not work
04:14:43 <cgs_bob_> yup
04:15:32 <cgs_bob_> soon I'll get 0.7.1
04:15:47 <cgs_bob_> when you release
04:16:10 <springmeyer> :)
04:16:14 <springmeyer> k, sounds good
04:16:20 <springmeyer> great to meet you c_lopez
04:16:25 <springmeyer> good chatting cgs_bob_
04:16:34 <springmeyer> I'm off for the night
04:16:48 <cgs_bob_> springmeyer: heading out eh?  see ya later
04:16:54 <springmeyer> c_lopez: we log the IRC room here: http://mapnik.dbsgeo.com/
04:17:01 <springmeyer> so alwasy feel free to ask questions!
04:18:11 <c_lopez> it was nice to meet you too, Mr Springmeyer
04:18:40 <cgs_bob_> c_lopez: I saw your email on mapnik-devel too.  welcome!
04:19:52 <c_lopez> thank you cgs_bob_  :) , you are all very kind
04:21:59 <cgs_bob_> c_lopez: btw, I'm in Sacramento, California.  I happen to have relatives in puerto vallarta
04:23:10 <c_lopez> oh, puerto vallarta is about 3 or 4 hours from Guadalajara, where I live
04:24:33 *** waldemarq (~waldemarq@189.161.163.54) has joined #mapnik
04:25:20 <cgs_bob_> very close.  I'll have to visit them one of these days
04:26:31 <c_lopez> the first weeks of April are the best to visit puerto vallarta I think, many tourists visit the city every year
04:28:17 <c_lopez> waldemarq just logged in, we attend the same school here in Guadalajara.
04:28:38 <waldemarq> hi everyone
04:28:45 <cgs_bob_> how hot does it get in April?  over here it can get over 100F (38C) here
04:29:15 *** waldemarq has quit (Client Quit)
04:29:23 <cgs_bob_> hi waldemarq
04:30:11 <c_lopez> mmm I don't know exactly, but the temperature is rising every year
04:31:14 *** waldemarq (~waldemarq@189.161.163.54) has joined #mapnik
04:33:38 <dkb1> should move to northern Minnesota where you can experience −40 ;)
04:34:38 <cgs_bob_> dkb1: no thank you :)  but it is a nice place to visit
04:35:20 <c_lopez>  :o  brrrr, I think I wouldn't be able to live there.
04:36:27 <dkb1> 10-15 years ago it dropped to −60F
04:38:28 <c_lopez> were you there when it happened?
04:40:33 <dkb1> no
04:40:52 <dkb1> but people here talk about that when it happened
04:42:09 <c_lopez> it must have been terrible. where I live, the minimum temperature has been around -4 °C
04:43:57 <c_lopez> well, I must go now, it was nice to meet the mapnik community.  I hope we can chat again soon :)
04:44:50 <cgs_bob_> cya later c_lopez
04:46:45 *** c_lopez has parted #mapnik (None)
04:47:30 *** waldemarq has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
04:49:16 *** CIA-29 has quit (Ping timeout: 276 seconds)
04:51:50 *** CIA-23 (cia@208.69.182.149) has joined #mapnik
04:52:04 <dkb1> cgs_bob: you are using the 0.8 branch?
04:52:40 <cgs_bob_> dkb1: yup...just got it working this morning
04:54:47 <dkb1> I was going to update to 0.7.1 from 0.7.0 before pre-rendering a bunch of tiles and wasn't sure if I should just use 0.8 branch instead
04:55:49 <cgs_bob_> I'm going to get 0.7.1 installed soon.  it should work side by side with 0.8
05:04:41 <dkb1> will you be using it with a webserver?
05:05:42 <cgs_bob_> I'd eventually would like to do that
05:07:17 <dkb1> are you generating any tiles now or still experimenting?
05:08:17 <cgs_bob_> I'm experimenting.  I'm also using mapnik with qgis so I can get some decent output
05:09:37 <dkb1> So you are using Quantumnik?
05:10:36 <cgs_bob_> that's right.  with the recent changes to Quantumnik, I am able to get mapnik2 to work with qgis
05:12:24 <dkb1> I was experimenting with that setup but for whatever reason it was painfully slow to use (about 30 seconds to render after a movement/zoom)..  but that was on a pretty limited machine
05:14:59 <cgs_bob_> it is kind of slow, but when my map looks just right, I use quantumnik to output some pretty maps :)
05:56:22 *** invertedplate (invertedpl@189.161.163.54) has joined #mapnik
05:56:35 *** invertedplate has parted #mapnik (None)
06:08:53 *** wallyqs (invertedpl@189.161.163.54) has joined #mapnik
06:09:01 *** wallyqs has parted #mapnik (None)
07:08:11 *** cgs_bob_ has quit (Remote host closed the connection)
07:08:44 *** cgs_bob_ (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
10:14:26 *** rullzer has quit (Ping timeout: 248 seconds)
11:13:17 *** ortelius has quit (Read error: Connection reset by peer)
11:24:34 *** ortelius (~ortelius@ip72-197-143-2.sd.sd.cox.net) has joined #mapnik
11:48:21 *** kos_tom (~thomas@144.201.198-77.rev.gaoland.net) has joined #mapnik
11:48:26 <kos_tom> hello
11:48:44 <kos_tom> at Mapnik configure time, is it possible to specify more than one SYSTEM_FONTS directory ?
11:49:01 *** wonderchook has quit (Remote host closed the connection)
11:49:06 <kos_tom> i.e I have DejaVu fonts in /usr/share/fonts/truetype/ttf-dejavu and in /usr/share/fonts/truetype/unifont/
11:52:19 <rweait> kos_tom try /usr/share/fonts, it should pick up all sub-directories
11:52:57 <kos_tom> I did try with /usr/share/fonts/truetype/, it didn't work
11:53:07 <kos_tom> it did not pick any fonts, making all rendering fail
11:54:30 <rweait> hmmm.  I did this last night to add some more fonts and it worked for me.
11:54:47 <rweait> distro?
11:55:11 <kos_tom> ubuntu
11:55:35 <kos_tom> my config line was
11:55:55 <kos_tom> python scons/scons.py INPUT_PLUGINS=all OPTIMIZATION=3 SYSTEM_FONTS=/usr/share/fonts/truetype
11:56:01 <kos_tom> is this supposed to work?
11:56:18 <rweait> looks familiar.
11:56:23 <rweait> which version of mapnik?
11:56:24 <kos_tom> note: I'm using mapnik-0.6.1
11:56:29 <rweait> thanks.
11:58:32 <rweait> did you ldconfig after install?
11:59:25 <rweait> my config line last night was:
11:59:27 <rweait> python scons/scons.py configure OPTIMIZATION=3 INPUT_PLUGINS=postgis,shape BOOST_INCLUDES=/usr/local/include BOOST_LIBS=/usr/local/lib SYSTEM_FONTS=/usr/share/fonts BINDINGS=all
11:59:57 <rweait> which looks not-substantially different re: fonts.
12:00:05 <rweait> This is centos ^^
12:00:21 *** Ldp__ (~thid@osm.xs4all.nl) has joined #mapnik
13:10:50 <kos_tom> rweait: ok, thanks, will try again!
13:11:53 <rweait> I didn't see anything in trac about this, but you might try latest (0.7.1) anyway?
13:13:54 *** Komzzpa is now known as Komzpa
13:14:01 *** sam` (~sam@glau.bulix.org) has joined #mapnik
13:14:48 *** ortelius has quit (Read error: Connection reset by peer)
13:31:04 *** ortelius (~ortelius@ip72-197-143-2.sd.sd.cox.net) has joined #mapnik
13:37:00 *** luneff (~yury@254.52.117.87.donpac.ru) has joined #mapnik
13:43:20 *** ortelius has quit (Read error: Connection reset by peer)
13:43:42 <sam`> rweait: hi
13:43:54 <sam`> rweait: i'm working with kos_tom on the mapnik build and our fonts problem
13:44:06 <rweait> any luck?
13:44:13 <sam`> rweait: I tried passing SYSTEM_FONTS=/usr/share/fonts as you suggested
13:44:23 <sam`> but when loading mapnik, it outputs the following warning:
13:44:30 <sam`> >>> import mapnik
13:44:30 <sam`> ### WARNING: No ttf files found in '/usr/share/fonts'.
13:45:11 <sam`> do you have ttf files directly under /usr/share/fonts on your system? here they are spread across a few subdirectories
13:45:39 <sam`> should I create a directory containing the dejavu ttf files and the unifont.ttf and point SYSTEM_FONTS to it?
13:46:52 <rweait> I only have subdirectories in /usr/share/fonts
13:47:56 <rweait> is mapnik finding any of your fonts?
13:48:43 <sam`> how can I figure out?
13:48:54 <rweait> do this:
13:49:00 <rweait> python
13:49:06 <rweait> >>> from mapnik import *
13:49:13 <rweait> >>> for face in FontEngine.face_names(): print face
13:49:25 <rweait> ... [Enter]
13:49:50 <sam`> nothing is listed
13:49:56 <sam`> so no, no fonts found
13:50:06 <sam`> it's working on your machine?
13:50:14 <rweait> which lines up nicely with the warning, I guess.
13:50:17 <sam`> yes
13:50:24 <sam`> note: this is with mapnik-0.6.1
13:50:31 <kos_tom> and our setup used to work with SYSTEM_FONTS=/usr/share/fonts/truetype/ttf-dejavu. It's just that we have added other fonts in /usr/share/fonts/truetype that we would like mapnik to see.
13:50:33 <sam`> did the font finding logic somehow changed?
13:50:52 <rweait> and you have *.ttf files that are readable?
13:51:01 <sam`> yes
13:51:19 <sam`> all /usr/share/fonts/truetype/*/*.ttf files are readable
13:51:42 <kos_tom> rweait: again, we had a working setup. We are the guys from MapOSMatic, http://www.maposmatic.org. The only thing we did is aptitude install ttf-unifont + try to recompile mapnik to let it find the new fonts.
13:52:25 <sam`> rweait: on your system, mapnik is able to find fonts in the subdirectories of SYSTEM_FONTS ?
13:52:30 <rweait> sam`: kos_tom: I LOVE mapOSmatic.
13:52:39 <rweait> You guys are doing awesome stuff!
13:52:40 <kos_tom> thanks :-)
13:52:44 <sam`> thanks :-)
13:53:23 <rweait> Yes, I added some fonts last night and it worked for me.
13:53:38 <rweait> I have no ttf in the fonts dir, just sub-dirs.
13:53:54 <Ldp__> kos_tom: any reason you're not trying with 0.7.1 ?
13:54:16 <sam`> rweait: and that's with mapnik SVN I take it?
13:54:34 <sam`> as I said earlier, maybe the font finding logic changed recently to fix this particular problem?
13:54:41 *** ortelius (~ortelius@ip72-197-143-2.sd.sd.cox.net) has joined #mapnik
13:55:15 <Ldp__> kos_tom: because once we get 0.7.1 on the osm tile server, I intend to take advantage of the new features in osm.xml
13:55:19 <rweait> sam` I'm using mapnik-trunk, but it is synched with 0.7.1 as far as I know,
13:55:40 <rweait> also, this worked for me in 0.6.1 when I wrote this:
13:55:46 <rweait> http://weait.com/content/add-fonts-your-openstreetmap-server
13:55:50 <kos_tom> Ldp__: well, we definitely intend to upgrade to 0.7.1 someday, but we wanted to take it as a separate issue.
13:56:05 <Ldp__> kos_tom: fair enough, just giving you the heads up
13:56:22 <rweait> ... and I didn't see anything in trac (from a quick look) re: finding fonts.
13:56:37 <kos_tom> rweait: in this example, you're not using SYSTEM_FONTS, you're installing the fonts provided by Mapnik.
13:57:00 <kos_tom> Ldp__: one of us already tried Mapnik 0.7.0 with OcitySMap/MapOSMatic and it was just working fine.
13:57:17 <rweait> kos_tom: Oh, so I did.
13:57:37 <Ldp__> kos_tom: I know, and 0.7.x has the same dependencies
13:57:42 <sam`> rweait: so I can just follow this blog post?
13:58:10 <kos_tom> in Mapnik code I don't see where/how SYSTEM_FONTS is used.
13:58:15 <rweait> I hope so sam`.  I don't have 0.6.x installed any more.
13:58:19 <kos_tom> sam`: well, I'd prefer if we could use system fonts.
13:58:21 <sam`> or use the solution I proposed earlier: creating a directory with all the fonts we need and pointing SYSTEM_FONTS to that
13:58:37 *** bitterman (~yury@254.52.117.87.donpac.ru) has joined #mapnik
13:59:44 <kos_tom> ok, here is the mapnik code:
13:59:46 <kos_tom> from glob import glob
13:59:46 <kos_tom> fonts = glob('%s/*.ttf' % fontscollectionpath)
13:59:46 <kos_tom> if len( fonts ) == 0:
13:59:46 <kos_tom>     print "### WARNING: No ttf files found in '%s'." % fontscollectionpath
14:00:03 <kos_tom> so definitely, it is *not* looking in subdirectories I guess.
14:00:56 <sam`> let's just change it to glob('%s/*/*.ttf'...) then.
14:01:09 <sam`> kos_tom: which file is this in, so I can change it?
14:01:21 <kos_tom> and now: http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/__init__.py#L601
14:01:34 <kos_tom> so definitely, the font lookup logic changed between 0.6.1 and now
14:01:50 <kos_tom> sam`: bindins/python/mapnik/__init.py__
14:01:58 <kos_tom> s/bindins/bindings/
14:02:10 *** luneff has quit (Ping timeout: 248 seconds)
14:02:13 <sam`> ok
14:02:17 <sam`> i'll backport the working code
14:02:29 <rweait> Oh good.  Not crazy.
14:04:19 <kos_tom> now that we've found the problem, I have another more general question
14:04:39 <kos_tom> we've discovered that the osm.xml stylesheet gets updated from time to time, to take into account new tags, which is good.
14:05:04 <kos_tom> however, sometimes the osm.xml updates imply that the structure of the pgsql database has to be changed
14:05:19 <kos_tom> because for example, the rendering of this type of node has been improved, so a new column is needed
14:05:23 <Ldp__> that's correct
14:05:38 <kos_tom> such changes in the structure of the pgsql database means that we need to do again a full import of the world database
14:05:48 <Ldp__> yes
14:06:13 <kos_tom> which takes ~5 days for us. After which we're 5 days behind OSM data, and we need another 2.5 days to apply the updates (it takes us half a day of computation to apply a day of OSM changes)
14:06:32 <Ldp__> which is why we're not just adding those columns nilly-willy, and it usually takes a few weeks between adding it to default.style and actually adding it to osm.xml
14:06:38 <kos_tom> during these 2.5 days, we are again missing some updates. So in fact, doing a full, up-to-date, import takes ~10 days
14:08:08 <Ldp__> I've been wondering, though, when we have all the relevant information in the --slim mode tables, if we could have a quicker way to add columns and populate them and add the corresponding geometries, from the slim tables
14:08:42 <Ldp__> jburgess might be able to tell whether that's feasible
14:14:46 *** ortelius has quit (Ping timeout: 246 seconds)
14:15:28 <kos_tom> ok, this story of font starts working:
14:15:30 <kos_tom> http://dev.maposmatic.org/rendered/000246_2010-03-20_15-10_Tokyotest.png
14:15:38 *** ortelius (~ortelius@ip72-197-134-34.sd.sd.cox.net) has joined #mapnik
14:15:42 <kos_tom> but they are still some boxes instead of characters at some locations
14:15:46 <kos_tom> only for title in bold blue
14:16:09 <kos_tom> aah, wait
14:16:12 <kos_tom> I think I found
14:16:23 <kos_tom> sam`: you did an incorrect change to fonset-settings.xml.inc for bold fonts
14:16:31 <kos_tom> line is -Font face_name="unifont Medium" />
14:16:37 <kos_tom> while it should start with <
14:16:40 <kos_tom> I'm fixing this
14:17:22 <sam`> ah, thanks
14:17:29 <sam`> tell me when you're done
14:17:36 <sam`> so I can reschedule the tokyo job
14:18:12 <kos_tom> sam`: I've already restarted a tokyo job
14:18:16 <sam`> ok
14:18:19 <kos_tom> http://dev.maposmatic.org/jobs/247
14:18:29 <kos_tom> but you can start the same as before, so we can check that it really made a difference
14:18:30 <sam`> awesome!
14:18:32 <sam`> ok
14:18:45 <kos_tom> yeah, it works \o/
14:18:45 <sam`> rendering...
14:18:55 <sam`> on #246 too
14:18:57 <nikq> Ticket #246: python: add function to test for available plugins, http://trac.mapnik.org/ticket/246
14:19:22 <sam`> rweait: thanks for your help!
14:19:29 <kos_tom> rweait: yes, thanks a lot!
14:20:59 <Ldp__> kos_tom, sam`: do you know unifont has been added to the mapnik distribution?
14:26:50 <rweait> kos_tom, sam` Glad it worked out.  Thanks for maposmatic!
14:29:22 <rweait> tokyo test shows copyright 2009.  Should it be 2010?
14:29:52 <sam`> rweait: that's an excellent point
14:29:56 <sam`> let me fix that right away ;-)
14:35:01 * rweait -- master of the trivial bug. 
14:35:56 <rweait> ttfn.  nice to meet you both.
14:36:01 *** rweait has quit (Quit: Leaving.)
14:42:42 *** haoyu (~bhy@cm26.delta25.maxonline.com.sg) has joined #mapnik
15:01:41 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
15:10:42 *** springmeyer has quit (Ping timeout: 268 seconds)
15:42:00 *** lucadelu (~52bf92fc@gateway/web/freenode/x-bravdddnbfxcwhjq) has joined #mapnik
17:27:08 *** springmeyer (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
17:55:20 *** jburgess has quit (Remote host closed the connection)
18:04:32 *** cgs_bob_ has quit (Read error: Connection reset by peer)
18:04:32 *** cgs_bob (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
18:08:29 <springmeyer> sam` & kos_tom - let me know how we can make registering new fonts easier
18:08:59 <sam`> springmeyer: yes, we simply backported the small register_fonts function from trunk to the 0.6.1 code
18:09:00 <springmeyer> one way I thought of long ago - and just need to return to - is allowing registration within the xml
18:09:03 <springmeyer> #168
18:09:05 <nikq> Ticket #168: Ability to register fonts within XML, http://trac.mapnik.org/ticket/168
18:09:24 <springmeyer> sam`: great, yes that function should make things easier from python...
18:10:17 <springmeyer> sam`: I highly recommend upgrading to 0.7.1 when we release, should be perfectly compatible with 0.6.1
18:10:34 *** ortelius has quit (Ping timeout: 264 seconds)
18:10:51 <sam`> springmeyer: yes, but we need to be careful with mapnik's dependencies, too
18:11:24 <sam`> mapnik 0.6.1 works on our jaunty 9.04 server with the standard libraries
18:11:43 <springmeyer> sam`: certainly, the 0.7.x series also should not require any new dependency versions
18:12:00 <sam`> ah, good
18:12:14 <springmeyer> you've likely heard that Mapnik trunk requires at least boost 1.41
18:12:32 <Ldp__> think I said that earlier, that 0.6 and 0.7 have the same deps
18:12:35 <springmeyer> for now we are maintaining 0.7.x series to avoid that issue
18:12:55 * springmeyer is running 0.7.1 on ubuntu 8.10 currently with boost 1.34
18:13:10 *** rweait (~nerd@bas2-toronto47-1242436393.dsl.bell.ca) has joined #mapnik
18:14:56 * springmeyer waves to Ldp__ 
18:15:54 <Ldp__> hiya springmeyer
18:17:35 * springmeyer will be excited to hear that 0.7.1 works for you re: optional sym attributes and !scale_denominator!
18:17:58 <Ldp__> certainly want to use those as soon as we get yevaud on 0.7.1
18:18:04 <springmeyer> I leave for a offline trip on Monday so at this point I'm thinking maybe would should just
18:18:30 <springmeyer> do a release candidate this week, and wait till beginning of April to do formal 0.7.1 release
18:18:58 <Ldp__> sounds fine
18:19:51 <Ldp__> ps: any known issues with boost 1.42? else I'll upgrade today
18:20:48 <springmeyer> nope, all checks out
18:21:04 <springmeyer> it was only 1.41 that had the missing include gaurd in iostreams
18:21:06 <Ldp__> I'm also on postgis 1.5 now... some nice new things there
18:21:12 <springmeyer> awesome
18:21:23 <springmeyer> I need to upgrade the postgis plugin in trunk
18:21:32 <springmeyer> to use the ST_* prefix names
18:21:41 *** ortelius (~ortelius@ip72-197-135-99.sd.sd.cox.net) has joined #mapnik
18:21:42 <springmeyer> to that we can use the new geography type in postgis 1.5
18:22:04 <Ldp__> right, about time... when were the ST_* prefix names introduced?
18:22:34 <Ldp__> but then again, why is the postgis plugin using geo functions by itself?
18:24:53 <springmeyer> Ldp__: http://trac.osgeo.org/postgis/wiki/FAQ?action=diff&version=11
18:25:19 <springmeyer> so, ~1.3
18:25:35 <springmeyer> re: the latter question, I'm not understanding...
18:25:51 <springmeyer> "by itself"?
18:25:56 <Ldp__> which geo functions is the postgis plugin using?
18:30:12 <springmeyer> quite a few
18:30:55 <springmeyer> AsBinary(), SRID(), Box3d, etc
18:31:14 <Ldp__> AsBinary(), xmin(), ymin(), xmax(), ymax(), estimated_extent()
18:31:15 <Ldp__> right.
18:31:32 <springmeyer> etc, etc ya
18:37:09 *** haoyu has quit (Ping timeout: 245 seconds)
18:39:43 <ultrus> Hey all, just wanted to share my first galactic road map tile set attempt (success sort of!): http://i223.photobucket.com/albums/dd209/ultrus/openlayersFun.jpg
18:40:34 <ultrus> now I just need to learn openlayers a bit more to fix my zooming issue, and start making things look pretty. :)
18:41:25 <ultrus> the mapnik part is working great at least heh
18:43:52 <springmeyer> nice ultrus !
19:26:01 *** XoniX (~XoniX@HSI-KBW-078-042-099-202.hsi3.kabel-badenwuerttemberg.de) has joined #mapnik
19:26:44 <XoniX> What did i need to start rendering with mapnik ? did only a .osm file that i importet to the database work ?
19:28:00 *** wallafel (~invertedp@201.158.150.107) has joined #mapnik
19:28:33 *** wallafel has parted #mapnik (None)
19:28:43 *** wallafel (~invertedp@201.158.150.107) has joined #mapnik
19:30:50 <springmeyer> XoniX: you need two things 1) data, and 2) an XML stylesheet
19:31:10 <springmeyer> the XML stylesheet associates a reference to your data with styles
19:31:13 *** wallafel has parted #mapnik (None)
19:33:56 *** wallafel (~invertedp@201.158.150.107) has joined #mapnik
19:36:53 <XoniX> springmeyer: ok i have the data in the database and the file osm.xml in the right directory but when im executing source set-mapnik-env i got the error mapnik not found
19:37:24 <Ldp__> why are you using set-mapnik-env ?
19:37:46 <XoniX> to set the database
19:37:57 <Ldp__> more specifically, which guide are you using?
19:39:06 <XoniX> http://www.ioexception.de/2010/02/16/openstreetmap-rendering-mit-mapnik/
19:39:51 <Ldp__> I hate it when recent articles still use heavily outdated instructions :(
19:40:23 <Ldp__> you might want to ping the author to read http://wiki.openstreetmap.org/wiki/Mapnik#Rendering_with_Mapnik
19:40:32 <Ldp__> and adjust the article accordingly
19:41:47 <Ldp__> what, he even refers to the wiki article, and still gets it wrong? :)
19:42:50 <Ldp__> XoniX: ignore anything from line 48-60 and read the OSM wiki for that part
19:43:44 <XoniX> thanks ;)
19:43:54 <XoniX> i will wrote him a mail or comment
19:44:26 <Ldp__> I can understand where he gets the while set-mapnik-env, since a lot of platform specific guides still mention those, and I won't fix those
19:44:35 *** cgs_bob has quit (Remote host closed the connection)
19:44:39 <Ldp__> but loading the coastlines into postgis... that's really really old
19:44:45 <Ldp__> while=whole
19:45:08 *** cgs_bob (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
19:51:46 <XoniX> i only had a part from my country i the database.. can i render without the world_boundaries ?
19:57:46 <Ldp__> only if you're far from the sea/ocean
19:58:11 <Ldp__> then you can change the <Map background> colour to land. The default background is ocean
19:58:52 <Ldp__> and remove the reference to the shapefiles from inc/layers.xml.inc
20:02:51 *** cgs_bob_ (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
20:03:04 *** cgs_bob has quit (Ping timeout: 258 seconds)
20:06:31 *** kos_tom has quit (Ping timeout: 246 seconds)
20:10:19 *** cgs_bob (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
20:10:19 *** cgs_bob_ has quit (Read error: Connection reset by peer)
20:20:07 *** jburgess (~jburgess@15.92.187.81.in-addr.arpa) has joined #mapnik
20:26:13 *** ojw (~ojw@78-86-37-93.zone2.bethere.co.uk) has joined #mapnik
20:34:43 *** ojw has quit (Remote host closed the connection)
20:41:41 <ultrus> Any openlayers gurus around? I made a tileset using generate_tiles.py, and end up with this wierd splitting effect when zooming in: http://i223.photobucket.com/albums/dd209/ultrus/zoomIssues.png , code: http://pastebin.com/SVBB4JAa
20:42:16 <ultrus> I don't know if I'm generating the tiles incorrectly, or using openlayers incorrectly. I'll keep digging. Any feedback welcome. :)
20:42:48 <Ldp__> #openlayers
20:43:13 <ultrus> yeah, silence there. I'll be patient I guess as I dig.
20:49:43 <springmeyer> ultrus: paste your openlayers.html?
20:49:47 <springmeyer> http://dpaste.com
20:50:00 <springmeyer> also, you might compare to this file: http://mapnik-utils.googlecode.com/svn/example_code/tilecache/openlayers_osm.html
21:00:23 <ultrus> ah I'm finding out that it's the tiles themselves that have issues. The renderings overlap from one tile to the next vertically.
21:01:26 <springmeyer> that seems really unlikely
21:02:31 <ultrus> springmeyer: let me make a quick screenshot for you of the tiles themselves, two next to each other. one sec....
21:05:02 <ultrus> here's a screenshot: http://i223.photobucket.com/albums/dd209/ultrus/Picture4.png
21:06:05 <springmeyer> ultrus: ah, gocha
21:06:14 <springmeyer> ultrus: I think I see your issue
21:06:33 <springmeyer> generate_tiles.py and many other tiling schems are projection specific
21:07:02 <springmeyer> in this case the scheme is based on EPSG:900913, and it looks like your data is WGS84/EPSG:4326 ?
21:07:34 <ultrus> WGS84 it is (not sure quite on the meaning yet, but that is the case)
21:07:49 <springmeyer> k
21:08:05 <springmeyer> so, then I don't think generate_tiles.py will work for you
21:08:18 <ultrus> thanks for the feedback, I can probably change my map.xml file to project something else if needed.
21:08:26 <springmeyer> great
21:08:40 <springmeyer> and your OpenLayers projection too...
21:08:55 <ultrus> I'll give it a shot. thanks for the clues to get me looking where I need to. :)
21:08:59 <springmeyer> the catch will be that your geometries will likely not be valid for EPSG:900913
21:09:29 <springmeyer> since you are modeling a non-earth surface, eh?
21:09:40 <ultrus> to be honest, the blob of dots aren't even specific to Earth, so I could probably do any projection...
21:09:44 <springmeyer> EPSG:900913 is very strict to spherical earth coords
21:09:53 <ultrus> I just threw Earth in there to troubleshoot
21:10:01 <ultrus> ah
21:10:01 <springmeyer> ultrus: what are their bounds?
21:10:11 <ultrus> let me grab them....
21:13:06 <XoniX> How can i set the mapfile ? i tryed it with MAPNIK_MAP_FILE="osm.xml" but it doesnt work
21:13:26 <XoniX> alltime the choose a wrong directory which do not exist
21:13:29 <ultrus> springmeyer: -56.87, -53.28, 39.65, 54.44 (scaled down versions of what comes from the database, to fit within 90 degrees)
21:13:53 <springmeyer> ultrus: okay, you should be fine then
21:14:28 <springmeyer> ultrus: set the <Map srs="
21:14:29 <springmeyer> to:
21:14:33 <springmeyer> http://bitbucket.org/springmeyer/tilelite/src/tip/tilelite.py#cl-22
21:14:36 <ultrus> springmeyer: cool. yeah I have a few headaches when multiplying those number by 100000000
21:14:50 <springmeyer> e.g that is the EPSG:900913 proj4 string...
21:15:09 <springmeyer> +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
21:15:28 <ultrus> springmeyer: sweet
21:16:00 <springmeyer> XoniX: just edit the python script
21:21:28 <XoniX> uncomment all bounding boxes thati not like ?
21:25:42 <springmeyer> XoniX: yes, if this is generate_tiles.py then you need to edit how you like....
21:32:46 <XoniX> after starting ./generate-tiles.py i get the error segmentation fault
21:33:03 <XoniX> the same with ./generate-image
21:33:35 <springmeyer> XoniX: sudo apt-get install python-cairo
21:39:17 <XoniX> thanks now it works ;)
21:40:06 <springmeyer> yep, bug in ubuntu package
21:59:31 <XoniX> rendering works but i get only water back.. maybe the reason is i deleted the layer-shapefiles.. line from layers.xml.inc
22:01:15 <ultrus> springmeyer: I've successfully re-shapefiled my galactic roadmap (using ogr2ogr from csv files), specifying EPSG:900913 in the .vrt files (one was WTK and other was WGS84). I changed my map.xml file  like this: http://pastebin.com/32yYQvtY
22:01:16 <nikq> No Milestone for that release number
22:01:38 <ultrus> Results: a single dot in the middle of a map. heh. I'll keep playing around. I'm seeing things change as I go.
22:01:52 <springmeyer> XoniX: yes, sounds likely
22:02:40 <springmeyer> ultrus: looks good on first glance
22:02:49 <ultrus> cool
22:03:14 <springmeyer> ultrus: what did you do with ogr2ogr ?
22:03:31 <springmeyer> you can start by not changing anything
22:03:34 <XoniX> did i need the shapefiles ? i would like render only germany and not the world
22:03:35 <springmeyer> except the map srs
22:03:46 <springmeyer> and Mapnik will reproject things on the fly
22:04:18 <springmeyer> XoniX: no you don't need them, but it means you will not see anything unless you are perfectly zoomed into Germany
22:04:49 <XoniX> which zoomlevel ?
22:04:59 <ultrus> springmeyer: I converted .csv files (exported from an sqlite database), into shapefiles using ogr2ogr. That's where I'm getting my fictitious shapefiles. :)
22:05:17 <springmeyer> ultrus: sure
22:05:55 <springmeyer> but did you reproject the shapefiles?
22:06:12 <springmeyer> if not keep their projection defintion as WGS84
22:07:29 <ultrus> springmeyer: ah, ok. So keep the shapefiles themselves as WGS84, change the layer srs to match, and keep the map srs as is?
22:07:59 <springmeyer> ultrus: exactly
22:08:19 <ultrus> nice, thanks for your assist on such an odd project
22:08:45 <springmeyer> layer srs must match shapefiles projection or else nothing will show up
22:08:45 <springmeyer> ultrus: np
22:10:37 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
22:10:37 *** springmeyer has quit (Read error: Connection reset by peer)
22:10:38 *** springmeyer_ is now known as springmeyer
22:10:58 *** dkb1 has quit (Remote host closed the connection)
22:10:59 <springmeyer> ultrus: I see from your XML that you are using Quantumnik :)
22:11:17 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik
22:11:32 <ultrus>  <LayerSRS>
22:11:32 <springmeyer> you'll notice that Qnik tries to use the shorthand from projections when possible
22:11:33 <ultrus> oops
22:11:51 <springmeyer> so stuff like srs='+init=epsg:4326'
22:11:58 <springmeyer> which is WGS84...
22:12:04 <ultrus> springmeyer: yes, I used it for a 'quick' test.
22:12:29 <springmeyer> yep, thats what its for, then I edit outside of QGIS and load back in for preview
22:12:30 <ultrus> I'm switching to cascadenik soon for the following results.. (runs to grab link)
22:12:43 <dkb> springmeyer: don't know if you've tried already but 0.7.1 compiled on 32 bit Ubuntu 9.10 Ran 84 tests in 0.798s, OK (TODO=5)
22:13:08 <springmeyer> dkb: thanks, thats great to know
22:13:13 <springmeyer> 9.10 is jaunty right?
22:13:24 <ultrus> http://i223.photobucket.com/albums/dd209/ultrus/mapDesign1A.gif
22:13:25 <dkb> I belive karmic
22:13:28 <springmeyer> I've only tested on 8.10 and lucid
22:13:30 <springmeyer> ah right
22:13:57 <springmeyer> ultrus: great, will be cool
22:15:02 <ultrus> springmeyer: and thanks for the WGS84 mention, saved me 20 mins: <LayerSRS>epsg:4326</LayerSRS>
22:15:27 <springmeyer> yep
22:18:06 <dkb> springmeyer: can you comment on question with osmosis?  I've used Mapnik with one US state and worked fine so needed to move up to the entire US.
22:18:32 <springmeyer> dkb: I'm an osmosis noob
22:19:02 <springmeyer> dkb: I did figure out how to install it on mac osx, but thats about the limit of my knowledge :)
22:20:30 <dkb> Have you not had need to get an extract of the planet before?  I was also surprised that there doesn't seem to be anyone providing an extract of the US so my only option appears to be to do it myself
22:23:10 <springmeyer> the US is not overwhelmingly smaller than planet, so I've just grabbed the planet for US stuff
22:23:24 <XoniX> I set the zoomlevel to 17 and the boundingbox to arround karlsruhe which is in germany but i only get empty tiles damn :(
22:23:32 <springmeyer> geofabrik used to provide north america but stopped due to the notion folks can just use the planet
22:24:01 <springmeyer> XoniX: try quering your database the for extents of your data?
22:24:39 <springmeyer> Select ST_Extent(ST_Transform(way,4326)) from planet_osm_line;
22:26:45 <dkb> springmeyer: would it be better for me to simply skip osmosis and use osm2pgsql on the planet?
22:27:24 <springmeyer> right, that is a approach I use, being lazy and java impaired
22:28:05 <dkb> how long does it take for you?  you doing it on your mac or ubuntu?
22:29:55 <springmeyer> ubuntu servers, see the osm wiki for time estimates, depends on the amount of RAM you have available
22:34:28 <XoniX> i doesnt understand i setted the bbox in the .py file why did i need to set a boundingbox again ? Into the XML ? i mean this <Parameter name="estimate_extent">false</Parameter>
22:34:31 <XoniX>       <Parameter name="extent">-180,-90,180,89.99</Parameter>
22:36:15 <springmeyer> XoniX: here is the confusing part...
22:36:38 <springmeyer> generate_tiles.py expects a bounding box in EPSG:4326 (which are the coords above)
22:37:02 <springmeyer> but Mapnik's postgis driver needs and "extent" parameter in the same coordinates as your Layer srs
22:37:15 <springmeyer> which if you used the default osm2pgsql settings is EPSG:900913 or mercator
22:37:39 <XoniX> i setted no projection
22:38:12 <XoniX> whats the default value of osm2pgsql ? did i need to transform the database ?
22:38:45 <springmeyer> default is EPSG:900913
22:43:09 *** bitterman has quit (Quit: Leaving)
23:00:25 *** wallafel has quit (Ping timeout: 264 seconds)