00:01:08 *** aub has quit ()
00:02:11 <springmeyer> hey, had a phone call
00:02:20 <springmeyer> nope, works great so far
00:02:27 <springmeyer> meant be right back :)
00:02:38 <springmeyer> going for rundemo.py now...
00:03:58 <springmeyer> rundemo output looks perfect
00:09:44 <artem> great. I'll add other plug-ins asap. well, osm.input will be problematic on win32 as it depends on libxml2. I suspect gdal/ogr won't compile with native tools either
00:10:08 <artem> i'll give it a go, though
00:10:13 <springmeyer> cool
00:10:17 <springmeyer> great job
00:10:32 <springmeyer> let me know if there is anything else I should test
00:10:52 <artem> of course, thanks
00:11:41 <springmeyer> hmm, I notice that m.load_map_from_string() is available even though we're using tinyxml
00:12:02 <springmeyer> perhaps that should ifdef'd ?
00:12:26 <artem> do you mean it's available but it doesn't work ?
00:12:50 <springmeyer> well yes its available and I assumed it would not work
00:13:04 <springmeyer> i think it depends on libxml2
00:13:16 <artem> it shouldn't
00:13:26 <springmeyer> oh
00:15:02 <springmeyer> jburgess noted that here: http://trac.mapnik.org/ticket/99#comment:7
00:15:23 <artem> right i can see :
00:15:23 <artem> #ifdef HAVE_LIBXML2
00:15:24 <artem>         read_xml2_string(str, pt);
00:15:24 <artem> #else
00:15:24 <artem>         throw config_error( "load_map_string() only supported with libxml2 parser" );
00:15:24 <artem> #endif
00:15:36 <artem> but it should be like that :)
00:15:41 <springmeyer> ah, that works then
00:15:42 <artem> shouldn't be
00:15:45 <springmeyer> ah
00:16:22 <artem> ok, it wont work atm but I'll have a look at fixing this
00:16:47 <springmeyer> k, I'll create a ticket
00:17:11 <artem> yes, please.
00:18:19 <springmeyer> so, fix so that load_from_string works with tiny?
00:20:00 <artem> and spirit
00:20:13 <springmeyer> k, #237
00:20:13 <nikq> Ticket #237: load_map_from_string() if libxml2 is not available, http://trac.mapnik.org/ticket/237
00:20:34 <artem> ok. let me fix it straight away ...
00:22:08 <springmeyer> cool tests/python/load|save_map.py work on win32
00:27:56 <springmeyer> artem: where do win32 build of mapnik look for proj?
00:28:38 <artem> it doesn't look anywhere it's got it :)
00:28:46 <springmeyer> I think it would be great to be able to do Projection('+init=epsg:900913')
00:28:50 <springmeyer> right :)
00:29:06 <artem> proj4 is statically linked
00:29:06 <springmeyer> so proj's epsg files it sucks into the dll huh?
00:29:14 <springmeyer> statically - ah thats the term :)
00:29:46 <artem> it's probably looking for epsg files somewhere but cannot find them
00:29:49 <springmeyer> so can we stick the mercator proj4 literal in the proj epsg list before statically linking?
00:30:10 <artem> sure
00:30:46 <artem> i thought +init=xxx stuff is read from files, no ?
00:31:01 <springmeyer> yes it is
00:31:02 <springmeyer> http://docs.openlayers.org/library/spherical_mercator#mapserver
00:31:38 <springmeyer> which are not/can't be pulled into the statically linked dll, huh?
00:31:52 * springmeyer wonders why it seems to work with other projections...
00:32:24 <artem> with +init=xx strings ?
00:33:29 <nikq> Mapnik Trac: Changeset [930]: + support load_map_string for all xml parsers | http://trac.mapnik.org/changeset/930
00:33:44 <springmeyer> yes it works with +init=xx
00:34:04 <springmeyer> wild huh? maybe its finding proj files that I have installed from some other app
00:34:20 <nikq> Mapnik Trac: Ticket #237 (load_map_from_string() if libxml2 is not available) closed | http://trac.mapnik.org/ticket/237#comment:1
00:34:22 * springmeyer does not remember installing anything but Quantum GIS on this win32 instance
00:35:54 <springmeyer> ah yep
00:35:55 <artem> let me check on my pristine win install
00:35:58 <springmeyer> wow.
00:36:24 <springmeyer> I renamed the 'nad' folder in my c:\Program Files\Quantum GIS folder
00:36:34 <springmeyer> and now it no longer works
00:36:40 <springmeyer> geez that was lucky
00:37:07 <springmeyer> well, now we know how to support proj +init=epsg ;)
00:37:25 <artem> I recall +init=xx was causing a grief with multiple threads  - it shouldn't be allowed imho
00:37:45 <springmeyer> artem: forget this - I just figured we should support merc if we supported the others (which we dont)
00:37:52 <springmeyer> okay
00:38:23 <springmeyer> +init=epsg is somewhat required by the OGCServer which is why I am aware of it
00:38:46 <springmeyer> but I doubt many will use that on win32 ??
00:40:30 <artem> well, it's good to know where to stick those epsg files if required
00:40:57 <artem> ok, it doesn't work on my win32 setup  as expected
00:41:12 <springmeyer> :)
00:41:13 <springmeyer> okay
00:42:57 <artem> ok. bed time  see you later
00:43:00 *** artem has quit ()
00:43:10 <springmeyer> see ya
00:43:54 <CIA-23> mapnik-utils: dane.springmeyer * r571 /trunk/serverside/cascadenik/openstreetmap/roads.mss: Fix spelling of zoom level 7 'motoryway' based on patch from aubreyholland - fixes #17
00:43:55 <nikq> Ticket #17: None, http://trac.mapnik.org/ticket/17
01:01:26 <CIA-23> mapnik: artem * r930 /trunk/src/load_map.cpp: + support load_map_string for all xml parsers
02:32:49 *** darragh_ (n=darragh@83.70.173.25) has joined #mapnik
02:33:53 *** darragh has quit (Remote closed the connection)
03:13:27 *** building39 has parted #mapnik ()
03:18:38 *** aub (n=aubrey@70.107.236.83) has joined #mapnik
05:40:35 *** nikq has quit (Remote closed the connection)
05:42:05 *** mapniklog (n=mapniklo@li21-121.members.linode.com) has joined #mapnik
05:42:05 <kubrick.freenode.net> Topic for #mapnik is: Mapnik - C++/Python Mapping Toolkit | http://mapnik.org/ | http://trac.mapnik.org/ | http://code.google.com/p/mapnik-utils/
05:42:05 <kubrick.freenode.net> Users on #mapnik: mapniklog aub darragh_ ninja_ jburgess tomhughes @springmeyer racicot Mrfo jbronn ser Berteun dodobas aba @ChanServ dukeku JeLuF stamf dreamil CIA-23 cmarqu jbglaw scruggs_
05:42:52 *** mapniklog (n=mapniklo@li21-121.members.linode.com) has joined #mapnik
05:42:52 <brown.freenode.net> Topic for #mapnik is: Mapnik - C++/Python Mapping Toolkit | http://mapnik.org/ | http://trac.mapnik.org/ | http://code.google.com/p/mapnik-utils/
05:42:52 <brown.freenode.net> Users on #mapnik: mapniklog aub darragh_ ninja_ jburgess tomhughes @springmeyer racicot Mrfo jbronn ser Berteun dodobas aba @ChanServ dukeku JeLuF stamf dreamil CIA-23 cmarqu jbglaw scruggs_
05:43:58 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik
05:44:54 <springmeyer> .startrss
05:44:55 <nikq> Okay, I'll start rss fetching...
05:44:56 <nikq> Mapnik Trac: Ticket #237 (load_map_from_string() if libxml2 is not available) closed | http://trac.mapnik.org/ticket/237#comment:1
06:20:04 *** _closure (n=E78C8EE4@li48-120.members.linode.com) has joined #mapnik
08:08:56 *** _closure_ (n=E78C8EE4@li48-120.members.linode.com) has joined #mapnik
08:13:43 *** _closure has quit (Read error: 104 (Connection reset by peer))
09:43:47 *** Berteun has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** dodobas has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** ChanServ has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** jburgess has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** tomhughes has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** racicot has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** nikq has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** darragh_ has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** aba has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** aub has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** springmeyer has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** ninja_ has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** ser has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** jbglaw has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** _closure_ has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** cmarqu has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** Mrfo has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** stamf has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** scruggs_ has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** dreamil has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** dukeku has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** jbronn has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** JeLuF has quit (brown.freenode.net irc.freenode.net)
09:43:47 *** CIA-23 has quit (brown.freenode.net irc.freenode.net)
09:54:39 *** aub (n=aubrey@70.107.236.83) has joined #mapnik
09:54:39 *** aba (n=aba@2001:a60:f006:deb:0:0:0:1) has joined #mapnik
09:54:42 *** ChanServ (ChanServ@services.) has joined #mapnik
09:54:42 *** jburgess (n=jburgess@bb-87-80-234-70.ukonline.co.uk) has joined #mapnik
09:54:42 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik
09:54:42 *** racicot (n=chatzill@osgeo/member/racicot) has joined #mapnik
09:55:04 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik
09:55:08 *** springmeyer (n=dane@c-24-19-50-92.hsd1.wa.comcast.net) has joined #mapnik
09:55:12 *** jbronn (n=jbronn@70-138-113-15.lightspeed.hstntx.sbcglobal.net) has joined #mapnik
09:55:12 *** CIA-23 (n=CIA@208.69.182.149) has joined #mapnik
09:55:12 *** JeLuF (i=jf@mormo.org) has joined #mapnik
09:55:34 *** darragh_ (n=darragh@83.70.173.25) has joined #mapnik
09:55:37 *** nikq (n=nikq@li21-121.members.linode.com) has joined #mapnik
09:55:44 *** dodobas (n=dodobas@open.geof.hr) has joined #mapnik
09:55:44 *** Berteun (i=berteun@berteun.nl) has joined #mapnik
09:55:58 *** _closure_ (n=E78C8EE4@li48-120.members.linode.com) has joined #mapnik
09:55:58 *** ninja_ (n=pankur@nat/yahoo/x-021bb4cdb95ee579) has joined #mapnik
09:55:58 *** Mrfo (i=Mrfo@pool-96-231-166-17.washdc.fios.verizon.net) has joined #mapnik
09:55:58 *** ser (n=ser@sergiusz.pawlowicz.name) has joined #mapnik
09:55:58 *** scruggs_ (n=chris@72-161-105-25.dyn.centurytel.net) has joined #mapnik
09:55:58 *** jbglaw (n=jbglaw@lug-owl.de) has joined #mapnik
09:55:58 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
09:55:58 *** dreamil (n=swapnil@freemap.in) has joined #mapnik
09:55:58 *** stamf (n=antstam@nat/yahoo/x-f1013e020f8aa8a4) has joined #mapnik
10:33:28 *** xcacou (n=aga@vel78-2-82-243-106-36.fbx.proxad.net) has joined #mapnik
11:27:32 *** aled (n=chatzill@socksgw1.ncl.ac.uk) has joined #mapnik
14:38:58 *** sanjiv (n=chatzill@59.180.130.21) has joined #mapnik
15:27:26 <darragh_> Does mapnik support queryable in it's WMS interface? And if so, does it use the queryable parameters to alter the SQL query if using a PostGIS datasource?
15:52:49 *** Ruffiano (n=ruffiano@static-70-21-119-183.res.east.verizon.net) has joined #mapnik
15:53:39 <Ruffiano> What's required to enable the Font Fallback <FontSet> nodes?  I get "UserWarning: Unknown child node in 'Map'. Expected 'Style' or 'Layer' but got 'FontSet'"  on a render
15:55:10 *** matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #mapnik
16:07:47 *** matt_c has quit ()
16:09:40 *** ninja_ has quit (Read error: 110 (Connection timed out))
16:14:55 *** sanjiv has quit (Read error: 104 (Connection reset by peer))
16:22:08 *** sanjiv (n=chatzill@59.180.131.185) has joined #mapnik
16:39:00 <nikq> Mapnik Trac: Changeset [931]: + ident | http://trac.mapnik.org/changeset/931
16:39:31 <nikq> Mapnik Trac: Changeset [932]: + const correctness | http://trac.mapnik.org/changeset/932
16:48:43 *** matt_c (n=mcroydon@gateway.sunflowerbroadband.com) has joined #mapnik
17:00:09 <springmeyer> Ruffiano: can you taken a look at: http://trac.mapnik.org/wiki/FontSet ?
17:00:34 <springmeyer> also Ruffiano: this support is only available in trunk - are you perhaps running 0.5.1?
17:00:48 <Ruffiano> yeah I am not running the trunk version
17:01:09 <springmeyer> darragh_: the OGCServer does support GetFeatureInfo, but it is relatively untested
17:01:30 <springmeyer> you __do__ need to make a layer.queryable = True to enable it
17:02:34 <springmeyer> It does not alters the SQL query so if you are using complicated sub-selects then you'll need to be careful to return attribute rows of interest
17:04:13 <springmeyer> darragh_: http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/ogcserver/common.py#L312
17:07:44 <darragh_> springmeyer: thanks
17:08:12 <springmeyer> darragh_: you running trunk btw?
17:09:44 <Ruffiano> svn co http://svn.mapnik.org/trunk/ mapnik  will get me the current trunk build ?
17:10:16 <darragh_> springmeyer: 0.5.1 - it's a production site
17:11:27 <springmeyer> darragh_: okay. just curious since 0.5.1 requires patches to get running as I remember
17:12:17 <springmeyer> yes Ruffiano
17:12:58 <darragh_> springmeyer: I've had to make a few changes but need to work against a numbered release for the moment, will move to next version when it is released
17:13:33 *** xcacou has quit (Remote closed the connection)
17:14:44 <springmeyer> okay, sure. please post you changes to the 0.5.1 code base to trac so we can make sure to catch anything for the next release
17:15:23 <springmeyer> context here is that the OGCServer is __very__ lightly maintained and user feedback is critical
17:16:41 <darragh_> springmeyer: All the changes are on trunk already
17:17:09 *** Ruffiano has parted #mapnik ()
17:17:17 <darragh_> springmeyer: I'll try getting a diff
17:43:39 *** xcacou (n=aga@AVelizy-152-1-67-101.w83-204.abo.wanadoo.fr) has joined #mapnik
17:49:33 <CIA-23> mapnik: artem * r931 /trunk/plugins/input/postgis/ (connection.hpp postgis.cpp): + ident
17:49:33 <CIA-23> mapnik: artem * r932 /trunk/include/mapnik/geometry.hpp: + const correctness
17:52:28 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik
18:26:55 *** sanjiv has quit (Read error: 60 (Operation timed out))
18:38:30 *** darragh_ has quit (Read error: 104 (Connection reset by peer))
18:41:39 *** sanjiv (n=chatzill@59.180.131.185) has joined #mapnik
19:24:13 *** artem has quit ()
19:32:46 *** artem_ (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik
19:53:20 *** sanjiv has quit (Read error: 110 (Connection timed out))
20:01:09 *** jburgess has quit (Remote closed the connection)
20:17:14 *** artem_ has quit ()
20:20:38 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik
20:21:43 <nikq> Mapnik Trac: Ticket #238 (ShieldSymbolizer should have allow_overlap) created | http://trac.mapnik.org/ticket/238
20:25:16 <nikq> Mapnik Trac: Ticket #239 (ShieldSymbolizer should make name, face_name etc. optional) created | http://trac.mapnik.org/ticket/239
20:25:38 <nikq> Mapnik Trac: Ticket #238 (ShieldSymbolizer should have allow_overlap) updated | http://trac.mapnik.org/ticket/238#comment:1
20:25:48 <nikq> Mapnik Trac: Ticket #239 (ShieldSymbolizer should make name, face_name etc. optional) updated | http://trac.mapnik.org/ticket/239#comment:1
20:38:19 *** xcacou has quit ("Ex-Chat")
20:42:13 *** jburgess (n=jburgess@bb-87-80-234-70.ukonline.co.uk) has joined #mapnik
20:42:14 *** cmarqu has quit ("leaving")
20:43:11 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
21:18:42 *** matt_c has quit ()
21:25:36 <nikq> Mapnik Trac: Ticket #240 (Ships outdated version of the DejaVu fonts) created | http://trac.mapnik.org/ticket/240
21:26:52 <cmarqu> springmeyer: I was setting the Component of #240 to SCons since I figured you could hack something up there (checking/downloading the fonts at install time or something)
21:26:53 <nikq> Ticket #240: Ships outdated version of the DejaVu fonts, http://trac.mapnik.org/ticket/240
21:27:19 <cmarqu> springmeyer: Nothing to do with you personally, I promise! :)
21:27:22 <springmeyer> sure!
21:28:43 <cmarqu> DejaVu 2.14 is from 2007-01-21
21:29:07 <artem> yep, lets update fonts
21:29:49 <artem> also, should we add something like gnu unifont  to demo fallback logic ?
21:30:10 * artem hides 
21:43:05 <dukeku> anyone want to dare and tell me why actually specifying an srs for my map and/or layers results in no output?
21:43:31 <dukeku> or care to tell me what i'm doing wrong :)
21:44:46 <springmeyer> map and layer srs's both default to WGS84
21:45:19 <springmeyer> so if you set one to the data projection and its different that WGS84 then you've got to set both
21:45:38 <springmeyer> that sound like the problem?
21:46:16 <springmeyer> you can get by when testing by setting no projections and then using m.zoom_all() even if you don't know the right projection
21:46:54 <jburgess> I saw something like this once before when I had data going beyond +-180 degrees. Everything was fine when unprojected, but when extents were projected backwards and forwards things wrapped and it ended with data on the map
21:48:02 <dukeku> springmeyer: setting no srs works, but my data definitely isn't wgs84
21:48:26 <springmeyer> yes, Envelope(-180,-90,180,90).forward(Projection('+init=epsg:900913') will result in 'inf' values
21:48:41 <dukeku> hrm
21:48:44 <springmeyer> whereas Envelope(-179.9,-89.9 etc.. works
21:48:57 <dukeku> zoom_all when i have both srs's set gives me a tiny bit off to the side
21:49:04 <springmeyer> ( as well)
21:49:17 <jburgess> if you want 900913, you want to limit the latittude to about +-85 degrees if you want a square map
21:49:20 <dukeku> not sure what to think of it.
21:49:41 <springmeyer> jburgess: good point
21:50:03 <jburgess> dukeku: that sounds like some of the problems I saw with things wrapping. Try clipping your data and/or map to something smaller
21:51:13 <dukeku> not sure what you mean
21:52:18 <jburgess> one of the problems was a shapefile in 900913 which had data up to +- -2003800 longitude, this maps to something like +-185 degrees of longitude
21:52:52 <dukeku> what'd be the easiest way to do that?
21:53:43 <jburgess> when this is projects backward and forward it end up creating a small envelope covering only +175 degrees to -175 degrees, i.e. only a range of 10 degrees instead of the 370 degrees of the original
21:53:57 <dukeku> hrm
21:55:32 <jburgess> I can't remember exactly how I fixed it. I think I either used some of the gdal tools or openjump to clip the data and create some new shapefiles
21:56:05 <jburgess> what is your source data?
21:56:14 <jburgess> if in shapefiles, try running shpinfo to get the bounds
21:56:23 <dukeku> it's from shapefiles imported into postgis
21:57:01 <jburgess> what does the extent look like?
21:57:53 <jburgess> the other thing to watch is if you've been copying stuff from the osm.xml file and included the "extent" parameter for 900913 without updating it for the new projection
21:58:50 <dukeku> gis=> select extent(the_geom) from pdx_streets;
21:58:50 <dukeku>                     extent
21:58:50 <dukeku> -----------------------------------------------
21:58:50 <dukeku>  BOX(7604264.5 651203.1875,7696819 731146.625)
21:59:08 <dukeku> not using osm.xml at all
21:59:10 <jburgess> what srs is that?
21:59:22 <dukeku> NAD_1983_StatePlane_Oregon_North_FIPS_3601_Intl_Foot
21:59:26 <dukeku> which is...
21:59:37 <dukeku> +proj=lcc +lat_1=46 +lat_2=44.33333333333334 +lat_0=43.66666666666666 +lon_0=-120.5 +x_0=2500000.0001424 +y_0=0 +ellps=GRS80 +to_meter=0.3048 +no_defs
21:59:42 <jburgess> do you have an epsg number for it?
22:00:39 <dukeku> hold on
22:01:29 <jburgess> looks like:
22:01:30 <jburgess> <2269> +proj=lcc +lat_1=46 +lat_2=44.33333333333334 +lat_0=43.66666666666666 +lon_0=-120.5 +x_0=2500000.0001424 +y_0=0 +ellps=GRS80 +datum=NAD83 +to_meter=0.
22:01:32 <jburgess> 3048 +no_defs  <>
22:01:55 <dukeku> http://www.spatialreference.org/ref/epsg/2913/ i believe
22:02:04 <dukeku> but that's not loading for me
22:03:45 <dukeku> heh
22:03:53 <dukeku> the one i was using didn't have +datum=NAD83
22:03:58 <dukeku> and now it seems to be working when i zoom
22:04:01 <dukeku> thanks jburgess :)
22:04:59 <jburgess> ok, good if that fixed it... I won't try to understand why that makes such a difference :)
22:05:02 <dukeku> wait a second...i was setting it on the wrong layer
22:05:18 <dukeku> changing it on the *right* layer still produces nothing :)
22:06:02 <dukeku> that seemed like a strange fix
22:06:07 <jburgess> the behaviour of working at higher zooms but failing when you render the whole world definately matched the problems when your map extent either wraps or goes beyond the valid bounds for that projection
22:06:53 <jburgess> some projections only work within a quite limited range of co-ordinates, if you try to make a map with any corner outside of that area then it can break
22:07:13 <dukeku> would it be wise to just reproject the data in gdal?
22:07:17 <dukeku> s/in/with/.
22:07:44 <jburgess> unfortunately there seems to be no programmatic way for Mapnik, postgis etc to tell you what range would be valid, letting you clip to that range etc
22:08:19 <dukeku> well, let's say i move on to another datasource - do you happen to know what projection the tiger2008 shapefiles use? :)
22:08:24 <jburgess> I think it would help
22:08:52 <jburgess> I'm not certain, but I think the tiger data I saw before was plain latlong
22:08:57 <dukeku> that'd be nice
22:09:07 <dukeku> i'm sure the tiger data comes from the shapefiles the city gave me
22:09:14 <dukeku> but, urgh
22:15:31 <dukeku> yeah, tiger is just NAD83/GRS80
22:17:09 <nikq> Mapnik Trac: Changeset [933]: support for sqlite3 and ogr | http://trac.mapnik.org/changeset/933
22:18:02 *** matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #mapnik
22:23:35 <nikq> Mapnik Trac: Changeset [934]: debug and profiling option | http://trac.mapnik.org/changeset/934
22:25:07 <nikq> Mapnik Trac: Changeset [935]: profiling | http://trac.mapnik.org/changeset/935
22:30:44 <CIA-23> mapnik-utils: cmarqu42 * r572 /sandbox/cascadenik/hike_n_bike/ (ground.mss style.mml): Make areas of water and parklike features use a serif italic font. Don't render the names of riverbanks.
22:50:21 <nikq> Mapnik Trac: Changeset [936]: std::string | http://trac.mapnik.org/changeset/936
22:54:56 <nikq> Mapnik Trac: Changeset [937]: missed color class | http://trac.mapnik.org/changeset/937
22:55:57 <Mrfo> dukeku, what issues are you having with getting tiger data on a map?
22:56:37 <dukeku> none, i was using non-tiger data
22:56:48 <Mrfo> ah. gotcha :)
22:56:50 <dukeku> i'm switching to tiger data - it seems more up-to-date, anyhow
22:56:55 <dukeku> surprisingly enough
22:57:45 <Mrfo> yeah the data seems decently accurate. although the quality varies quite a bit between states
22:58:04 <dukeku> the data i had was still transitioning to CFCCs, heh
23:01:26 <CIA-23> mapnik: andreas * r933 /trunk/ (6 files in 6 dirs): support for sqlite3 and ogr
23:01:27 <CIA-23> mapnik: andreas * r934 /trunk/configure.ac: debug and profiling option
23:01:27 <CIA-23> mapnik: andreas * r935 /trunk/src/Makefile.am: profiling
23:01:28 <CIA-23> mapnik: andreas * r936 /trunk/ (3 files in 2 dirs): std::string
23:01:28 <CIA-23> mapnik: andreas * r937 /trunk/src/Makefile.am: missed color class
23:09:22 <dukeku> Mrfo: have you done anything with bringing in the non-shapefile tiger data into postgis?
23:09:35 <dukeku> there's all of the dbfs with data relating to the tlids in the shapes
23:14:50 <Mrfo> dbview can handle it
23:15:53 <Mrfo> theres a script on the postgis boards that handles the 2007 tiger data
23:16:06 <Mrfo> process_tiger.sh is the filename i think
23:23:44 <Mrfo> only issue i really have with the tiger data is that the water is a series of polygons
23:24:01 <Mrfo> and rendering this with mapnik results in gaps
23:29:11 <dukeku> wasn't tiger 2007 in a separate format?
23:31:06 <Mrfo> well the data im refering to is the '2007FE' data that came out in like March 08
23:31:24 <Mrfo> so its 2007 or 2008 depending on how you want to look at it
23:32:23 <dukeku> http://www.census.gov/geo/www/tiger/tgrshp2008/tgrshp2008.html i'm using whatever you want to call that
23:33:30 <Mrfo> thats a minor update from my understanding. the scripts that exist should work with some minor updates i imagine
23:35:32 <dukeku> i'll try process_tiger later
23:43:08 <artem> nikq: have you seen kunitoki ?
23:43:29 <artem> hmm..