00:07:40 *** aub has quit ()
00:23:32 *** ninja (n=pankur@cm54.psi132.maxonline.com.sg) has joined #mapnik
00:26:03 *** ninja_ (n=pankur@nat/yahoo/x-2af65471e73c30cc) has joined #mapnik
00:43:54 *** ninja has quit (Read error: 110 (Connection timed out))
01:01:46 <CIA-6> mapnik-utils: cmarqu42 * r589 /sandbox/cascadenik/hike_n_bike/ (24 files in 2 dirs): Start experimenting with interleaved wide-spaced normal hiking route symbols and close-spaced small symbols.
01:09:27 *** D3f0 (n=defo@190.176.192.100) has joined #mapnik
01:52:20 *** D3f0 has quit (Connection timed out)
02:08:22 *** D3f0 (n=defo@190.176.192.100) has joined #mapnik
02:40:38 *** D3f0 has quit (Read error: 60 (Operation timed out))
02:53:38 *** D3f0 (n=defo@190.176.192.100) has joined #mapnik
03:20:06 *** migurski has quit ()
03:38:46 *** rcoup has quit ()
05:19:16 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
05:43:09 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
06:02:18 *** migurski has quit (Read error: 110 (Connection timed out))
06:22:34 *** weizhuo has quit ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]")
06:28:02 *** adakkak (n=adakkak@ppp-70-225-160-25.dsl.chmpil.ameritech.net) has joined #mapnik
06:29:38 <adakkak> anyone know what is an alternative to <CssParameter name="stroke">rgba(1,1,1,0.1)</CssParameter>
06:29:43 <adakkak> since it does not work
06:30:18 <adakkak> got UserWarning: Failed to parse CSS parameter 'stroke'. Expected type color but got 'rgba(1,1,1,0.3)' in LineSymbolizer in style 'My Style'
06:38:26 <springmeyer> adakkak: that is the right syntax
06:38:44 <springmeyer> may be a bug in the load_map() code
06:39:23 <adakkak> I modified the xml file in example_code/hello_world/xml_config
06:39:35 <adakkak> works fine with rgb, but fails with rgba
06:40:36 <springmeyer> .g css_color_parser.hpp
06:40:37 <nikq> springmeyer: https://trac.mapnik.org/changeset/83/tags/release-0.2.2a/include/css_color_parser.hpp
06:40:45 <springmeyer> .g css_color_parser.hpp trunk
06:40:46 <nikq> springmeyer: https://trac.mapnik.org/changeset/83/tags/release-0.2.2a/include/css_color_parser.hpp
06:41:22 <springmeyer> huh wrong link, but that is the code anyway that shows that rgba() is the right syntax
06:41:27 <springmeyer> and it works in python
06:42:01 <adakkak> it does not fail in python, but it is ignoring the alpha parameter based on the output
06:42:22 <springmeyer> ah really?
06:43:24 <adakkak> yep
06:48:40 <springmeyer> hmm, seems that Color('rgba(1,1,1,0.3)' works for me in python
06:49:07 <springmeyer> adakkak: I know that jburgess_ fixs some buggyness in the color stuff in trunk
06:49:16 <springmeyer> are you running 0.5.x ?
06:49:26 <adakkak> 0.5.1
06:49:40 <adakkak> I am compiling trunk right now to see whether my luck change :)
06:49:48 <adakkak> changes**
06:51:22 <springmeyer> okay, ya, I bet it is fixed
06:51:29 <springmeyer> seems to work for me from xml too
06:51:33 <springmeyer> (with trunk)
06:52:07 <springmeyer> although rgba(50%,50%,50%,50%) does not - gives a parse error
06:57:09 <adakkak> error while compiling ogr support
06:57:22 <adakkak> how do you support more than one input format
06:57:45 <adakkak> scons INPUT_PLUGINS='postgis shape raster'  does not work
06:57:46 <springmeyer> error or warning?
06:57:56 <springmeyer> don't quote
06:58:14 <springmeyer> paste your whole ogr compile error at http://dpaste.com please
06:58:42 <springmeyer> so INPUT_PLUGINS=postgis,shape,raster
06:58:54 <adakkak> http://dpaste.com/7619
06:59:26 <adakkak> thanks
07:00:12 <springmeyer> adakkak: ah, you are building with autotools or scons ?
07:01:14 <adakkak> scons
07:01:24 <springmeyer> that dpaste is from make right?
07:01:42 <adakkak> yes, do you do scons, then make   (like cmake) or is it different for scons?
07:01:46 <springmeyer> or, I know it is an WTF? :)
07:01:58 <springmeyer> nope
07:02:07 <springmeyer> you do scons scons scons :)
07:02:14 <springmeyer> http://trac.mapnik.org/wiki/UsingScons
07:02:42 <adakkak> confusing :)
07:49:33 *** xcacou (n=aga@AToulouse-157-1-70-225.w81-50.abo.wanadoo.fr) has joined #mapnik
07:52:22 <adakkak> works with trunk, not with 0.5.1
07:58:56 <nikq> Mapnik Trac: Ticket #255 (PostGIS input plugin doesn't get built) created | http://trac.mapnik.org/ticket/255
08:00:59 <nikq> Mapnik Trac: build-postgis.patch attached to Ticket #255 | http://trac.mapnik.org/attachment/ticket/255/build-postgis.patch
08:01:50 <nikq> Mapnik Trac: Ticket #255 (PostGIS input plugin doesn't get built) updated | http://trac.mapnik.org/ticket/255#comment:1
08:26:00 *** adakkak has quit ("Leaving")
09:08:56 *** ninja_ has quit ()
09:52:36 *** migurski_ has quit ()
10:31:46 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
10:51:21 *** migurski has quit (Read error: 110 (Connection timed out))
12:20:35 *** ser has quit ("leaving")
12:23:15 *** ser (n=ser@sergiusz.pawlowicz.name) has joined #mapnik
12:32:46 *** tomhughe` (n=tom@gate.compton.nu) has joined #mapnik
12:37:27 *** tomhughes has quit (Read error: 101 (Network is unreachable))
13:06:17 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:12:44 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:19:11 *** migurski__ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:23:02 *** migurski has quit (Read error: 110 (Connection timed out))
13:24:58 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:31:28 *** migurski___ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:33:35 *** migurski_ has quit (Read error: 110 (Connection timed out))
13:37:43 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:39:10 *** migurski__ has quit (Read error: 110 (Connection timed out))
13:42:29 *** migurski__ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:44:00 *** migurski has quit (Read error: 110 (Connection timed out))
13:47:43 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:49:47 *** migurski___ has quit (Read error: 110 (Connection timed out))
13:52:59 *** migurski___ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
13:57:12 *** migurski_ has quit (Read error: 110 (Connection timed out))
13:57:51 *** migurski has quit (Read error: 145 (Connection timed out))
13:58:21 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:01:09 *** ninja_ (n=pankur@cm54.psi132.maxonline.com.sg) has joined #mapnik
14:02:17 *** migurski__ has quit (Read error: 110 (Connection timed out))
14:04:47 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:11:03 *** migurski__ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:14:23 *** migurski___ has quit (Read error: 110 (Connection timed out))
14:17:11 *** migurski has quit (Read error: 110 (Connection timed out))
14:17:15 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:23:11 *** ninja_ has quit ()
14:23:41 *** migurski___ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:24:00 *** migurski_ has quit (Read error: 110 (Connection timed out))
14:25:45 *** aub (n=aubrey@216.156.96.6) has joined #mapnik
14:28:58 *** xcacou has quit (Remote closed the connection)
14:29:56 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:30:17 *** migurski__ has quit (Read error: 110 (Connection timed out))
14:30:19 *** xcacou (n=aga@AToulouse-157-1-70-225.w81-50.abo.wanadoo.fr) has joined #mapnik
14:35:24 *** migurski has quit (Read error: 110 (Connection timed out))
14:35:40 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:39:51 *** migurski___ has quit (Read error: 110 (Connection timed out))
14:42:09 *** migurski__ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:48:12 *** migurski_ has quit (Read error: 110 (Connection timed out))
14:48:22 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:54:56 *** migurski___ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
14:56:48 *** migurski has quit (Read error: 110 (Connection timed out))
15:01:47 <nikq> Mapnik Trac: Ticket #255 (PostGIS input plugin doesn't get built) updated | http://trac.mapnik.org/ticket/255#comment:2
15:02:57 *** migurski__ has quit (Read error: 110 (Connection timed out))
15:07:29 *** migurski_ has quit (Read error: 110 (Connection timed out))
15:11:09 *** migurski___ has quit (Read error: 110 (Connection timed out))
15:26:46 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
15:33:21 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
15:39:12 *** migurski__ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
15:45:55 *** migurski___ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
15:47:58 *** migurski has quit (Read error: 110 (Connection timed out))
15:52:22 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
15:52:30 *** migurski_ has quit (Read error: 110 (Connection timed out))
15:58:40 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:00:25 *** migurski__ has quit (Read error: 110 (Connection timed out))
16:02:15 *** migurski___ has quit (Read error: 110 (Connection timed out))
16:05:11 *** migurski__ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:10:19 *** migurski has quit (Read error: 110 (Connection timed out))
16:11:28 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:12:48 <nikq> Mapnik Trac: Changeset [1001]: scons: add postgres lib manually after switch to using pg_config for libs  ... | http://trac.mapnik.org/changeset/1001
16:13:02 *** joeh_ (n=joeh@12.164.190.10) has joined #mapnik
16:14:30 <nikq> Mapnik Trac: Ticket #255 (PostGIS input plugin doesn't get built) updated | http://trac.mapnik.org/ticket/255#comment:3
16:14:40 <nikq> Mapnik Trac: Ticket #255 (PostGIS input plugin doesn't get built) closed | http://trac.mapnik.org/ticket/255#comment:4
16:15:26 <joeh_> I am trying to figure out the mapnik xml file and would like to know more about the srs parameter of the map element. Where can I find more information on this? I would like to learn what all this "+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" means.
16:16:32 *** migurski_ has quit (Read error: 110 (Connection timed out))
16:18:01 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:21:56 <springmeyer> joeh_: http://trac.osgeo.org/proj/wiki/GenParms
16:22:15 <springmeyer> which should be linked off of http://trac.mapnik.org/wiki/IntroductionToGIS#GeospatialProjections
16:22:27 <springmeyer> but it's not - mind adding that to the wiki?
16:23:39 <joeh_> Never edited a wiki before but I will try of you like.  :-)
16:23:43 <joeh_> Thanks for the link.
16:23:54 <springmeyer> just register and you'll bee good to go
16:24:35 *** migurski___ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:25:14 <joeh_> OK, that is the least I can do for all the help I have been given.
16:27:09 *** migurski__ has quit (Read error: 110 (Connection timed out))
16:27:33 *** migurski_ has quit (Read error: 60 (Operation timed out))
16:27:59 <springmeyer> joeh_: that proj4 string basics means (for mercator) that  the world (in the units of mercator which are meters) is 6378137 around
16:29:06 *** migurski has quit (Read error: 110 (Connection timed out))
16:29:23 <springmeyer> and the +nadgrids=@null -no_defs I'm less clear on but they are key because mercator does otherwise know now to  handle coordinates at latitudes  > 90
16:30:16 <nikq> Mapnik Trac: IntroductionToGIS edited | http://trac.mapnik.org/wiki/IntroductionToGIS?version=6
16:30:21 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:31:39 <joeh_> I have added the page you sent me to the wiki in the list of related links.
16:33:25 <joeh_> I guess that is where I fail. I have a rudimentary idea of the projections, but not enough to know what I am talking about. So I guess I should be concentrating on what different projections are? How they are used perhaps?
16:34:41 <springmeyer> well, depends on your purpose? most folks making maps for the web just keep it simple
16:35:02 <joeh_> I do want to keep things as simple as I can.
16:35:04 <springmeyer> they have their data in WGS84 (the default projection mapnik falls back to) and the map srs in mercator
16:36:18 <springmeyer> and if any datalayers are not in WGS84 then they reproject them to that coordinate system using the ogr2ogr tools
16:37:26 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:37:48 <joeh_> When I use osm2pgsql with the -m switch, is my data stored in that database as WGS84?
16:39:07 <joeh_> That is, I have collected data with my GPS, edited with JOSM and saved as an osm file, then imported using the osm2pgsql script. The -m switch has something to do with the projection.
16:39:18 <springmeyer> the -m switch means that is will be stored in mercator
16:39:46 <springmeyer> which is great because then mapnik does not have to reproject the data on the fly during rendering which is much faster
16:39:58 <joeh_> OK, so the projection in the srs parameter determines how the data will be rendered in the tiles?
16:40:07 <springmeyer> but storing in wgs84/longlat is fine too, but slower with large datasets like OSM
16:40:26 <joeh_> OK, so I am going from mercator to meracator ?
16:40:34 <springmeyer> yes, the srs parameter at the map level affects how the data will be rendered/look
16:40:49 *** migurski___ has quit (Read error: 110 (Connection timed out))
16:41:07 <springmeyer> and the srs at the layer level is so mapnik can know how to 'transform' the coordinates of the latyer to match up to the map srs
16:41:25 <springmeyer> migurski_ battles himself
16:42:47 <joeh_> Please keep in mind I am really new at this. The map.xml file that mapnik uses, determines how everything will be rendered, correct? And you can also specify separate data sources?
16:43:19 *** xcacou has quit (Remote closed the connection)
16:43:43 <joeh_> For example, I have street and object related stuff that I have tracked stored in a postgreSQL database, but I also have shape files that contain navigation information I would like to have included on my maps.
16:43:54 *** migurski_ has quit (brown.freenode.net irc.freenode.net)
16:43:54 *** cmarqu has quit (brown.freenode.net irc.freenode.net)
16:43:54 *** Berteun has quit (brown.freenode.net irc.freenode.net)
16:44:15 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:44:28 <springmeyer> yes, the map.xml is a way of pulling those all together
16:46:01 <joeh_> Good, I was hoping I was starting to get a picture. Now I could use ogr2ogr to push my data into my database, or add the shape file directly to the xml file. Is that correct?
16:46:08 *** cmarqu (i=colin@oemcomputer.oerks.de) has joined #mapnik
16:46:08 *** Berteun (i=berteun@berteun.nl) has joined #mapnik
16:47:26 <springmeyer> yes, but of course you are adding just an entry in the xml to reference the shapefile
16:48:12 <joeh_> Will it then read the shape file when it renders that area?
16:48:58 *** migurski has quit (Read error: 110 (Connection timed out))
16:49:44 <joeh_> springmeyer: I really appreciate all the help you have given me. I hope I am not driving you too crazy.
16:50:21 <joeh_> My river navigation data shape files, have this as a projection ...
16:50:23 <joeh_> GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]]
16:50:40 *** migurski_ has quit (Read error: 60 (Operation timed out))
16:50:55 <nikq> Mapnik Trac: UsingScons edited | http://trac.mapnik.org/wiki/UsingScons?version=11
16:51:05 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:51:10 <springmeyer> no joeh_ I was working on ^^^^
16:51:22 <springmeyer> upps, I meant np (no problem)
16:51:49 <joeh_> How do I make that work with the mercator data that I have?
16:52:19 <springmeyer> joeh_: That is WGS84
16:52:28 <springmeyer> default srs in mapnik for both map and layers
16:52:30 <springmeyer> >>> from mapnik import *
16:52:30 <springmeyer> >>> m = Map(0,0)
16:52:30 <springmeyer> >>> m.srs
16:52:30 <springmeyer> '+proj=latlong +datum=WGS84'
16:52:33 <joeh_> so all the same stuff then?
16:52:57 <springmeyer> so that is WKT (well know text) for WGS84
16:53:05 <springmeyer> mapnik just needs the proj4 representation
16:53:18 <springmeyer> so stick srs='+proj=latlong +datum=WGS84' in your <Layer>
16:57:01 <joeh_> Eventually, I would like to render tiles that I can use with GPSdrive, using the river navigation information on my boat.
16:57:39 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
16:57:53 <joeh_> There seems to be one other caveat I need to work through. The Army corps of engineers has divided the rivers up into sections.
16:58:47 <joeh_> Standard that they have used for the data is S-57 v3.1 data exchange.
17:01:34 <joeh_> Which means that the areas are broke down into a BUNCH of shape files with names that reflect different things. For example, Anchorage areas are in a ACHARE shape file.
17:02:13 <joeh_> Now for each river section there is a ACHARE shape file, deriving the question, can shape files be merged?
17:02:47 <nikq> Mapnik Trac: Changeset [1002]: scons: remove accidentally added pdb trace | http://trac.mapnik.org/changeset/1002
17:03:45 <springmeyer> joeh_: yes, they can be merged using the --append option with ogr2ogr
17:04:06 <springmeyer> or they can be all added into a postgis database and then 'unioned'
17:04:52 <joeh_> the ogr2ogr will create a new shape file, or create SQL for the database?
17:05:01 <springmeyer> both
17:05:02 *** migurski__ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
17:05:04 <springmeyer> .g How can I merge hundreds of shapefiles?
17:05:05 <nikq> springmeyer: http://trac.osgeo.org/gdal/wiki/FAQVector
17:05:22 <crschmidt> 'with magic'
17:06:11 <springmeyer> :) hey crschmidt
17:07:26 *** migurski has quit (Read error: 110 (Connection timed out))
17:08:39 <crschmidt> howdy
17:08:53 <joeh_> springmeyer: In your opinion, which would be the simpler choice. Merge them or dump them to the database and 'unioned'
17:12:26 *** migurski (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
17:13:21 <springmeyer> I can't say which would be simplier
17:14:01 <springmeyer> I tend to have more familiarity interfacing with postgis than shell scripting, so I usually would use postgis for this
17:14:29 <springmeyer> but shell commands to ogr2ogr would be more simple in most ways
17:16:06 *** migurski_ has quit (Read error: 110 (Connection timed out))
17:17:16 *** migurski_ (n=migurski@dsl081-049-227.sfo1.dsl.speakeasy.net) has joined #mapnik
17:24:25 *** migurski__ has quit (Read error: 110 (Connection timed out))
17:24:49 <joeh_> Thanks for your help. I at least have more to go on than I did. I will read up on ogr2ogr, proj4 and what I can about the xml config file before I start in on more questioning. At least I feel like there us a road to progress. Thanks for your time springmeyer.
17:25:31 <springmeyer> k, make sure to run through both
17:25:32 <springmeyer> http://trac.mapnik.org/wiki/GettingStarted
17:25:37 <springmeyer> and http://trac.mapnik.org/wiki/XMLGettingStarted
17:25:41 <springmeyer> too
17:25:56 <springmeyer> and edit things that are not clear :)
17:32:13 *** migurski has quit (Read error: 110 (Connection timed out))
17:49:38 *** migurski_ has quit ()
17:53:45 *** scruggs has quit ("Ex-Chat")
17:59:56 *** scruggs__ has quit (Remote closed the connection)
18:07:19 *** scruggs (n=chris@72-161-105-25.dyn.centurytel.net) has joined #mapnik
18:13:36 *** scruggs_ (n=chris@72-161-105-25.dyn.centurytel.net) has joined #mapnik
18:25:29 *** xcacou (n=aga@79.86.11.126) has joined #mapnik
18:47:08 *** migurski (n=migurski@h-68-165-1-62.snvacaid.covad.net) has joined #mapnik
18:48:10 <joeh_> WIll do.
18:50:38 <springmeyer> cool
18:50:45 * springmeyer heads out for the weekend
18:50:49 *** springmeyer has quit ()
18:57:32 *** joeh_ has quit ("Ex-Chat")
18:59:01 *** tomhughe` has quit (Remote closed the connection)
18:59:05 *** tomhughes (n=tom@gate.compton.nu) has joined #mapnik
19:15:35 *** __d3f0__ (n=defo@190.176.237.32) has joined #mapnik
19:29:52 *** D3f0 has quit (Success)
19:35:19 *** __d3f0__ is now known as d3f0
19:35:21 *** d3f0 is now known as D3f0
19:41:05 *** xcacou has quit (Remote closed the connection)
20:06:13 *** rcoup (n=rcoup@ip-118-90-3-165.xdsl.xnet.co.nz) has joined #mapnik
21:45:22 *** rcoup has quit ()
22:08:06 *** audifahrer (n=andreas@p57AF7610.dip.t-dialin.net) has joined #mapnik
22:08:10 <audifahrer> Hello
22:10:29 <audifahrer> I just started to implement my new plugin. I get only the my_datasource() constructor call, but never features(), features_at_point() or envelope(). Any ideas what to do that my plugin is called?
22:13:31 <audifahrer> and I added a layer and style in my xml file
22:34:55 <jburgess_> do you have a min/max scale on your style rules? It first looks at the scale ranges of the style rules before querying the layer
22:37:30 <jburgess_> if there are no active rules for matching the scale of the map being rendered then I believe it skips the style and layer
22:43:05 <audifahrer> ah, thats a good hint
22:46:19 <jburgess_> the key parts of this code are in include/feature_style_processor.hpp: apply()
22:46:41 <audifahrer> I have this: http://codepad.org/dUylckmv
22:47:33 <jburgess_> what are you asking it to render?
22:47:56 <jburgess_> I think it you compile with DEBUIG=True then it prints things like the current map scale to stderr
22:48:25 <audifahrer> the code isn't yet written. But I like to render the GPS points that I get from kismet for wlan hotspots that I've found while driving
22:49:43 <jburgess_> that is not quite what I meant
22:50:20 <jburgess_> What I was getting at was, based on 2 million as the max scale, this layer would only show data for OSM zooms 9 - 18
22:50:48 <jburgess_> if you asked Mapnik to render a tile outside of that zoom range then you would not see if rendering your layer
22:52:43 <audifahrer> I've an amentity on the same zoom and this shows with the postgis plugin. So the zoom should be ok
22:53:04 <jburgess_> ok
22:54:43 <audifahrer> do I need to do something specific in the construcor of a plugin do register it? Because the constructor is called
22:55:59 <jburgess_> I'm afraid I know very little about writing the plugins, I know more about how to debug why things don't work with the existing code.
22:56:44 <jburgess_> How are you calling into Mapnik? Can you attach a debugger and single step into the apply() method to see what layers it is trying to render etc?
22:59:08 <jburgess_> from a quick look at the shapefile plugin I can see it setting up the base datasource class but it does not seem to do anything else which is externally visible
23:00:05 <audifahrer> yes rstarting a debugger is the next step
23:01:51 <audifahrer> I think it's registered correct because my constructor is called. I traced back from code that the feature_style_processor should call the features() function in the styles loop. It seems the style from the xml file isn't registered. But I don' t know why yet...
23:02:46 <jburgess_> I was thinking about going from top down, the apply() code should iterate the layers and hopefully decide that  isVisible() is true
23:05:38 <jburgess_> then it will call apply_to_layer which will work out what extent the layer has, project the query to your layer & query the datasource.
23:06:10 <jburgess_> if the envelope() method is not getting called then it sounds like you've failed before you get here
23:08:23 <audifahrer> maybe I found the bug
23:08:28 <audifahrer> hmmm
23:15:01 <audifahrer> no, I was wrong. Still not working.
23:15:27 <audifahrer> but enought for today. See you...
23:15:40 *** audifahrer has quit ("Verlassend")
23:18:50 <jbronn> so I was going to update the BoostCompatibility wiki page
23:19:04 <jbronn> and was extremely put off by the trac table wiki syntax
23:20:29 <crschmidt> i've never seen a good table wiki syntax
23:20:44 <crschmidt> but you can use rst in most trac installs
23:21:24 <jbronn> anyway, just built 1.38 and mapnik from scratch on OSX 10.5 and demo works
23:22:27 <jbronn> (trunk, r1002)
23:22:35 *** D3f0 has quit (Remote closed the connection)
23:23:11 <jburgess_> I think the main reason the table looks weird is the word wrap.
23:23:42 <jburgess_> If you shrink the text and make the window wider then the edit page looks OK
23:24:33 <jbronn> tried that, but was unsuccessful.  do not have the motivation to change font size and squint
23:25:52 <jburgess_> for me, with firefox page zoom, scaling the font is just ctrl + mouse-wheel
23:26:37 <jburgess_> but I do have two monitors to stretch the FF window across :)
23:35:52 *** D3f0 (n=defo@190.176.237.32) has joined #mapnik
23:59:17 *** aub has quit (Read error: 110 (Connection timed out))