[mapserver-users] What to do with WMS 1.3.0 and axis order of EPSG:2393?
Hi, The Finnish KKJ projection EPSG:2393 belongs to those with axis order Northing-Easting http://www.epsg-registry.org/report.htm?type=selectionentity=urn:ogc:de f:crs:EPSG::2393reportDetail=shortstyle=urn:uuid:report-style:default- with-codestyle_name=OGP%20Default%20With%20Codetitle=EPSG:2393 However, Mapserver WMS 1.3.0 from MS version 5.6.5 does not honour the official axis order but it is assuming the Easting-Northing BBOX also with WMS 1.3.0. Any suggestions about how to solve this? In addition to the two I have, to stay with WMS 1.1.1 or to start using UTM projection with a real Easting-Northing axis order. Problem is not only with Mapserver, GDAL based clients like QGis are creating WMS 1.3.0 request with Easting-Northing BBOX for EPSG:2393. Good is that QGIS and Mapserver play nicely together with WMS 1.3.0. Bad is that it is not a fair play because they both are fooling with the rules. I was wondering if this could be handled somehow in a similar way than Geoserver and deegree are doing it. They are following the traditional Easting-Northing axis order if CRS is given as EPSG:2393. But if CRS is given as urn:ogc:def:crs:EPSG::2393 they are using the axis order that is defined in the EPSG database. This is a little bit fiddling with the standard, but the urn-format is the official one and the alternative short format gives better possibilities for success for the end user of ready made WMS/WFS clients. -Jukka Rahkonen- ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Memory allocation error
Hello, when trying to generate a map via WMS, MapServer returns the following error above some width/height: ?xml version='1.0' encoding=ISO-8859-1 standalone=no ? !DOCTYPE ServiceExceptionReport SYSTEM http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd; ServiceExceptionReport version=1.1.1 ServiceException msDrawMap(): Image handling error. Failed to draw layer named #39;csraster_50k_192#39;. msDrawRasterLayerGDAL(): Memory allocation error. Allocating work image of size 1093x930x3 failed. /ServiceException /ServiceExceptionReport It looks like a memory problem but the requested map size is not so huge. csraster_50k_192 data are composed of about 50 1-to-4MB ECW tiles. MapServer version is 5.6.5. GDAL version is 1.7.2. OS is Debian Lenny. Has anyone a hint about what may cause the problem? Is there some memory setting that could be increased? Thanks for your help! Alexandre ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] What to do with WMS 1.3.0 and axis order of EPSG:2393?
Hi, Thank you for the information. The situation now is that ArcMap as a WMS client is making valid 1.3.0 GetMap EPSG:2393 requests but Mapserver gives wrong response. Nice to know that the correction is planned already to 5.6.6. release. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: Yewondwossen Assefa [mailto:yass...@dmsolutions.ca] Lähetetty: ke 24.11.2010 15:58 Vastaanottaja: Rahkonen Jukka Kopio: mapserver-users@lists.osgeo.org Aihe: Re: [mapserver-users] What to do with WMS 1.3.0 and axis order of EPSG:2393? Hi Jukka, Issues that you raise here are discussed in the following bugs (as a reference): http://trac.osgeo.org/mapserver/ticket/3582 http://trac.osgeo.org/mapserver/ticket/3576 I think the idea of using ogr/gdal to reliably get the axis order is for may the best option. In that case when we use wms1.3.0 and up, wfs 1.1 and up we always know that the axis order are the same regardless of the format in which the epsg is given. regards, On 24/11/2010 8:04 AM, Rahkonen Jukka wrote: Hi, The Finnish KKJ projection EPSG:2393 belongs to those with axis order Northing-Easting http://www.epsg-registry.org/report.htm?type=selectionentity=urn:ogc:def:crs:EPSG::2393reportDetail=shortstyle=urn:uuid:report-style:default-with-codestyle_name=OGP%20Default%20With%20Codetitle=EPSG:2393 http://www.epsg-registry.org/report.htm?type=selectionentity=urn:ogc:def:crs:EPSG::2393reportDetail=shortstyle=urn:uuid:report-style:default-with-codestyle_name=OGP%20Default%20With%20Codetitle=EPSG:2393 However, Mapserver WMS 1.3.0 from MS version 5.6.5 does not honour the official axis order but it is assuming the Easting-Northing BBOX also with WMS 1.3.0. Any suggestions about how to solve this? In addition to the two I have, to stay with WMS 1.1.1 or to start using UTM projection with a real Easting-Northing axis order. Problem is not only with Mapserver, GDAL based clients like QGis are creating WMS 1.3.0 request with Easting-Northing BBOX for EPSG:2393. Good is that QGIS and Mapserver play nicely together with WMS 1.3.0. Bad is that it is not a fair play because they both are fooling with the rules. I was wondering if this could be handled somehow in a similar way than Geoserver and deegree are doing it. They are following the traditional Easting-Northing axis order if CRS is given as EPSG:2393. But if CRS is given as urn:ogc:def:crs:EPSG::2393 they are using the axis order that is defined in the EPSG database. This is a little bit fiddling with the standard, but the urn-format is the official one and the alternative short format gives better possibilities for success for the end user of ready made WMS/WFS clients. -Jukka Rahkonen- ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- 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] querying to getting bounding box coordinates
Thanks for the tip, Jukka. I, too, know very little about mapscript and the documentation is sparse in terms of learning it. I'm curious about WFS queries on a WMS instance. I believe I have my mapfile set up correctly because the layer in question comes up as ows_type=WFS when I do a WMS DescribeLayer. What else do I need? Will WFS calls work with a WMS instance? Thanks === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and/or privileged information. Please contact Agriculture Financial Services Corporation immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. Please consider the environment before printing this email. -Original Message- From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] Sent: Tuesday, November 23, 2010 3:12 PM To: David Hildebrand Cc: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] querying to getting bounding box coordinates Hi, Yes, they are WFS queries but you can send them to the same Mapserver service if you configure the mapfile properly. If you do not want to use WFS then I suppose you can do whatever you want with mapscript but that is something I do not know anything about. With some imagination it could be possible to do queries and get vectors out from WMS service and search the bounding box on client side (by using attribute filters inside SLD, or variable substitution inside DATA or FILTER, and by having KML as outputformat). Does not feel like a right way to do even it might be fun to experiment with. I suggest to read about mapscript http://mapserver.org/mapscript/index.html -Jukka- -Alkuperäinen viesti- Lähettäjä: David Hildebrand [mailto:david.hildebr...@afsc.ca] Lähetetty: ti 23.11.2010 23:31 Vastaanottaja: Rahkonen Jukka Kopio: mapserver-users@lists.osgeo.org Aihe: RE: [mapserver-users] querying to getting bounding box coordinates Jukka: The examples you used were WFS queries. I wasn't aware that WMS queries also supported filters? === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and/or privileged information. Please contact Agriculture Financial Services Corporation immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. Please consider the environment before printing this email. -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Rahkonen Jukka Sent: Tuesday, November 23, 2010 2:12 PM To: David Hildebrand; mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] querying to getting bounding box coordinates Hi, One alternative is to make first a WFS request with attribute filter for finding the feature and let the client to catch the bounding box from the result. These examples should work, first is Geoserver and another Mapserver. The latter is pointing to a point layer and therefore I queried two features for getting a reasonable bounding box. http://sigma.openplans.org:8080/geoserver/wfs?service=wfsversion=1.1.0request=getfeaturetypename=statesmaxfeatures=1 http://188.64.1.61/cgi-bin/osm-mapserver_i?service=wfsversion=1.1.0request=getfeaturetypename=POI_pub_restaurantmaxfeatures=2 These are just crude examples without the property filter. Queries can be build also so that they do not return attributes. I hope you'll see the idea and think if it could make sense for your use case. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: mapserver-users-boun...@lists.osgeo.org puolesta: David Hildebrand Lähetetty: ti 23.11.2010 22:48 Vastaanottaja: mapserver-users@lists.osgeo.org Aihe: [mapserver-users] querying to getting bounding box coordinates I am running a WMS service with Mapserver in a Windows environment. I want to be able to run a non-spatial query on a parcel layer to return the bounding box (in re-projected coordinates) for a particular parcel. The bounding box and projection will then be used in a WMS query to return a map image. I've never coded server-side functionality with Mapserver so any suggestions would be welcome. Thanks to all. === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for
[mapserver-users] Changing map file parameter (Label Color) via URL
Hello, Can someone help me out with the proper syntax for the following? Or, tell me outright that it is not possible? I've been trying to apply the documentation found on the MapServer CGI Controls page (http://www.mapserver.org/cgi/controls.html#changing-map-file-parameters-via-a-form-or-a-url) under the Changing map file parameters via a form or a URL section but have not had any luck applying it to change the colour of the label text. I have a basic URL in which I pass the coordinates for a point and provide the label text as follows: http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/wms/dynamicWms/map/dynamicWms.mapmap.layer[resultlabel]=FEATURE POINTS -749340.32786036 180081.55026124 END TEXT 'Fence 1' ENDLAYERS=resultlabelFORMAT=image/pngSRS=EPSG:42304TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application/vnd.ogc.se_inimageBBOX=-910537.6366469,102726.53880899,-587878.43588336,261873.32786947WIDTH=1219HEIGHT=601 I would further like to set the colour of the point symbol and its label text within the URL. At this point, I am able to set the point symbol's colour by adding map.layer[resultlabel].class[0]=COLOR 255 0 0; but I can't seem to change the label text's colour. It is always black. I've tried adding map.layer[resultlabel].class[0].label[0]=COLOR 255 0 0 and map.layer[resultlabel].class[0].label=COLOR 255 0 0 to no avail. If it matters, my map layer is defined as follows: LAYER NAME resultlabel STATUS ON TYPE point PROJECTION init=epsg:42304 END METADATA wms_title Result Label END CLASS SYMBOL thickcrosshair SIZE 9 COLOR 0 0 0 LABEL TYPE truetype FONT arial-bold SIZE 10 COLOR 0 0 0 OUTLINECOLOR 255 255 255 POSITION ur FORCE ON END END END Does anyone know if this is this just a syntax problem that I am having or if changing the label text's colour is just not supported? Cheers, jtm -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Changing-map-file-parameter-Label-Color-via-URL-tp5771138p5771138.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] Changing map file parameter (Label Color) via URL
Try map.layer[resultlabel].class[0]=LABEL+COLOR+255+0+0+END instead... -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of myOpenLayersUName Sent: Wednesday, November 24, 2010 11:04 AM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Changing map file parameter (Label Color) via URL Hello, Can someone help me out with the proper syntax for the following? Or, tell me outright that it is not possible? I've been trying to apply the documentation found on the MapServer CGI Controls page (http://www.mapserver.org/cgi/controls.html#changing-map-file-parameters-via-a-form-or-a-url) under the Changing map file parameters via a form or a URL section but have not had any luck applying it to change the colour of the label text. I have a basic URL in which I pass the coordinates for a point and provide the label text as follows: http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/wms/dynamicWms/map/dynamicWms.mapmap.layer[resultlabel]=FEATURE POINTS -749340.32786036 180081.55026124 END TEXT 'Fence 1' ENDLAYERS=resultlabelFORMAT=image/pngSRS=EPSG:42304TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application/vnd.ogc.se_inimageBBOX=-910537.6366469,102726.53880899,-587878.43588336,261873.32786947WIDTH=1219HEIGHT=601 I would further like to set the colour of the point symbol and its label text within the URL. At this point, I am able to set the point symbol's colour by adding map.layer[resultlabel].class[0]=COLOR 255 0 0; but I can't seem to change the label text's colour. It is always black. I've tried adding map.layer[resultlabel].class[0].label[0]=COLOR 255 0 0 and map.layer[resultlabel].class[0].label=COLOR 255 0 0 to no avail. If it matters, my map layer is defined as follows: LAYER NAME resultlabel STATUS ON TYPE point PROJECTION init=epsg:42304 END METADATA wms_title Result Label END CLASS SYMBOL thickcrosshair SIZE 9 COLOR 0 0 0 LABEL TYPE truetype FONT arial-bold SIZE 10 COLOR 0 0 0 OUTLINECOLOR 255 255 255 POSITION ur FORCE ON END END END Does anyone know if this is this just a syntax problem that I am having or if changing the label text's colour is just not supported? Cheers, jtm -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Changing-map-file-parameter-Label-Color-via-URL-tp5771138p5771138.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] querying to getting bounding box coordinates
It's a bit clumsy but the OGC Filter Encoding protocol forks fine (but I wouldn't want to key it into a browser by hand). The output is gml which needs to parsed. === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and/or privileged information. Please contact Agriculture Financial Services Corporation immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. Please consider the environment before printing this email. -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of David Hildebrand Sent: Wednesday, November 24, 2010 12:14 PM To: Rahkonen Jukka Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] querying to getting bounding box coordinates Jukka: I have my MapServer mapfile configured for a WFS service and I can perform GetCapabilities and GetFeature queries. Is there a URL syntax to specify filter criteria? Thanks. === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and/or privileged information. Please contact Agriculture Financial Services Corporation immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. Please consider the environment before printing this email. -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of David Hildebrand Sent: Wednesday, November 24, 2010 9:49 AM To: Rahkonen Jukka Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] querying to getting bounding box coordinates Thanks for the tip, Jukka. I, too, know very little about mapscript and the documentation is sparse in terms of learning it. I'm curious about WFS queries on a WMS instance. I believe I have my mapfile set up correctly because the layer in question comes up as ows_type=WFS when I do a WMS DescribeLayer. What else do I need? Will WFS calls work with a WMS instance? Thanks === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and/or privileged information. Please contact Agriculture Financial Services Corporation immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. Please consider the environment before printing this email. -Original Message- From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] Sent: Tuesday, November 23, 2010 3:12 PM To: David Hildebrand Cc: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] querying to getting bounding box coordinates Hi, Yes, they are WFS queries but you can send them to the same Mapserver service if you configure the mapfile properly. If you do not want to use WFS then I suppose you can do whatever you want with mapscript but that is something I do not know anything about. With some imagination it could be possible to do queries and get vectors out from WMS service and search the bounding box on client side (by using attribute filters inside SLD, or variable substitution inside DATA or FILTER, and by having KML as outputformat). Does not feel like a right way to do even it might be fun to experiment with. I suggest to read about mapscript http://mapserver.org/mapscript/index.html -Jukka- -Alkuperäinen viesti- Lähettäjä: David Hildebrand [mailto:david.hildebr...@afsc.ca] Lähetetty: ti 23.11.2010 23:31 Vastaanottaja: Rahkonen Jukka Kopio: mapserver-users@lists.osgeo.org Aihe: RE: [mapserver-users] querying to getting bounding box coordinates Jukka: The examples you used were WFS queries. I wasn't aware that WMS queries also supported filters? === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and/or privileged information. Please contact Agriculture Financial
[mapserver-users] configuring WCS
I am trying to configure a WCS service but when I do a GetCapabilities I get the following error. msOWSGetLayerExtent(): WMS server error. Wrong number of arguments for EXTENT metadata. I have wcs_extent defined for all the layers but nowhere in the MapServer documentation can I find that the WEBMETADATA tag requires extent to be defined. I have WMS and WFS services running and there seems to be no problem with the configuration. Any clues? === David V. Hildebrand Agriculture Financial Services Corporation (403) 782-8239 www.afsc.ca http://www.afsc.ca This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and/or privileged information. Please contact Agriculture Financial Services Corporation immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. Please consider the environment before printing this email. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] configuring WCS
David Hildebrand wrote: I am trying to configure a WCS service but when I do a GetCapabilities I get the following error. msOWSGetLayerExtent(): WMS server error. Wrong number of arguments for EXTENT metadata. I have wcs_extent defined for all the layers but nowhere in the MapServer documentation can I find that the WEBMETADATA tag requires extent to be defined. I have WMS and WFS services running and there seems to be no problem with the configuration. David, The *_extent metadata item needs four space separated values in the value string - minx miny maxx maxy. I presume you don't have it setup properly. It may well be that the WMS and WFS services don't actually use the extent so the WCS service is the first thing to error out. It is unfortunate about it being reported as a WMS error, but at that level of the code it is hard to know the context of the request. 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