<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>With oracle at least, you could pull from a url (via a query) and return data back to MS </div>
<div><br>
</div>
<div>Mike</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Bob Basques <<a href="mailto:Bob.Basques@ci.stpaul.mn.us">Bob.Basques@ci.stpaul.mn.us</a>><br>
<span style="font-weight:bold">Date: </span>Mon, 3 Oct 2011 14:18:54 -0500<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a>" <<a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a>>, Stephen Woodbridge <<a href="mailto:woodbri@swoodbridge.com">woodbri@swoodbridge.com</a>>,
Michael Smith <<a href="mailto:michael.smith@usace.army.mil">michael.smith@usace.army.mil</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [mapserver-users] Re: Feature wish: Internal mapfile variables<br>
</div>
<div><br>
</div>
<div>
<div style="margin-left: 4px; line-height: normal; font-style: normal; margin-bottom: 1px; font-size: 12pt; margin-top: 4px; font-family: Comic Sans MS; font-weight: normal; font-variant: normal; margin-right: 4px">
<p style="margin-top: 0; margin-bottom: 0"><font size="3" face="Comic Sans MS">All,</font>
</p>
<br>
<p style="margin-top: 0; margin-bottom: 0"><font size="3" face="Comic Sans MS">Would adding in INCLUDEs from a URL be pushing it too much, as in:</font>
</p>
<br>
<p style="margin-top: 0; margin-bottom: 0"><font size="3" face="Comic Sans MS">INCLUDE "</font><i><a href="http://Myserver.com/cgi-bin/myscript.pl"><u><font color="#0000ff" face="Comic Sans MS" size="3">http://Myserver.com/cgi-bin/myscript.pl</font></u></a></i><font size="3" face="Comic Sans MS">"</font>
</p>
<br>
<p style="margin-top: 0; margin-bottom: 0"><font size="3" face="Comic Sans MS">Could pass in parameters like so . . .</font>
</p>
<br>
<p style="margin-top: 0; margin-bottom: 0"><font size="3" face="Comic Sans MS">INCLUDE "</font><a href="http://Myserver.com/cgi-bin/myscript.pl?A=first"><i><u><font color="#0000ff" face="Comic Sans MS" size="3">http://Myserver.com/cgi-bin/myscript.pl?A=first</font></u></i></a><font color="#0000ff" face="Comic Sans MS" size="3"> thing&b=second
thing&c=third thing . . .</font><font size="3" face="Comic Sans MS">"</font> </p>
<br>
<p style="margin-top: 0; margin-bottom: 0"><font size="3" face="Comic Sans MS">bobb</font>
</p>
<br>
<br>
<p style="margin-top: 0; margin-bottom: 0"><br>
<br>
>>> "Smith, Michael ERDC-CRREL-NH" <<a href="mailto:Michael.Smith@usace.army.mil">Michael.Smith@usace.army.mil</a>> wrote:<br>
</p>
<table border="0" style="margin-left: 15px; margin-bottom: 0; font-size: 1em; margin-top: 0; margin-right: 0" bgcolor="#f3f3f3">
<tbody>
<tr>
<td>
<div style="border-left: solid 1px #050505; padding-left: 7px">
<p style="margin-top: 0; margin-bottom: 0">There is an RFC to have includes come from non-file connections<br>
(databases). It would be another option<br>
<br>
<a href="http://mapserver.org/development/rfc/ms-rfc-74.html">http://mapserver.org/development/rfc/ms-rfc-74.html</a><br>
<br>
<br>
Mike<br>
<br>
--<br>
Michael Smith<br>
<br>
Remote Sensing/GIS Center<br>
US Army Corps of Engineers<br>
<br>
<br>
<br>
On 10/3/11 2:51 PM, "Stephen Woodbridge" <<a href="mailto:woodbri@swoodbridge.com">woodbri@swoodbridge.com</a>> wrote:<br>
<br>
>One idea regarding this that you might want to consider is the ability<br>
>to put all the named parameters in an include file, then be able to<br>
>include that file via a CGI parameter. So it might look like this:<br>
><br>
><br>
>MAP<br>
> INCLUDE "client-params-%client_id%.inc"<br>
> ...<br>
>END<br>
><br>
>And then you could have parameter files like:<br>
><br>
>client-params-27.inc<br>
>client-params-123.inc<br>
>etc.<br>
><br>
>And these would include nothing but your SET ... commands.<br>
><br>
>Then when requesting the map:<br>
><br>
>/<a href="http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf">http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf</a><br>
>ile.map&...<br>
><br>
>This would make it very easy to manage a single mapfile for parameters<br>
>that are different for each client/user.<br>
><br>
>Obviously the client_id could be set via a cookie, or a wrapper script,<br>
>or a session variable, or manually, etc.<br>
><br>
>-Steve W<br>
><br>
>On 10/3/2011 2:39 PM, reholl wrote:<br>
>> I'm interested in working on capabilities along these lines. Are there<br>
>> existing RFCs that touch on this? If not, perhaps one should be<br>
>>created.<br>
>><br>
>> This overlaps some configuration ideas I've been mulling over. From the<br>
>> original comment here about internal vars being handy for "/when the<br>
>>same<br>
>> layers are re-used for several customers who like to have a bit<br>
>>different<br>
>> styling for the same source data/" it occurs to me that a matrix or some<br>
>> other constructs more complex than a flat list of internal variables<br>
>>might<br>
>> be called for -- provided they don't turn the mapfile and internal<br>
>>mapserv<br>
>> into spaghetti..<br>
>><br>
>> Jukka Rahkonen (have I ordered your name properly?), do you want to<br>
>>start an<br>
>> RFC on this?<br>
>><br>
>> To anyone -- would this conversation typically migrate over to 'dev' ?<br>
>><br>
>> Robert Hollingsworth<br>
>><br>
>><br>
>> I agree that this is a request that comes up often. As usual we'd just<br>
>> need someone to lead the effort.<br>
>><br>
>> On 11-10-03 12:12 AM, Rahkonen Jukka wrote:<br>
>>> Hi,<br>
>>><br>
>>> Inspired by the Thomas Bonfort's rendering chain I have been thinking<br>
>>>if<br>
>>> we could have a native support for using internal mapfile variables.<br>
>>>Now<br>
>>> Thomas is setting for example a bunch of colours in a definition file<br>
>>> which is converted into a real mapfile with python script and c<br>
>>> preprocessor.<br>
>>> <a href="http://mapserver-utils.googlecode.com/svn/trunk/README">http://mapserver-utils.googlecode.com/svn/trunk/README</a><br>
>>> <a href="http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py">http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py</a><br>
>>><br>
>>> I would like to see a simple way for setting the variables directly in<br>
>>>the<br>
>>> mapfile, somehow like<br>
>>> MAP<br>
>>> SET "pedestrian_clr" "#fafaf5"<br>
>>> SET "forest_clr" "#dcdcb4"<br>
>>> SET "industrial_clr" "#ebe5d9"<br>
>>> ....<br>
>>><br>
>>> And then later in the layers use<br>
>>> LAYER<br>
>>> .....<br>
>>> COLOR %pedestrian_clr%<br>
>>><br>
>>> The internal variables could be interpreted only from the mapfile and<br>
>>>they<br>
>>> could not be altered by the web users.<br>
>>><br>
>>> Internal variable would help in maintaining big mapfiles with repeating<br>
>>> styles like in the OpenStreetMap rendering case. Another use case is<br>
>>>when<br>
>>> the same layers are re-used for several customers who like to have a<br>
>>>bit<br>
>>> different styling for the same source data.<br>
>>><br>
>>> -Jukka Rahkonen-<br>
>>><br>
>><br>
>> --<br>
>> View this message in context:<br>
>><a href="http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari">http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari</a><br>
>>ables-tp6853853p6856070.html<br>
>> Sent from the Mapserver - User mailing list archive at Nabble.com.<br>
>> _______________________________________________<br>
>> mapserver-users mailing list<br>
>> <a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
><br>
>_______________________________________________<br>
>mapserver-users mailing list<br>
><a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a><br>
><a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
<br>
_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
</p>
</div>
</td>
</tr>
</tbody>
</table>
</div>
</div>
</span>
</body>
</html>