[mapserver-commits] r10492 - trunk/docs/en/development/rfc

svn at osgeo.org svn at osgeo.org
Wed Sep 1 16:56:43 EDT 2010


Author: dmorissette
Date: 2010-09-01 20:56:43 +0000 (Wed, 01 Sep 2010)
New Revision: 10492

Modified:
   trunk/docs/en/development/rfc/ms-rfc-60.txt
Log:
Update following discussion. Enabled by default with MAXOVERLAPANGLE == 22.5

Modified: trunk/docs/en/development/rfc/ms-rfc-60.txt
===================================================================
--- trunk/docs/en/development/rfc/ms-rfc-60.txt	2010-09-01 20:56:31 UTC (rev 10491)
+++ trunk/docs/en/development/rfc/ms-rfc-60.txt	2010-09-01 20:56:43 UTC (rev 10492)
@@ -57,7 +57,7 @@
 
 We have found that it is of no use to test the character bboxes for 
 overlap since most of them overlap in normal situations as we can see in 
-the following image:
+the following images:
 
 http://trac.osgeo.org/mapserver/attachment/ticket/3523/mapserver-label-boxes.png
 
@@ -71,7 +71,11 @@
 
 http://trac.osgeo.org/mapserver/attachment/ticket/3523/mapserver-label-with-fix.png
 
+Here is another example with a street map:
 
+http://trac.osgeo.org/mapserver/attachment/ticket/3523/maxoverlapangle-2.png
+
+
 Technical Solution
 ------------------------------------------------------------------------------
 
@@ -79,23 +83,24 @@
 value is the angle threshold to use in filtering out ANGLE FOLLOW labels in 
 which characters overlap (floating point value in degrees). 
 
-NOTE: Better suggestions for the MAXOVERLAPANGLE keyword name are much welcome!
+This filtering will be enabled by default starting with MapServer 6.0. The 
+default MAXOVERLAPANGLE value will be 22.5 degrees, which also matches the
+default in GeoServer. Users will be free to tune the value up or down 
+depending on the type of data they are dealing with and their tolerance 
+to bad overlap in labels.
 
-Setting MAXOVERLAPANGLE in a given LABEL block will
-enable this option and the docs will recommend a default value of 22.5 degrees.
-Users will be free to tune the value up or down depending on the type of data
-they are dealing with and their tolerance to bad overlap in labels.
+Setting MAXOVERLAPANGLE == 0 will completely disable filtering of labels
+based on this criteria, restoring the pre-6.0 behavior.
 
-The default behavior of the software if this parameter is not set will 
-remain unchanged, i.e. this test will be disabled by default and no labels 
-will be skipped.
-
 Usage example
 ------------------------------------------------------------------------------
 
-This example will enable filtering out of ANGLE FOLLOW labels using a 
-threshold of 22.5 degrees of overlap between two consecutive characters:
+This feature is enabled by default with a default value of 22.5 degrees, 
+so no mapfile changes are required to enable it.
 
+This example will increase the MAXOVERLAPANGLE to 30 degrees, resulting in 
+less labels being skipped:
+
 ::
 
   MAP
@@ -103,7 +108,7 @@
     LABEL
        ANGLE FOLLOW
        ...
-       MAXOVERLAPANGLE 22.5
+       MAXOVERLAPANGLE 30
     END
     ...   
   END
@@ -134,9 +139,15 @@
 Backwards Compatibility Issues
 ------------------------------------------------------------------------------
 
-There is no backwards compatibility issues. By default the
-LABEL.MAXOVERLAPANGLE parameter is set to 0, so not applied.
+This new feature will be enabled by default with a default MAXOVERLAPANGLE 
+value of 22.5 degreees. Existing mapfiles will work without any change, but 
+may end up producing maps with less labels if they contain several bad labels 
+with overlapping characters. It is always possible to come back to the old
+behavior (disabling filtering) using MAXOVERLAPANGLE 0 or to tune the value
+up or down to get better results.
 
+There is no other backwards compatibility issue.
+
 Files Impacted
 ------------------------------------------------------------------------------
 



More information about the mapserver-commits mailing list