Re: [mapserver-users] MapCache - A way to delete a whole zoom level ?
Hi Alan, I tried the mapcache_seed with delete mode as in your example but it still doesn't work :( Ludovic -- View this message in context: http://osgeo-org.1560.n6.nabble.com/MapCache-A-way-to-delete-a-whole-zoom-level-tp4978491p4978902.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapCache - A way to delete a whole zoom level ?
How can it doesn't work? Any error output? Have you checked the directory of the zoom level? Alan On 12-06-04 03:52 AM, Ludovic Gnemmi wrote: Hi Alan, I tried the mapcache_seed with delete mode as in your example but it still doesn't work :( Ludovic -- View this message in context: http://osgeo-org.1560.n6.nabble.com/MapCache-A-way-to-delete-a-whole-zoom-level-tp4978491p4978902.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Alan Boudreault http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapCache - A way to delete a whole zoom level ?
Hi Alan, I'm using Berkeley DB cache type so i haven't any directory. No errors. I'v just checked my bdb.db file which still has the same size :( Ludovic -- View this message in context: http://osgeo-org.1560.n6.nabble.com/MapCache-A-way-to-delete-a-whole-zoom-level-tp4978491p4978968.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapCache - A way to delete a whole zoom level ?
Hi, Just guessing without knowing anything about Berkeley DB, but if it is like other databases it would probably need vacuuming after delete before it really frees any disk space. And if you do mass delete and Berkeley DB behaves even closely similarly than SQLite, vacuuming may be extremely slow. In that case if might be faster to copy everything that has remained in the old database into a new database but with zillions of tiles that can take a long time too. But as I said, I am just guessing. -Jukka Rahkonen- Ludovic Gnemmi wrote: Hi Alan, I'm using Berkeley DB cache type so i haven't any directory. No errors. I'v just checked my bdb.db file which still has the same size :( Ludovic -- View this message in context: http://osgeo-org.1560.n6.nabble.com/MapCache-A-way-to-delete-a -whole-zoom-level-tp4978491p4978968.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapCache - A way to delete a whole zoom level ?
Ludovic' problem is that he is out of disk space so that is probably not going to work for him. If he can not free some space to start with it is likely he will have to delete the whole cache. Ludovic, You might want to write an enhancement request to mapcache, that requests each zoom level be put into a separate database file so that it is easy to monitor the disk space each zoom level uses and to quickly remove a zoom level with a system level file delete. -Steve W On 6/4/2012 9:22 AM, Rahkonen Jukka wrote: Hi, Just guessing without knowing anything about Berkeley DB, but if it is like other databases it would probably need vacuuming after delete before it really frees any disk space. And if you do mass delete and Berkeley DB behaves even closely similarly than SQLite, vacuuming may be extremely slow. In that case if might be faster to copy everything that has remained in the old database into a new database but with zillions of tiles that can take a long time too. But as I said, I am just guessing. -Jukka Rahkonen- Ludovic Gnemmi wrote: Hi Alan, I'm using Berkeley DB cache type so i haven't any directory. No errors. I'v just checked my bdb.db file which still has the same size :( Ludovic -- View this message in context: http://osgeo-org.1560.n6.nabble.com/MapCache-A-way-to-delete-a -whole-zoom-level-tp4978491p4978968.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Shift of half a pixel
Hi all, We are trying to get VHR satellite imagery to run as a WMS in different GIS clients. When we compare the original image (we tried different formats, tif, ecw, virtual formats etc.) to the hosted image we see a shift in the pixels. Looks like a minor warp or transform. We are unable to find what is causing this error. We tried using different output drivers, and different output and input formats. It looks like serving with GDAL as output format and Imagemode on FLOAT32 gives the best result, however in black and white. If this is a known issue, is anyone able to tell me the (in)accuracy of the shift? Or is it not supposed to happen altogether? Regards, Fritz van Deventer - http://neo.nl ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapCache - A way to delete a whole zoom level ?
Hi Steve, I tried to save some space (80 Mo) before running tile_seeder but it still has no effect. Otherwise you are right: one db file per zoom level would be a great enhancement. I've submitted a new request. Ludovic -- View this message in context: http://osgeo-org.1560.n6.nabble.com/MapCache-A-way-to-delete-a-whole-zoom-level-tp4978491p4979018.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Not sure how to debug or fix -image not being produced due to msCalculateScale(): General error message
Hello, I received a report that a GeoMOOSE / Mapserver web mapping application http://geomoose.lyonco.org/MurrayMoose/ is creating pink tiles when zoomed out. I found out that the user has a very large monitor, so I thought that I may have forgot to set the MAP MAXSIZE parameter. That was not the issue. Next, The user then reported that the pink screen only was present when boundarymunicipal layer was turned on. This particular layer is part of a mapfile that contains several layers. All of the other layers are working fine. Also when he zooms into the map the layer appears on his application as expected. So I thought that the issue has to be with the layers* within the mapfile. *The municipal boundary layer in GeoMOOSE is tied to the Townships and CityLimits layer in a single map file. The layer file itself is a generic template that I have been using for several different applications without complaint. I also tested the application on my computer using a variety of browsers including IE8, which is the browser the user reported that he was having trouble with the pink screens. I also adjusted the browser size to make it the requested image larger, zoomed in and out, and I have not had any trouble. I included a part of my map file as well as a log file from what I think is a unsuccessful request and a successful request from the same user. MAP FILE SNIPPET: LAYER #townships NAME 'Townships' DATA 'Murray/MurrTwpMCC' STATUS ON TYPE POLYGON LABELMINSCALEDENOM 1 CLASS NAME 'Townships' TEXT ([TWPNAME] TWP) STYLE SYMBOL 'countydashed' SIZE 3 OUTLINECOLOR 0 50 0 COLOR -1 -1 -1 END #style LABEL ANTIALIAS TRUE TYPE TRUETYPE FONT vera_sans MAXSIZE 9 SIZE 8 MINSIZE 6 ANTIALIAS TRUE COLOR 10 10 10 OUTLINECOLOR 220 220 220 OUTLINEWIDTH 3 BUFFER 2 END #label END #class END #layer LAYER NAME 'CityLimits' TYPE POLYGON DATA 'Murray/MurrMuniMCC' STATUS ON LABELITEM 'NAME_' CLASS NAME 'City Limits' STYLE SYMBOL 'dashed2' SIZE 3 OUTLINECOLOR 226 208 84 COLOR -1 -1 -1 END #STYLE LABEL ANTIALIAS TRUE TYPE TRUETYPE PRIORITY 5 FONT vera_sans SIZE 8 ANTIALIAS TRUE COLOR 113 53 57 OUTLINECOLOR 255 232 100 BUFFER 2 MINFEATURESIZE auto PARTIALS FALSE END #Label END #class END #layer LOG FILE: [Mon Jun 04 10:43:59 2012].247000 CGI Request 1 on process 780 [Mon Jun 04 10:43:59 2012].263000 msDrawMap(): Layer 0 (lakes), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 1 (Parks), 0.031s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 2 (Ditches), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 3 (Townships), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 4 (CityLimits), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 5 (sections), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 6 (parcels), 0.016s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 7 (roads), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 8 (roadsanno), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Drawing Label Cache, 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap() total time: 0.063s [Mon Jun 04 10:43:59 2012].669000 msSaveImage() total time: 0.359s [Mon Jun 04 10:43:59 2012].669000 mapserv request processing time (loadmap not incl.): 0.422s [Mon Jun 04 10:43:59 2012].669000 msFreeMap(): freeing map at 01516108. [Mon Jun 04 10:44:01 2012].138000 msCalculateScale(): General error message. Invalid image width or height. [Mon Jun 04 10:44:01 2012].138000 msPrepareImage(): General error
[mapserver-users] 6.0.2 International Dateline Layer with HATCHED Symbol Causes Hanging Processes
Hello, I'm experiencing very odd behavior that wasn't in previous versions of Mapserver i used such as 5.7. The problem is certain layer geometry and symbol combinations ( only 1 i can identify so far ) cause mapserver processes to spike at 100% and hang for a long time ( 60 minutes ). I've tested this on two different servers using Mapserver 6.0.2 and can reproduce it accurately on both. This behavior only seems to be happening with mulitpolygon layers that have a multipolygon record that is on either side of the International Date Line (meaning the multipolygon record is split at the dateline) and when using the ANGLE argument for LAYER CLASS STYLE for a HATCH SYMBOL (see below for an example). If you remove or comment out the ANGLE argument then no CPU spike or hanging processes occur. Has anyone else experienced this? I have an example shapefile with data that people can use. Is there a place I can upload that to so others can test this out? MapServer Version --- MapServer version 6.0.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=FASTCGI SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Layer and Symbol Definition That Cause Issue - SYMBOL NAME 'hatched' TYPE HATCH END LAYER NAME diss_idl_10896 CONNECTIONTYPE POSTGIS PROCESSING CLOSE_CONNECTION=DEFER CONNECTION na DATA web_geometry from shapefile_12708 using unique gid using srid=900913 PROJECTION init=epsg:900913 END TYPE polygon STATUS ON DUMP TRUE TOLERANCE 10 HEADER na FOOTER na TEMPLATE na OPACITY 100 CLASS NAME dissolvedIDL TEMPLATE na STYLE SYMBOL hatched COLOR 0 0 255 ANGLE 45 END STYLE OUTLINECOLOR 0 0 0 END END METADATA WMS_TITLE dissolvedIDL WMS_ABSTRACT dissolvedIDL WMS_SRS epsg:900913 GML_INCLUDE_ITEMS all GML_EXCLUDE_ITEMS the_geom END END Thanks -- Greg ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Not sure how to debug or fix -image not being produced due to msCalculateScale(): General error message
Mark, I just tried from my work station and turned everything off except the Boundary and base layer. I zoomed in and out with no problems using a hi res screen. Could the problem have been a momentary thing, or is the user still seeing the pink tiles? There may be a permissions problem somewhere to look for. bobb Mark Volz markv...@co.lyon.mn.us wrote: Hello, I received a report that a GeoMOOSE / Mapserver web mapping application http://geomoose.lyonco.org/MurrayMoose/ is creating pink tiles when zoomed out. I found out that the user has a very large monitor, so I thought that I may have forgot to set the MAP MAXSIZE parameter. That was not the issue. Next, The user then reported that the pink screen only was present when boundarymunicipal layer was turned on. This particular layer is part of a mapfile that contains several layers. All of the other layers are working fine. Also when he zooms into the map the layer appears on his application as expected. So I thought that the issue has to be with the layers* within the mapfile. *The municipal boundary layer in GeoMOOSE is tied to the Townships and CityLimits layer in a single map file. The layer file itself is a generic template that I have been using for several different applications without complaint. I also tested the application on my computer using a variety of browsers including IE8, which is the browser the user reported that he was having trouble with the pink screens. I also adjusted the browser size to make it the requested image larger, zoomed in and out, and I have not had any trouble. I included a part of my map file as well as a log file from what I think is a unsuccessful request and a successful request from the same user. MAP FILE SNIPPET: LAYER #townships NAME 'Townships' DATA 'Murray/MurrTwpMCC' STATUS ON TYPE POLYGON LABELMINSCALEDENOM 1 CLASS NAME 'Townships' TEXT ([TWPNAME] TWP) STYLE SYMBOL 'countydashed' SIZE 3 OUTLINECOLOR 0 50 0 COLOR -1 -1 -1 END #style LABEL ANTIALIAS TRUE TYPE TRUETYPE FONT vera_sans MAXSIZE 9 SIZE 8 MINSIZE 6 ANTIALIAS TRUE COLOR 10 10 10 OUTLINECOLOR 220 220 220 OUTLINEWIDTH 3 BUFFER 2 END #label END #class END #layer LAYER NAME 'CityLimits' TYPE POLYGON DATA 'Murray/MurrMuniMCC' STATUS ON LABELITEM 'NAME_' CLASS NAME 'City Limits' STYLE SYMBOL 'dashed2' SIZE 3 OUTLINECOLOR 226 208 84 COLOR -1 -1 -1 END #STYLE LABEL ANTIALIAS TRUE TYPE TRUETYPE PRIORITY 5 FONT vera_sans SIZE 8 ANTIALIAS TRUE COLOR 113 53 57 OUTLINECOLOR 255 232 100 BUFFER 2 MINFEATURESIZE auto PARTIALS FALSE END #Label END #class END #layer LOG FILE: [Mon Jun 04 10:43:59 2012].247000 CGI Request 1 on process 780 [Mon Jun 04 10:43:59 2012].263000 msDrawMap(): Layer 0 (lakes), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 1 (Parks), 0.031s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 2 (Ditches), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 3 (Townships), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 4 (CityLimits), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 5 (sections), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 6 (parcels), 0.016s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 7 (roads), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 8 (roadsanno), 0.000s
Re: [mapserver-users] Not sure how to debug or fix -image not being produced due to msCalculateScale(): General error message
Mark, Could this be a timeout issue? What happens if the user right clicks on the pink tile in FF and selects View Image? or Reload Image? Do you have some kind of max memory limit or ulimit set? Or a long running process killer? -Steve W On 6/4/2012 12:14 PM, Mark Volz wrote: Hello, I received a report that a GeoMOOSE / Mapserver web mapping application http://geomoose.lyonco.org/MurrayMoose/ http://geomoose.lyonco.org/MurrayMoose/ is creating pink tiles when zoomed out. I found out that the user has a very large monitor, so I thought that I may have forgot to set the MAP MAXSIZE parameter. That was not the issue. Next, The user then reported that the pink screen only was present when boundarymunicipal layer was turned on. This particular layer is part of a mapfile that contains several layers. All of the other layers are working fine. Also when he zooms into the map the layer appears on his application as expected. So I thought that the issue has to be with the layers* within the mapfile. *The municipal boundary layer in GeoMOOSE is tied to the Townships and CityLimits layer in a single map file. The layer file itself is a generic template that I have been using for several different applications without complaint. I also tested the application on my computer using a variety of browsers including IE8, which is the browser the user reported that he was having trouble with the pink screens. I also adjusted the browser size to make it the requested image larger, zoomed in and out, and I have not had any trouble. I included a part of my map file as well as a log file from what I think is a unsuccessful request and a successful request from the same user. MAP FILE SNIPPET: LAYER #townships NAME 'Townships' DATA 'Murray/MurrTwpMCC' STATUS ON TYPE POLYGON LABELMINSCALEDENOM 1 CLASS NAME 'Townships' TEXT ([TWPNAME] TWP) STYLE SYMBOL 'countydashed' SIZE 3 OUTLINECOLOR 0 50 0 COLOR -1 -1 -1 END #style LABEL ANTIALIAS TRUE TYPE TRUETYPE FONT vera_sans MAXSIZE 9 SIZE 8 MINSIZE 6 ANTIALIAS TRUE COLOR 10 10 10 OUTLINECOLOR 220 220 220 OUTLINEWIDTH 3 BUFFER 2 END #label END #class END #layer LAYER NAME 'CityLimits' TYPE POLYGON DATA 'Murray/MurrMuniMCC' STATUS ON LABELITEM 'NAME_' CLASS NAME 'City Limits' STYLE SYMBOL 'dashed2' SIZE 3 OUTLINECOLOR 226 208 84 COLOR -1 -1 -1 END #STYLE LABEL ANTIALIAS TRUE TYPE TRUETYPE PRIORITY 5 FONT vera_sans SIZE 8 ANTIALIAS TRUE COLOR 113 53 57 OUTLINECOLOR 255 232 100 BUFFER 2 MINFEATURESIZE auto PARTIALS FALSE END #Label END #class END #layer LOG FILE: [Mon Jun 04 10:43:59 2012].247000 CGI Request 1 on process 780 [Mon Jun 04 10:43:59 2012].263000 msDrawMap(): Layer 0 (lakes), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 1 (Parks), 0.031s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 2 (Ditches), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 3 (Townships), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 4 (CityLimits), 0.000s [Mon Jun 04 10:43:59 2012].294000 msDrawMap(): Layer 5 (sections), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 6 (parcels), 0.016s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 7 (roads), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Layer 8 (roadsanno), 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap(): Drawing Label Cache, 0.000s [Mon Jun 04 10:43:59 2012].31 msDrawMap() total time: 0.063s [Mon Jun 04 10:43:59 2012].669000 msSaveImage() total time: 0.359s [Mon Jun 04 10:43:59 2012].669000 mapserv request processing time (loadmap not incl.): 0.422s [Mon Jun 04 10:43:59 2012].669000 msFreeMap(): freeing map at 01516108. [Mon Jun 04 10:44:01 2012].138000 msCalculateScale(): General error message. Invalid image width or height. [Mon Jun 04 10:44:01 2012].138000 msPrepareImage(): General error message. Image dimensions not specified. [Mon Jun 04 10:44:01 2012].138000 msDrawMap(): Image handling error. Unable to initialize image. [Mon Jun 04 10:44:01 2012].185000 msFreeMap(): freeing map at 01D4BBF8. [Mon Jun 04 10:44:01 2012].325000 CGI Request 1 on process 7556 [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 0 (lakes), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 1 (Parks), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 2 (Ditches), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 3 (Townships), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 4 (CityLimits), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 5 (sections), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 6 (parcels), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 7 (roads), 0.000s [Mon Jun 04 10:44:01 2012].325000 msDrawMap(): Layer 8 (roadsanno), 0.000s [Mon Jun 04 10:44:01 2012].341000 msDrawMap(): Drawing Label Cache, 0.016s [Mon Jun 04 10:44:01 2012].341000 msDrawMap() total time: 0.016s [Mon Jun 04 10:44:01 2012].341000 msSaveImage() total time: 0.000s [Mon Jun 04 10:44:01 2012].341000 mapserv request
[mapserver-users] Failed to open map file error
I'm trying to migrate an application which now uses MapServer 6.0.2, from 6.0.1. I understand this should be seamless, but I am having problems with a query, the FireBug error says it cannot open the map file. Here are the lines of code triggering the error: $path=/ms4w_304/apps/maptest/maps/towns100.map; $map = ms_newMapObj($path); Resulting error message: Fatal error: Uncaught exception 'MapScriptException' with message 'Failed to open map file /ms4w_304/apps/maptest/maps/towns100.map' in C:\ms4w_304\apps\maptest\htdocs\php\identify.php:132 -This layer will draw properly using the same .map file, so I don't think there's a problem in the map file. Another interesting issue- this application works fine on my local machine. It's when I migrate it to a server that I get this error. However, the local machine and server are both using MS4W 3.0.4, with MapServer 6.0.2 and everything else in the MS4W 304 package. I've checked the permissions. Not totally sure, but I don't' think they are an issue. Does anyone have suggestions on what else to check? ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Failed to open map file error
Bob, What disk drive its it on? C:, D:, E:, etc Different on the two machines? -Steve W On 6/4/2012 1:11 PM, Bistrais, Bob wrote: I’m trying to migrate an application which now uses MapServer 6.0.2, from 6.0.1. I understand this should be seamless, but I am having problems with a query, the FireBug error says it cannot open the map file. Here are the lines of code triggering the error: $path=/ms4w_304/apps/maptest/maps/towns100.map; $map = ms_newMapObj($path); Resulting error message: Fatal error: Uncaught exception 'MapScriptException' with message 'Failed to open map file /ms4w_304/apps/maptest/maps/towns100.map' in C:\ms4w_304\apps\maptest\htdocs\php\identify.php:132 -This layer will draw properly using the same .map file, so I don’t think there’s a problem in the map file. Another interesting issue- this application works fine on my local machine. It’s when I migrate it to a server that I get this error. However, the local machine and server are both using MS4W 3.0.4, with MapServer 6.0.2 and everything else in the MS4W 304 package. I’ve checked the permissions. Not totally sure, but I don’t’ think they are an issue. Does anyone have suggestions on what else to check? ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] GetStyles SLD does not include Opacity value
Hello everyone, I have a Map file with a polygon layer that has an OPACITY value of 20 defined as: I see a correctly opaque display when I do a GetMap or a GetLegendGraphic, so I know the OPACITY value is set properly. However, when I perform a GetStyles request, the returned SLD doesn't include anything about the opacity. The response is: Am I wrong to expect to see a fill-opacity CssParameter for this layer? I am using Mapserver 6.0.1 and, since it might have some bearing of this question, the OUTPUTFORMAT for the map is defined as follows: If there is some pointers someone can offer to get this information returned properly, I'd appreciate it. Cheers, jtm -- View this message in context: http://osgeo-org.1560.n6.nabble.com/GetStyles-SLD-does-not-include-Opacity-value-tp4979066.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] multiple query layers
If you're not using queryable layers with STATUS DEFAULT then you can just use the normal layer or layers parameter. Of course the workaround mentioned in the referenced ticket is still valid. Steve From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Jessica Clarke Sent: Thursday, May 31, 2012 11:23 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] multiple query layers Hi, I found this (uber old) ticket in issue tracker http://trac.osgeo.org/mapserver/ticket/45 This is basically what I want to do - but as far as I can tell it wasn't implemented? Does anyone know anything about querying multiple layers using the url? Jess - This transmission is intended solely for the person or organisation to whom it is addressed. It is confidential and may contain legally privileged information. If you have received this transmission in error, you may not use, copy or distribute it. Please advise us by return e-mail or by phoning 61 3 6235 8333 and immediately delete the transmission in its entirety. We will meet your reasonable expenses of notifying us. Despite our use of anti-virus software, Forestry Tasmania cannot guarantee that this transmission is virus-free. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Shift of half a pixel
What version are you talking about? How do you know there is a shift? That is, what is your reference? Is it possible there's a difference in the bounding box model? For WMS the bbox represents the outside dimensions of the pixels in an image. Steve Note: MapServer uses a pixel center bbox model but that difference (with WMS's representation) is taken into account in the WMS code. From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Fritz van Deventer Sent: Monday, June 04, 2012 9:27 AM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Shift of half a pixel Hi all, We are trying to get VHR satellite imagery to run as a WMS in different GIS clients. When we compare the original image (we tried different formats, tif, ecw, virtual formats etc.) to the hosted image we see a shift in the pixels. Looks like a minor warp or transform. We are unable to find what is causing this error. We tried using different output drivers, and different output and input formats. It looks like serving with GDAL as output format and Imagemode on FLOAT32 gives the best result, however in black and white. If this is a known issue, is anyone able to tell me the (in)accuracy of the shift? Or is it not supposed to happen altogether? Regards, Fritz van Deventer - http://neo.nl ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] GetStyles SLD does not include Opacity value
Are we missing a few things like the response and the mapfile snippet? Also are you talking layer opacity or style opacity? Steve -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of myOpenLayersUName Sent: Monday, June 04, 2012 2:35 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] GetStyles SLD does not include Opacity value Hello everyone, I have a Map file with a polygon layer that has an OPACITY value of 20 defined as: I see a correctly opaque display when I do a GetMap or a GetLegendGraphic, so I know the OPACITY value is set properly. However, when I perform a GetStyles request, the returned SLD doesn't include anything about the opacity. The response is: Am I wrong to expect to see a fill-opacity CssParameter for this layer? I am using Mapserver 6.0.1 and, since it might have some bearing of this question, the OUTPUTFORMAT for the map is defined as follows: If there is some pointers someone can offer to get this information returned properly, I'd appreciate it. Cheers, jtm -- View this message in context: http://osgeo-org.1560.n6.nabble.com/GetStyles-SLD-does-not-include-Opacity-value-tp4979066.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users