I&#39;ve committed the changes to the code and documentation to support these default values.<br>I&#39;ve also added this support to shp2img, so that mapfiles with these default values can be tested from the command line.<br>
in order to use strncmp rather than strstr, the metadata keyword for these parameters is<br><br>&#39;default_keyword&#39; &#39;value&#39;<br><br>to get the default value of %keyword%<br><br>let me know if problems arise from these changes.<br>
<br>regards,<br><br>thomas<br><br clear="all"><a href="http://www.camptocamp.com">www.camptocamp.com</a><br>+33 5 16 57 01 02<br>
<br><br><div class="gmail_quote">On Sun, Aug 2, 2009 at 16:00, Steve Lime <span dir="ltr">&lt;<a href="mailto:Steve.Lime@dnr.state.mn.us">Steve.Lime@dnr.state.mn.us</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Yeah, that would work, great suggestion. Feel free to add. I&#39;d rather have multiple people<br>
work on code sections anyway. More eyes the better!<br>
<br>
Steve<br>
<br>
&gt;&gt;&gt; Thomas Bonfort &lt;<a href="mailto:thomas.bonfort@camptocamp.com">thomas.bonfort@camptocamp.com</a>&gt; 08/01/09 3:21 AM &gt;&gt;&gt;<br>
<div><div></div><div class="h5">looking at the code, it seems like we could loop through metadata<br>
%key%_default_value entries to replace the value after having<br>
processed the url key/values, thus populating the strings with a<br>
default value if the entry was not found in the url.<br>
<br>
does this seem reasonable? if so I can take this, unless if Steve<br>
wants to keep the hand on that part of the code.<br>
<br>
cheers,<br>
<br>
thomas<br>
<br>
<a href="http://www.camptocamp.com" target="_blank">www.camptocamp.com</a><br>
+33 4 79 26 57 97<br>
<br>
<br>
<br>
On Wed, Jul 29, 2009 at 18:38, Steve Lime&lt;<a href="mailto:Steve.Lime@dnr.state.mn.us">Steve.Lime@dnr.state.mn.us</a>&gt; wrote:<br>
&gt; Problem is that it&#39;s the presence of a parameter in the URL that causes the code to<br>
&gt; check if something needs overloaded. So, for each url variable &#39;key&#39; we look for %key%<br>
&gt; in supported places and also apply validation (if supplied).<br>
&gt;<br>
&gt; To do this we&#39;d need to be able to define a list of supported keys and work through<br>
&gt; that instead of the entire list passed as part of a request. With that it would be easy<br>
&gt; to define a default somehow, likely through metadata.<br>
&gt;<br>
&gt; Steve<br>
&gt;<br>
&gt;&gt;&gt;&gt; On 7/29/2009 at 10:52 AM, in message &lt;<a href="mailto:4A70705A.2090403@mapgears.com">4A70705A.2090403@mapgears.com</a>&gt;, Daniel<br>
&gt; Morissette &lt;<a href="mailto:dmorissette@mapgears.com">dmorissette@mapgears.com</a>&gt; wrote:<br>
&gt;&gt; Thomas Bonfort wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I very often use url overloading with the %key% syntax in my mapfile<br>
&gt;&gt;&gt; as I find it&#39;s a powerful means of building custom maps. The problem<br>
&gt;&gt;&gt; with the current implementation is that the mapfile more often than<br>
&gt;&gt;&gt; less becomes unparsable if the url doesn&#39;t contain the key=value<br>
&gt;&gt;&gt; parameter.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Would it be complicated to modify the parser so that the mapfile can<br>
&gt;&gt;&gt; contain a default value for %key%, that would be applied if the url<br>
&gt;&gt;&gt; does not contain the &quot;key&quot; parameter?<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; I have encountered that problem as well and think this would be a<br>
&gt;&gt; valuable addition.<br>
&gt;&gt;<br>
&gt;&gt; Perhaps it could be as simple as looking up the %key% value in metadata<br>
&gt;&gt; if it is not present in the URL?<br>
&gt;&gt;<br>
&gt;&gt; Daniel<br>
&gt;&gt; --<br>
&gt;&gt; Daniel Morissette<br>
&gt;&gt; <a href="http://www.mapgears.com/" target="_blank">http://www.mapgears.com/</a><br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; mapserver-dev mailing list<br>
&gt;&gt; <a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
&gt;&gt; <a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; mapserver-dev mailing list<br>
&gt; <a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
&gt; <a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
&gt;<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" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
<br>
</div></div></blockquote></div><br>