[mapserver-commits] r10543 - trunk/docs/en/ogc
svn at osgeo.org
svn at osgeo.org
Wed Sep 29 23:17:20 EDT 2010
Author: warmerdam
Date: 2010-09-30 03:17:20 +0000 (Thu, 30 Sep 2010)
New Revision: 10543
Modified:
trunk/docs/en/ogc/wms_client.txt
Log:
Updated to reflect the following changes:
- GDAL is now required for WMS client support for MapServer 6.
- Support for wms_extent for request restriction (#3543)
- Reflect that files not normally written to disk now (#3555)
- Support for wms_nonsquare_ok item (#3409)
Modified: trunk/docs/en/ogc/wms_client.txt
===================================================================
--- trunk/docs/en/ogc/wms_client.txt 2010-09-30 02:59:44 UTC (rev 10542)
+++ trunk/docs/en/ogc/wms_client.txt 2010-09-30 03:17:20 UTC (rev 10543)
@@ -42,8 +42,8 @@
==========================
The WMS connection type is enabled by the *--with-wmsclient* configure switch.
-It requires PROJ4, libcurl version 7.10.1 or more recent, and optionally GDAL
-(see below). Windows users who do not want to compile MapServer should use
+It requires PROJ4, GDAL and libcurl version 7.10.1 or more recent. Windows
+users who do not want to compile MapServer should use
`MS4W`_ (which comes ready for WMS/WFS client and server use), or check for the
availability of other :ref:`Windows binaries <windows>` with WMS support.
@@ -53,15 +53,6 @@
(if your system came with an older version of libcurl preinstalled then you MUST
uninstall it prior to installing the new version)
-You might want to also include GDAL support if you want your application to be
-able to reproject map slides received from remote servers. This is because raster
-resampling works only together with the GDAL library in MapServer. If GDAL is not
-included in your MapServer build then your application can only serve maps in the
-subset of the projections supported by all the remote servers (this should be
-sufficient for most applications). If you compile with GDAL then make sure that
-your GDAL includes GIF and/or PNG support, depending on which image format you
-request from remote servers.
-
Once the required libraries are installed, then configure MapServer using the
*--with-wmsclient* switch (plus all the other switches you used to use) and recompile.
This will give you a new set of executables (and possibly php_mapscript.so if you
@@ -142,10 +133,11 @@
Storing Temporary Files
-----------------------
-You have to set the IMAGEPATH value in the WEB object of your mapfile to point to a valid and
+Before version 6.0, and in version 6.0 when wms_cache_to_disk metadata is turned on,
+you have to set the IMAGEPATH value in the WEB object of your mapfile to point to a valid and
writable directory. MapServer will use this directory to store temporary files downloaded from
the remote servers. The temporary files are automatically deleted by MapServer so you won't
-notice them... but a valid IMAGEPATH is still required.
+notice them.
Example 3. Setting IMAGEPATH Parameter in Mapfile
@@ -247,7 +239,8 @@
This will allow MapServer to request the layer only at scales where it makes sense
- **PROJECTION object**
- - it is optional at this point. MapServer will create one internally if needed.
+ - it is optional at this point. MapServer will create one internally if needed. Including one may
+ allow MapServer to avoid looking up a definition in the PROJ.4 init files.
- **"wms_auth_username" metadata**
- msEncrypt-style authorization string. Empty strings are also accepted.
@@ -424,6 +417,25 @@
- **"wms_transparent" metadata**
- specifies whether the map background is to be made transparent or not. TRANSPARENT can take on two values, "TRUE" or "FALSE". If not specified, MapServer sets default to "TRUE"
+- **"wms_cache_to_disk" metadata**
+ - set this to "1" to force MapServer to write fetched images to disk. Writing to disk
+ is necessary to take advantage of MapServer's caching logic to avoid refetching WMS
+ requests made previously. This feature is new to MapServer 6.0 - previously results were always written
+ to disk.
+
+- **"wms_nonsquare_ok" metadata**
+ - set this to "0" to indicate that the remote WMS only supports requests for square pixels. In this
+ case MapServer will be careful to only make square pixel requests even if it means oversampling in one
+ dimension compared to the resolution of image data required. This feature is new to MapServer 6.0.
+
+- **"wms_extent" metadata**
+ - If there is exactly one SRS supported by this layer (as listed in the wms_srs metadata), and if
+ the wms_extent metadata item (or an extent specified via the EXTENT keyword) is set then MapServer will
+ take care to only making requests within this area. This can short circuit requests completely outside
+ the layer, reduce processing for layers that only partially overlap the target map area and avoid poor
+ behaviors with reprojection in some areas. The contents of this metadata item should be of the form
+ "minx miny maxx maxy". This feature is new to MapServer 6.0.
+
.. note::
Note that each of the above metadata can also be referred to as 'ows_*' instead of 'wms_*'.
More information about the mapserver-commits
mailing list