Re: [Talk-us] On-the-fly Rendering Library? (Was: Re: Whole world files)
On May 28, 2010, at 12:13 PM, Ian Dees wrote: It seems that for situations like this it would be nice to have a simple on-the-fly rendering system that consumed the OSM data and then rendered your viewbox on the fly rather than creating raster tiles. Just use Mapnik and don't catch the tiles. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] On-the-fly Rendering Library? (Was: Re: Whole world files)
On Mon, May 31, 2010 at 12:53 PM, Dane Springmeyer bl...@hailmail.netwrote: On May 28, 2010, at 12:13 PM, Ian Dees wrote: It seems that for situations like this it would be nice to have a simple on-the-fly rendering system that consumed the OSM data and then rendered your viewbox on the fly rather than creating raster tiles. Just use Mapnik and don't catch the tiles. Don't I need to set up a PostGIS database et al. for that to work? That seems rather heavy for a simple draw lines on a screen application. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] On-the-fly Rendering Library? (Was: Re: Whole world files)
some quick thoughts : you could use a mapserver to server wms data created from osm files, you can also use openlayers to render vector data on the fly. mike On Fri, May 28, 2010 at 9:13 PM, Ian Dees ian.d...@gmail.com wrote: It seems that for situations like this it would be nice to have a simple on-the-fly rendering system that consumed the OSM data and then rendered your viewbox on the fly rather than creating raster tiles. If the iPhone can do a passable realtime rendering job for Skobbler, then a heftier machine should be able to do it at a higher resolution. I realize that editors do this already, but how hard would it be to pull the editor cruft from around the rendering engine? On Fri, May 28, 2010 at 2:06 PM, Richard Weait rich...@weait.com wrote: Expanding the bounding box to include all of Maine, (and all that empty ocean, plus some Quebec and New Brunswick) would double or triple the totals. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] On-the-fly Rendering Library? (Was: Re: Whole world files)
It seems that for situations like this it would be nice to have a simple on-the-fly rendering system that consumed the OSM data and then rendered your viewbox on the fly rather than creating raster tiles. If the iPhone can do a passable realtime rendering job for Skobbler, then a heftier machine should be able to do it at a higher resolution. I realize that editors do this already, but how hard would it be to pull the editor cruft from around the rendering engine? On Fri, May 28, 2010 at 2:06 PM, Richard Weait rich...@weait.com wrote: Expanding the bounding box to include all of Maine, (and all that empty ocean, plus some Quebec and New Brunswick) would double or triple the totals. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
