00:00:29 *** dkb has quit (Quit: Leaving.) 00:15:00 *** Ldp__ has quit (Ping timeout: 252 seconds) 00:27:05 *** racicot has quit (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920]) 00:29:36 *** luneff has quit (*.net *.split) 00:29:36 *** tcarobruce has quit (*.net *.split) 00:29:36 *** jbronn has quit (*.net *.split) 00:29:36 *** jburgess has quit (*.net *.split) 00:29:36 *** ortelius has quit (*.net *.split) 00:29:37 *** cmarqu has quit (*.net *.split) 00:29:37 *** bcrosby has quit (*.net *.split) 00:29:37 *** cgs_bob has quit (*.net *.split) 00:29:38 *** gavinf has quit (*.net *.split) 00:29:38 *** dukeku_ has quit (*.net *.split) 00:29:38 *** twain47 has quit (*.net *.split) 00:29:39 *** crust has quit (*.net *.split) 00:29:39 *** hobu has quit (*.net *.split) 00:32:28 *** cgs_bob_ (~bob@112.sub-75-210-71.myvzw.com) has joined #mapnik 00:32:28 *** luneff (~yury@2.58.117.87.donpac.ru) has joined #mapnik 00:32:28 *** ortelius (~ortelius@ip72-197-135-99.sd.sd.cox.net) has joined #mapnik 00:32:28 *** tcarobruce (~tcarobruc@adsl-75-10-247-30.dsl.pltn13.sbcglobal.net) has joined #mapnik 00:32:28 *** gavinf (~gavinf@196.211.119.210) has joined #mapnik 00:32:28 *** jbronn (~jbronn@70-138-113-15.lightspeed.hstntx.sbcglobal.net) has joined #mapnik 00:32:28 *** jburgess (~jburgess@15.92.187.81.in-addr.arpa) has joined #mapnik 00:32:28 *** bcrosby (~bcrosby@shell.infiniteloop.ca) has joined #mapnik 00:32:28 *** twain47 (~twain47@cpc8-shef7-0-0-cust85.barn.cable.virginmedia.com) has joined #mapnik 00:32:28 *** dukeku_ (dukeku@adhd.irule.net) has joined #mapnik 00:32:28 *** cmarqu (colin@oemcomputer.oerks.de) has joined #mapnik 00:32:39 *** crust_ (~crust@vobster.nepharia.org) has joined #mapnik 00:40:50 *** cgs_bob_ has quit (Ping timeout: 246 seconds) 01:00:51 *** tcarobruce has quit (Quit: tcarobruce) 01:08:59 *** wonderchook has quit (Remote host closed the connection) 01:28:43 *** cgs_bob_ (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik 01:48:11 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 02:07:50 *** wonderchook (~wondercho@pool-71-127-43-16.washdc.fios.verizon.net) has joined #mapnik 02:10:17 *** hobu (~hobu@osgeo/member/hobu) has joined #mapnik 03:18:50 *** crust_ is now known as crust 03:29:28 *** jbronn has quit (Quit: leaving) 03:37:14 *** waldemarq (~waldemarq@189.161.113.30) has joined #mapnik 03:38:07 *** haoyu (~bhy@cm26.delta25.maxonline.com.sg) has joined #mapnik 03:55:18 *** c_lopez (~ccaarloos@189.161.113.30) has joined #mapnik 03:55:18 *** wonderchook has quit (Remote host closed the connection) 03:55:34 <c_lopez> good evening! 03:57:28 *** dkb has quit (Quit: Leaving.) 04:01:59 *** waldemarq has quit (Ping timeout: 260 seconds) 04:08:09 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 04:08:11 *** dkb has quit (Client Quit) 04:08:28 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 04:08:30 *** wonderchook (~wondercho@pool-71-127-43-16.washdc.fios.verizon.net) has joined #mapnik 04:08:41 *** dkb has parted #mapnik (None) 04:18:06 *** jbronn (~jbronn@70-138-113-15.lightspeed.hstntx.sbcglobal.net) has joined #mapnik 04:37:06 *** wonderchook has quit (Remote host closed the connection) 05:20:44 *** c_lopez has parted #mapnik (None) 05:47:32 *** HounD (~HounD@unics1.grfc.ru) has joined #mapnik 06:17:19 *** ortelius has quit (Read error: Connection reset by peer) 06:17:23 *** ortelius (~ortelius@ip72-197-135-99.sd.sd.cox.net) has joined #mapnik 06:18:46 *** waldemarq (~waldemarq@189.161.113.30) has joined #mapnik 06:59:03 *** c_lopez (~ccaarloos@189.169.196.243) has joined #mapnik 07:10:22 *** mperry has quit (Ping timeout: 260 seconds) 07:41:25 *** Ldp__ (~thid@osm.xs4all.nl) has joined #mapnik 07:45:38 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=25 08:06:50 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=26 08:09:23 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=27 08:17:59 *** Ldp__ has quit (Ping timeout: 268 seconds) 08:45:10 <c_lopez> Hi everyone, I posted instructions on how to install ICU 4.4 for building boost_regex in mapnik2: http://trac.mapnik.org/wiki/Mapnik2?version=27. Please review the instructions to make sure they are correct. 08:45:14 *** c_lopez has parted #mapnik (None) 08:59:02 *** gavinf has quit (Quit: gavinf) 08:59:37 *** gavinf (~gavinf@196.211.119.210) has joined #mapnik 09:20:22 *** jctull has quit (Ping timeout: 276 seconds) 09:25:15 *** jctull (~jctull@adsl-75-0-29-113.dsl.renocs.sbcglobal.net) has joined #mapnik 09:31:18 *** gavinf has quit (Read error: Connection reset by peer) 09:47:56 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 10:40:27 *** wonderchook (~wondercho@pool-71-127-43-16.washdc.fios.verizon.net) has joined #mapnik 10:59:07 *** luneff has quit (Quit: Leaving) 11:19:50 *** wonderchook has quit (Remote host closed the connection) 11:30:17 *** gavinf (~gavinf@196.211.2.133) has joined #mapnik 11:59:30 *** StormTide has quit (Ping timeout: 248 seconds) 11:59:55 *** StormTide (~Kevin@2002:186c:64c0:0:21d:60ff:fe5e:cf66) has joined #mapnik 12:29:11 *** keith_ (~keithbeau@69-165-173-111.dsl.teksavvy.com) has joined #mapnik 12:31:55 <keith_> Hi, i have a problem with mapnik. My map is in 900913 and my envelope too, if i render a layer in 4326 all work if this layer contain geom like this "SRID=4326;POINT(-114.2861 49.5667)" but if i use "SRID=4326;POINT(-113.988369999982 49.2674899999466)" manik is not able to render my layer in the tiles 12:33:39 <keith_> i'm using mapnik 0.7.1 12:35:33 <artem> keith_: are using python bindings and where do you store data ? Could you post relevant source extract somewhere? 12:36:06 <keith_> i use postgres with postgis and i'm in python 12:39:27 <artem> ok, are you defining data sources/styles in *.xml or programmatically in python ? 12:39:45 <keith_> i don't use xml 12:40:07 <keith_> here is the shp of my data www.keithbeaudoin.com/Waterton_Well_Names_LL.zip 12:42:22 *** waldemarq has quit (Ping timeout: 264 seconds) 12:43:39 <keith_> yep i define style 12:44:17 <keith_> i use PointSymbolizer 12:45:14 <keith_> it works with geom with 4 decimal but not if it's with 12 decimal in 900913 12:46:18 <artem> hmm.. let me see 12:46:32 <keith_> np thanks 12:47:33 <artem> would be helpful if you can output XML : save_map(m,"point.xml") and post it here 12:48:12 <keith_> np i will do this 12:48:48 <artem> also, which platform are you on? linux? windows? 12:48:57 <keith_> mac osx 12:49:07 <keith_> it's not working in linux too 12:52:07 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik 12:52:07 <keith_> <?xml version="1.0" encoding="utf-8"?> 12:52:07 <keith_> <Map srs="+init=epsg:900913" buffer_size="20"> 12:52:08 <keith_> <Style name="Wells"> 12:52:08 <keith_> <Rule> 12:52:09 <keith_> <PointSymbolizer file="/Users/keithbeaudoin/Sites/geoalert/backend/ga/../ga//geoalert/wms_assets/picto1_18.png" type="png" width="18" height="18" allow_overlap="1"></PointSymbolizer> 12:52:09 <keith_> </Rule> 12:52:10 <keith_> </Style> 12:52:10 <keith_> <Layer name="Wells" srs="+proj=latlong +datum=WGS84"> 12:52:11 <keith_> <StyleName>Wells</StyleName> 12:52:11 <keith_> <Datasource> 12:52:11 <keith_> <Parameter name="dbname">username</Parameter> 12:52:12 <keith_> <Parameter name="host">localhost</Parameter> 12:52:12 <keith_> <Parameter name="password">XXXXXXX</Parameter> 12:52:12 <keith_> <Parameter name="table">(SELECT geoalert_layeritem.id, geoalert_layeritem.metadata, geoalert_layeritem.model_id, geoalert_layeritem.geom FROM geoalert_layeritem WHERE geoalert_layeritem.model_id = 13 ) as sub_table</Parameter> 12:52:45 <artem> thanks, shapefile is fine btw 12:53:09 <keith_> k 12:53:49 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik 12:53:52 <keith_> and my sql is also ok if i paste it in pgadmin 12:55:57 *** ultrus has quit (Client Quit) 12:56:39 <artem> Looks like something to do with the way you generating tiles. Have you tried setting buffer around map e.g 12:56:42 <artem> m.buffer_size = 128 ? 12:57:18 <keith_> ok i will try now my buffer_size is at 20 but i can try with 128 12:57:32 <artem> I assume you're using generate_tiles.py 12:58:18 <keith_> not it's a wms service 12:58:47 <artem> ok 12:58:51 <keith_> i'm not using generate_tiles.py 13:00:51 <keith_> no it's not working with 128 the others layers appear but not the wells layers 13:01:29 <keith_> are you able to generate tiles in 900913 with the shp file 13:03:18 *** ajturner (~ajturner@209.155.228.129) has joined #mapnik 13:09:59 <artem> keith_: I can view your shapefile in mapnik viewer no probs (I'm on mapnik2). I didn't try generating tiles. It might be related to ogc server settings 13:10:49 <keith_> ok thanks artem i will check this 13:12:49 <artem> if you can pg_dump that table I can test it here with postgis.input 13:17:46 <keith_> ok 14:00:17 *** chad_burt (~chad_burt@mm-01.msi.ucsb.edu) has joined #mapnik 14:10:53 *** keith_ has parted #mapnik (None) 15:09:23 *** artem has quit (Quit: artem) 16:02:45 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 16:07:39 *** ajturner has quit (Ping timeout: 252 seconds) 16:10:57 *** artem has quit (Quit: artem) 16:12:07 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 16:17:12 *** jctull has quit (Quit: jctull) 16:18:24 *** cgs_bob_ has quit (Ping timeout: 268 seconds) 16:28:29 *** artem has quit (Quit: artem) 16:35:46 *** haoyu has quit (Ping timeout: 248 seconds) 16:40:01 *** mperry (~mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik 16:46:31 *** tcarobruce (~tcarobruc@adsl-75-10-247-30.dsl.pltn13.sbcglobal.net) has joined #mapnik 16:49:07 *** keith__ (~keithbeau@69-165-173-111.dsl.teksavvy.com) has joined #mapnik 16:49:49 *** ajturner (~ajturner@209.155.228.129) has joined #mapnik 16:51:54 *** jctull (~jctull@adsl-75-0-14-85.dsl.renocs.sbcglobal.net) has joined #mapnik 16:58:17 *** racicot (~chatzilla@dsl-66-228-218-217.dsl.fibercloud.net) has joined #mapnik 16:58:44 *** racicot has quit (Changing host) 16:58:45 *** racicot (~chatzilla@osgeo/member/racicot) has joined #mapnik 17:03:26 *** HounD has parted #mapnik (None) 17:28:12 *** wonderchook (~wondercho@dhcp184-49-144-222.dtc.dca.wayport.net) has joined #mapnik 17:54:41 * gkmngrgn brb 18:17:24 *** ortelius has quit (Read error: Connection reset by peer) 18:17:26 *** ortelius (~ortelius@ip72-197-135-99.sd.sd.cox.net) has joined #mapnik 18:17:37 *** keith__ has parted #mapnik (None) 18:24:29 *** wonderchook has quit (Remote host closed the connection) 18:26:39 *** wonderchook (~wondercho@dhcp184-49-144-222.dtc.dca.wayport.net) has joined #mapnik 18:31:01 *** Ldp__ (~thid@osm.xs4all.nl) has joined #mapnik 18:31:45 *** wonderchook has quit (Ping timeout: 252 seconds) 18:31:59 *** Ldp__ is now known as Ldp 18:32:09 *** wonderchook (~wondercho@dhcp184-49-144-222.dtc.dca.wayport.net) has joined #mapnik 18:37:09 *** wonderchook has quit (Ping timeout: 276 seconds) 18:41:21 *** wonderchook (~wondercho@dhcp184-49-144-222.dtc.dca.wayport.net) has joined #mapnik 18:44:04 *** wonderch_ (~wondercho@dhcp184-49-144-222.dtc.dca.wayport.net) has joined #mapnik 18:45:43 *** wonderchook has quit (Read error: Connection reset by peer) 18:46:21 *** StormTide has quit (Quit: Leaving) 19:04:10 *** wonderch_ has quit (Remote host closed the connection) 19:04:46 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 19:08:15 *** artem has quit (Client Quit) 19:09:01 *** cgs_bob_ (~bob@40.sub-75-210-214.myvzw.com) has joined #mapnik 19:20:26 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 19:20:49 *** artem has quit (Client Quit) 19:24:17 <dkb> Should we be installing PostGIS 1.5.1 or still use 1.4.0? 19:26:35 *** xreal (~mweber@mailgw.FB12.Uni-Dortmund.DE) has joined #mapnik 19:26:44 <xreal> MMh, is there any updated version of osm2pgsql for Windows? 19:26:55 <xreal> This one is gone: http://artem.dev.openstreetmap.org/ 19:28:35 <jburgess> xreal: http://tile.openstreetmap.org/osm2pgsql.zip 19:28:52 <xreal> jburgess: 2009 ;-( 19:29:02 <xreal> jburgess: Sven Geggus has just integrated hstore into SVN. 19:29:15 <xreal> I think, I need to try building it on Windows using VC 19:29:21 <xreal> or even cygwin ;) 19:29:22 <jburgess> if you plan on rendering with the default osm.xml style then make sure you fetch the SVN copy of the default.style before importing the data 19:29:30 <xreal> yep 19:29:43 <xreal> Is it possible to run easymapnik on Windows? 19:29:50 <xreal> Or does mapnik have direct OSM-support in 0.7.1 ? 19:29:56 <jburgess> I built that one by cross compiling from Fedora but it should be easy to build once you have the dependecies 19:30:30 <jburgess> mapnik does have osm support but it lacks any indexing or relations so is only really intended for simple, small data 19:30:44 <xreal> jburgess: Is 55 MB too big ? 19:30:51 <xreal> (uncompressed OSM file) 19:30:57 <jburgess> that depends on how much you want to render 19:31:14 <jburgess> also note that it is not compatible with the osm.xml style, it needs different style rules 19:31:14 <xreal> Does it work for 0.7.1 ? 19:31:19 <xreal> Yeah, I know. 19:31:25 <xreal> I need to rebuild the style anyway ;-) 19:31:34 <jburgess> if you have an osm.input plugin then it should work 19:31:35 <Ldp> ah, you will? 19:31:57 <xreal> Ldp: For myself. On dev.openstreetmap.de we tried hstore rendering with great success. 19:32:14 <Ldp> xreal: on the NL server, we also use it, and it works just great 19:32:36 <xreal> jburgess: no osm.input in mapnik-0.7.1-win32-py25_26.zip :-( 19:33:36 <xreal> Okay, then I'll use the "good old" PSQL way. 19:33:44 <xreal> MMh, I could also try sqlite3. 19:33:55 <xreal> Is the support for sqlite3 or spatialite ? 19:33:58 <Ldp> xreal: either it couldn't be built on Windows (which I somehow doubt), or it was forgotten 19:34:07 <xreal> there* 19:34:36 <xreal> spatialite really rocks! (it's the PostGIS for SQlite3) 19:35:01 <Ldp> dkb: postgis 1.5 works fine for me 19:35:18 <xreal> PostGIS 1.5 is out? Didn't know that. 19:36:01 <dkb> Ldp: it looks like you have to compile GEOS 3.1.1 19:36:12 <dkb> for postgis 1.5 19:36:16 <Ldp> dkb: some functions require it, but not all 19:37:32 <dkb> Ldp: build script for postgis 1.5 checks for 3.1.1 19:37:54 <Ldp> ok, I guess you really need it then. Problem? 19:38:59 <dkb> hadn't compiled GEOS before 19:39:26 <jburgess> xreal: if you don't mind testing it, I can compile a new oxm2pgsql for windows with the latest code 19:39:27 <Ldp> come to gentoo, and you'll never be able to say that again :) 19:41:57 <xreal> jburgess: That would be great! 19:45:08 *** racicot has quit (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920]) 19:52:50 <jburgess> xreal: try http://yevaud.openstreetmap.org/osm2pgsql.zip.test 19:53:12 *** racicot (~chatzilla@dsl-66-228-218-217.dsl.fibercloud.net) has joined #mapnik 19:54:12 *** racicot has quit (Changing host) 19:54:12 *** racicot (~chatzilla@osgeo/member/racicot) has joined #mapnik 19:55:15 <xreal> Thanks! Does it contain hstore? 19:58:29 <jburgess> should do yes, at least it appears in the help output 19:58:36 <xreal> very nice, thanks. 19:58:43 <jburgess> but I have not tried it at all 19:59:21 <jburgess> I don't know (for example) if hstore will work with the libpq dll that is included or if I'll need to build a new one 19:59:49 <xreal> Let me find out later ;-) 20:04:56 *** wonderchook (~wondercho@pool-71-127-43-16.washdc.fios.verizon.net) has joined #mapnik 20:09:17 <dkb> I switched from ubuntu 9.10 32 bit to 64 bit. Following the Mapnik installation guide at http://trac.mapnik.org/wiki/UbuntuInstallation it mentions a /usr/local/lib64 should exist. Is that not correct on ubuntu? 20:59:00 *** mperry_ (~mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik 20:59:00 *** mperry has quit (Read error: Connection reset by peer) 20:59:01 *** mperry_ is now known as mperry 21:38:27 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 22:13:14 *** jctull has quit (Quit: jctull) 22:13:43 <dkb> Is the updated world boundaries that fixes the blocks on the ocean not at http://tile.openstreetmap.org/world_boundaries-spherical.tgz? That has a date of Sep 10, 2009 22:15:27 <dkb> or was it the shoreline file that was causing the problem 22:18:42 <jburgess> I think the shapefiles in that file are almost entirely unused now, with just the built-up areas I think left in the style 22:19:10 <jburgess> the coastline is rendered from processed_p (z10+) and shoreline_300 (z0-9) 22:20:04 <jburgess> I'm currently running the utility to generate new versions of those from the latest planet file 22:20:26 <dkb> the osm database now has the world_boundaries in it basically? 22:20:42 <dkb> database/xml 22:21:34 <jburgess> all that is shown on the map is now derived solely on OSM data (except I think for that built-up shading used on a couple of zoom levels) 22:22:20 <dkb> so I do not need any of the 3 files except if I want the built-up areas tag to render? 22:23:02 <jburgess> which files? the built up areas render without any tags 22:24:33 <dkb> the world_boundaries, processed_p, and shoreline_300 22:25:06 <jburgess> in the osm.xml, the style and layer with name="builtup" is rendered from the builtup_area.shp contained in the world_boundaries archive 22:25:31 <jburgess> the other two files are needed if you want to render any land -- otherwise the whole map appears in blue (sea) 22:26:05 <dkb> ok, thanks, now I got it 22:26:57 <jburgess> there are other shapefiles inside world_boundaries archive which are now redundant 22:29:16 <dkb> why not remove them? 22:30:50 <jburgess> no particular reason, but they were all used at one time. 22:31:31 <jburgess> Personally I'd like to drop the built up areas shapefile too since it is the last thing which isn't based on OSM derived data 22:32:01 *** ajturner has quit (Quit: ajturner) 22:32:25 <dkb> I don't particularly care for the look on the map of that either 22:33:52 *** xreal has quit (Ping timeout: 258 seconds) 22:39:29 <dkb> ls 22:54:57 <dkb> jburgess: do you know how much larger the hstore option increases the db when importing the planet? 22:55:17 <jburgess> no, I have not yet used the option 22:57:11 <artem> jburgess: re:buildup_areas - i think dropping them is a good idea, if anything it should be possible to create buildup area polygons from osm data 22:57:44 <artem> jburgess: probably will be quite sparse in some areas, though 22:58:45 <artem> buildup_areas shapefile is based in vmap0 which is quite out of date anyway 22:58:46 <jburgess> we have rendering for landuse=residential/industrial etc which tends to convey similar information 22:59:20 <artem> sounds good 22:59:30 <jburgess> I think the shapefile is only used for two zoom levels anyway. I'll mention it to Steve8 23:00:01 <Ldp> z8-z10 23:04:25 *** jctull (~jctull@adsl-75-0-29-113.dsl.renocs.sbcglobal.net) has joined #mapnik 23:13:01 <dkb> Is there a simple way to check what the postgresql db size is on disk for the osm imported data? 23:23:47 <jburgess> that depends on your definition of simple :) try... 23:23:52 <jburgess> SELECT relname, pg_size_pretty(relpages::bigint * 8 *1024) AS size, reltuples::bigint, relpages FROM pg_class pg where relname like 'planet_osm_%' or relname like 'new_%' ORDER BY relpages DESC; 23:24:34 <dkb> is there s simpler way to just get the entire db size? 23:24:37 *** artem has quit (Ping timeout: 264 seconds) 23:25:16 <jburgess> do youhave any other DBs? If not you can find the size of the postgres dir 23:25:52 <jburgess> I have always been interested in the breakdown of the size used by the different tables & indexes 23:27:00 <dkb> that would sound like a useful script to have in the osm-mapnik distribution, especially with that hstore option available now 23:27:34 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik 23:48:55 *** chad_burt has quit (Quit: Leaving...) 23:51:45 *** Ldp has quit (Ping timeout: 276 seconds) 23:58:37 *** dkb has quit (Quit: Leaving.)