[mapserver-users] Rasters
Hi, I've converted some 8 bit rasters to GeoTIFF format and spherical mercator projection using FME. I'm getting large blue edges where the tiles meet: http://dl.dropbox.com/u/23077047/Misc1use/rasters.jpg http://dl.dropbox.com/u/23077047/Misc1use/rasters.jpg In ArcGIS the tiles appear seamless. Is this because MapServer do not support the nodata tiff tag, as it is not officially part of the geotiff standard (http://www.awaresystems.be/imaging/tiff/tifftags/gdal_nodata.html). I do not believe there is a problem with the files we are writing, as other applications (e.g. ArcCatalog) pick up on the nodata value just fine. Another potential solution is to add an alpha band to the raster instead of a nodata value. Do you think MapServer will support this? Would using ecw images resolve the issue? Here is an excerpt of the MapServer file: # Web interface definition. Only the template parameter # is required to display a map. See MapServer documentation WEB IMAGEPATH C:/ms4w/tmp/ IMAGEURL C:/ms4w/tmp/ # WMS server settings METADATA 'wms_title' 'TESTMAPFILE' 'wms_onlineresource' 'http://193.120.94.23:8081//cgi-bin/mapserv.exe?map=C:/MS4W/apps/CacheMapConfig/raster.map' 'wms_srs' 'EPSG:900913' END END LAYER NAME test #DATA GEOTIFF_SM\O3036-C.tif STATUS ON TYPE RASTER DEBUG 1 MINSCALE 13500 MAXSCALE 55000 TILEINDEX ireland.shp TILEITEM LOCATION END Many thanks, Annette -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Rasters-tp6482500p6482500.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] Re: Polygon layer with no fill shows line thumbnail in the legend image
Any update on this one? Tamas 2011/5/28 Tamas Szekeres szeker...@gmail.com Folks, According to a client's report, the current behaviour of drawing the legend images may be confusing, as the polygon layer with no fill shows line thumbnail (zigzag) in the legend image. I've been tracking down the changes in SVN and came to the conlusion that this behaviour has been introduced with http://trac.osgeo.org/mapserver/changeset/2172 8 years ago. I'd be curious to know if this approach is satisfactory for all users, or would it be more convenient to show an empty rectangle in these cases? I would personally be in favour of drawing a rectangle in order to make it clear that the layer type is polygon and not line. Or is there any other reason that I'm not aware of, which makes the current approach more compelling? Best regards, Tamas ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Re: WFS intersect request
Hi John, Can you try something like : FilterIntersectsPropertyNameGeometry/PropertyNamegml:Polygongml:outerBoundaryIsgml:LinearRinggml:coordinates-61.63,45.04 -60.78,45.04 -60.78,46.08 -61.63,46.08/gml:coordinates/gml:LinearRing/gml:outerBoundaryIs/gml:Polygon/Intersects/Filter, Polygon, MultiPolygon, MultiSurface, Box, LineString are supported as geometries for these operators. gml:Envelope is not right now. Let me know. best regards, \On 09/06/2011 12:47 PM, John Callahan wrote: Thanks. Yes, my server does support Intersect filter, according to the WFS GetCaps file. I'm using the latest MS4W install with MS 6. John On Thursday, June 9, 2011, Alexandre Dubead...@mapgears.com wrote: Hello, If you run a WFS GetCapabilities request on your server, it should tell which filters it supports, see : http://mapserver.org/ogc/filter_encoding.html#server-side Someone correct me if I'm wrong, but I think MapServer needs to be compiled with GEOS in order to do intersect filters. HTH, Alexandre On 11-06-09 12:09 PM, John Callahan wrote: I have the following WFS intersect request that if working with GeoServer, and I'm trying to run this app with MapServer. The error I'm getting is: ows:ExceptionTextmsWFSGetFeature(): WFS server error. Invalid or Unsupported FILTER in GetFeature ... I've dome some reading but not sure exactly what's supported. I have used both INTERSECT and INTERSECTS, both return the same error. Should I skip these and go with BBOX? If so, I assume I would need to get rid of the lowerCorner/upperCorner items and just list the coordinates separated by commas. Or could there be a problem with the PropertyName = SHAPE? I couldn't find doc on what this value should be. My data are either shapefiles or postgis layers. The POST request is: wfs:GetFeature resultType=hits xmlns:wfs=http://www.opengis.net/wfs; service=WFS version=1.1.0 xsi:schemaLocation=http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; wfs:Query typeName=Municipal_Boundaries srsName=EPSG:26957 xmlns:massgis=http://massgis.state.ma.us/featuretype; ogc:Filter xmlns:ogc=http://www.opengis.net/ogc; ogc:Intersects ogc:PropertyNameSHAPE/ogc:PropertyName gml:Envelope xmlns:gml=http://www.opengis.net/gml; srsName=EPSG:26957 gml:lowerCorner149081.76574899518 163078.62572595105/gml:lowerCorner gml:upperCorner205627.85303800018 194899.95291598293/gml:upperCorner /gml:Envelope /ogc:Intersects /ogc:Filter /wfs:Query /wfs:GetFeature Thanks for any help you can provide. - John *** John Callahan, Research Scientist Delaware Geological Survey University of Delaware URL: http://www.dgs.udel.edu *** ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Alexandre Dubé Mapgears www.mapgears.com -- Assefa Yewondwossen Software Analyst Email: yass...@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Re: Polygon layer with no fill shows line thumbnail in the legend image
Personally, I do not feel strongly either way, other than being hesitant to change something that's been in place for 8 years. Perhaps an option could be added to control the type of icon to generate? On 11-06-16 07:12 AM, Tamas Szekeres wrote: Any update on this one? Tamas 2011/5/28 Tamas Szekeres szeker...@gmail.com mailto:szeker...@gmail.com Folks, According to a client's report, the current behaviour of drawing the legend images may be confusing, as the polygon layer with no fill shows line thumbnail (zigzag) in the legend image. I've been tracking down the changes in SVN and came to the conlusion that this behaviour has been introduced with http://trac.osgeo.org/mapserver/changeset/2172 8 years ago. I'd be curious to know if this approach is satisfactory for all users, or would it be more convenient to show an empty rectangle in these cases? I would personally be in favour of drawing a rectangle in order to make it clear that the layer type is polygon and not line. Or is there any other reason that I'm not aware of, which makes the current approach more compelling? Best regards, Tamas ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Re: WFS intersect request
Hi, On 16/06/2011 7:29 AM, Marco Bagni wrote: Dear John, let me take your request as the occasion to share a thought with this community. You are experiencing my same problem and your last deduction is correct: BBOX works, for the rest the mismatch between the available documentation and the real implementation of the spatial filters (if really implemented! at this point doubting is legitimate) makes impossible for a normal human being to sort out how to make the Intersect or other filters work. The docs on this at http://mapserver.org/ogc/filter_encoding.html on Spatial operator Intersects http://demo.mapserver.org/cgi-bin/wfs?VERSION=1.0.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=citiesFilter=%3CFilter%3E%3CIntersect%3E%3CPropertyName%3EGeometry%3C/PropertyName%3E%3Cgml:Polygon%3E%3Cgml:outerBoundaryIs%3E%3Cgml:LinearRing%3E%3Cgml:coordinates%3E135.5329,34.6624%20135.4921,34.8153%20135.3673,34.7815%20135.3800,34.6216%20135.5361,34.6210%20135.5329,34.6624%3C/gml:coordinates%3E%3C/gml:LinearRing%3E%3C/gml:outerBoundaryIs%3E%3C/gml:Polygon%3E%3C/Intersect%3E%3C/Filter%3E suggests to use intersect with polygon. It was not revised for some time but was working at the time of implementation. You can also check examples in the the autotest tools; http://svn.osgeo.org/mapserver/trunk/msautotest/wxs/ (in wfs_filter.map) What is missing is the proper syntax on how to describe the feature boundaries that you want to use to perform the spatial filter. I have seen examples where your SHAPE was replaced by Polygon but also for that statement was not clear how to say what projection (EPSG) use. Fortunately the given (working) example for the BBOX filter that you can find in the documentation is complete (covers also the declaration of the EPSG directive) and works. You and I (and many more users with the same problem) are facing the other side of the Open Source. Who writes the code and releases it for public domain, sometimes arranges things in such a way that, elegantly, the users are suggested to turn to his commercial consultancy services in order to have the information that makes the whole thing work; he has to put some bread on his table too! wow, that is an unfair comment. I think you are very wrong on your assumptions and how you think people make a living on open source. Non constructive comment here. Sometime it simply takes time to as answer to questions on the mailing list and address every requests. Note that all things put in trac as bugs or enhancements are considered at release time and depending on time and how critical they are, they are addressed. But almost all of the problems that we are facing in this specific area depend mostly on us, since I find difficult to think that in so many years nobody has tried to apply a Spatial filter different from BBOX. Most probably these guys used this very list to ask the support from other users but when it came the time to return something to the user's community (for instance the simple howto recipe that solved their problem), then all the animosity and kindness shown up in the request message, disappeared and the found solution remained in their code without being shared with the rest of us. Let's start to SHARE. Be generous and the community shall become a real living thing made of requests and also of solutions (real solution, well written and comprehensible to everybody). Many parts of Mapserver features are well supported by this community and the knowledge is already generously shared. This peculiar area (SLD and WFS filtering) is not but the solution is within our realm, just share it. I have not tried or checked your specific issue you sent but reading through it, I did not see a MapServer version. Try it with 6.0. If things don't work, provide a sample map/data/test that I can reproduce and attach it to a trac bug. Assefa -- Assefa Yewondwossen Software Analyst Email: yass...@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Re: WFS intersect request
On 11-06-16 08:47 AM, Yewondwossen Assefa wrote: On 16/06/2011 7:29 AM, Marco Bagni wrote: You and I (and many more users with the same problem) are facing the other side of the Open Source. Who writes the code and releases it for public domain, sometimes arranges things in such a way that, elegantly, the users are suggested to turn to his commercial consultancy services in order to have the information that makes the whole thing work; he has to put some bread on his table too! wow, that is an unfair comment. I think you are very wrong on your assumptions and how you think people make a living on open source. Non constructive comment here. Unfair is the only word I can think of as well. The rest of your message was a call for participation which was great (and I'm with you on that part: the community needs to stay involved), but this paragraph was unnecessary and ruined the value of the rest of the message. The MapServer dev community (over 20 committers BTW) is one of the most open and fair ones that I've seen, as demonstrated by the very large and active users community that has been around the project for 15 years, so please do not undermine their efforts with comments like this. There may be other open source projects where users are intentionally being held hostage by the authors using hidden features and lack of documentation, but MapServer is not one of those and I can assure you that the lack of documentation that you encountered for some WFS features is not one of these instances. The problem with lack of docs in many areas is most of the time due to things evolving and lack of time/resources to update documentation. I'm glad to read that YOU WILL contribute back, since user contributed howtos are part of the solution. The wiki is at http://trac.osgeo.org/mapserver/ and waiting for contributions. -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Issue after upgrading to MapServer 6.0.0
Hi all, Our legend and overview maps are not loading correctly when MapServer 6.0.0 is enabled (all works fine when using our original MapServer 5.6 binaries). The error returned for both the legend and the overview map is the same: loadSymbol(): Unknown identifier. Parsing error near (STYLE):(line 167) I have searched quickly for this issue but did not find anything. Any help would be greatly appreciated! Thank you, Nicolas ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Rasters
On 11-06-16 06:37 AM, afarrell wrote: Hi, I've converted some 8 bit rasters to GeoTIFF format and spherical mercator projection using FME. I'm getting large blue edges where the tiles meet: http://dl.dropbox.com/u/23077047/Misc1use/rasters.jpg http://dl.dropbox.com/u/23077047/Misc1use/rasters.jpg In ArcGIS the tiles appear seamless. Is this because MapServer do not support the nodata tiff tag, as it is not officially part of the geotiff standard (http://www.awaresystems.be/imaging/tiff/tifftags/gdal_nodata.html). I do not believe there is a problem with the files we are writing, as other applications (e.g. ArcCatalog) pick up on the nodata value just fine. Annette, I would be interested in seeing a gdalinfo report on one of the GeoTIFF files produced with FME. The problem isn't that the tag is non-standard (after all it is a GDAL produced tag and MapServer uses GDAL as does FME and ArcGIS). The problem is just in the MapServer raster layer implementation and whether it honours the metadata. An immediate work around is to figure out what that blue pixel value is and set the OFFSITE keyword in your raster layer to match it. For instance if the blue were red=0, green=149, blue=189 you would add the following in the LAYER: OFFSITE 0 149 189 Ideally though, MapServer would pick it up automatically. Another potential solution is to add an alpha band to the raster instead of a nodata value. Do you think MapServer will support this? yes Would using ecw images resolve the issue? no, and it is often very difficult to keep track of nodata areas in lossily compressed formats like ecw, mrsid, jpeg2000 and jpeg. -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Programmer for Rent ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Issue after upgrading to MapServer 6.0.0
The most common change I needed to make was moving PATTERN, STYLE, and GAP from my SYMBOL definitions to the STYLE objects. So for example in V5 I had: # -- Symbol Defs: -- SYMBOL NAME 'dashed5' TYPE SIMPLE STYLE 5 5 END END # -- in my LAYER-CLASS object -- STYLE SYMBOL dashed5 WIDTH 1 COLOR 80 80 80 END And in V6 it is now: SYMBOL NAME 'dashed5' TYPE SIMPLE END # -- in my LAYER-CLASS object -- STYLE SYMBOL dashed5 PATTERN 5 5 END WIDTH 1 COLOR 80 80 80 END Best Regards, Brent Fraser On 6/16/2011 8:04 AM, Chenier, Nicolas wrote: Hi all, Our legend and overview maps are not loading correctly when MapServer 6.0.0 is enabled (all works fine when using our original MapServer 5.6 binaries). The error returned for both the legend and the overview map is the same: loadSymbol(): Unknown identifier. Parsing error near (STYLE):(line 167) I have searched quickly for this issue but did not find anything. Any help would be greatly appreciated! Thank you, Nicolas ___ 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] Rasters
Frank, Does MapServer now use GDAL by default to read tiffs (instead of its own tiff handling), or do you need to specify a CONNECTIONTYPE? Or perhaps create a VRT file referencing the tiff to force the use of GDAL to read the tiff? Best Regards, Brent Fraser On 6/16/2011 8:12 AM, Frank Warmerdam wrote: On 11-06-16 06:37 AM, afarrell wrote: Hi, I've converted some 8 bit rasters to GeoTIFF format and spherical mercator projection using FME. I'm getting large blue edges where the tiles meet: http://dl.dropbox.com/u/23077047/Misc1use/rasters.jpg http://dl.dropbox.com/u/23077047/Misc1use/rasters.jpg In ArcGIS the tiles appear seamless. Is this because MapServer do not support the nodata tiff tag, as it is not officially part of the geotiff standard (http://www.awaresystems.be/imaging/tiff/tifftags/gdal_nodata.html). I do not believe there is a problem with the files we are writing, as other applications (e.g. ArcCatalog) pick up on the nodata value just fine. Annette, I would be interested in seeing a gdalinfo report on one of the GeoTIFF files produced with FME. The problem isn't that the tag is non-standard (after all it is a GDAL produced tag and MapServer uses GDAL as does FME and ArcGIS). The problem is just in the MapServer raster layer implementation and whether it honours the metadata. An immediate work around is to figure out what that blue pixel value is and set the OFFSITE keyword in your raster layer to match it. For instance if the blue were red=0, green=149, blue=189 you would add the following in the LAYER: OFFSITE 0 149 189 Ideally though, MapServer would pick it up automatically. Another potential solution is to add an alpha band to the raster instead of a nodata value. Do you think MapServer will support this? yes Would using ecw images resolve the issue? no, and it is often very difficult to keep track of nodata areas in lossily compressed formats like ecw, mrsid, jpeg2000 and jpeg. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Rasters
On 11-06-16 10:27 AM, Brent Fraser wrote: Frank, Does MapServer now use GDAL by default to read tiffs (instead of its own tiff handling), or do you need to specify a CONNECTIONTYPE? Or perhaps create a VRT file referencing the tiff to force the use of GDAL to read the tiff? Brent, MapServer now reads all raster layer input using GDAL. All the legacy mechanisms were removed in the last few years. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Programmer for Rent ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] Rendering artefacts when serving raster via WMS
Hi Steve Yes, the images are requested as tiles. I should probably try a standard (whole image) request or try shp2img to eliminate that possibility. The requesting software is OpenLayers. The website is using GeoWebCache to cache the tiles, but the test image supplied went directly from MapServer to OpenLayers. I probably won't have time to look at this again until next week. I will keep the list up-to-date with my progress. John Westwood Lime, Steve D (DNR) 15/06/11 4:24 PM From the sample it almost looks like the mapserver.jpg is the result of two images being overlayed either on the server (by mapserver) or in the client. The artifacts look like there's an offset applied to one of them because of the parallel lines. How are the images managed (perhaps as tiles)? Steve -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam Sent: Wednesday, June 15, 2011 10:05 AM To: John Westwood; MAPSERVER-USERS Subject: Re: [mapserver-users] Rendering artefacts when serving raster via WMS On 11-06-10 12:25 PM, John Westwood wrote: Does anybody have any ideas what the problem could be? I know it is something to do with the fact that I boosted the images and MapServer doesn't like them, but I would like to fix it. Suggestions greatly appreciated. John, I'm afraid I don't have much to offer. I just wanted you to know that someone had looked at your post and had no bright ideas about why it is happening. If this is quite important to you, you could file a ticket on the issue, reducing it to a simple map file with one input GeoTIFF and a request (ideally with shp2img) that produces the artifacted output. Then I could dig into this from my end. If you do that, you can directly assign the MapServer ticket to warmerdam. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Programmer for Rent ___ 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
Re: [mapserver-users] Re: WFS intersect request
On 6/16/2011 5:29 AM, Marco Bagni wrote: You and I (and many more users with the same problem) are facing the other side of the Open Source. Who writes the code and releases it for public domain, sometimes arranges things in such a way that, elegantly, the users are suggested to turn to his commercial consultancy services in order to have the information that makes the whole thing work; he has to put some bread on his table too! In 15+ years of dealing with Open Source I've never seen a case where information was withheld to force/encourage users to pay for support. BUT I do understand your frustration; people here offer support for free, but there is a limit to how much time they can spend on a problem. The trick is get someone to look at your problem and spend some time on it. For new users reading this, here is the secret to getting your question answered: - Do your homework: read the available documentation, work through the tutorials - Know your tools and techniques (especially your operating system command line and security framework) - When asking a question, try to distill the problem down to a simple case A more complex question is How do we motivate people to do more documentation and support? Marco, many thanks for your comments; it highlights one of the major challenges of Open Source. Best Regards, Brent Fraser ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Rendering artefacts when serving raster via WMS
Hi Brent Thanks for the hint. I gave it a try but it did not help. I will have another look at the problem next week. Regards John W. Brent Fraser 15/06/11 4:21 PM John, It looks like a resampling problem. You could try adding PROCESSING OVERSAMPLE_RATIO=1 PROCESSING LOAD_FULL_RES_IMAGE=NO to your layer definition. I had some success with these when trying to get mapserver to render large (and readable) images from OpenStreetMap. Best Regards, Brent Fraser On 6/15/2011 9:04 AM, Frank Warmerdam wrote: On 11-06-10 12:25 PM, John Westwood wrote: Does anybody have any ideas what the problem could be? I know it is something to do with the fact that I boosted the images and MapServer doesn't like them, but I would like to fix it. Suggestions greatly appreciated. John, I'm afraid I don't have much to offer. I just wanted you to know that someone had looked at your post and had no bright ideas about why it is happening. If this is quite important to you, you could file a ticket on the issue, reducing it to a simple map file with one input GeoTIFF and a request (ideally with shp2img) that produces the artifacted output. Then I could dig into this from my end. If you do that, you can directly assign the MapServer ticket to warmerdam. Best regards, ___ 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] Scalebar Object in PHP Mapscript
Hi, I create a scalebar like this $oMap-scalebar-set(units, MS_METERS); $oMap-scalebar-outlinecolor-setRGB(0,0,0); $oMap-scalebar-set(status, MS_EMBED); And create an image of the map with the scalebar embedded On the image, the map is well scaled but the scalebar is not. Is the code above good? Is there some more parameters I should set? thanks Steve ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] Mapserver 6.0 WMS
Chris, I can't find that ticket either, but this should help. Look at: http://mapserver.org/MIGRATION_GUIDE.html#ogc-web-services And this: http://mapserver.org/development/rfc/ms-rfc-67.html David. From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Chris Green Sent: Thursday, June 16, 2011 1:43 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Mapserver 6.0 WMS Hi List I am in the process of upgrading from Mapserver 5.4 to 6.0 , running under Ubuntu 10.04. However I am struggling with the more stringent requirements in Mapserver 6.0 when running as a WMS server. I can see the principles applied in http://mapserver.org/MIGRATION_GUIDE.html#migration, but can't find ticket 1088 or any other documentation to show me how to ensure that the various parameters like FORMAT and STYLES are delivered in the way that Mapserver 6.0 now requires before it will accept a GetMap request. As things stand I can't get past the error message msWMSGetCapabilities(): WMS server error. WMS request not enabled. Check wms/ows_enable_request settings Can someone point me in the right direction here? Chris ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] Scalebar Object in PHP Mapscript
What do you mean by the map is well scaled but the scalebar is not ? Other common params would be SIZE, STYLE and INTERVALS. Does the map have units set? Steve From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of steve.tout...@inspq.qc.ca Sent: Thursday, June 16, 2011 12:29 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Scalebar Object in PHP Mapscript Hi, I create a scalebar like this $oMap-scalebar-set(units, MS_METERS); $oMap-scalebar-outlinecolor-setRGB(0,0,0); $oMap-scalebar-set(status, MS_EMBED); And create an image of the map with the scalebar embedded On the image, the map is well scaled but the scalebar is not. Is the code above good? Is there some more parameters I should set? thanks Steve ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Re: Mapserver 6.0 MINSCALEDENOM/MAXSCALEDENOM and different EPSG codes?
Additional info.. This works.. MAP NAME TestScale EXTENT -140 50 -100 90 SIZE 100 100 UNITS DD PROJECTION init=epsg:4326 END This doesn't... MAP NAME TestScale EXTENT 20 20 190 190 SIZE 100 100 UNITS METERS PROJECTION init=epsg:3005 END -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-6-0-MINSCALEDENOM-MAXSCALEDENOM-and-different-EPSG-codes-tp6480805p6485065.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