<div dir="ltr">Thinking about this, I'd guess I'd propose adding a mutable parameter to structures that support runtime updates. It wouldn't be a boolean but rather a string. Default would be NULL so everything is immutable by default. If a value is present the value would be interpreted as a case-insensitive regex against the allowed attributes. So, for example you could have:<div><br></div><div>SCALEBAR</div><div>  ...</div><div>  MUTABLE "UNITS"</div><div>END</div><div><br></div><div>So, in this case the units of scalebar could be changed via the syntax given in RFC 44 but nothing else.</div><div><br></div><div>--Steve</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 18, 2021 at 8:51 AM Steve Lime <<a href="mailto:sdlime@gmail.com">sdlime@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thanks for the explanation Dan! FWIW I can work up a pull request to illustrate what I was thinking by adding a mutable parameter... I think that can be a simple, easy to understand and explicit approach. --Steve</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 18, 2021 at 8:47 AM Daniel Morissette <<a href="mailto:dmorissette@mapgears.com" target="_blank">dmorissette@mapgears.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">FYI mode=OWS was added to deal with OGC compliance testing which <br>
requires the server to produce an exception in some cases if the <br>
SERVICE/REQUEST parameters are missing... and since MapServer falls back <br>
on the CGI mode by default if SERVICE/REQUESTS are not present then the <br>
only way we could imagine to produce that exception and be compliant was <br>
to add a mode=OWS vendor-specific param in the onlineresource.  More <br>
info here:<br>
<br>
<a href="https://github.com/MapServer/MapServer/issues/2512" rel="noreferrer" target="_blank">https://github.com/MapServer/MapServer/issues/2512</a><br>
<br>
and<br>
<br>
<a href="https://github.com/MapServer/MapServer/issues/2531" rel="noreferrer" target="_blank">https://github.com/MapServer/MapServer/issues/2531</a><br>
<br>
<br>
P.S. I'm following this thread and think it may be a good idea to have <br>
"more opt in and less opt out" for security reasons as long as the <br>
mechanism to handle this is clear and easy to understand, but I don't <br>
have a strong opinion on the proposed changes, that's why I'm staying quiet.<br><br>
-- <br>
Daniel Morissette<br>
Mapgears Inc<br>
T: +1 418-696-5056 #201<br>
_______________________________________________<br>
mapserver-dev mailing list<br>
<a href="mailto:mapserver-dev@lists.osgeo.org" target="_blank">mapserver-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mapserver-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
</blockquote></div></div>
</blockquote></div>