<p dir="ltr">+1<br>
PerryN </p>
<div class="gmail_quote">On Nov 23, 2015 07:17, "Stephan Meißl" <<a href="mailto:stephan@meissl.name">stephan@meissl.name</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
+1<br>
Stephan<br>
<br>
<br>
On 11/21/2015 10:41 AM, thomas bonfort wrote:<br>
> For context, see <a href="https://github.com/mapserver/mapserver/issues/5198" rel="noreferrer" target="_blank">https://github.com/mapserver/mapserver/issues/5198</a>.<br>
> If we set label->partials to false by default, then it would not be<br>
> possible to set it back to true through SLD.<br>
><br>
> Motion: For MapServer 7.2, set LABEL->PARTIALS to false by default<br>
> instead of true, with a note added about this in the migration guide.<br>
><br>
> +1 Thomas<br>
><br>
> On 20 November 2015 at 20:53, John Morton <<a href="mailto:jmorton@ldeo.columbia.edu">jmorton@ldeo.columbia.edu</a>><br>
wrote:<br>
>> It makes sense in general for the label->partials value to be set to<br>
false<br>
>> by default in map files. For WMS, PARTIALS FALSE is always required f<br>
or<br>
>> proper display in a tiled map, which I'm assuming represents the vast<br>
>> majority of WMS GetMap requests. Also, since SLD provides no elements<br>
 for<br>
>> toggling off partial labels, any tiled maps styled with SLD instead o<br>
f map<br>
>> file CLASS blocks will have their labels cut off with no way to modif<br>
y this<br>
>> behavior. There aren't many use cases where partial labels are desire<br>
d, so<br>
>> they should probably be the exception rather than the rule.<br>
>><br>
>> John Morton<br>
>> Lamont-Doherty Earth Observatory<br>
>> <a href="mailto:jmorton@ldeo.columbia.edu">jmorton@ldeo.columbia.edu</a><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.22 (GNU/Linux)<br>
<br>
iQIcBAEBAgAGBQJWUxCSAAoJEKNQXeNWi+qta2oP/iTNEHtq6cuUmMzodaY/MVxi<br>
7SGATULthNjgQG6XKEIXZjs/cgywV+hkZUe95enkCmKoR3YJ3qTrwa8BaAMOzgDd<br>
mG65xAd7spi6Hq3lDqsUXdPdaged4TezqrRkyCTiufSknPTf5kWFbPXxVqdo3gFz<br>
tQNsE0ctHMeobwrie03OyFhVDef1+AiSc0KxE0kXHKeh1+DvNu4rF2+b8TOapSSg<br>
tJ1HCeBzyZmWr+POWLUHz5A8+W6E7S7V9WTLrmjllWXbLW0t3UbcXg7BU0CSFgrE<br>
CMHK8l6rMBeSGb17pnZxHCUPofarm8vbEIkXaC+RKsdzbpxIYAM7hV8QXnufkLmw<br>
5H1I7rtjWqTEc6TJKZfFNpURIUlwilnoCqoRL1rLJJCwSnZUMLYGLGxvL0iKO1P1<br>
EEs481EgvEwWoQqvqjBOWgX13go21jtmjU/urquSl4Wv/hxxQKkzQbwrz0q58ZkN<br>
0b1+MMJ++AOoJGYiDisBkQ3Ooa65K3K1L8wb10uUHo7C9SONPjL0t8PgYjy50uJK<br>
DwubAmgv6BgZNDc+rulr+J8sXgopUVYH2JlNJWn0aLOCb8zUWDsGO8ZBUcTmjUeE<br>
/XXSq2p8z2ecQDHBvyUayuqVw/HsuITUndOz1vijl8hzWFxrDajhbDqVqyLs1DEo<br>
mnxAS3J26gH9t2HIXrCQ<br>
=Qu3r<br>
-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
mapserver-dev mailing list<br>
<a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a></blockquote></div>