All of my map files are dynamically generated at run-time from templates so mapserver run-time substitution is not really needed. I just wanted to see how it worked.
I suspect that the apparent issue was caused by a bug in my template manipulation code as moving the logic into and out of my code made the issue go away. I did try varying the validation regex. It seems that pretty much anything works: in regex or URL:-)) You suggest that my validation expression "isn't strong enough". Given that, in this case, any NNN_NNN value is possible and valid, what else could I use? Cheers and thanks, Stephen On Wednesday 31 August 2011 23:17:28 Steve Lime wrote: > Hmm... Looks like it's setup correctly although you validation pattern > isn't strong enough. As a test what happens if you try a pattern like '.'? > If that works then it's a regex error. One thing that comes to mind is > that maybe there's query string parsing issue and the var to substitute > isn't being recognized. Spaces or other chars ahead of &var could mess > things up. Something to check. > > Steve > > Sent from my iPad > > On Aug 30, 2011, at 6:43 AM, Stephen Davies <[email protected]> wrote: > > I am running mapserver 6.0.1 with map files migrated from 5.6.3. > > > > One of my map files has stopped working properly and I suspect that it > > may be a bug in the 6.0.1 run-time substitution code. > > > > The relevant map file layer sections look like this: > > LAYER > > > > CONNECTIONTYPE postgis > > NAME "battery" > > DATA "geom from wmd using unique id using SRID=4283" > > CONNECTION "user=scldad dbname=benparts" > > STATUS ON > > TYPE POINT > > VALIDATION > > > > vucv '[0-9]*_[0-9]*' > > > > END > > FILTER (stype='B' and uc='%vucv%') > > PROJECTION > > > > "init=epsg:4283" > > > > END > > MAXSCALE 5000000 > > LABELITEM "label" > > CLASSITEM "state" > > CLASS > > > > EXPRESSION "G" > > STYLE > > > > COLOR 0 255 0 > > SYMBOL 'dot' > > SIZE 7 > > OFFSET 17 0 > > > > END > > LABEL > > > > POSITION CR > > TYPE TRUETYPE > > FONT arial > > SIZE 8 > > COLOR 0 255 0 > > OFFSET 20 0 > > FORCE TRUE > > STYLE > > > > GEOMTRANSFORM 'labelpoly' > > COLOR 255 255 255 > > > > END > > > > END > > > > END > > > > . > > . > > END > > > > There are twelve layers with essentially the same definition apart from > > the STYPE values. > > > > The invoking URL has &vucv=137_11 but the postgresql log reveals that no > > substitution has occurred. The final pgsql command still has '%vucv%'. > > > > I suspect that having more than one FILTER with the same substitution > > breaks things as all other substitutions work fine. > > > > (I also tried putting the substitution in the DATA entry but with no > > better result.) > > > > Cheers, > > Stephen -- ============================================================================= Stephen Davies Consulting P/L Voice: 08-8177 1595 Adelaide, South Australia. Fax : 08-8177 0133 Records & Collections Management. Mobile:040 304 0583 _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
