00:13:27 *** ninja (n=ninja@nat/yahoo/x-2a3d8ef0e465c608) has joined #mapnik 00:17:53 <nikq> Mapnik Trac: Changeset [1021]: - added paths.py.in -> a template to generate paths.py with automake - ... | http://trac.mapnik.org/changeset/1021 00:33:48 *** ajturner (n=ajturner@static-71-166-236-36.washdc.east.verizon.net) has joined #mapnik 00:34:43 *** ajturner has quit (Client Quit) 02:29:56 <dukeku> gis conference prices are nuts 05:09:13 *** weizhuo (n=chatzill@nat/yahoo/x-41b681e1228804e9) has joined #mapnik 05:17:38 *** D3f0 (n=defo@190.176.196.171) has joined #mapnik 05:48:44 *** D3f0 has quit (Remote closed the connection) 05:50:03 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 07:24:09 *** vosson (n=chatzill@193.91.181.126) has joined #mapnik 07:44:18 *** xcacou (n=aga@AToulouse-157-1-47-254.w86-201.abo.wanadoo.fr) has joined #mapnik 08:57:54 *** ninja has quit () 09:20:58 *** navy (n=mail@62.33.246.1) has joined #mapnik 09:22:25 <navy> hello ! how can i see Artem Pavlenko? 09:34:05 *** D3f0 (n=defo@190.176.196.171) has joined #mapnik 09:35:02 *** navy has quit (Read error: 131 (Connection reset by peer)) 10:13:36 *** ninja (n=ninja@cm69.psi132.maxonline.com.sg) has joined #mapnik 10:17:41 *** ninja has quit (Client Quit) 10:18:11 *** vosson_ (n=chatzill@193.91.181.126) has joined #mapnik 10:19:30 *** vosson has quit (Read error: 104 (Connection reset by peer)) 10:19:37 *** vosson_ is now known as vosson 10:53:25 *** ninja (n=ninja@cm69.psi132.maxonline.com.sg) has joined #mapnik 11:01:43 *** ninja has quit () 11:04:35 *** xcacou has quit (brown.freenode.net irc.freenode.net) 11:04:35 *** w0lfie_ has quit (brown.freenode.net irc.freenode.net) 11:04:35 *** dodobas has quit (brown.freenode.net irc.freenode.net) 11:04:35 *** CIA-6 has quit (brown.freenode.net irc.freenode.net) 11:05:24 *** xcacou (n=aga@AToulouse-157-1-47-254.w86-201.abo.wanadoo.fr) has joined #mapnik 11:05:24 *** w0lfie_ (n=wolf@cpe-67-49-133-78.hawaii.res.rr.com) has joined #mapnik 11:05:24 *** dodobas (n=dodobas@open.geof.hr) has joined #mapnik 11:05:24 *** CIA-6 (n=CIA@208.69.182.149.simpli.biz) has joined #mapnik 13:31:39 *** synax (n=synax@24.222.57.182) has joined #mapnik 13:44:16 <synax> what unit of measurement does Evelope() store its coords in? 13:45:53 <Berteun> Depens on the projections. 13:45:55 <Berteun> projection* 13:50:13 <synax> latlon 13:50:21 <synax> it's not outputting lat/lon 13:50:33 <Berteun> What projection string do you use? 13:50:34 <synax> I'm getting values like 448198.52 13:51:31 <synax> ah, I guess I never specified a projection 13:55:35 <synax> brb 13:55:38 *** synax has quit () 14:11:18 *** synax (n=synax@24.222.57.182) has joined #mapnik 14:13:35 <synax> Berteun: I've set my layer.srs to "+proj=lonlat +ellps=WGS84" but layer.envelope() is still issues these kinds of coords: 445310.12,4951192.32,448198.52,4954812.56 14:16:08 <synax> Berteun: I'm trying to get the bounds of my shapefile to feed into generate_tiles.py 14:18:08 <Berteun> I don't get it then⦠14:18:32 <synax> what can I clariy? 14:18:36 <synax> *clarify... 14:19:01 <Berteun> What shapefile are you using? 14:19:25 <synax> as in, where did I get it? 14:19:55 <Berteun> Yeah, just an example? 14:20:03 <Berteun> Or your own shapefile? 14:20:07 <synax> I don't know what projection it's using... I have been able to generate a map w/ all the shapes it contains using lonlat projection 14:20:25 <synax> We acquired these shapefiles from our local goverment 14:20:36 <synax> they don't have accompanying .prj files... 14:21:34 <Berteun> I don't really know how this works actually. 14:21:52 <Berteun> My guess would be that if the .shp files gives you coordinates like you say, that it isn't actually in lat/lon format. 14:22:23 <Berteun> What's the area of the shapefiles? Whole world, or just a specific country? 14:22:58 <synax> much smaller - it's a city 14:23:06 <synax> less than a city actually 14:25:47 <synax> are there any utilities/tools out there that can read my shapefile(s) and give me the projection info? 14:26:11 <Berteun> That's a good question! 14:26:24 <Berteun> I would be inclined to say no. 14:26:34 <Berteun> But, what country are you in? 14:26:45 <Berteun> For example the Dutch government (where I am) always uses 'Amersfoort new'. 14:27:17 <synax> Canada 14:27:23 <Berteun> So if you know that, you could lookup the probable projection, and try to convert those coordinates you get from the shapefile (445310.12, etc) to lan/lot. 14:27:27 <Berteun> And see whether it makes sense. 14:28:34 <synax> how would I convert the coords, assuming I can figure out the original projection? 14:30:32 <Berteun> You're using Python? 14:30:37 <Berteun> You can do something like: 14:30:42 <Berteun> from mapnik import * 14:30:50 <Berteun> p = Projection("+proj ....") 14:30:57 <Berteun> p.inverse(Coord(X, Y)) 14:31:08 <Berteun> That gives you lat/lon 14:31:27 <Berteun> Or, p.forward(Coord(X, Y)), which takes you from lat/lon to projected coordinates. 14:31:38 <Berteun> You might want to try one of these: 14:31:38 <Berteun> http://spatialreference.org/ref/epsg/3347/ 14:31:41 <Berteun> http://spatialreference.org/ref/epsg/3348/ 14:33:07 <synax> ah, so that's what those functions do! 14:35:21 <Berteun> Yes, and normally, if you specify your target projection correctly and your layer.srs correctly, mapnik will do the conversion automatically. 14:36:13 <Berteun> But as far as I understand now, de .shp files just store an X and Y coordinate without extra info, so without the .prj you'll just have to guess... 14:36:14 <synax> "specify correctly" ? 14:37:02 <Berteun> Well, if you would tell mapnik your canadian shapefiles have coordinates in the German system, most probably your city would end up somewhere completely wrong if you would combine that with OSM data. 14:37:19 <Berteun> So you have to figure out the /exact/ projection string (which is sometimes not so easy). 14:37:38 <Berteun> Perhaps it's easiest to ask your local government anyway. 14:38:04 <synax> Both of those projections you linked to seem like they'd work, but I'm not seeing the proj string for them 14:38:09 <synax> proj -l 14:38:35 <Berteun> You can click on the 'proj' on the page. 14:38:46 <Berteun> *slow site* 14:39:01 <Berteun> http://spatialreference.org/ref/epsg/3347/proj4/ 14:39:06 <Berteun> And the same for 3348 14:39:57 <synax> aha 14:40:09 <synax> I'm learning so much already ;) 14:40:29 <synax> I've been frustrated with this stuff all week... I'm very green to the whole mapping scene 14:40:53 <Berteun> It's tough. :) 14:41:08 <synax> I *hate* that Mapnik's API is not documented at all 14:41:10 <Berteun> Those projections strings are more or less magic to me too. 14:41:18 <synax> looking at code fragments and trying to guess is annoying as hell 14:53:34 <synax> does inverse() output long, lat or lat, long? 14:55:50 <Berteun> Depends whether you input lon/lat or lat/lon :) 14:56:40 <Berteun> In shapefiles X = usually longitude, Y = latitude. 15:09:38 <synax> you're a great resource, Berteun ;) 15:23:11 *** vosson has quit (Read error: 110 (Connection timed out)) 16:42:49 *** xcacou has quit (Remote closed the connection) 18:15:50 *** __d3f0__ (n=defo@190.176.240.183) has joined #mapnik 18:30:01 *** D3f0 has quit (Read error: 110 (Connection timed out)) 18:53:11 *** synax has quit () 18:57:20 *** d3f0 (n=defo@190.176.216.133) has joined #mapnik 19:12:21 *** __d3f0__ has quit (Read error: 110 (Connection timed out)) 19:46:49 *** __d3f0__ (n=defo@190.176.197.133) has joined #mapnik 20:01:34 *** d3f0 has quit (Connection timed out) 21:10:26 <nikq> Mapnik Trac: PluginArchitecture edited | http://trac.mapnik.org/wiki/PluginArchitecture?version=12 21:20:01 *** audifahrer (n=andreas@p57AF7232.dip.t-dialin.net) has joined #mapnik 21:38:10 <nikq> Mapnik Trac: Changeset [1022]: changed logging | http://trac.mapnik.org/changeset/1022 22:19:52 *** audifahrer has quit ("Verlassend") 22:39:23 *** aub has quit (Read error: 110 (Connection timed out)) 23:39:12 <nikq> Mapnik Trac: XMLGettingStarted edited | http://trac.mapnik.org/wiki/XMLGettingStarted?version=8 23:44:47 <ser> "OSM Mapnik database is updated with hourly diffs so that most data changes should get rendered within an hour." 23:44:50 <ser> where can i find these scripts?