Re: [mapserver-users] Mapserver tile generation - google maps
For reference sake: The issue is also present when using Bing maps as overlay. I also recompiled mapserver against agg 2.5 and gd-2.0.36RC1, but no change unfortunately. As stated in my previous mail, I may have to look for alternatives as the tilecache will probably not be an option for us. Would it be possible to circumvent this problem by using WMS? On 24 August 2010 07:25, Wim Vanbelle wimvanbe...@gmail.com wrote: Hi, Thank you for your time both. Wouldn't using tilecache imply that I can no longer use dynamic data? My tiles have to update every minute. Perhaps this is possible with tilecache? Basically it's only the color value that changes for each object. An example request that is sent to mapserver: http:// ...maps?map=/.../white.maplayers=%20mode=tiletilemode=gmaptile=264+172+9 MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE My mapfile is configured like this: OUTPUTFORMAT NAME AGGPNG DRIVER AGG/PNG EXTENSION png MIMETYPE image/png;mode=24bit; IMAGEMODE RGBA FORMATOPTION INTERLACE=false FORMATOPTION QUANTIZE_NEW=ON FORMATOPTION QUANTIZE_FORCE=ON FORMATOPTION QUANTIZE_DITHER=ON FORMATOPTION QUANTIZE_COLORS=256 END Although I've used GD as well. Not sure how I can check the GD AGG versions. I was in the process of making a new build for mapserver with the lastest versions of everything though. I'll let you know if that would somehow fix the problem. On 24 August 2010 06:45, Stephen Woodbridge wood...@swoodbridge.comwrote: If you are using mode=tile, then this is a known limitation on the mapserver side. There is a plan for 6.0 to add tilecache support to mapserver that would allow you to generate meta tiles and chop the tiles into a tilecache which is the way to resolve the artifacts you are seeing. http://trac.osgeo.org/mapserver/ticket/3513 You can add yourself the CC on this bug if you want to follow it. There is also an RFC for the mode=tile which I don't have handy that should give you more information on the limitations and feature of that. Hope this helps, -Steve W On 8/24/2010 12:34 AM, Lime, Steve D (DNR) wrote: What mapserver version, what graphics driver? Is this using mode=tile? Steve From: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Wim Vanbelle [wimvanbe...@gmail.com] Sent: Friday, August 20, 2010 6:26 AM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Mapserver tile generation - google maps Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics even more, I'd be more than glad to hear them :). Thanks. Wim ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver tile generation - google maps
Tilecache probably is not what you want if you have very dynamic tiles. Or at least a tile cache that is persistent. Your problem is with tile edge artifacts. It might be possible to draw on a slightly larger image than the tile, then cut the tile out of it to avoid some of those, but there are some tile artifacts that you can not get away from when you draw single tiles, like label positioning and label thinning over multiple tiles. For an alternative, you might look to mapscript where you could have more programmatic control over the rendering and do things like render a larger image than needed and cut out the tile like I mentioned. You might also write a bug against mode=tile and see what the developer response to that might be. -Steve W On 8/24/2010 8:04 AM, Wim Vanbelle wrote: For reference sake: The issue is also present when using Bing maps as overlay. I also recompiled mapserver against agg 2.5 and gd-2.0.36RC1, but no change unfortunately. As stated in my previous mail, I may have to look for alternatives as the tilecache will probably not be an option for us. Would it be possible to circumvent this problem by using WMS? On 24 August 2010 07:25, Wim Vanbelle wimvanbe...@gmail.com mailto:wimvanbe...@gmail.com wrote: Hi, Thank you for your time both. Wouldn't using tilecache imply that I can no longer use dynamic data? My tiles have to update every minute. Perhaps this is possible with tilecache? Basically it's only the color value that changes for each object. An example request that is sent to mapserver: http://...maps?map=/.../white.maplayers=%20mode=tiletilemode=gmaptile=264+172+9 MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE My mapfile is configured like this: OUTPUTFORMAT NAME AGGPNG DRIVER AGG/PNG EXTENSION png MIMETYPE image/png;mode=24bit; IMAGEMODE RGBA FORMATOPTION INTERLACE=false FORMATOPTION QUANTIZE_NEW=ON FORMATOPTION QUANTIZE_FORCE=ON FORMATOPTION QUANTIZE_DITHER=ON FORMATOPTION QUANTIZE_COLORS=256 END Although I've used GD as well. Not sure how I can check the GD AGG versions. I was in the process of making a new build for mapserver with the lastest versions of everything though. I'll let you know if that would somehow fix the problem. On 24 August 2010 06:45, Stephen Woodbridge wood...@swoodbridge.com mailto:wood...@swoodbridge.com wrote: If you are using mode=tile, then this is a known limitation on the mapserver side. There is a plan for 6.0 to add tilecache support to mapserver that would allow you to generate meta tiles and chop the tiles into a tilecache which is the way to resolve the artifacts you are seeing. http://trac.osgeo.org/mapserver/ticket/3513 You can add yourself the CC on this bug if you want to follow it. There is also an RFC for the mode=tile which I don't have handy that should give you more information on the limitations and feature of that. Hope this helps, -Steve W On 8/24/2010 12:34 AM, Lime, Steve D (DNR) wrote: What mapserver version, what graphics driver? Is this using mode=tile? Steve From: mapserver-users-boun...@lists.osgeo.org mailto:mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Wim Vanbelle [wimvanbe...@gmail.com mailto:wimvanbe...@gmail.com] Sent: Friday, August 20, 2010 6:26 AM To: mapserver-users@lists.osgeo.org mailto:mapserver-users@lists.osgeo.org Subject: [mapserver-users] Mapserver tile generation - google maps Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics
RE: [mapserver-users] Mapserver tile generation - google maps
What's the chance of getting a simple test case to demonstrate the problem? Steve From: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Stephen Woodbridge [wood...@swoodbridge.com] Sent: Tuesday, August 24, 2010 8:43 AM To: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] Mapserver tile generation - google maps Tilecache probably is not what you want if you have very dynamic tiles. Or at least a tile cache that is persistent. Your problem is with tile edge artifacts. It might be possible to draw on a slightly larger image than the tile, then cut the tile out of it to avoid some of those, but there are some tile artifacts that you can not get away from when you draw single tiles, like label positioning and label thinning over multiple tiles. For an alternative, you might look to mapscript where you could have more programmatic control over the rendering and do things like render a larger image than needed and cut out the tile like I mentioned. You might also write a bug against mode=tile and see what the developer response to that might be. -Steve W On 8/24/2010 8:04 AM, Wim Vanbelle wrote: For reference sake: The issue is also present when using Bing maps as overlay. I also recompiled mapserver against agg 2.5 and gd-2.0.36RC1, but no change unfortunately. As stated in my previous mail, I may have to look for alternatives as the tilecache will probably not be an option for us. Would it be possible to circumvent this problem by using WMS? On 24 August 2010 07:25, Wim Vanbelle wimvanbe...@gmail.com mailto:wimvanbe...@gmail.com wrote: Hi, Thank you for your time both. Wouldn't using tilecache imply that I can no longer use dynamic data? My tiles have to update every minute. Perhaps this is possible with tilecache? Basically it's only the color value that changes for each object. An example request that is sent to mapserver: http://...maps?map=/.../white.maplayers=%20mode=tiletilemode=gmaptile=264+172+9 MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE My mapfile is configured like this: OUTPUTFORMAT NAME AGGPNG DRIVER AGG/PNG EXTENSION png MIMETYPE image/png;mode=24bit; IMAGEMODE RGBA FORMATOPTION INTERLACE=false FORMATOPTION QUANTIZE_NEW=ON FORMATOPTION QUANTIZE_FORCE=ON FORMATOPTION QUANTIZE_DITHER=ON FORMATOPTION QUANTIZE_COLORS=256 END Although I've used GD as well. Not sure how I can check the GD AGG versions. I was in the process of making a new build for mapserver with the lastest versions of everything though. I'll let you know if that would somehow fix the problem. On 24 August 2010 06:45, Stephen Woodbridge wood...@swoodbridge.com mailto:wood...@swoodbridge.com wrote: If you are using mode=tile, then this is a known limitation on the mapserver side. There is a plan for 6.0 to add tilecache support to mapserver that would allow you to generate meta tiles and chop the tiles into a tilecache which is the way to resolve the artifacts you are seeing. http://trac.osgeo.org/mapserver/ticket/3513 You can add yourself the CC on this bug if you want to follow it. There is also an RFC for the mode=tile which I don't have handy that should give you more information on the limitations and feature of that. Hope this helps, -Steve W On 8/24/2010 12:34 AM, Lime, Steve D (DNR) wrote: What mapserver version, what graphics driver? Is this using mode=tile? Steve From: mapserver-users-boun...@lists.osgeo.org mailto:mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Wim Vanbelle [wimvanbe...@gmail.com mailto:wimvanbe...@gmail.com] Sent: Friday, August 20, 2010 6:26 AM To: mapserver-users@lists.osgeo.org mailto:mapserver-users@lists.osgeo.org Subject: [mapserver-users] Mapserver tile generation - google maps Hi
Re: [mapserver-users] Mapserver tile generation - google maps
Hi Wim, If your data is that dynamic then there is not much advantage in using tilecache. Perhaps there is not much advantage in making tiled requests either. Applications asking for 256x256 pixel sized tiles from on-demand bases are generating rather a lot of load for Mapserver. There is an advantage on the user side because tiles are cached on the client side and panning is fluent. However, the feeling is not necessarily bad even if the client is making single tile WMS requests. With OpenLayers single tile requests used together with transition effect resize is not bad at all. Perhaps Google maps and Bing have some similar modes. Rendering and labeling problems should go away by using single tiles. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Stephen Woodbridge Lähetetty: 24. elokuuta 2010 16:43 Vastaanottaja: mapserver-users@lists.osgeo.org Aihe: Re: [mapserver-users] Mapserver tile generation - google maps Tilecache probably is not what you want if you have very dynamic tiles. Or at least a tile cache that is persistent. Your problem is with tile edge artifacts. It might be possible to draw on a slightly larger image than the tile, then cut the tile out of it to avoid some of those, but there are some tile artifacts that you can not get away from when you draw single tiles, like label positioning and label thinning over multiple tiles. For an alternative, you might look to mapscript where you could have more programmatic control over the rendering and do things like render a larger image than needed and cut out the tile like I mentioned. You might also write a bug against mode=tile and see what the developer response to that might be. -Steve W On 8/24/2010 8:04 AM, Wim Vanbelle wrote: For reference sake: The issue is also present when using Bing maps as overlay. I also recompiled mapserver against agg 2.5 and gd-2.0.36RC1, but no change unfortunately. As stated in my previous mail, I may have to look for alternatives as the tilecache will probably not be an option for us. Would it be possible to circumvent this problem by using WMS? On 24 August 2010 07:25, Wim Vanbelle wimvanbe...@gmail.com mailto:wimvanbe...@gmail.com wrote: Hi, Thank you for your time both. Wouldn't using tilecache imply that I can no longer use dynamic data? My tiles have to update every minute. Perhaps this is possible with tilecache? Basically it's only the color value that changes for each object. An example request that is sent to mapserver: http://...maps?map=/.../white.maplayers=%20mode=tiletilemod e=gmaptile=264+172+9 MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE My mapfile is configured like this: OUTPUTFORMAT NAME AGGPNG DRIVER AGG/PNG EXTENSION png MIMETYPE image/png;mode=24bit; IMAGEMODE RGBA FORMATOPTION INTERLACE=false FORMATOPTION QUANTIZE_NEW=ON FORMATOPTION QUANTIZE_FORCE=ON FORMATOPTION QUANTIZE_DITHER=ON FORMATOPTION QUANTIZE_COLORS=256 END Although I've used GD as well. Not sure how I can check the GD AGG versions. I was in the process of making a new build for mapserver with the lastest versions of everything though. I'll let you know if that would somehow fix the problem. On 24 August 2010 06:45, Stephen Woodbridge wood...@swoodbridge.com mailto:wood...@swoodbridge.com wrote: If you are using mode=tile, then this is a known limitation on the mapserver side. There is a plan for 6.0 to add tilecache support to mapserver that would allow you to generate meta tiles and chop the tiles into a tilecache which is the way to resolve the artifacts you are seeing. http://trac.osgeo.org/mapserver/ticket/3513 You can add yourself the CC on this bug if you want to follow it. There is also an RFC for the mode=tile which I don't have handy that should give you more information on the limitations and feature of that. Hope this helps, -Steve W On 8/24/2010 12:34 AM
Re: [mapserver-users] Mapserver tile generation - google maps
I have a solution to this, a client had exactly the same problem. Wanting to use tile mode, but not wanting caching, and wanting meta-tile flavored rendering results. Here is the ticket: http://trac.osgeo.org/mapserver/ticket/3323 Note that basically you render and throw away a whole metatile for every tile you output -- the system is stateless. So it's best to keep the metatiles small (2x2). But if you have the horsepower to throw at it you can get real-time metatiled output. P. On Tue, Aug 24, 2010 at 6:59 AM, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote: Hi Wim, If your data is that dynamic then there is not much advantage in using tilecache. Perhaps there is not much advantage in making tiled requests either. Applications asking for 256x256 pixel sized tiles from on-demand bases are generating rather a lot of load for Mapserver. There is an advantage on the user side because tiles are cached on the client side and panning is fluent. However, the feeling is not necessarily bad even if the client is making single tile WMS requests. With OpenLayers single tile requests used together with transition effect resize is not bad at all. Perhaps Google maps and Bing have some similar modes. Rendering and labeling problems should go away by using single tiles. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Stephen Woodbridge Lähetetty: 24. elokuuta 2010 16:43 Vastaanottaja: mapserver-users@lists.osgeo.org Aihe: Re: [mapserver-users] Mapserver tile generation - google maps Tilecache probably is not what you want if you have very dynamic tiles. Or at least a tile cache that is persistent. Your problem is with tile edge artifacts. It might be possible to draw on a slightly larger image than the tile, then cut the tile out of it to avoid some of those, but there are some tile artifacts that you can not get away from when you draw single tiles, like label positioning and label thinning over multiple tiles. For an alternative, you might look to mapscript where you could have more programmatic control over the rendering and do things like render a larger image than needed and cut out the tile like I mentioned. You might also write a bug against mode=tile and see what the developer response to that might be. -Steve W On 8/24/2010 8:04 AM, Wim Vanbelle wrote: For reference sake: The issue is also present when using Bing maps as overlay. I also recompiled mapserver against agg 2.5 and gd-2.0.36RC1, but no change unfortunately. As stated in my previous mail, I may have to look for alternatives as the tilecache will probably not be an option for us. Would it be possible to circumvent this problem by using WMS? On 24 August 2010 07:25, Wim Vanbelle wimvanbe...@gmail.com mailto:wimvanbe...@gmail.com wrote: Hi, Thank you for your time both. Wouldn't using tilecache imply that I can no longer use dynamic data? My tiles have to update every minute. Perhaps this is possible with tilecache? Basically it's only the color value that changes for each object. An example request that is sent to mapserver: http://...maps?map=/.../white.maplayers=%20mode=tiletilemod e=gmaptile=264+172+9 MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE My mapfile is configured like this: OUTPUTFORMAT NAME AGGPNG DRIVER AGG/PNG EXTENSION png MIMETYPE image/png;mode=24bit; IMAGEMODE RGBA FORMATOPTION INTERLACE=false FORMATOPTION QUANTIZE_NEW=ON FORMATOPTION QUANTIZE_FORCE=ON FORMATOPTION QUANTIZE_DITHER=ON FORMATOPTION QUANTIZE_COLORS=256 END Although I've used GD as well. Not sure how I can check the GD AGG versions. I was in the process of making a new build for mapserver with the lastest versions of everything though. I'll let you know if that would somehow fix the problem. On 24 August 2010 06:45, Stephen Woodbridge wood...@swoodbridge.com mailto:wood...@swoodbridge.com wrote: If you are using mode=tile, then this is a known limitation on the mapserver side. There is a plan for 6.0 to add tilecache support to mapserver that would
Re: [mapserver-users] Mapserver tile generation - google maps
Hi, At first I did try with single full page requests to mapserver. However we do intend to have a fullscreen map available for our customers. Which means it will at least render 1024*768 png's. That would indicate that panning/scrolling behaviour will not be fluent, as you have indicated. We're quite pleased with the current tiling output and performance. Perhaps I will need to write a proxy that translates tiles to actual boundary requests and then add some buffer space there. Or take a look at Paul's reply :). I'll try some things tomorrow if I have the time. On 24 August 2010 15:59, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote: Hi Wim, If your data is that dynamic then there is not much advantage in using tilecache. Perhaps there is not much advantage in making tiled requests either. Applications asking for 256x256 pixel sized tiles from on-demand bases are generating rather a lot of load for Mapserver. There is an advantage on the user side because tiles are cached on the client side and panning is fluent. However, the feeling is not necessarily bad even if the client is making single tile WMS requests. With OpenLayers single tile requests used together with transition effect resize is not bad at all. Perhaps Google maps and Bing have some similar modes. Rendering and labeling problems should go away by using single tiles. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Stephen Woodbridge Lähetetty: 24. elokuuta 2010 16:43 Vastaanottaja: mapserver-users@lists.osgeo.org Aihe: Re: [mapserver-users] Mapserver tile generation - google maps Tilecache probably is not what you want if you have very dynamic tiles. Or at least a tile cache that is persistent. Your problem is with tile edge artifacts. It might be possible to draw on a slightly larger image than the tile, then cut the tile out of it to avoid some of those, but there are some tile artifacts that you can not get away from when you draw single tiles, like label positioning and label thinning over multiple tiles. For an alternative, you might look to mapscript where you could have more programmatic control over the rendering and do things like render a larger image than needed and cut out the tile like I mentioned. You might also write a bug against mode=tile and see what the developer response to that might be. -Steve W On 8/24/2010 8:04 AM, Wim Vanbelle wrote: For reference sake: The issue is also present when using Bing maps as overlay. I also recompiled mapserver against agg 2.5 and gd-2.0.36RC1, but no change unfortunately. As stated in my previous mail, I may have to look for alternatives as the tilecache will probably not be an option for us. Would it be possible to circumvent this problem by using WMS? On 24 August 2010 07:25, Wim Vanbelle wimvanbe...@gmail.com mailto:wimvanbe...@gmail.com wrote: Hi, Thank you for your time both. Wouldn't using tilecache imply that I can no longer use dynamic data? My tiles have to update every minute. Perhaps this is possible with tilecache? Basically it's only the color value that changes for each object. An example request that is sent to mapserver: http://...maps?map=/.../white.maplayers=%20mode=tiletilemod e=gmaptile=264+172+9 MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE My mapfile is configured like this: OUTPUTFORMAT NAME AGGPNG DRIVER AGG/PNG EXTENSION png MIMETYPE image/png;mode=24bit; IMAGEMODE RGBA FORMATOPTION INTERLACE=false FORMATOPTION QUANTIZE_NEW=ON FORMATOPTION QUANTIZE_FORCE=ON FORMATOPTION QUANTIZE_DITHER=ON FORMATOPTION QUANTIZE_COLORS=256 END Although I've used GD as well. Not sure how I can check the GD AGG versions. I was in the process of making a new build for mapserver with the lastest versions of everything though. I'll let you know if that would somehow fix the problem. On 24 August 2010 06:45, Stephen Woodbridge wood...@swoodbridge.com mailto:wood...@swoodbridge.com wrote
RE: [mapserver-users] Mapserver tile generation - google maps
What mapserver version, what graphics driver? Is this using mode=tile? Steve From: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Wim Vanbelle [wimvanbe...@gmail.com] Sent: Friday, August 20, 2010 6:26 AM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Mapserver tile generation - google maps Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics even more, I'd be more than glad to hear them :). Thanks. Wim ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver tile generation - google maps
If you are using mode=tile, then this is a known limitation on the mapserver side. There is a plan for 6.0 to add tilecache support to mapserver that would allow you to generate meta tiles and chop the tiles into a tilecache which is the way to resolve the artifacts you are seeing. http://trac.osgeo.org/mapserver/ticket/3513 You can add yourself the CC on this bug if you want to follow it. There is also an RFC for the mode=tile which I don't have handy that should give you more information on the limitations and feature of that. Hope this helps, -Steve W On 8/24/2010 12:34 AM, Lime, Steve D (DNR) wrote: What mapserver version, what graphics driver? Is this using mode=tile? Steve From: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Wim Vanbelle [wimvanbe...@gmail.com] Sent: Friday, August 20, 2010 6:26 AM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Mapserver tile generation - google maps Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics even more, I'd be more than glad to hear them :). Thanks. Wim ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Mapserver tile generation - google maps
Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics even more, I'd be more than glad to hear them :). Thanks. Wim ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver tile generation - google maps
I'll try updating GD. Thanks. TileCache is probably not an option, as the color of the data changes every minute. That would mean that tilecache has to reset its data every minute. Not sure if that is possible, or rather, wanted behaviour. OpenLayers would have been a good option, but for some odd reason the client wants the 'real google maps' interface :). In any case, thanks for your help. On 20 August 2010 13:48, christopher.schm...@nokia.com wrote: On Aug 20, 2010, at 7:26 AM, ext Wim Vanbelle wrote: Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I think the answer to this is Use a more recent GD. If that's not an option, then you'll need to expand the frame of the selected image to be slightly larger than the actual image itself; this is possible with TileCache (metaBuffer), OpenLayers (gutter), etc. -- Chris I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics even more, I'd be more than glad to hear them :). Thanks. Wim ATT1..txt ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver tile generation - google maps
On Aug 20, 2010, at 7:26 AM, ext Wim Vanbelle wrote: Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I think the answer to this is Use a more recent GD. If that's not an option, then you'll need to expand the frame of the selected image to be slightly larger than the actual image itself; this is possible with TileCache (metaBuffer), OpenLayers (gutter), etc. -- Chris I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics even more, I'd be more than glad to hear them :). Thanks. Wim ATT1..txt ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver tile generation - google maps
I was using AGG for the rendering. I suppose I need to look for updates for that? ;). On 20 August 2010 14:08, Wim Vanbelle wimvanbe...@gmail.com wrote: I'll try updating GD. Thanks. TileCache is probably not an option, as the color of the data changes every minute. That would mean that tilecache has to reset its data every minute. Not sure if that is possible, or rather, wanted behaviour. OpenLayers would have been a good option, but for some odd reason the client wants the 'real google maps' interface :). In any case, thanks for your help. On 20 August 2010 13:48, christopher.schm...@nokia.com wrote: On Aug 20, 2010, at 7:26 AM, ext Wim Vanbelle wrote: Hi all, I noticed a similar post regarding symbol issues, but there was no solution. My Google maps tiles are currently clipped at the tile itself. This results in rather unwanted behaviour: http://fileshare.myroute.be/exchange/Capture.PNG I think the answer to this is Use a more recent GD. If that's not an option, then you'll need to expand the frame of the selected image to be slightly larger than the actual image itself; this is possible with TileCache (metaBuffer), OpenLayers (gutter), etc. -- Chris I'm not 100% sure that this is mapservers' 'issue' , or google maps issue. If anyone would have further tips to spice up the graphics even more, I'd be more than glad to hear them :). Thanks. Wim ATT1..txt ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users