[mapserver-users] Re: Feature wish: Internal mapfile variables

[Bob Basques]

All, 

Would adding in INCLUDEs from a URL be pushing it too much, as in: 

INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" 

Could pass in parameters like so . . . 

INCLUDE "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second thing&c=third thing . . ." 

bobb 




>>> "Smith, Michael ERDC-CRREL-NH" <Michael.Smith at usace.army.mil> wrote:


There is an RFC to have includes come from non-file connections
(databases). 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, "Stephen Woodbridge" <woodbri at swoodbridge.com> wrote:

>One idea regarding this that you might want to consider is the ability
>to put all the named parameters in an include file, then be able to
>include that file via a CGI parameter. So it might look like this:
>
>
>MAP
>   INCLUDE "client-params-%client_id%.inc"
>   ...
>END
>
>And then you could have parameter files like:
>
>client-params-27.inc
>client-params-123.inc
>etc.
>
>And these would include nothing but your SET ... commands.
>
>Then when requesting the map:
>
>/http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf
>ile.map&...
>
>This would make it very easy to manage a single mapfile for parameters
>that are different for each client/user.
>
>Obviously the client_id could be set via a cookie, or a wrapper script,
>or a session variable, or manually, etc.
>
>-Steve W
>
>On 10/3/2011 2:39 PM, reholl wrote:
>> I'm interested in working on capabilities along these lines.  Are there
>> existing RFCs that touch on this?  If not, perhaps one should be
>>created.
>>
>> This overlaps some configuration ideas I've been mulling over.  From the
>> original comment here about internal vars being handy for "/when the
>>same
>> layers are re-used for several customers who like to have a bit
>>different
>> styling for the same source data/" it occurs to me that a matrix or some
>> other constructs more complex than a flat list of internal variables
>>might
>> be called for -- provided they don't turn the mapfile and internal
>>mapserv
>> into spaghetti..
>>
>> Jukka Rahkonen (have I ordered your name properly?), do you want to
>>start an
>> RFC on this?
>>
>> To anyone -- would this conversation typically migrate over to 'dev' ?
>>
>> Robert Hollingsworth
>>
>>
>> I agree that this is a request that comes up often. As usual we'd just
>> need someone to lead the effort.
>>
>> On 11-10-03 12:12 AM, Rahkonen Jukka wrote:
>>> Hi,
>>>
>>> Inspired by the Thomas Bonfort's rendering chain I have been thinking
>>>if
>>> we could have a native support for using  internal mapfile variables.
>>>Now
>>> Thomas is setting for example a bunch of colours in a definition file
>>> which is converted into a real mapfile with python script and c
>>> preprocessor.
>>> http://mapserver-utils.googlecode.com/svn/trunk/README
>>> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py
>>>
>>> I would like to see a simple way for setting the variables directly in
>>>the
>>> mapfile, somehow like
>>> MAP
>>> SET "pedestrian_clr"  "#fafaf5"
>>> SET "forest_clr" "#dcdcb4"
>>> SET "industrial_clr" "#ebe5d9"
>>> ....
>>>
>>> And then later in the layers use
>>> LAYER
>>> .....
>>> COLOR %pedestrian_clr%
>>>
>>> The internal variables could be interpreted only from the mapfile and
>>>they
>>> could not be altered by the web users.
>>>
>>> Internal variable would help in maintaining big mapfiles with repeating
>>> styles like in the OpenStreetMap rendering case.  Another use case is
>>>when
>>> the same layers are re-used for several customers who like to have a
>>>bit
>>> different styling for the same source data.
>>>
>>> -Jukka Rahkonen-
>>>
>>
>> --
>> View this message in context:
>>http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari
>>ables-tp6853853p6856070.html
>> Sent from the Mapserver - User mailing list archive at Nabble.com.
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>_______________________________________________
>mapserver-users mailing list
>mapserver-users at lists.osgeo.org
>http://lists.osgeo.org/mailman/listinfo/mapserver-users

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20111003/35d7eab7/attachment.htm>