02:19:56 *** matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #mapnik 03:14:40 *** sandGorgon has quit ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]") 03:41:06 *** migurski has quit () 04:02:52 *** DKB1-ghofar (n=goffar@222.124.181.220) has joined #mapnik 04:03:27 *** DKB1-ghofar is now known as siteru 04:06:46 *** siteru has quit (Client Quit) 04:08:29 *** rcoup has quit () 04:42:47 *** rcoup (n=rcoup@ip-118-90-78-242.xdsl.xnet.co.nz) has joined #mapnik 04:59:34 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik 05:07:41 *** migurski has quit () 05:18:26 *** dukeku has quit (Remote closed the connection) 05:37:35 *** dodobas has quit (Remote closed the connection) 05:37:39 *** dodobas (n=dodobas@open.geof.hr) has joined #mapnik 06:32:13 *** rcoup has quit () 06:53:52 *** xcacou (n=aga@154.35.86-79.rev.gaoland.net) has joined #mapnik 07:06:41 *** rcoup (n=rcoup@ip-118-90-78-242.xdsl.xnet.co.nz) has joined #mapnik 07:14:34 <w0lfie_> hm, mapnik seems quite awesome 07:28:36 *** dukeku (i=dukeku@adhd.irule.net) has joined #mapnik 07:41:34 *** xcacou has quit (Read error: 60 (Operation timed out)) 07:47:24 <springmeyer> w0lfie_: yup :) 07:47:35 <w0lfie_> i got the xml samples working 07:47:40 <w0lfie_> trying to get the ogc server thingamijig going 07:53:39 <w0lfie_> i wish i'd discovered this like.. 2 months ago 07:54:02 *** xcacou (n=aga@147.28.86-79.rev.gaoland.net) has joined #mapnik 08:04:59 <springmeyer> cool 08:05:08 * springmeyer is headed to bed, but 08:05:30 <springmeyer> mapnik-utils example_code/wms folder has some example ogcserver config files 08:05:52 <springmeyer> .g generate_tiles.py can be an easier thing to set up if you are just playing around with serving tiles 08:05:52 <nikq> springmeyer: http://planet.debian.net/cgi-bin/search.cgi?terms=enst 08:06:12 <springmeyer> huh, that's not the right link... 08:06:28 <springmeyer> anyway, and trunk ogcserver code is better 08:06:32 <springmeyer> later... 09:57:44 *** rcoup has quit () 10:31:18 *** artem_ (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 10:43:19 <nikq> Mapnik Trac: Changeset [940]: + Utilty to convert postgresql/postgis tables into format suitable for ... | http://trac.mapnik.org/changeset/940 10:49:59 <CIA-23> mapnik: artem * r940 /trunk/utils/ (pgsql2sqlite/main.cpp pgsql2sqlite/Jamroot pgsql2sqlite): 10:49:59 <CIA-23> mapnik: + Utilty to convert postgresql/postgis tables into format suitable for sqlite3 (r*tree index) 10:49:59 <CIA-23> mapnik: + Initial import 11:12:58 <nikq> Mapnik Trac: Changeset [941]: + add --simplify= option | http://trac.mapnik.org/changeset/941 11:28:35 <CIA-23> mapnik: artem * r941 /trunk/utils/pgsql2sqlite/main.cpp: + add --simplify=<tolerance> option 12:28:23 <nikq> Mapnik Trac: Changeset [942]: + discard empty geometries from output | http://trac.mapnik.org/changeset/942 12:32:47 <CIA-23> mapnik: artem * r942 /trunk/utils/pgsql2sqlite/main.cpp: + discard empty geometries from output 12:37:03 *** sanjiv (n=chatzill@59.180.136.236) has joined #mapnik 14:05:01 <nikq> Mapnik Trac: Ticket #243 (wms 1.1.1 getcaps doesn't include xlink:href for getmap URL) created | http://trac.mapnik.org/ticket/243 14:46:10 *** sanjiv_ (n=chatzill@59.180.136.236) has joined #mapnik 14:47:42 *** sanjiv has quit (Nick collision from services.) 14:47:44 *** sanjiv_ is now known as sanjiv 15:04:12 *** matt_c has quit () 15:18:29 *** matt_c (n=mcroydon@gateway.sunflowerbroadband.com) has joined #mapnik 15:31:54 *** Ruffiano (n=ruffiano@static-70-21-119-183.res.east.verizon.net) has joined #mapnik 15:35:51 <Ruffiano> Trying to get the font fallback working, and it seems to be, but I don't know enough about linux/fonts to determine the "font face name" value for the new Chinese fonts I installed 15:58:41 <nikq> Mapnik Trac: Changeset [943]: + add direct sqlite3 support (work in progress..) | http://trac.mapnik.org/changeset/943 16:01:07 <artem_> Ruffiano: 16:01:21 <artem_> >>> from mapnik import * 16:01:23 <artem_> >>> for name in FontEngine.face_names(): 16:01:24 <artem_> ... print name 16:01:24 <artem_> ... 16:01:24 <artem_> DejaVu Sans Bold 16:01:25 <artem_> DejaVu Sans Bold Oblique 16:01:25 <artem_> DejaVu Sans Book 16:01:26 <artem_> DejaVu Sans Condensed 16:01:28 <artem_> DejaVu Sans Condensed Bold 16:01:30 <artem_> DejaVu Sans Condensed Bold Oblique 16:01:32 <artem_> DejaVu Sans Condensed Oblique 16:01:34 <artem_> DejaVu Sans ExtraLight 16:01:36 <artem_> DejaVu Sans Mono Bold 16:01:38 <artem_> DejaVu Sans Mono Bold Oblique 16:01:40 <artem_> DejaVu Sans Mono Book 16:01:42 <artem_> DejaVu Sans Mono Oblique 16:01:44 <artem_> DejaVu Sans Oblique 16:01:46 <artem_> DejaVu Serif Bold 16:01:48 <artem_> DejaVu Serif Bold Oblique 16:01:50 <artem_> DejaVu Serif Book 16:01:52 <artem_> DejaVu Serif Condensed 16:01:54 <artem_> DejaVu Serif Condensed Bold 16:01:56 <artem_> DejaVu Serif Condensed Bold Oblique 16:01:58 <artem_> DejaVu Serif Condensed Oblique 16:02:00 <artem_> DejaVu Serif Oblique 16:02:02 <artem_> unifont Medium 16:04:34 <Ruffiano> I don't believe those fonts have chinese characters, if I install a a font set, the arphic ones, how would I attach them to python/mapnik 16:05:17 <CIA-23> mapnik: artem * r943 /trunk/utils/pgsql2sqlite/ (main.cpp sqlite.hpp Jamroot pgsql2sqlite.hpp sqlite.cpp): + add direct sqlite3 support (work in progress..) 16:16:03 <springmeyer> Ruffiano: either put your custom fonts in the same directory as those default DejaVu fonts (usually /usr/local/lib/mapnik/fonts) 16:16:14 <springmeyer> or register them your self in a custom location 16:16:33 <Ruffiano> yeah, just noticed they weren't in the right locationj 16:17:11 <springmeyer> the default ones? 16:17:17 <Ruffiano> the new ones 16:18:01 <springmeyer> okay. 16:19:00 <springmeyer> well you can also do: 16:19:05 <springmeyer> >>> engine = mapnik.FontEngine.instance() 16:19:23 <springmeyer> engine.register_font('/path/to/my/font.ttf') 16:21:03 <artem_> Ruffiano: gnu unifont has got Chinese chars 16:21:37 <Ruffiano> I seem to have all the fonts you listed save the unifont 16:23:52 <artem_> you need to download unifont from thw web 16:46:33 <Ruffiano> many thanks, that's working well 17:27:00 *** Ruffiano has parted #mapnik () 17:30:03 <springmeyer> artem: ping 17:38:30 *** xcacou has quit (Remote closed the connection) 17:42:46 *** artem_ has quit () 17:45:11 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 17:49:36 <nikq> Mapnik Trac: Ticket #214 (SConstruct build engine refactoring) updated | http://trac.mapnik.org/ticket/214#comment:2 17:52:18 *** artem has quit () 17:54:00 <nikq> Mapnik Trac: Ticket #217 (Add ability to set PKG_CONFIG_PATH in SCons) updated | http://trac.mapnik.org/ticket/217#comment:9 17:54:20 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 17:58:03 *** artem has quit (Client Quit) 18:40:18 <springmeyer> jburgess: osm uses gnu unifont right? 18:40:36 <jburgess> yep, though I think there may be more than one thing called unifont 18:40:39 *** ajturner (n=ajturner@static-71-166-236-36.washdc.east.verizon.net) has joined #mapnik 18:40:54 <springmeyer> I'm about to upgrade the dejavu fonts in trunk. and reason to think that may mess with the osm styles? 18:40:55 <jburgess> the ones we use are from: http://unifoundry.com/unifont.html 18:41:14 <springmeyer> or any reason we should include unifont in trunk? 18:41:15 <jburgess> nope, we don't use the DejaVu fonts shipped with Mapnik 18:41:19 <springmeyer> okay 18:41:34 <jburgess> the only thing I'd question is the value of bundling fonts at all 18:41:34 *** sanjiv has quit (Read error: 110 (Connection timed out)) 18:42:00 <tomhughes> certainly the Fedora package has to strip them out 18:42:08 <springmeyer> gocha. the alternative in your mind being to point python at system fonts? 18:42:16 *** ajturner has quit (Client Quit) 18:42:19 <springmeyer> right, debian as well 18:42:29 <jburgess> well, the only value I can see is that the demos are more likely to work out of the box 18:42:44 * springmeyer is also currently adding a SCons option to set the path to system fonts... 18:42:49 <jburgess> but if mapnk could find the system fonts on its won then this should be unnecessary 18:42:57 <springmeyer> okay, good to know 18:43:10 <jburgess> I have not checked, but do freetpye feel the need to bundle any fonts? 18:43:22 <jburgess> (for example) 18:43:47 <springmeyer> I've wondered whether we bundled fonts partly because it could be a speed hit to register all the perhaps many fonts in a system directory? 18:44:09 <springmeyer> hum, not sure about freetype 18:44:47 <jburgess> this behaviour of registering them all is unique to the python bindings, lasst time I checked 18:45:02 <springmeyer> yes, only in python exactly 18:45:22 <jburgess> it took me quite a while to find where this behaviour was implemented :) 18:45:31 <springmeyer> the python __init__.py uses glob('*.ttf') 18:45:36 <springmeyer> right 18:45:40 <springmeyer> me too :) 18:45:59 <jburgess> I was wondering why the C++ apis were not finding any fonts, though a trivial python example obviously worked without needing to explicitly load any fonts 18:48:41 *** sanjiv (n=chatzill@59.180.157.9) has joined #mapnik 18:52:11 * springmeyer can't see any mention of freetype bundling fonts 18:53:07 * springmeyer notices that matplotlib bundles ttf fonts 19:03:26 <springmeyer> jburgess and tomhughes: okay I've added a SCons option called 'SYSTEM_FONTS' which you can us to point the python bindings at a different default location and if specified will not install the bundled deja vu fonts 19:03:40 <springmeyer> does that sound reasonable? 19:03:45 <jburgess> it does 19:04:47 <springmeyer> i figure savy users that want to avoid startup costs of lots of registrations will be hacking the __init__.py file anyway :) 19:05:01 <springmeyer> and that will help packagers 19:07:10 <jburgess> for reference, this is how Fedora patches the existing code: http://cvs.fedoraproject.org/viewvc/rpms/mapnik/devel/use-system-fonts.patch 19:08:05 <springmeyer> cool thanks 19:12:32 <nikq> Mapnik Trac: Ticket #240 (Ships outdated version of the DejaVu fonts) updated | http://trac.mapnik.org/ticket/240#comment:1 19:24:53 <nikq> Mapnik Trac: Changeset [944]: + upgrade bundled dejavu fonts from 2.14 to 2.28 (closes #240) | http://trac.mapnik.org/changeset/944 19:25:03 <nikq> Mapnik Trac: Ticket #240 (Ships outdated version of the DejaVu fonts) closed | http://trac.mapnik.org/ticket/240#comment:2 19:31:09 <nikq> Mapnik Trac: Changeset [945]: scons: add a SYSTEM_FONTS variable to avoid installation of bundled dejavu ... | http://trac.mapnik.org/changeset/945 19:33:21 <CIA-23> mapnik: dane * r944 /trunk/fonts/ (40 files in 4 dirs): + upgrade bundled dejavu fonts from 2.14 to 2.28 (closes #240) 19:33:21 <CIA-23> mapnik: dane * r945 /trunk/ (bindings/python/SConscript SConstruct): scons: add a SYSTEM_FONTS variable to avoid installation of bundled dejavu fonts and instead point Python bindings at given value - also print SCONS_LOCAL_CONFIG values for user during configure 19:54:01 <nikq> Mapnik Trac: Changeset [946]: remove spurious exec flag | http://trac.mapnik.org/changeset/946 19:58:58 <cmarqu> springmeyer: Thanks for fixing the fonts. 19:59:14 <springmeyer> np 20:00:37 <springmeyer> cmarqu: thanks for running on trunk and testing things 20:01:51 <cmarqu> springmeyer: About your recent extents fix in Cascadenik... I'm rendering a very small area only. Would an earth-wide extent still speed up things vs. none at all, or is that the same then? 20:02:47 <springmeyer> I doubt an earth wide extent would do anything to speed you up, but the idea there is to specific your local extent 20:03:19 <cmarqu> Would estimate_extent=true be of help? 20:03:26 <springmeyer> all I did was add the option to specify it with the default as earth-wide... 20:03:54 <springmeyer> estimate_extent=True will hit postgres/postgis dynamically to figure out the extents 20:04:16 <cmarqu> I'd rather not mix up my local settings with the general style. 20:04:43 <springmeyer> which 1) has proven not accurate enough and 2) if proper indexs are not build then will take more time than manually specifying extents 20:04:46 <cmarqu> (general style meaning the style.mml) 20:05:25 <springmeyer> cmarqu: but all you need to do is set the manual (local) extent in one place (in the entity) right? 20:05:40 <cmarqu> springmeyer: Yes. But... still :) 20:05:49 <springmeyer> still? 20:06:14 <cmarqu> Still feels unclean to me. Just a little bit. 20:06:43 <springmeyer> huh. okay 20:07:08 <cmarqu> OTOH, I already have the local path to the coastlines set there. 20:07:20 <springmeyer> I did consider trying to have the 'extent' entity be either blank or not 20:07:52 <springmeyer> so the entity would be '<Parameter "extent">coords</Parameter>' instead of just the coords 20:08:07 <springmeyer> but that seems a bit dangerous and hackish given quoting issues 20:08:17 <cmarqu> Then several paths to the hillshade.tif files (multiple layers). 20:08:18 <springmeyer> and a misuse of entities 20:08:33 <springmeyer> ya, cmarqu is being too pure! :) 20:08:48 <cmarqu> :) 20:09:25 <springmeyer> cmarqu: do you think we should have a helper script for the osm cascadenik style.mml that sets various variable like the 'set_mapnik_env.sh' 20:09:31 <springmeyer> script in the osm svn? 20:10:10 <springmeyer> i agree that I'd like to have a clean way of recommending how people should checkout and customize the style.mml 20:10:47 <cmarqu> Not sure. If it worked, I'd rather have e.g. a local_config.mss 20:10:52 <cmarqu> But XML makes that hard. 20:11:29 <springmeyer> ya. 20:11:49 <cmarqu> Using env variables is then the third way to influence rendering, with 1) being the style.mml and 2) the generate_tiles.sh 20:12:00 <cmarqu> Or an equivalent of 2) 20:12:26 <springmeyer> kinda reminds me that we may just want use our energy to get going on mml -> mapnik python (skipping the xml stage) 20:12:44 <cmarqu> Oh yes, that would be great. 20:13:56 <springmeyer> my hunch is that due to the lack of api for the symbolizers once they are attached to the map in python 20:14:00 <springmeyer> ie #190 20:14:01 <nikq> Ticket #190: Make symbolizers available/editable via a Style object in python bindings, http://trac.mapnik.org/ticket/190 20:14:29 <springmeyer> we may not be able to do that yet 20:15:11 <springmeyer> but perhaps it won't be a problem - we'll see 20:17:14 <cmarqu> Is there a way to follow mapnik's placement algorithms, like "nah, I'm not putting that ShieldSymbolizer here since I already have a road name drawn"? 20:37:45 <CIA-23> mapnik: dane * r946 /trunk/demo/viewer/images/ (up.png down.png home.png about.png right.png): remove spurious exec flag 21:05:01 *** sanjiv has quit ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]") 21:22:37 *** jburgess has quit (Remote closed the connection) 21:44:14 <dukeku> anyone know of a way to import a dbf into postgres? 21:44:23 <dukeku> i can't find an easy way, but obviously shp2pgsql does it 21:48:56 *** rcoup (n=rcoup@ip-118-90-78-242.xdsl.xnet.co.nz) has joined #mapnik 21:49:37 *** artem (i=53438ee1@gateway/web/ajax/mibbit.com/x-49ca0a1103b34021) has joined #mapnik 21:53:57 <springmeyer> dukeku: I feel like a recent version of shp2pgsql added support for loading just the dbf 21:54:02 <springmeyer> otherwise use ogr2ogr: http://www.postgresonline.com/journal/index.php?/archives/31-GDAL-OGR2OGR-for-Data-Loading.html 21:58:14 <dukeku> well, apparently i missed -n for shp2pgsql 21:58:16 <dukeku> in the manpage 21:58:27 <dukeku> as always, you're a huge help springmeyer :] thanks again 21:58:29 <springmeyer> ah ya, thats it 21:58:39 <springmeyer> you're welcome 22:01:32 *** jburgess (n=jburgess@bb-87-80-234-70.ukonline.co.uk) has joined #mapnik 22:17:57 *** rcoup has quit () 22:43:55 *** matt_c_ (n=mcroydon@gateway.sunflowerbroadband.com) has joined #mapnik 22:43:59 *** matt_c_ has quit (Client Quit) 22:59:15 *** matt_c has quit (Read error: 110 (Connection timed out)) 23:04:36 <nikq> Mapnik Trac: Changeset [947]: + more changes ... | http://trac.mapnik.org/changeset/947 23:21:18 <CIA-23> mapnik: artem * r947 /trunk/utils/pgsql2sqlite/ (main.cpp sqlite.hpp pgsql2sqlite.hpp): + more changes ... 23:58:35 *** aub has quit ()