Re: [mapserver-users] Problems when using complex expressions
Adrian Popa wrote: Thanks, Andreas, I've tried your solution (and already looked over the manual) but it still doesn't match anything... Also - EXPRESSION ([myColumn] =~ /MYREGEXP/i) doesn't match anything and EXPRESSION [myColumn] =~ /MYREGEXP/i complains of a syntax error. Adrian, brackets are always required around expressions like that, so that explains why the second example you posted doesn't work. The first one, however, should. I'll admit, though, that I've never used it with the /i (case-insensitive, I guess) at the end. Best regards, -- Andreas Albarello Analysis SW Development Territorium Online srl/GmbH Via Buozzi Str. 12 I 39100 Bolzano/Bozen Phone: +39 0471 068611 Fax:+39 0471 068619 email: andreas.albare...@territoriumonline.com web: http://www.territoriumonline.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Scaling Image Symbol Offset
David Martin wrote: As you can see I am sizing the output symbol which is a 20x20px PIXMAP image – this is working great however the position of the image needs to be OFFSET up by half the size of the image (to make the actual point be the center of the image) – I have tried using OFFSET however when the image size changes (based on SYMBOLSCALE)the offsets are wrong. Is there a way to OFFSET image symbols based on the SYMBOLSCALE and MAX/MIN SIZES? David, unfortunately, OFFSET behaves exactly the way you are pointing out, that is, it doesn't scale because it's values are expressed in pixels no matter what SIZEUNITS or SYMBOLSCALE. As to the task you would like to accomplish, though, what about making the image itself twice as tall and moving the symbol into the upper half of the image, thus having the center of your image located beneath the symbol itself? The image would still scale correctly and account for offsetting the symbol by itself. Best regards, -- Andreas Albarello Analysis SW Development Territorium Online srl/GmbH Via Buozzi Str. 12 I 39100 Bolzano/Bozen Phone: +39 0471 068611 Fax:+39 0471 068619 email: andreas.albare...@territoriumonline.com web: http://www.territoriumonline.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] AGG vs GD rendering shows no difference
Adrian Popa wrote: The original mapfile had rendering set up like this: IMAGETYPE PNG while the new mapfile has rendering set up like this: IMAGETYPE PNG OUTPUTFORMAT NAME 'AGG' DRIVER AGG/PNG IMAGEMODE RGB END Adrian, you'll most likely need to write IMAGETYPE 'AGG' instead of IMAGETYPE PNG to make sure your new outputformat is used. Best regards, -- Andreas Albarello Analysis SW Development Territorium Online srl/GmbH Via Buozzi Str. 12 I 39100 Bolzano/Bozen Phone: +39 0471 068611 Fax:+39 0471 068619 email: andreas.albare...@territoriumonline.com web: http://www.territoriumonline.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] AGG vs GD rendering shows no difference
On 16 Jun 2009, at 14:25, Adrian Popa wrote: Hello David, I got the 500 errors from the http error log file. Unfortunately no additional information is provided. I added the MS_ERRORFILE and DEBUG statements to my map file and although the errorfile is created, I don't get any other information (neither when the map loads perfectly, nor when it dies with premature end of script headers. I read RFC 28 (http://mapserver.org/development/rfc/ms-rfc-28.html) and they specified that the server should be compiled with - DENABLE_STDERR_DEBUG, so I recompiled mapserver: CFLAGS=-DENABLE_STDERR_DEBUG ./configure --with-freetype --with-png --with-agg=../agg-2.5 --with-proj --with-ogr --with-gdal --with-xml2 --with-wfs --with-wcs --with-wmsclient --with-wfsclient --with- postgis --with-threads --with-sos --with-mygis --with-geos --with-tiff I used the new binary and unfortunately nothing changed :( My (relevant part of the) mapfile looks like this: MAP CONFIG MS_ERRORFILE /tmp/mapserver.log CONFIG MS_DEBUGLEVEL 5 DEBUG 5... END What else can I try? Try to bypass the webserver/CGI stuff and launch shp2img directly from the shell, that should hopefully yield some better output: shp2img -o test.png -m mapfile.map If you haven't already done so in your mapfile, you might need to add an image size (-s 500 500) and/or an extent (-e minx miny maxx maxy) to the above command line options. Best regards, -- Andreas Albarello Analysis SW Development Territorium Online srl/GmbH Via Buozzi/Buozzistraße 12 - I 39100 Bolzano/Bozen email: andreas.albare...@territoriumonline.com web: www.territoriumonline.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] ArcSDE 9.3 Support.
On 30 Sep 2008, at 21:56, Nelson Soto wrote: After tracing dependencies with Dependency Walker, I can see sde.dll and libmap.dll aren't loading correctly when loading 'msplugin_sde_92.dll'. Any ideas on how to alleviate this? Nelson, dynamically loaded plugin dlls which in turn require other statically compiled libraries is where Windows dll hell starts to get really ugly. Windows tries to locate your sde libraries either in one of the directories contained in your %PATH% (probably set by setenv.bat but I don't use MS4W so I can't help you there) or, preferably, in the application's folder. By that, if I'm not mistaken, they mean the directory which the main executable image of your app is launched from, so probably the one containing mapserv.exe (or maybe the one where libmap.dll resides?). It's definitely not going to work if you place them relative to the plugin inside your specialplugins folder as that dll is dynamically loaded into the main application's process space. What I'm saying is that Dependency Walker won't help you in this case if you launch it directly on msplugin_sde_92.dll, because what counts is what mapserver.exe/libmap.dll sees, not the plugin. Still, if all fails, you could always just drop the sde libs into c: \windows\system32 but I'm sure with some trial and error you'll find a place where they get picked up correctly. Best regards, -- Andreas Albarello Analysis SW Development Territorium Online srl/GmbH Via Buozzi/Buozzistraße 12 - I 39100 Bolzano/Bozen email: [EMAIL PROTECTED] web: www.territoriumonline.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users