This has been fixed in 5.0.1 and the main trunk. A missing call to the lexer that set tokenizing state was the culprit.
Steve >>> Steve Lime <[EMAIL PROTECTED]> 01/18/08 5:49 PM >>> This is a different problem. The variable is exposed. It's a problem in mapfile.c that needs fixing. I'll file a bug and target 5.0.1 which should be on track for early next week. Steve >>> On 1/18/2008 at 9:19 AM, in message <[EMAIL PROTECTED]>, Steve Lime <[EMAIL PROTECTED]> wrote: > It's possible it wasn't exposed. I'll check and fix in 5.0.1 and 5.2... > > Steve > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-259-5473 >>>> Bart van den Eijnden <[EMAIL PROTECTED]> 01/18/08 9:11 AM >>> > Hi David, > > the GET calls works if I remove the parameter, so the MAP file works fine. > > If I change 25 in 50, I see 50 in Mapserver's error message, so I am 99,9% > sure it is causing this error. > > Resolution is a double, in my OGC map files I always use 90.71. > > Even in a normal mode=map, Mapserver complains about the parameter. > > Best regards, > Bart > > On Jan 18, 2008 4:02 PM, Fawcett, David <[EMAIL PROTECTED]> wrote: > >> Bart, >> >> Apologies. I didn't notice that it was you who had posted the question. >> Usually, if I see that you have pointed out an issue, I assume that it is a >> real bug right away! >> >> A couple of thoughts: >> >> Does the GET call work if you just remove 'map_resolution=25' from your >> URL? >> >> The error references a 'symbol definition error' near line 25, are you >> sure that there isn't a syntax error in the map file? >> >> the get_double() error sounds funny because the resolution value is >> supposed to be an int. >> >> Is this just a problem with the WMS request, can you get this resolution >> substitution call to work as a mode=map request? >> >> David. >> >> -----Original Message----- >> *From:* Bart van den Eijnden [mailto:[EMAIL PROTECTED] >> *Sent:* Friday, January 18, 2008 8:44 AM >> *To:* Fawcett, David >> *Cc:* [email protected] >> *Subject:* Re: [UMN_MAPSERVER-USERS] map_resolution in 5.0 does not work >> >> Hi David, >> >> I did read it, but could not really find a clue in it for my problem. >> >> Are the . not typos? There are also _ examples still in there. >> >> Anyways, I tried map.resolution=25 to no avail. >> >> Best regards, >> Bart >> >> On Jan 18, 2008 2:59 PM, Fawcett, David <[EMAIL PROTECTED]> wrote: >> >> > Have you looked at the 5.0 migration guide? > http://trac.osgeo.org/mapserver/browser/tags/rel-5-0-0/mapserver/MIGRATION_GUIDE > > .TXT >> > >> > >> > If not, take a look at the section titled, 'URL configuration changes'. >> > I don't know for sure, but you might want to try something like >> > map.resolution=25 >> > >> > David. >> > >> > -----Original Message----- >> > *From:* UMN MapServer Users List [mailto:[EMAIL PROTECTED] >> > *On Behalf Of *Bart van den Eijnden >> > *Sent:* Friday, January 18, 2008 6:03 AM >> > *To:* [email protected] >> > *Subject:* [UMN_MAPSERVER-USERS] map_resolution in 5.0 does not work >> > >> > Hi list, >> > >> > why does the following fail against Mapserver 5.0, it used to work in >> > previous version: >> > >> > map_resolution=25, for instance: >> > >> > > http://test.intranet.rijkswaterstaat.nl/services/geoservices/basispakket/dtb? > map_resolution=25&LAYERS=AAA161&REQUEST=GetMap&SERVICE=WMS&FORMAT=image%2Fpng&STYL > ES=default&HEIGHT=1260&VERSION=1.1.1&SRS=EPSG:28992&WIDTH=1530&BBOX=%2D64210%2E004 > 4897549%2C273591%2E761008437%2C364210%2E004489755%2C626408%2E238991563&TRANSPA > RENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage >> > >> > >> > Mapserver 5.0 returns: >> > >> > getDouble(): Symbol definition error. Parsing error near (25):(line 1) >> > >> > TIA. >> > >> > Best regards, >> > Bart >> > >> > >> > >> > >> > >>
