<html>
  <head>

  </head>
  <body style="margin-left: 4px; line-height: normal; margin-bottom: 1px; margin-top: 4px; font-variant: normal; margin-right: 4px">
    <p style="margin-top: 0; margin-bottom: 0">
      <font size="3" face="Comic Sans MS">All&#44;</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font size="3" face="Comic Sans MS">I&#39;ve always wanted a way to control the Mapfile generation in some form for dynamic assembly. &nbsp;But&#44; is this the right approach&#63;</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font size="3" face="Comic Sans MS">In a GeoMoose installation where each data source&#44; or group of data sources can have their own mapfile a capability like this opens up more doors than it closes. &nbsp;A CGI call could be used to cartographicly &nbsp;dress a layer in a default mode with no parameters presented&#44; and do something entirely different with other parameters passed in.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font size="3" face="Comic Sans MS">I&#39;ve pondered for a long time how MapServer might enable jumping into a carto editor of some type for changing a MAPFILE setting inline in some fashion.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font size="3" face="Comic Sans MS">I don&#39;t think this gets the whole job done&#44; but it&#39;s where my interest lies in being able to build out something as a useful tool&#44; while not mucking about with Mapserver proper to do it.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font size="3" face="Comic Sans MS">bobb</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <br>
      <br>
      &gt;&gt;&gt; reholl &lt;reh2@prodigy.net&gt; wrote:<br>    </p>
    <table border="0" style="margin-left: 15px; margin-bottom: 0; font-size: 1em; margin-top: 0; margin-right: 0" bgcolor="#f3f3f3">
      <tr>
        <td>
          <div style="border-left: solid 1px #050505; padding-left: 7px">
            <p style="margin-top: 0; margin-bottom: 0">
              I really like the idea of pulling mapfile resources from RDBMS and URL. For the URL&#44; I don&#39;t think the communications part poses much of a challenge&#44; as the cURL stuff used in the OWS client can be repackaged. I did that once to make a mapserv CONNECTIONTYPE as a SOAP client. I can certainly picture a somewhat generalized mechanism: &quot;fill ANY mapfile value from some outside resource that delivers a construct of the proper form/type.&quot; These resources might be chained or arranged in branches. &#40;Does this begin to stray into WPS territory..&#63;&#41; Anything of this complexity poses a risk to performance and readability. There&#39;s definitely something to be said for the everything-is-right-here aspect of the mapfile. Does mapserv configuration becomes less &#39;file&#39; and more &#39;system.&#39; and with what new maintenance headaches&#63; Or another way to view it: mapfile syntax becomes a de facto programming language&#44; and we already have mapscript in numerous flavors. What&#39;s the tipping point for &quot;let&#39;s move this complexity into core mapserver&quot;&#63; Given all these caveats&#44; I&#39;d love to explore this further... Robert Hollingsworth            </p>
            <blockquote class="quote dark-border-color">
              <div class="quote light-border-color">
                <div style="font-weight: bold" class="quote-author">
                  <p style="margin-top: 0; margin-bottom: 0">
                    blammo wrote:                  </p>
                </div>
                <div class="quote-message">
                  <p style="margin-top: 0; margin-bottom: 0">
                    All&#44; Would adding in INCLUDEs from a URL be pushing it too much&#44; as in: INCLUDE &quot;http://Myserver.com/cgi-bin/myscript.pl&quot; Could pass in parameters like so . . . INCLUDE &quot;http://Myserver.com/cgi-bin/myscript.pl&#63;A&#61;first thing&amp;b&#61;second thing&amp;c&#61;third thing . . .&quot; bobb &gt;&gt;&gt; &quot;Smith&#44; Michael ERDC-CRREL-NH&quot; &lt;<a target="_top" rel="nofollow" href="/user/SendEmail.jtp?type=node&node=6856380&i=0" link="external">&#91;hidden email&#93;</a>&gt; wrote: There is an RFC to have includes come from non-file connections &#40;databases&#41;. It would be another option http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 10/3/11 2:51 PM&#44; &quot;Stephen Woodbridge&quot; &lt;<a target="_top" rel="nofollow" href="/user/SendEmail.jtp?type=node&node=6856380&i=1" link="external">&#91;hidden email&#93;</a>&gt; wrote: &gt;One idea regarding this that you might want to consider is the ability &gt;to put all the named parameters in an include file&#44; then be able to &gt;include that file via a CGI parameter. So it might look like this: &gt; &gt;                  </p>
                </div>
              </div>
            </blockquote>
            <p style="margin-top: 0; margin-bottom: 0">
              <br>
              <hr align="left" width="300">
              View this message in context: <a href="http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-variables-tp6853853p6856380.html">Re: Feature wish: Internal mapfile variables</a><br>Sent from the <a href="http://osgeo-org.1803224.n2.nabble.com/Mapserver-User-f1969211.html">Mapserver - User mailing list archive</a>&nbsp;at Nabble.com.<br>
            </p>
          </div>
        </td>
      </tr>
    </table>
  </body>
</html>