[mapserver-users] Re:MS template file extensions

2011-10-27 Thread nikos
Thanx all for the response, I have tried your suggestions (e.g .mtt extension) and I get an Content-type: text/html msReturnPage(): Web application error. Malformed template name (IUNG.mtt). I'm using ms 5.3-dev from the FW win dist. Maybe I'm using the wrong terminology here wrt

[mapserver-users] symbols problem

2011-10-27 Thread Karina Guardado
Hi, I have installed mapserver cgi version 5.6.5 on debian squeeze and when I use the following code

Re: [mapserver-users] symbols problem

2011-10-27 Thread Rahkonen Jukka
Hi, Because the error is getString(): Symbol definition error. Parsing error near (:):(line 17) I would very first have a look at the mapfile and see what there is on the line 17. Error seems to suggest that you have there a colon mark : and for some reason Mapserver do not like it. -Jukka

[mapserver-users] showing certain classes selected via cgi

2011-10-27 Thread Puneet Kishor
(I thought I had asked this question and received and answer, but can't find it now... maybe I just dreamed it and never did ask. Here goes...) I have a map with a layer with 100s of classes. I want to send a class name via the URI, and get back a map of only that class. So, the following will

Re: [mapserver-users] symbols problem

2011-10-27 Thread Karina Guardado
Thank you very much , I created a new map file and it worked fine. I think I had a mapfile with many things that I did'nt really use but now the new one is very simple and worked fine so it was not the symbols as you suggested me. kind regards, karina On Thu, Oct 27, 2011 at 5:38 AM, Rahkonen

Re: [mapserver-users] MS template file extensions

2011-10-27 Thread Puneet Kishor
Nikos, I was wrong. Only certain extensions may be used for mapserver templates. See the following email from Steve Lime from Sep 11 where he wrote (in response to my query) -- Issue 1: only certain extensions can be used for templates. I believe .js is legal but .json is not. We could

[mapserver-users] Re: showing certain classes selected via cgi

2011-10-27 Thread Puneet Kishor
Seems like I *can* do the following per the docs at http://mapserver.org/cgi/runsub.html (more below) On Oct 27, 2011, at 8:56 AM, Puneet Kishor wrote: (I thought I had asked this question and received and answer, but can't find it now... maybe I just dreamed it and never did ask. Here

[mapserver-users] Re: showing certain classes selected via cgi

2011-10-27 Thread Puneet Kishor
Gah! nevermind. It was once again my misunderstanding of the docs. On Oct 27, 2011, at 10:34 AM, Puneet Kishor wrote: Seems like I *can* do the following per the docs at http://mapserver.org/cgi/runsub.html (more below) On Oct 27, 2011, at 8:56 AM, Puneet Kishor wrote: (I thought I had

[mapserver-users] default values if not provided in the URL

2011-10-27 Thread Puneet Kishor
the fine manual says http://mapserver.org/cgi/runsub.html Since version 5.6, you can provide a default value for any substitution parameter, that will be applied if the parameter was not found in the url. You do this by providing special entries inside the layer metadata : METADATA

RE: [mapserver-users] default values if not provided in the URL

2011-10-27 Thread Fawcett, David (MPCA)
Two hackish thoughts: 1. Utilize a pair of mapfiles. The first one has all of the classes on by default. The second one has all of the class with STATUS OFF. On the client side, you determine if you have any class args and route the request to the appropriate mapfile. If the client has a

Re: [mapserver-users] default values if not provided in the URL

2011-10-27 Thread Smith, Michael ERDC-CRREL-NH
Punnet, What I do in the situations where I want to default to all or allow some filtered access is METADATA default_classes 1=1 END So the dummy condition is passed when no filter is specified. Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center On 10/27/11 8:49

Re: [mapserver-users] default values if not provided in the URL

2011-10-27 Thread Puneet Kishor
David, On Oct 27, 2011, at 11:19 AM, Fawcett, David (MPCA) wrote: Two hackish thoughts: 1. Utilize a pair of mapfiles. The first one has all of the classes on by default. The second one has all of the class with STATUS OFF. On the client side, you determine if you have any class

Re: [mapserver-users] default values if not provided in the URL

2011-10-27 Thread Puneet Kishor
On Oct 27, 2011, at 11:22 AM, Smith, Michael ERDC-CRREL-NH wrote: Punnet, What I do in the situations where I want to default to all or allow some filtered access is METADATA default_classes 1=1 END So the dummy condition is passed when no filter is specified. Believe it

Re: [mapserver-users] default values if not provided in the URL

2011-10-27 Thread Smith, Michael ERDC-CRREL-NH
I guess I get around that by passing class=1 as my filter so I can pass 1=1 as the default If you want to set a default that gets all, perhaps you could use a like filter FILTER Class like %class% And a default of % Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center On

AW: [mapserver-users] default values if not provided in the URL

2011-10-27 Thread Arnd Wippermann
Hi, You can use a wrapper for the mapserver request instead of a url with the mapfile parameter. Inside the wrapper you can decide which mapfile to use. Simple example wrapper in asp: http://trac.osgeo.org/mapserver/ticket/1254 Arnd -Ursprüngliche Nachricht- Von:

Re: [mapserver-users] default values if not provided in the URL

2011-10-27 Thread Puneet Kishor
On Oct 27, 2011, at 12:07 PM, Smith, Michael ERDC-CRREL-NH wrote: I guess I get around that by passing class=1 as my filter so I can pass 1=1 as the default Hmmm... I didn't understand the above at all, but... If you want to set a default that gets all, perhaps you could use a like

[mapserver-users] default styles?

2011-10-27 Thread Puneet Kishor
I apply the same OUTLINECOLOR to all my CLASSes. If I could apply the OUTLINECOLOR as a default style, I would save 50 or so lines in my map file (I have 50 or so classes in this one). It doesn't seem to be possible, per the fine manual, but just want to confirm. Perhaps there is a way... --