From Steve.Lime at state.mn.us Wed Jul 1 10:18:14 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Wed, 1 Jul 2015 17:18:14 +0000 Subject: [mapserver-users] Test Message Message-ID: Please ignore... --Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.schylberg at blixtmail.se Wed Jul 1 11:16:09 2015 From: lars.schylberg at blixtmail.se (Lars Schylberg) Date: Wed, 01 Jul 2015 20:16:09 +0200 Subject: [mapserver-users] Live DVD advice In-Reply-To: <1675513899.993884.1435448785994.JavaMail.yahoo@mail.yahoo.com> References: <1675513899.993884.1435448785994.JavaMail.yahoo@mail.yahoo.com> Message-ID: <55942E69.2030607@blixtmail.se> How about making sqlite/spatialite databases instead. That will only be simple files but with almost the same interface as Postgis. /Lars Brent Wood skrev den 2015-06-28 01:46: > Hi, > > I'm looking to build a LiveDVD/USB key with QGIS, OSM base layer and > web services for New Zealand. > > Our road & topo data is very up to date in OSM, and we have numerous > government (central, regional & local) agencies and others providing > data via OGC services, so I'm hoping the system will have embedded > OSM, and pre-loaded OGC servers to connect to, as well as some QGIS > plugins specific to New Zealand. > > The disk/key is intended for schools & demonstrations showing FOSS, > FOSS GIS, Open Data and Open Standards, focused on NZ data. > > Some years ago I built a laptop system demo'ed at several local > schools which worked OK, with mapserver serving OSM via WMS direct > from Postgis. NZ is small enough that the data could be rendered > dynamically from the vector data in a reasonably interactive system. > > I can't reasonably use Postgis on a read only filesystem, and all the > later guides assume that tiles will be used. Does anyone have any > advice as to how I might best do this? > > Thanks, > > Brent Wood > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From pcreso at pcreso.com Sat Jul 4 18:46:41 2015 From: pcreso at pcreso.com (Brent Wood) Date: Sun, 5 Jul 2015 01:46:41 +0000 (UTC) Subject: [mapserver-users] OSM via mapserver setup help? In-Reply-To: <55942E69.2030607@blixtmail.se> References: <55942E69.2030607@blixtmail.se> Message-ID: <1378229615.2232818.1436060801480.JavaMail.yahoo@mail.yahoo.com> Hi, I'm looking to create a WMS & WM(T)S server for OSM data in New Zealand, on Mint 17 (Ubuntu 14.04 Trusty LTS) I have followed the instructions here:https://github.com/mapserver/mapserver/wiki/Rendering-OSM-data-on-Ubuntu-12.04 Which as about as up to date as any mapserver/imposm instructions I have found. I have sorted out a few issues, but it is not yet working - probably due to my ignorance of things apache. As far as I can tell, the instructions do NOT describe how to get a WMS working with the mapfiles, only how to get a TMS working with the cache (which does not work for me either - & instructions like "check the apache logs" don't help me much - being well ahead of my apache knowledge. I have got mapserver working as a cgi OK - with the usual error message to say it is working from the browser, "No query information to decode. QUERY_STRING is set, but empty." My problem seems to be getting the paths/url set so mapserver can find the osmbase.map, etc to access? the osm data in the database. Any advice appreciated. Brent Wood -------------- next part -------------- An HTML attachment was scrubbed... URL: From coolhandluka at gmail.com Sun Jul 5 01:57:49 2015 From: coolhandluka at gmail.com (Luke) Date: Sun, 5 Jul 2015 18:57:49 +1000 Subject: [mapserver-users] OSM via mapserver setup help? In-Reply-To: <1378229615.2232818.1436060801480.JavaMail.yahoo@mail.yahoo.com> References: <55942E69.2030607@blixtmail.se> <1378229615.2232818.1436060801480.JavaMail.yahoo@mail.yahoo.com> Message-ID: Hi Brett Have you read this http://mapserver.org/ogc/wms_server.html? WMS mapfile is set in the WMS url i.e. http://my.host.com/cgi-bin/mapserv?map=mywms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities *Luke Bassett* * *Melbourne Australia -------------- next part -------------- An HTML attachment was scrubbed... URL: From gislars+list at googlemail.com Sun Jul 5 02:31:41 2015 From: gislars+list at googlemail.com (Lars Lingner) Date: Sun, 05 Jul 2015 11:31:41 +0200 Subject: [mapserver-users] OSM via mapserver setup help? In-Reply-To: <1378229615.2232818.1436060801480.JavaMail.yahoo@mail.yahoo.com> References: <55942E69.2030607@blixtmail.se> <1378229615.2232818.1436060801480.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5598F97D.7060108@googlemail.com> Hi Brent, On 05.07.2015 03:46, Brent Wood wrote: > Hi, I'm looking to create a WMS & WM(T)S server for OSM data in New > Zealand, on Mint 17 (Ubuntu 14.04 Trusty LTS) > > I have followed the instructions > here:https://github.com/mapserver/mapserver/wiki/Rendering-OSM-data-on-Ubuntu-12.04 These are still valid as far as I can tell. Keep in mind that your system may have individual settings like where to store the data, what user accounts and permissions are available. These where often the things I had to struggle with. [...] > have got mapserver working as a cgi OK - with the usual error message > to say it is working from the browser, "No query information to > decode. QUERY_STRING is set, but empty." That is actually a good sign. I would try to get MapServer running first and then configure MapCache. MapServer needs to be told where the mapfile is and what the request is about. At first I'd try a capabilities request like this: http://yourserver.tld/cgi-bin/mapserv?map=/path/to/your/mapfile.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.1.1 If everything is fine, you'll get the capabilities document in xml format. The path to your mapfile needs to be accessible by MapServer/webserver and regarding security aspects it shouldn't be accessible from outside world. How did you configure your webserver with cgi and MapServer? Can you show some configuration like a vhost file from apache? When MapServer can't access it, you will get an error message about it. When it is accessible but it have configuration issues within your mapfile, you will also get a error message most often with a hint where in your mapfile the (first) error is. The message is displayed in your browser and probably in you webserver error log file. If you are interested in verbose messages you can enable DEBUG [1] in your mapfile. There you can set a global logging and logging at layer level and log everything in an separate file. Even if your mapfile is syntactically correct and all your data sources are configured properly, especially projections and expressions for filtering, you can end up getting a completely white (depending on your background color) image. That happens when you are requesting via GetMap an area where you have no data or your mapfile simply don't have a configuration for this specific bounding box and/or scale. Here is a valid GetMap request from the MapServer docs [2] http://my.host.com/cgi-bin/mapserv? map=mywms.map& SERVICE=WMS& VERSION=1.1.1& REQUEST=GetMap& LAYERS=prov_bound& STYLES=& SRS=EPSG:4326& BBOX=-173.537,35.8775,-11.9603,83.8009& WIDTH=400& HEIGHT=300& FORMAT=image/png That implies that the server can access mywms.map AND is actually serving projection with epsg:4326 (*) AND your mapfile as a layer configured with name prov_bound AND you have data within this BBOX. For testing MapServer you don't have to craft the requests by hand. I'm using the build in openlayers mode [3] and Qgis [4]. Best wishes Lars (*) when a WMS isn't serving epsg:4326 it isn't actually a WMS regarding the OGC official standard. [1] http://mapserver.org/optimization/debugging.html [2] http://mapserver.org/de/ogc/wms_server.html [3] http://mapserver.org/de/cgi/openlayers.html [4] http://qgis.org/ From pcreso at pcreso.com Sun Jul 5 11:45:03 2015 From: pcreso at pcreso.com (Brent Wood) Date: Sun, 5 Jul 2015 18:45:03 +0000 (UTC) Subject: [mapserver-users] OSM via mapserver setup help? In-Reply-To: References: Message-ID: <1415151041.2431033.1436121903468.JavaMail.yahoo@mail.yahoo.com> Thanks Luke, I understand the mapserver URL formatting well enough, my problem is not understanding where I put the mapfiles within the Ubuntu Apache folder structures so the mapserver cgi program can find & read them. Cheers, ? Brent From: Luke To: Brent Wood Cc: "mapserver-users at lists.osgeo.org" Sent: Sunday, July 5, 2015 8:57 PM Subject: Re: [mapserver-users] OSM via mapserver setup help? Hi Brett Have you read this?http://mapserver.org/ogc/wms_server.html? WMS mapfile is set in the WMS url i.e. http://my.host.com/cgi-bin/mapserv?map=mywms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities Luke Bassett Melbourne Australia -------------- next part -------------- An HTML attachment was scrubbed... URL: From tds at tds-net.de Sun Jul 5 12:04:31 2015 From: tds at tds-net.de (TDS) Date: Sun, 05 Jul 2015 21:04:31 +0200 Subject: [mapserver-users] OSM via mapserver setup help? In-Reply-To: <1415151041.2431033.1436121903468.JavaMail.yahoo@mail.yahoo.com> References: <1415151041.2431033.1436121903468.JavaMail.yahoo@mail.yahoo.com> Message-ID: <55997FBF.4010801@tds-net.de> You can use any relative path to the mapserv cgi bin executable or an absolute path. Both paths and mapserver files have to be accessible by Apache, e.g. group www-data. Bye, Mathias ------------------------------------------------------------------------ mailto:tds at tds-net.de ------------------------------------------------------------------------ 1+1=10 You have a question? - 42 or RTFM. Am 05.07.2015 um 20:45 schrieb Brent Wood: > Thanks Luke, > > I understand the mapserver URL formatting well enough, my problem is > not understanding where I put the mapfiles within the Ubuntu Apache > folder structures so the mapserver cgi program can find & read them. > > Cheers, > > Brent > > ------------------------------------------------------------------------ > *From:* Luke > *To:* Brent Wood > *Cc:* "mapserver-users at lists.osgeo.org" > *Sent:* Sunday, July 5, 2015 8:57 PM > *Subject:* Re: [mapserver-users] OSM via mapserver setup help? > > Hi Brett > > Have you read this http://mapserver.org/ogc/wms_server.html? > > WMS mapfile is set in the WMS url i.e. > > http://my.host.com/cgi-bin/mapserv?map=mywms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities > > > > _Luke Bassett_ > Melbourne Australia > > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Sun Jul 5 17:55:23 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sun, 5 Jul 2015 20:55:23 -0400 Subject: [mapserver-users] OSM via mapserver setup help? In-Reply-To: <1415151041.2431033.1436121903468.JavaMail.yahoo@mail.yahoo.com> References: <1415151041.2431033.1436121903468.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5599D1FB.5040305@swoodbridge.com> Brent, I would create a folder like /var/maps/ or whatever and put all you data (if any), mapfiles, font files, symbols, etc in this tree. then run sudo chmod -R /var/data to make it readable. then in your url map=/var/maps/mymapfile.map I'm using /var/maps/ just as an example, you could use /path/to/usbstick/data/ or whatever. -Steve W On 7/5/2015 2:45 PM, Brent Wood wrote: > Thanks Luke, > > I understand the mapserver URL formatting well enough, my problem is not > understanding where I put the mapfiles within the Ubuntu Apache folder > structures so the mapserver cgi program can find & read them. > > Cheers, > > Brent > > ------------------------------------------------------------------------ > *From:* Luke > *To:* Brent Wood > *Cc:* "mapserver-users at lists.osgeo.org" > *Sent:* Sunday, July 5, 2015 8:57 PM > *Subject:* Re: [mapserver-users] OSM via mapserver setup help? > > Hi Brett > > Have you read this http://mapserver.org/ogc/wms_server.html? > > WMS mapfile is set in the WMS url i.e. > > http://my.host.com/cgi-bin/mapserv?map=mywms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities > > > > _Luke Bassett_ > **Melbourne Australia > > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From jmckenna at gatewaygeomatics.com Mon Jul 6 04:26:32 2015 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 06 Jul 2015 08:26:32 -0300 Subject: [mapserver-users] OSM via mapserver setup help? In-Reply-To: <1378229615.2232818.1436060801480.JavaMail.yahoo@mail.yahoo.com> References: <55942E69.2030607@blixtmail.se> <1378229615.2232818.1436060801480.JavaMail.yahoo@mail.yahoo.com> Message-ID: <559A65E8.6060305@gatewaygeomatics.com> Hi Brent, Glad you found the wiki helpful. As you travel down this path, please edit that wiki page directly and add your changes. That's how we can keep these instructions uptodate. I see you are pointing out what is missing in that document, and others have helped you, so it will be very easy for you now to add those missing parts. Thank you! -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2015-07-04 10:46 PM, Brent Wood wrote: > Hi, > > I'm looking to create a WMS & WM(T)S server for OSM data in New Zealand, > on Mint 17 (Ubuntu 14.04 Trusty LTS) > > I have followed the instructions here: > https://github.com/mapserver/mapserver/wiki/Rendering-OSM-data-on-Ubuntu-12.04 > > > Which as about as up to date as any mapserver/imposm instructions I have > found. > > I have sorted out a few issues, but it is not yet working - probably due > to my ignorance of things apache. As far as I can tell, the instructions > do NOT describe how to get a WMS working with the mapfiles, only how to > get a TMS working with the cache (which does not work for me either - & > instructions like "check the apache logs" don't help me much - being > well ahead of my apache knowledge. > > I have got mapserver working as a cgi OK - with the usual error message > to say it is working from the browser, > "No query information to decode. QUERY_STRING is set, but empty." > > My problem seems to be getting the paths/url set so mapserver can find > the osmbase.map, etc to access the osm data in the database. > > Any advice appreciated. > > Brent Wood > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From pmoen at nd.gov Mon Jul 6 12:12:16 2015 From: pmoen at nd.gov (Moen, Paul T.) Date: Mon, 6 Jul 2015 19:12:16 +0000 Subject: [mapserver-users] WMS request fails when spaces are encoded as plus symbol in query part of URL In-Reply-To: References: Message-ID: An update. ESRI has decided not to follow the standard and has closed the bug, NIM104744, we submitted about not decoding a plus symbol ?+? to a space. Their solution is for everyone else to encode all spaces as %20 and to ignore http://tools.ietf.org/html/rfc3986. They have closed the bug and listed it as a known limit. http://support.esri.com/en/bugs/nimbus/TklNMTA0NzQ0 So, in order for Mapserver to consume ESRI WMS services, with spaces in the name, the spaces have to be encoded as %20. I see Mapserver 7.0 still encodes spaces to a ?+?, so I thought people should know if they intend to consume any ESRI WMS layers with spaces in the name. From: Paul Moen > Date: Wednesday, August 20, 2014 at 9:43 AM To: "Lime, Steve D (MNIT)" >, "mapserver-users at lists.osgeo.org" > Subject: Re: [mapserver-users] WMS request fails when spaces are encoded as plus symbol in query part of URL Steve, You are right about the outcome of 1 and 2. 1 encodes the % and 2 throws the following error. msBuildWMSLayerURLBase(): One of wms_onlineresource, wms_server_version, wms_name metadata is missing in layer USGS DRG 250k Topo Maps. Please either provide a valid CONNECTION URL, or provide those values in the layer's metadata.\n\n I found the function as you said and I removed the if (*i == ' ') *j = '+'; else from the function then recompiled. char *msEncodeUrlExcept(const char *data, const char except) { char *hex = "0123456789ABCDEF"; const char *i; char *j, *code; int inc; unsigned char ch; for (inc=0, i=data; *i!='\0'; i++) if (msEncodeChar(*i)) inc += 2; code = (char*)msSmallMalloc(strlen(data)+inc+1); for (j=code, i=data; *i!='\0'; i++, j++) { if ( except != '\0' && *i == except ) { *j = except; } else if (msEncodeChar(*i)) { ch = *i; *j++ = '%'; *j++ = hex[ch/16]; *j = hex[ch%16]; } else *j = *i; } *j = '\0'; return code; } Everything works again after a mapserver recompile, install and finally a restart of apache. Thanks so much for the path to the solution. Paul Moen pmoen at nd.gov 701-328-2434 From: , "Steve D (MNIT)" > Date: Wednesday, August 20, 2014 at 12:41 AM To: Paul Moen >, "mapserver-users at lists.osgeo.org" > Subject: RE: [mapserver-users] WMS request fails when spaces are encoded as plus symbol in query part of URL Hmmm... Nice backwards compatibility ESRI. The +'s seem to still be quite legal (http://tools.ietf.org/html/rfc3986 and other references) in the query string (but not the path). I don't have access to test and I'm guessing these ideas won't work but they might be worth a quick try: 1) Try encoding the wms_name in the metadata: "wms_name" "Topomap%20DRG%20250k" 2) Don't set the wms_name in the metadata but add it to the connection: CONNECTION "http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap%20DRG%20250k&" I'm betting MapServer will encode the %'s in 1 and throw an error in 2. Otherwise you could hack the MapServer source. Function is called msEncodeUrlExcept() in mapstring.c you can see the section to change starting at line 1138 in git master (https://github.com/mapserver/mapserver/blob/master/mapstring.c) Maybe it's worth making this change as part of 7.0? Steve ________________________________ From:mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of Moen, Paul T. [pmoen at nd.gov] Sent: Tuesday, August 19, 2014 4:56 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] WMS request fails when spaces are encoded as plus symbol in query part of URL Hi all, We are consuming WMS services hosted by ESRI ArcGIS Server 10.0. The server was upgraded to ArcGIS Server 10.2.2 and we no longer can access layer names with spaces. This is the server?s capabilities. http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?request=GetCapabilities&service=WMS This is the layer I am using. LAYER # DEBUG 5 CONNECTIONTYPE WMS CONNECTION "http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?" METADATA "wms_name" "Topomap DRG 250k" "wms_format" "image/png" "wms_server_version" "1.1.1" "wms_srs" "EPSG:2266" END TYPE RASTER STATUS OFF NAME "USGS DRG 250k Topo Maps" END Mapserver encodes this request as follows. Notice that the layer name, which is ?Topomap DRG 250k?, is encoded with the spaces becoming the ?+? character. http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap+DRG+250k&REQUEST=map&WMTVER=1.0.0&SERVICE=WMS&FORMAT=image/png&STYLES=&HEIGHT=1146&SRS=EPSG:2266&WIDTH=1271&BBOX=1906240.15992838,596656.333359479,2119730.85012732,789150.692893686&TRANSPARENT=TRUE&EXCEPTIONS=INIMAGE This returns the error in an image that says ?Parameter ?layers? contains unacceptable layer names.? When I replace the + in the layer name with %20, LAYERS=Topomap+DRG+250k become LAYERS=Topomap%20DRG%20250k and the request becomes the following. http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap%20DRG%20250k&REQUEST=map&WMTVER=1.0.0&SERVICE=WMS&FORMAT=image/png&STYLES=&HEIGHT=1146&SRS=EPSG:2266&WIDTH=1271&BBOX=1906240.15992838,596656.333359479,2119730.85012732,789150.692893686&TRANSPARENT=TRUE&EXCEPTIONS=INIMAGE That request works. Obviously, ESRI is no longer decoding + as a space and therefore does not recognize the layer name with spaces. Is there any way I can have mapserver encode all characters using percent-encoding, or at least encode spaces as %20 instead of a + character. Thanks, Paul Moen pmoen at nd.gov 701-328-2434 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sowmiyasan48 at gmail.com Tue Jul 7 00:10:29 2015 From: sowmiyasan48 at gmail.com (sowmiya san) Date: Tue, 7 Jul 2015 12:40:29 +0530 Subject: [mapserver-users] (no subject) Message-ID: please send mapserver download link -------------- next part -------------- An HTML attachment was scrubbed... URL: From jt at mapmedia.de Tue Jul 7 00:18:57 2015 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Tue, 07 Jul 2015 09:18:57 +0200 Subject: [mapserver-users] (no subject) In-Reply-To: References: Message-ID: <559B7D61.6020404@mapmedia.de> http://lmgtfy.com/?q=mapserver+download Am 07.07.2015 09:10, schrieb sowmiya san: > please send mapserver download link > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From devika.sak at gmail.com Tue Jul 7 00:23:30 2015 From: devika.sak at gmail.com (devi ka) Date: Tue, 7 Jul 2015 12:53:30 +0530 Subject: [mapserver-users] mapserver Message-ID: hai sir please send mapserver download link address.......... -------------- next part -------------- An HTML attachment was scrubbed... URL: From devika.sak at gmail.com Tue Jul 7 00:37:46 2015 From: devika.sak at gmail.com (devi ka) Date: Tue, 7 Jul 2015 13:07:46 +0530 Subject: [mapserver-users] mapserver Message-ID: hai sir how we get WMS-mapserver download.. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sowmiyasan48 at gmail.com Tue Jul 7 00:40:38 2015 From: sowmiyasan48 at gmail.com (sowmiya san) Date: Tue, 7 Jul 2015 13:10:38 +0530 Subject: [mapserver-users] mapserver-users Digest, Vol 90, Issue 4 In-Reply-To: References: Message-ID: how to use the mapserver to link the map On Tue, Jul 7, 2015 at 12:53 PM, wrote: > Send mapserver-users mailing list submissions to > mapserver-users at lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osgeo.org/mailman/listinfo/mapserver-users > or, via email, send a message with subject or body 'help' to > mapserver-users-request at lists.osgeo.org > > You can reach the person managing the list at > mapserver-users-owner at lists.osgeo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mapserver-users digest..." > > > Today's Topics: > > 1. Re: WMS request fails when spaces are encoded as plus symbol > in query part of URL (Moen, Paul T.) > 2. (no subject) (sowmiya san) > 3. Re: (no subject) (J?rg Thomsen) > 4. mapserver (devi ka) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 6 Jul 2015 19:12:16 +0000 > From: "Moen, Paul T." > To: "Lime, Steve D (MNIT)" , > "mapserver-users at lists.osgeo.org" > > Subject: Re: [mapserver-users] WMS request fails when spaces are > encoded as plus symbol in query part of URL > Message-ID: > Content-Type: text/plain; charset="windows-1252" > > An update. > > ESRI has decided not to follow the standard and has closed the bug, > NIM104744, we submitted about not decoding a plus symbol ?+? to a space. > Their solution is for everyone else to encode all spaces as %20 and to > ignore http://tools.ietf.org/html/rfc3986. They have closed the bug and > listed it as a known limit. > > http://support.esri.com/en/bugs/nimbus/TklNMTA0NzQ0 > > So, in order for Mapserver to consume ESRI WMS services, with spaces in > the name, the spaces have to be encoded as %20. > > I see Mapserver 7.0 still encodes spaces to a ?+?, so I thought people > should know if they intend to consume any ESRI WMS layers with spaces in > the name. > > From: Paul Moen > > Date: Wednesday, August 20, 2014 at 9:43 AM > To: "Lime, Steve D (MNIT)" Steve.Lime at state.mn.us>>, "mapserver-users at lists.osgeo.org mapserver-users at lists.osgeo.org>" mapserver-users at lists.osgeo.org>> > Subject: Re: [mapserver-users] WMS request fails when spaces are encoded > as plus symbol in query part of URL > > Steve, > > You are right about the outcome of 1 and 2. 1 encodes the % and 2 throws > the following error. > > msBuildWMSLayerURLBase(): One of wms_onlineresource, wms_server_version, > wms_name metadata is missing in layer USGS DRG 250k Topo Maps. Please > either provide a valid CONNECTION URL, or provide those values in the > layer's metadata.\n\n > > I found the function as you said and > I removed the > > if (*i == ' ') > *j = '+'; > else > from the function then recompiled. > > char *msEncodeUrlExcept(const char *data, const char except) > { > char *hex = "0123456789ABCDEF"; > const char *i; > char *j, *code; > int inc; > unsigned char ch; > > for (inc=0, i=data; *i!='\0'; i++) > if (msEncodeChar(*i)) > inc += 2; > > code = (char*)msSmallMalloc(strlen(data)+inc+1); > > for (j=code, i=data; *i!='\0'; i++, j++) { > if ( except != '\0' && *i == except ) { > *j = except; > } else if (msEncodeChar(*i)) { > ch = *i; > *j++ = '%'; > *j++ = hex[ch/16]; > *j = hex[ch%16]; > } else > *j = *i; > } > *j = '\0'; > > return code; > } > > Everything works again after a mapserver recompile, install and finally a > restart of apache. Thanks so much for the path to the solution. > > Paul Moen > pmoen at nd.gov > 701-328-2434 > > > From: , "Steve D (MNIT)" Steve.Lime at state.mn.us>> > Date: Wednesday, August 20, 2014 at 12:41 AM > To: Paul Moen >, " > mapserver-users at lists.osgeo.org" < > mapserver-users at lists.osgeo.org> > Subject: RE: [mapserver-users] WMS request fails when spaces are encoded > as plus symbol in query part of URL > > Hmmm... Nice backwards compatibility ESRI. The +'s seem to still be quite > legal (http://tools.ietf.org/html/rfc3986 and other references) in the > query string (but not the path). I don't have access to test and I'm > guessing these ideas won't work but they might be worth a quick try: > > 1) Try encoding the wms_name in the metadata: "wms_name" > "Topomap%20DRG%20250k" > 2) Don't set the wms_name in the metadata but add it to the connection: > CONNECTION " > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap%20DRG%20250k& > " > > I'm betting MapServer will encode the %'s in 1 and throw an error in 2. > Otherwise you could hack the MapServer source. Function is called > msEncodeUrlExcept() in mapstring.c you can see the section to change > starting at line 1138 in git master ( > https://github.com/mapserver/mapserver/blob/master/mapstring.c)< > https://github.com/mapserver/mapserver/blob/master/mapstring.c).> > > Maybe it's worth making this change as part of 7.0? > > Steve > > > ________________________________ > From:mapserver-users-bounces at lists.osgeo.org mapserver-users-bounces at lists.osgeo.org> [ > mapserver-users-bounces at lists.osgeo.org mapserver-users-bounces at lists.osgeo.org>] on behalf of Moen, Paul T. [ > pmoen at nd.gov] > Sent: Tuesday, August 19, 2014 4:56 PM > To: mapserver-users at lists.osgeo.org > > Subject: [mapserver-users] WMS request fails when spaces are encoded as > plus symbol in query part of URL > > Hi all, > > We are consuming WMS services hosted by ESRI ArcGIS Server 10.0. The > server was upgraded to ArcGIS Server 10.2.2 and we no longer can access > layer names with spaces. > > This is the server?s capabilities. > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?request=GetCapabilities&service=WMS > > This is the layer I am using. > > LAYER > # DEBUG 5 > CONNECTIONTYPE WMS > CONNECTION " > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?" > METADATA > "wms_name" "Topomap DRG 250k" > "wms_format" "image/png" > "wms_server_version" "1.1.1" > "wms_srs" "EPSG:2266" > END > TYPE RASTER > STATUS OFF > NAME "USGS DRG 250k Topo Maps" > END > > Mapserver encodes this request as follows. Notice that the layer name, > which is ?Topomap DRG 250k?, is encoded with the spaces becoming the ?+? > character. > > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap+DRG+250k&REQUEST=map&WMTVER=1.0.0&SERVICE=WMS&FORMAT=image/png&STYLES=&HEIGHT=1146&SRS=EPSG:2266&WIDTH=1271&BBOX=1906240.15992838,596656.333359479,2119730.85012732,789150.692893686&TRANSPARENT=TRUE&EXCEPTIONS=INIMAGE > > This returns the error in an image that says ?Parameter ?layers? contains > unacceptable layer names.? > > When I replace the + in the layer name with %20, LAYERS=Topomap+DRG+250k > become LAYERS=Topomap%20DRG%20250k and the request becomes the following. > > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap%20DRG%20250k&REQUEST=map&WMTVER=1.0.0&SERVICE=WMS&FORMAT=image/png&STYLES=&HEIGHT=1146&SRS=EPSG:2266&WIDTH=1271&BBOX=1906240.15992838,596656.333359479,2119730.85012732,789150.692893686&TRANSPARENT=TRUE&EXCEPTIONS=INIMAGE > > That request works. Obviously, ESRI is no longer decoding + as a space > and therefore does not recognize the layer name with spaces. > > Is there any way I can have mapserver encode all characters using > percent-encoding, or at least encode spaces as %20 instead of a + character. > > Thanks, > > Paul Moen > pmoen at nd.gov > 701-328-2434 > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150706/dcfca6fb/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Tue, 7 Jul 2015 12:40:29 +0530 > From: sowmiya san > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] (no subject) > Message-ID: > < > CABWt86KAH0DmqKi3NVVEm31r4ssd2QVgEa1jCh_z+KyLTiPaEQ at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > please send mapserver download link > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/16524fb5/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Tue, 07 Jul 2015 09:18:57 +0200 > From: J?rg Thomsen > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] (no subject) > Message-ID: <559B7D61.6020404 at mapmedia.de> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > http://lmgtfy.com/?q=mapserver+download > > Am 07.07.2015 09:10, schrieb sowmiya san: > > please send mapserver download link > > > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/ac4a1063/attachment-0001.html > > > > ------------------------------ > > Message: 4 > Date: Tue, 7 Jul 2015 12:53:30 +0530 > From: devi ka > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] mapserver > Message-ID: > SJO5F2j8BwJuxcUTThzhPd6SL2Y3B-yL+e0c3T6g at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > hai sir please send mapserver download link address.......... > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/dfc05fef/attachment.html > > > > ------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > End of mapserver-users Digest, Vol 90, Issue 4 > ********************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From devika.sak at gmail.com Tue Jul 7 00:43:52 2015 From: devika.sak at gmail.com (devi ka) Date: Tue, 7 Jul 2015 13:13:52 +0530 Subject: [mapserver-users] mapserver Message-ID: hai sir please tell how to download WMS-mapserver. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sowmiyasan48 at gmail.com Tue Jul 7 00:45:02 2015 From: sowmiyasan48 at gmail.com (sowmiya san) Date: Tue, 7 Jul 2015 13:15:02 +0530 Subject: [mapserver-users] mapserver-users Digest, Vol 90, Issue 5 In-Reply-To: References: Message-ID: send the mapserver installation video On Tue, Jul 7, 2015 at 1:10 PM, wrote: > Send mapserver-users mailing list submissions to > mapserver-users at lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osgeo.org/mailman/listinfo/mapserver-users > or, via email, send a message with subject or body 'help' to > mapserver-users-request at lists.osgeo.org > > You can reach the person managing the list at > mapserver-users-owner at lists.osgeo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mapserver-users digest..." > > > Today's Topics: > > 1. mapserver (devi ka) > 2. Re: mapserver-users Digest, Vol 90, Issue 4 (sowmiya san) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 7 Jul 2015 13:07:46 +0530 > From: devi ka > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] mapserver > Message-ID: > < > CAOjbuDjoQF5yqPfBgkDJX2H7819p_T7grPG77qdU-P3kVZh8hA at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > hai sir how we get WMS-mapserver download.. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/890af31a/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Tue, 7 Jul 2015 13:10:38 +0530 > From: sowmiya san > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] mapserver-users Digest, Vol 90, Issue 4 > Message-ID: > < > CABWt86Jv2Loh3+UVTQAVKRg87BMsK3nYQHA0JmQQkPA_eCvgTA at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > how to use the mapserver to link the map > > On Tue, Jul 7, 2015 at 12:53 PM, > wrote: > > > Send mapserver-users mailing list submissions to > > mapserver-users at lists.osgeo.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > or, via email, send a message with subject or body 'help' to > > mapserver-users-request at lists.osgeo.org > > > > You can reach the person managing the list at > > mapserver-users-owner at lists.osgeo.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of mapserver-users digest..." > > > > > > Today's Topics: > > > > 1. Re: WMS request fails when spaces are encoded as plus symbol > > in query part of URL (Moen, Paul T.) > > 2. (no subject) (sowmiya san) > > 3. Re: (no subject) (J?rg Thomsen) > > 4. mapserver (devi ka) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 6 Jul 2015 19:12:16 +0000 > > From: "Moen, Paul T." > > To: "Lime, Steve D (MNIT)" , > > "mapserver-users at lists.osgeo.org" < > mapserver-users at lists.osgeo.org > > > > > Subject: Re: [mapserver-users] WMS request fails when spaces are > > encoded as plus symbol in query part of URL > > Message-ID: > > Content-Type: text/plain; charset="windows-1252" > > > > An update. > > > > ESRI has decided not to follow the standard and has closed the bug, > > NIM104744, we submitted about not decoding a plus symbol ?+? to a space. > > Their solution is for everyone else to encode all spaces as %20 and to > > ignore http://tools.ietf.org/html/rfc3986. They have closed the bug and > > listed it as a known limit. > > > > http://support.esri.com/en/bugs/nimbus/TklNMTA0NzQ0 > > > > So, in order for Mapserver to consume ESRI WMS services, with spaces in > > the name, the spaces have to be encoded as %20. > > > > I see Mapserver 7.0 still encodes spaces to a ?+?, so I thought people > > should know if they intend to consume any ESRI WMS layers with spaces in > > the name. > > > > From: Paul Moen > > > Date: Wednesday, August 20, 2014 at 9:43 AM > > To: "Lime, Steve D (MNIT)" > Steve.Lime at state.mn.us>>, "mapserver-users at lists.osgeo.org > mapserver-users at lists.osgeo.org>" > mapserver-users at lists.osgeo.org>> > > Subject: Re: [mapserver-users] WMS request fails when spaces are encoded > > as plus symbol in query part of URL > > > > Steve, > > > > You are right about the outcome of 1 and 2. 1 encodes the % and 2 throws > > the following error. > > > > msBuildWMSLayerURLBase(): One of wms_onlineresource, wms_server_version, > > wms_name metadata is missing in layer USGS DRG 250k Topo Maps. Please > > either provide a valid CONNECTION URL, or provide those values in the > > layer's metadata.\n\n > > > > I found the function as you said and > > I removed the > > > > if (*i == ' ') > > *j = '+'; > > else > > from the function then recompiled. > > > > char *msEncodeUrlExcept(const char *data, const char except) > > { > > char *hex = "0123456789ABCDEF"; > > const char *i; > > char *j, *code; > > int inc; > > unsigned char ch; > > > > for (inc=0, i=data; *i!='\0'; i++) > > if (msEncodeChar(*i)) > > inc += 2; > > > > code = (char*)msSmallMalloc(strlen(data)+inc+1); > > > > for (j=code, i=data; *i!='\0'; i++, j++) { > > if ( except != '\0' && *i == except ) { > > *j = except; > > } else if (msEncodeChar(*i)) { > > ch = *i; > > *j++ = '%'; > > *j++ = hex[ch/16]; > > *j = hex[ch%16]; > > } else > > *j = *i; > > } > > *j = '\0'; > > > > return code; > > } > > > > Everything works again after a mapserver recompile, install and finally a > > restart of apache. Thanks so much for the path to the solution. > > > > Paul Moen > > pmoen at nd.gov > > 701-328-2434 > > > > > > From: , "Steve D (MNIT)" > Steve.Lime at state.mn.us>> > > Date: Wednesday, August 20, 2014 at 12:41 AM > > To: Paul Moen >, " > > mapserver-users at lists.osgeo.org" > < > > mapserver-users at lists.osgeo.org> > > Subject: RE: [mapserver-users] WMS request fails when spaces are encoded > > as plus symbol in query part of URL > > > > Hmmm... Nice backwards compatibility ESRI. The +'s seem to still be quite > > legal (http://tools.ietf.org/html/rfc3986 and other references) in the > > query string (but not the path). I don't have access to test and I'm > > guessing these ideas won't work but they might be worth a quick try: > > > > 1) Try encoding the wms_name in the metadata: "wms_name" > > "Topomap%20DRG%20250k" > > 2) Don't set the wms_name in the metadata but add it to the connection: > > CONNECTION " > > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap%20DRG%20250k& > > " > > > > I'm betting MapServer will encode the %'s in 1 and throw an error in 2. > > Otherwise you could hack the MapServer source. Function is called > > msEncodeUrlExcept() in mapstring.c you can see the section to change > > starting at line 1138 in git master ( > > https://github.com/mapserver/mapserver/blob/master/mapstring.c)< > > https://github.com/mapserver/mapserver/blob/master/mapstring.c).> > > > > Maybe it's worth making this change as part of 7.0? > > > > Steve > > > > > > ________________________________ > > From:mapserver-users-bounces at lists.osgeo.org > mapserver-users-bounces at lists.osgeo.org> [ > > mapserver-users-bounces at lists.osgeo.org > mapserver-users-bounces at lists.osgeo.org>] on behalf of Moen, Paul T. [ > > pmoen at nd.gov] > > Sent: Tuesday, August 19, 2014 4:56 PM > > To: mapserver-users at lists.osgeo.org mapserver-users at lists.osgeo.org > > > > > Subject: [mapserver-users] WMS request fails when spaces are encoded as > > plus symbol in query part of URL > > > > Hi all, > > > > We are consuming WMS services hosted by ESRI ArcGIS Server 10.0. The > > server was upgraded to ArcGIS Server 10.2.2 and we no longer can access > > layer names with spaces. > > > > This is the server?s capabilities. > > > > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?request=GetCapabilities&service=WMS > > > > This is the layer I am using. > > > > LAYER > > # DEBUG 5 > > CONNECTIONTYPE WMS > > CONNECTION " > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer > ?" > > METADATA > > "wms_name" "Topomap DRG 250k" > > "wms_format" "image/png" > > "wms_server_version" "1.1.1" > > "wms_srs" "EPSG:2266" > > END > > TYPE RASTER > > STATUS OFF > > NAME "USGS DRG 250k Topo Maps" > > END > > > > Mapserver encodes this request as follows. Notice that the layer name, > > which is ?Topomap DRG 250k?, is encoded with the spaces becoming the ?+? > > character. > > > > > > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap+DRG+250k&REQUEST=map&WMTVER=1.0.0&SERVICE=WMS&FORMAT=image/png&STYLES=&HEIGHT=1146&SRS=EPSG:2266&WIDTH=1271&BBOX=1906240.15992838,596656.333359479,2119730.85012732,789150.692893686&TRANSPARENT=TRUE&EXCEPTIONS=INIMAGE > > > > This returns the error in an image that says ?Parameter ?layers? contains > > unacceptable layer names.? > > > > When I replace the + in the layer name with %20, LAYERS=Topomap+DRG+250k > > become LAYERS=Topomap%20DRG%20250k and the request becomes the following. > > > > > > > http://ndgishub.nd.gov/arcgis/services/All_Elevation/MapServer/WMSServer?LAYERS=Topomap%20DRG%20250k&REQUEST=map&WMTVER=1.0.0&SERVICE=WMS&FORMAT=image/png&STYLES=&HEIGHT=1146&SRS=EPSG:2266&WIDTH=1271&BBOX=1906240.15992838,596656.333359479,2119730.85012732,789150.692893686&TRANSPARENT=TRUE&EXCEPTIONS=INIMAGE > > > > That request works. Obviously, ESRI is no longer decoding + as a space > > and therefore does not recognize the layer name with spaces. > > > > Is there any way I can have mapserver encode all characters using > > percent-encoding, or at least encode spaces as %20 instead of a + > character. > > > > Thanks, > > > > Paul Moen > > pmoen at nd.gov > > 701-328-2434 > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150706/dcfca6fb/attachment-0001.html > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Tue, 7 Jul 2015 12:40:29 +0530 > > From: sowmiya san > > To: mapserver-users at lists.osgeo.org > > Subject: [mapserver-users] (no subject) > > Message-ID: > > < > > CABWt86KAH0DmqKi3NVVEm31r4ssd2QVgEa1jCh_z+KyLTiPaEQ at mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > please send mapserver download link > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/16524fb5/attachment-0001.html > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Tue, 07 Jul 2015 09:18:57 +0200 > > From: J?rg Thomsen > > To: mapserver-users at lists.osgeo.org > > Subject: Re: [mapserver-users] (no subject) > > Message-ID: <559B7D61.6020404 at mapmedia.de> > > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > > > http://lmgtfy.com/?q=mapserver+download > > > > Am 07.07.2015 09:10, schrieb sowmiya san: > > > please send mapserver download link > > > > > > > > > _______________________________________________ > > > mapserver-users mailing list > > > mapserver-users at lists.osgeo.org > > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/ac4a1063/attachment-0001.html > > > > > > > ------------------------------ > > > > Message: 4 > > Date: Tue, 7 Jul 2015 12:53:30 +0530 > > From: devi ka > > To: mapserver-users at lists.osgeo.org > > Subject: [mapserver-users] mapserver > > Message-ID: > > > SJO5F2j8BwJuxcUTThzhPd6SL2Y3B-yL+e0c3T6g at mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > hai sir please send mapserver download link address.......... > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/dfc05fef/attachment.html > > > > > > > ------------------------------ > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > End of mapserver-users Digest, Vol 90, Issue 4 > > ********************************************** > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.osgeo.org/pipermail/mapserver-users/attachments/20150707/680acbef/attachment.html > > > > ------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > End of mapserver-users Digest, Vol 90, Issue 5 > ********************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sowmiyasan48 at gmail.com Tue Jul 7 01:22:43 2015 From: sowmiyasan48 at gmail.com (sowmiya san) Date: Tue, 7 Jul 2015 13:52:43 +0530 Subject: [mapserver-users] send the WMS-mapserver download link for windows8 Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.bonfort at gmail.com Tue Jul 7 05:06:13 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 7 Jul 2015 14:06:13 +0200 Subject: [mapserver-users] MapServer 6.4.2, 7.0.0-beta2 and TinyOWS 1.1.1 releases Message-ID: This is a security release to mitigate an information disclosure issue with libxml2 (versions older than 2.9, c.f. https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-0339 ) which can reveal any file accessible on the host system by passing a specially crafted XML file. Although this is not an issue with MapServer itself, the proposed update makes sure this vector of attack cannot be used when mapserver is using a version of libxml2 older than 2.9. You are strongly recommended to update if your mapserver has libxml2 support and is using an unpatched version of libxml2 older than 2.8. We are concurrently releasing the second beta for MapServer 7.0.0 that contains this security fix along with a number of issues that were discovered since the release of beta1. As always, we rely on you the community to test these beta versions and provide us with feedback as to the issues you may encounter. You can find the download links and changelogs at the usual location: http://mapserver.org/download.html best regards, The MapServer Team From woodbri at swoodbridge.com Tue Jul 7 06:40:00 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 7 Jul 2015 09:40:00 -0400 Subject: [mapserver-users] Fwd: Fwd: Mapserver Fail to draw shp layer In-Reply-To: References: Message-ID: <559BD6B0.9060902@swoodbridge.com> Wei, I would suggest using gdalinfo to check on what projection the shp file is in and verify the extents of the data. The make sure you mapfile has the same projection info on the LAYER. -Steve W -------- Forwarded Message -------- Subject: Fwd: Mapserver Fail to draw shp layer Date: Tue, 7 Jul 2015 13:35:01 +0800 From: wei cheng To: woodbri at swoodbridge.com hiStephen I'm sorry to interrupt you but I encounter one tricky issue for me that I can't skip over. I have posted to mapserver users mail group, however, it seems not published, I can't find it at least here Thanks and BRs. /Wei ---------- Forwarded message ---------- From: *wei cheng* > Date: 2015-07-06 9:27 GMT+08:00 Subject: Mapserver Fail to draw shp layer To: mapserver-users at lists.osgeo.org Cc: 112908676 at qq.com hi all, I have one shp file called sensor.shp, based on which I compose mapfile and want to view via latest Mapserver MapManager, my mapfile is: MAP CONFIG "MS_ERRORFILE" "d:\ms_error.txt" DEBUG 5 DEFRESOLUTION 96 EXTENT 36623289.7484795 3778220.03563055 36627315.6082067 3780849.75397967 FONTSET "C:\\Program Files (x86)\\MapManager\\templates\\font.list" IMAGETYPE "png24" NAME "MS" RESOLUTION 96 SHAPEPATH "D:\\OutSource\\Gis\\Data_new" SIZE 843 551 STATUS ON SYMBOLSET "C:\\Program Files (x86)\\MapManager\\templates\\symbols.sym" UNITS METERS OUTPUTFORMAT NAME "png24" MIMETYPE "image/png" DRIVER "AGG/PNG" EXTENSION "png" IMAGEMODE RGB TRANSPARENT FALSE END # OUTPUTFORMAT OUTPUTFORMAT NAME "print" MIMETYPE "image/png" DRIVER "AGG/PNG" EXTENSION "png" IMAGEMODE RGB TRANSPARENT FALSE END # OUTPUTFORMAT LEGEND KEYSIZE 20 10 KEYSPACING 5 5 LABEL SIZE MEDIUM OFFSET 0 0 SHADOWSIZE 1 1 TYPE BITMAP END # LABEL STATUS OFF END # LEGEND QUERYMAP SIZE -1 -1 STATUS OFF STYLE HILITE END # QUERYMAP SCALEBAR INTERVALS 4 LABEL SIZE MEDIUM OFFSET 0 0 SHADOWSIZE 1 1 TYPE BITMAP END # LABEL SIZE 200 3 STATUS OFF UNITS MILES END # SCALEBAR WEB METADATA "distance_units" "MS_METERS" "mapmanager_version" "1.0.0.0" END # METADATA END # WEB LAYER CONNECTION "Sensor.shp" CONNECTIONTYPE OGR DATA "Sensor" DEBUG 5 NAME "Sensor" STATUS ON TILEITEM "Sensor" TYPE LINE UNITS METERS CLASS NAME "line_color" STYLE COLOR 255 41 9 END # STYLE END # CLASS END # LAYER END # MAP the log file has such line: msOGRFileNextShape: Returning MS_DONE (no more shapes) And I aslo try to load it into PostGis and the column the_geom is empty, postgis layer can't show either. But I load sensor.shp by SAGA (http://www.saga-gis.org/en/index.html), it can show what I expected as follow. So, my question is why Mapserver can't show such shp file? Thanks for you help ? -- ?????????http://blog.csdn.net/tiplip/article/details/10980397 -- ?????????http://blog.csdn.net/tiplip/article/details/10980397 From engenheiro.uchoa at gmail.com Tue Jul 7 08:50:12 2015 From: engenheiro.uchoa at gmail.com (Helton Nogueira Uchoa) Date: Tue, 7 Jul 2015 12:50:12 -0300 Subject: [mapserver-users] Kernel Map MapServer 7 WMS Server Bug!? Message-ID: Hi list, I'm trying to make a WMS Server with a kernel (density) map with MapServer 7. In same situations (BBOX size, WIDTH and HEIGHT values) the image is returned with no information (white image). Is it a BUG? *Example: image with kernel map* http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH= *800*&HEIGHT=*400* &VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 *Example: image with white image* http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH= *800*&HEIGHT=*500* &VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 MAP FILE: layer name "heatmap" type raster connectiontype kerneldensity connection "points" status on processing "RANGE_COLORSPACE=%color%" processing "KERNELDENSITY_RADIUS=%radius%" processing "KERNELDENSITY_COMPUTE_BORDERS=%border%" processing "KERNELDENSITY_NORMALIZATION=%norm%" offsite 0 0 0 SCALETOKEN NAME "%radius%" VALUES "0" "15" "255000000" "20" END END SCALETOKEN NAME "%border%" VALUES "0" "ON" "255000000" "OFF" END END SCALETOKEN NAME "%norm%" VALUES "0" "AUTO" "255000000" "30" END END SCALETOKEN NAME "%color%" VALUES "0" "HSL" "255000000" "RGB" END END class style COLORRANGE "#0000ff00" "#0000ffff" DATARANGE 0 32 end style COLORRANGE "#0000ffff" "#ff0000ff" DATARANGE 32 255 end end end LAYER name "points" status on type POINT CONNECTION "user=postgres password=xx dbname=yy host=localhost" CONNECTIONTYPE POSTGIS DATA 'geom FROM atividades USING UNIQUE id_atividade USING SRID=4326' CLASS #MAXSCALE 275000000 STYLE SIZE 2 END # style END #class END # final do layer Uchoa -- Helton Nogueira *UCHOA* :: engenheiro.uchoa at gmail.com *Information Technology and Geospatial Specialist - Project Manager* *OSGeo Charter Member (www.osgeo.org )* +55 *85* 8886-3909 (OI - *WhatsApp*) :: +55 *85* 9716-7769 (TIM) :: +55 *85* 3037-8689 (MULTIPLAY) Blog: helton.uchoa.com/ LinkedIn: br.linkedin.com/in/heltonuchoa/ Facebook: www.facebook.com/HeltonNogueiraUchoa Twitter: https://twitter.com/helton_uchoa (@helton_uchoa) Vimeo: https://vimeo.com/channels/engenheirouchoa Papers: http://pt.scribd.com/heltonuchoa -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mapserv7-beta-densitymap-800x500.png Type: image/png Size: 2335 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mapserv7-beta-densitymap-800x400.png Type: image/png Size: 16786 bytes Desc: not available URL: From thomas.bonfort at gmail.com Tue Jul 7 08:52:49 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 7 Jul 2015 17:52:49 +0200 Subject: [mapserver-users] Kernel Map MapServer 7 WMS Server Bug!? In-Reply-To: References: Message-ID: https://github.com/mapserver/mapserver/issues/5114#issuecomment-119091025 On 7 July 2015 at 17:50, Helton Nogueira Uchoa wrote: > Hi list, > > I'm trying to make a WMS Server with a kernel (density) map with MapServer > 7. In same situations (BBOX size, WIDTH and HEIGHT values) the image is > returned with no information (white image). Is it a BUG? > > Example: image with kernel map > > http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=400&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 > > Example: image with white image > > http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=500&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 > > MAP FILE: > > layer > name "heatmap" > type raster > connectiontype kerneldensity > connection "points" > status on > processing "RANGE_COLORSPACE=%color%" > processing "KERNELDENSITY_RADIUS=%radius%" > processing "KERNELDENSITY_COMPUTE_BORDERS=%border%" > processing "KERNELDENSITY_NORMALIZATION=%norm%" > offsite 0 0 0 > SCALETOKEN > NAME "%radius%" > VALUES > "0" "15" > "255000000" "20" > END > END > SCALETOKEN > NAME "%border%" > VALUES > "0" "ON" > "255000000" "OFF" > END > END > SCALETOKEN > NAME "%norm%" > VALUES > "0" "AUTO" > "255000000" "30" > END > END > SCALETOKEN > NAME "%color%" > VALUES > "0" "HSL" > "255000000" "RGB" > END > END > class > style > COLORRANGE "#0000ff00" "#0000ffff" > DATARANGE 0 32 > end > style > COLORRANGE "#0000ffff" "#ff0000ff" > DATARANGE 32 255 > end > end > end > > LAYER > name "points" > status on > type POINT > CONNECTION "user=postgres password=xx dbname=yy host=localhost" > CONNECTIONTYPE POSTGIS > DATA 'geom FROM atividades USING UNIQUE id_atividade USING SRID=4326' > CLASS > #MAXSCALE 275000000 > STYLE > SIZE 2 > END # style > END #class > END # final do layer > > > Uchoa > -- > Helton Nogueira UCHOA :: engenheiro.uchoa at gmail.com > Information Technology and Geospatial Specialist - Project Manager > OSGeo Charter Member (www.osgeo.org) > +55 85 8886-3909 (OI - WhatsApp) :: +55 85 9716-7769 (TIM) :: +55 85 > 3037-8689 (MULTIPLAY) > Blog: helton.uchoa.com/ > LinkedIn: br.linkedin.com/in/heltonuchoa/ > Facebook: www.facebook.com/HeltonNogueiraUchoa > Twitter: https://twitter.com/helton_uchoa (@helton_uchoa) > Vimeo: https://vimeo.com/channels/engenheirouchoa > Papers: http://pt.scribd.com/heltonuchoa > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From thomas.bonfort at gmail.com Tue Jul 7 08:54:46 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 7 Jul 2015 17:54:46 +0200 Subject: [mapserver-users] Kernel Map MapServer 7 WMS Server Bug!? In-Reply-To: References: Message-ID: Sorry, clicked on send to fast... Can you try explicitely setting PROJECTION blocks on your mapfile layers and report back. We seem to be having issues on these intermediate layer cases when those are not set. -- thomas On 7 July 2015 at 17:52, thomas bonfort wrote: > https://github.com/mapserver/mapserver/issues/5114#issuecomment-119091025 > > > On 7 July 2015 at 17:50, Helton Nogueira Uchoa > wrote: >> Hi list, >> >> I'm trying to make a WMS Server with a kernel (density) map with MapServer >> 7. In same situations (BBOX size, WIDTH and HEIGHT values) the image is >> returned with no information (white image). Is it a BUG? >> >> Example: image with kernel map >> >> http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=400&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 >> >> Example: image with white image >> >> http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=500&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 >> >> MAP FILE: >> >> layer >> name "heatmap" >> type raster >> connectiontype kerneldensity >> connection "points" >> status on >> processing "RANGE_COLORSPACE=%color%" >> processing "KERNELDENSITY_RADIUS=%radius%" >> processing "KERNELDENSITY_COMPUTE_BORDERS=%border%" >> processing "KERNELDENSITY_NORMALIZATION=%norm%" >> offsite 0 0 0 >> SCALETOKEN >> NAME "%radius%" >> VALUES >> "0" "15" >> "255000000" "20" >> END >> END >> SCALETOKEN >> NAME "%border%" >> VALUES >> "0" "ON" >> "255000000" "OFF" >> END >> END >> SCALETOKEN >> NAME "%norm%" >> VALUES >> "0" "AUTO" >> "255000000" "30" >> END >> END >> SCALETOKEN >> NAME "%color%" >> VALUES >> "0" "HSL" >> "255000000" "RGB" >> END >> END >> class >> style >> COLORRANGE "#0000ff00" "#0000ffff" >> DATARANGE 0 32 >> end >> style >> COLORRANGE "#0000ffff" "#ff0000ff" >> DATARANGE 32 255 >> end >> end >> end >> >> LAYER >> name "points" >> status on >> type POINT >> CONNECTION "user=postgres password=xx dbname=yy host=localhost" >> CONNECTIONTYPE POSTGIS >> DATA 'geom FROM atividades USING UNIQUE id_atividade USING SRID=4326' >> CLASS >> #MAXSCALE 275000000 >> STYLE >> SIZE 2 >> END # style >> END #class >> END # final do layer >> >> >> Uchoa >> -- >> Helton Nogueira UCHOA :: engenheiro.uchoa at gmail.com >> Information Technology and Geospatial Specialist - Project Manager >> OSGeo Charter Member (www.osgeo.org) >> +55 85 8886-3909 (OI - WhatsApp) :: +55 85 9716-7769 (TIM) :: +55 85 >> 3037-8689 (MULTIPLAY) >> Blog: helton.uchoa.com/ >> LinkedIn: br.linkedin.com/in/heltonuchoa/ >> Facebook: www.facebook.com/HeltonNogueiraUchoa >> Twitter: https://twitter.com/helton_uchoa (@helton_uchoa) >> Vimeo: https://vimeo.com/channels/engenheirouchoa >> Papers: http://pt.scribd.com/heltonuchoa >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users From chengwei02 at gmail.com Tue Jul 7 18:42:08 2015 From: chengwei02 at gmail.com (wei cheng) Date: Wed, 8 Jul 2015 09:42:08 +0800 Subject: [mapserver-users] Fwd: Fwd: Mapserver Fail to draw shp layer In-Reply-To: <559BD6B0.9060902@swoodbridge.com> References: <559BD6B0.9060902@swoodbridge.com> Message-ID: hi thanks for your kind tips, it's extent I define is not correct, very shy:( In fact, I have checked this shp file via gdalinfo before, and I have multiple shp files but only this shp file does not match the others but I think they are the same. Very thankful, it works now the right extent is: EXTENT 36621438.0845178 3775573.64257617 36628397.8256557 3780119.79177551 the former wrong extent: EXTENT 36623289.7484795 3778220.03563055 36627315.6082067 3780849.75397967 2015-07-07 21:40 GMT+08:00 Stephen Woodbridge : > Wei, > > I would suggest using gdalinfo to check on what projection the shp file is > in and verify the extents of the data. The make sure you mapfile has the > same projection info on the LAYER. > > -Steve W > > > -------- Forwarded Message -------- > Subject: Fwd: Mapserver Fail to draw shp layer > Date: Tue, 7 Jul 2015 13:35:01 +0800 > From: wei cheng > To: woodbri at swoodbridge.com > > > > hiStephen > < > http://www.linkedin.com/profile/view?id=62685316&authType=name&authToken=nyFl&goback=&trk=abook_conn > > > > I'm sorry to interrupt you but I encounter one tricky issue for me that > I can't skip over. > > I have posted to mapserver users mail group, however, it seems not > published, I can't find it at least here > > > Thanks and BRs. > > /Wei > ---------- Forwarded message ---------- > From: *wei cheng* > > Date: 2015-07-06 9:27 GMT+08:00 > Subject: Mapserver Fail to draw shp layer > To: mapserver-users at lists.osgeo.org mapserver-users at lists.osgeo.org> > Cc: 112908676 at qq.com > > > hi all, > > I have one shp file called sensor.shp, based on which I compose mapfile > and want to view via latest Mapserver MapManager, my mapfile is: > > MAP > CONFIG "MS_ERRORFILE" "d:\ms_error.txt" > DEBUG 5 > DEFRESOLUTION 96 > EXTENT 36623289.7484795 3778220.03563055 36627315.6082067 > 3780849.75397967 > FONTSET "C:\\Program Files (x86)\\MapManager\\templates\\font.list" > IMAGETYPE "png24" > NAME "MS" > RESOLUTION 96 > SHAPEPATH "D:\\OutSource\\Gis\\Data_new" > SIZE 843 551 > STATUS ON > SYMBOLSET "C:\\Program Files (x86)\\MapManager\\templates\\symbols.sym" > UNITS METERS > > OUTPUTFORMAT > NAME "png24" > MIMETYPE "image/png" > DRIVER "AGG/PNG" > EXTENSION "png" > IMAGEMODE RGB > TRANSPARENT FALSE > END # OUTPUTFORMAT > > OUTPUTFORMAT > NAME "print" > MIMETYPE "image/png" > DRIVER "AGG/PNG" > EXTENSION "png" > IMAGEMODE RGB > TRANSPARENT FALSE > END # OUTPUTFORMAT > > LEGEND > KEYSIZE 20 10 > KEYSPACING 5 5 > LABEL > SIZE MEDIUM > OFFSET 0 0 > SHADOWSIZE 1 1 > TYPE BITMAP > END # LABEL > STATUS OFF > END # LEGEND > > QUERYMAP > SIZE -1 -1 > STATUS OFF > STYLE HILITE > END # QUERYMAP > > SCALEBAR > INTERVALS 4 > LABEL > SIZE MEDIUM > OFFSET 0 0 > SHADOWSIZE 1 1 > TYPE BITMAP > END # LABEL > SIZE 200 3 > STATUS OFF > UNITS MILES > END # SCALEBAR > > WEB > METADATA > "distance_units" "MS_METERS" > "mapmanager_version" "1.0.0.0" > END # METADATA > END # WEB > > LAYER > CONNECTION "Sensor.shp" > CONNECTIONTYPE OGR > DATA "Sensor" > DEBUG 5 > NAME "Sensor" > STATUS ON > TILEITEM "Sensor" > TYPE LINE > UNITS METERS > CLASS > NAME "line_color" > STYLE > COLOR 255 41 9 > END # STYLE > END # CLASS > END # LAYER > > END # MAP > > the log file has such line: msOGRFileNextShape: Returning MS_DONE (no > more shapes) > > And I aslo try to load it into PostGis and the column the_geom is empty, > postgis layer can't show either. > > But I load sensor.shp by SAGA (http://www.saga-gis.org/en/index.html), > it can show what I expected as follow. > > So, my question is why Mapserver can't show such shp file? > > Thanks for you help > ? > > -- > ?????????http://blog.csdn.net/tiplip/article/details/10980397 > > > > -- > ?????????http://blog.csdn.net/tiplip/article/details/10980397 > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- ?????????http://blog.csdn.net/tiplip/article/details/10980397 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sowmiyasan48 at gmail.com Wed Jul 8 22:28:52 2015 From: sowmiyasan48 at gmail.com (sowmiya san) Date: Thu, 9 Jul 2015 10:58:52 +0530 Subject: [mapserver-users] mapserver-users Digest, Vol 90, Issue 8 In-Reply-To: References: Message-ID: Thanks for ur reply sir On Wed, Jul 8, 2015 at 12:30 AM, wrote: > Send mapserver-users mailing list submissions to > mapserver-users at lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osgeo.org/mailman/listinfo/mapserver-users > or, via email, send a message with subject or body 'help' to > mapserver-users-request at lists.osgeo.org > > You can reach the person managing the list at > mapserver-users-owner at lists.osgeo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mapserver-users digest..." > > > Today's Topics: > > 1. Re: Kernel Map MapServer 7 WMS Server Bug!? (thomas bonfort) > 2. Re: Kernel Map MapServer 7 WMS Server Bug!? (thomas bonfort) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 7 Jul 2015 17:52:49 +0200 > From: thomas bonfort > To: Helton Nogueira Uchoa > Cc: MapserverList OSGEO > Subject: Re: [mapserver-users] Kernel Map MapServer 7 WMS Server Bug!? > Message-ID: > < > CAOM3y2gZiEaPfVj7JPi-KJs6OXcXP4GONnF4WcXU2AkZWHRV9A at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > https://github.com/mapserver/mapserver/issues/5114#issuecomment-119091025 > > > On 7 July 2015 at 17:50, Helton Nogueira Uchoa > wrote: > > Hi list, > > > > I'm trying to make a WMS Server with a kernel (density) map with > MapServer > > 7. In same situations (BBOX size, WIDTH and HEIGHT values) the image is > > returned with no information (white image). Is it a BUG? > > > > Example: image with kernel map > > > > > http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=400&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 > > > > Example: image with white image > > > > > http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=500&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 > > > > MAP FILE: > > > > layer > > name "heatmap" > > type raster > > connectiontype kerneldensity > > connection "points" > > status on > > processing "RANGE_COLORSPACE=%color%" > > processing "KERNELDENSITY_RADIUS=%radius%" > > processing "KERNELDENSITY_COMPUTE_BORDERS=%border%" > > processing "KERNELDENSITY_NORMALIZATION=%norm%" > > offsite 0 0 0 > > SCALETOKEN > > NAME "%radius%" > > VALUES > > "0" "15" > > "255000000" "20" > > END > > END > > SCALETOKEN > > NAME "%border%" > > VALUES > > "0" "ON" > > "255000000" "OFF" > > END > > END > > SCALETOKEN > > NAME "%norm%" > > VALUES > > "0" "AUTO" > > "255000000" "30" > > END > > END > > SCALETOKEN > > NAME "%color%" > > VALUES > > "0" "HSL" > > "255000000" "RGB" > > END > > END > > class > > style > > COLORRANGE "#0000ff00" "#0000ffff" > > DATARANGE 0 32 > > end > > style > > COLORRANGE "#0000ffff" "#ff0000ff" > > DATARANGE 32 255 > > end > > end > > end > > > > LAYER > > name "points" > > status on > > type POINT > > CONNECTION "user=postgres password=xx dbname=yy host=localhost" > > CONNECTIONTYPE POSTGIS > > DATA 'geom FROM atividades USING UNIQUE id_atividade USING SRID=4326' > > CLASS > > #MAXSCALE 275000000 > > STYLE > > SIZE 2 > > END # style > > END #class > > END # final do layer > > > > > > Uchoa > > -- > > Helton Nogueira UCHOA :: engenheiro.uchoa at gmail.com > > Information Technology and Geospatial Specialist - Project Manager > > OSGeo Charter Member (www.osgeo.org) > > +55 85 8886-3909 (OI - WhatsApp) :: +55 85 9716-7769 (TIM) :: +55 85 > > 3037-8689 (MULTIPLAY) > > Blog: helton.uchoa.com/ > > LinkedIn: br.linkedin.com/in/heltonuchoa/ > > Facebook: www.facebook.com/HeltonNogueiraUchoa > > Twitter: https://twitter.com/helton_uchoa (@helton_uchoa) > > Vimeo: https://vimeo.com/channels/engenheirouchoa > > Papers: http://pt.scribd.com/heltonuchoa > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > ------------------------------ > > Message: 2 > Date: Tue, 7 Jul 2015 17:54:46 +0200 > From: thomas bonfort > To: Helton Nogueira Uchoa > Cc: MapserverList OSGEO > Subject: Re: [mapserver-users] Kernel Map MapServer 7 WMS Server Bug!? > Message-ID: > < > CAOM3y2gj7YewBm13TOd-VQUBjCh22hqt4-Pqy19oZfkpUf7YxQ at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Sorry, clicked on send to fast... > Can you try explicitely setting PROJECTION blocks on your mapfile > layers and report back. We seem to be having issues on these > intermediate layer cases when those are not set. > > -- > thomas > > On 7 July 2015 at 17:52, thomas bonfort wrote: > > > https://github.com/mapserver/mapserver/issues/5114#issuecomment-119091025 > > > > > > On 7 July 2015 at 17:50, Helton Nogueira Uchoa > > wrote: > >> Hi list, > >> > >> I'm trying to make a WMS Server with a kernel (density) map with > MapServer > >> 7. In same situations (BBOX size, WIDTH and HEIGHT values) the image is > >> returned with no information (white image). Is it a BUG? > >> > >> Example: image with kernel map > >> > >> > http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=400&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 > >> > >> Example: image with white image > >> > >> > http://localhost/cgi-bin/mapserv7-beta?MAP=%2Fvar%2Fwww%2Fhtml%2Fkernelmap%2Fheat-2.map&LAYERS=heatmap&BBOX=-79.369542201052,-39.684771100526,0,0&WIDTH=800&HEIGHT=500&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326 > >> > >> MAP FILE: > >> > >> layer > >> name "heatmap" > >> type raster > >> connectiontype kerneldensity > >> connection "points" > >> status on > >> processing "RANGE_COLORSPACE=%color%" > >> processing "KERNELDENSITY_RADIUS=%radius%" > >> processing "KERNELDENSITY_COMPUTE_BORDERS=%border%" > >> processing "KERNELDENSITY_NORMALIZATION=%norm%" > >> offsite 0 0 0 > >> SCALETOKEN > >> NAME "%radius%" > >> VALUES > >> "0" "15" > >> "255000000" "20" > >> END > >> END > >> SCALETOKEN > >> NAME "%border%" > >> VALUES > >> "0" "ON" > >> "255000000" "OFF" > >> END > >> END > >> SCALETOKEN > >> NAME "%norm%" > >> VALUES > >> "0" "AUTO" > >> "255000000" "30" > >> END > >> END > >> SCALETOKEN > >> NAME "%color%" > >> VALUES > >> "0" "HSL" > >> "255000000" "RGB" > >> END > >> END > >> class > >> style > >> COLORRANGE "#0000ff00" "#0000ffff" > >> DATARANGE 0 32 > >> end > >> style > >> COLORRANGE "#0000ffff" "#ff0000ff" > >> DATARANGE 32 255 > >> end > >> end > >> end > >> > >> LAYER > >> name "points" > >> status on > >> type POINT > >> CONNECTION "user=postgres password=xx dbname=yy host=localhost" > >> CONNECTIONTYPE POSTGIS > >> DATA 'geom FROM atividades USING UNIQUE id_atividade USING > SRID=4326' > >> CLASS > >> #MAXSCALE 275000000 > >> STYLE > >> SIZE 2 > >> END # style > >> END #class > >> END # final do layer > >> > >> > >> Uchoa > >> -- > >> Helton Nogueira UCHOA :: engenheiro.uchoa at gmail.com > >> Information Technology and Geospatial Specialist - Project Manager > >> OSGeo Charter Member (www.osgeo.org) > >> +55 85 8886-3909 (OI - WhatsApp) :: +55 85 9716-7769 (TIM) :: +55 85 > >> 3037-8689 (MULTIPLAY) > >> Blog: helton.uchoa.com/ > >> LinkedIn: br.linkedin.com/in/heltonuchoa/ > >> Facebook: www.facebook.com/HeltonNogueiraUchoa > >> Twitter: https://twitter.com/helton_uchoa (@helton_uchoa) > >> Vimeo: https://vimeo.com/channels/engenheirouchoa > >> Papers: http://pt.scribd.com/heltonuchoa > >> > >> _______________________________________________ > >> mapserver-users mailing list > >> mapserver-users at lists.osgeo.org > >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > ------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > End of mapserver-users Digest, Vol 90, Issue 8 > ********************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sowmiyasan48 at gmail.com Wed Jul 8 22:29:26 2015 From: sowmiyasan48 at gmail.com (sowmiya san) Date: Thu, 9 Jul 2015 10:59:26 +0530 Subject: [mapserver-users] Thanks for your reply sir Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From devika.sak at gmail.com Wed Jul 8 23:18:05 2015 From: devika.sak at gmail.com (devi ka) Date: Thu, 9 Jul 2015 11:48:05 +0530 Subject: [mapserver-users] hai sir, how to run mapserver and how to draw my shape files in mapserver... Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From sowmiyasan48 at gmail.com Wed Jul 8 23:26:56 2015 From: sowmiyasan48 at gmail.com (sowmiya san) Date: Thu, 9 Jul 2015 11:56:56 +0530 Subject: [mapserver-users] Hi sir please tell me how to insert my shapefile in mapserver Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From fl_v at inbox.ru Thu Jul 9 00:17:36 2015 From: fl_v at inbox.ru (=?UTF-8?B?VmxhZGltaXI=?=) Date: Thu, 09 Jul 2015 10:17:36 +0300 Subject: [mapserver-users] =?utf-8?q?Where_is_a_Mapserver_v_6=2E4=2E1_docu?= =?utf-8?q?mentation=3F?= Message-ID: <1436426256.741276436@f57.i.mail.ru> Hi all! I've searched through the whole site mapserver.org, but can't find Mapserver/PHP MapScript v 6.4.1 documentation. The page http://mapserver.org/download.html#docspreviousreleases doesn't contain 6.4.1 docs. Where else should I look for? Thanx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ankuriimt at gmail.com Thu Jul 9 00:41:57 2015 From: ankuriimt at gmail.com (ankur chitranshi) Date: Thu, 9 Jul 2015 13:11:57 +0530 Subject: [mapserver-users] map server (map script mode) zoom in and zoom out like google zooming Message-ID: Dear All, Kindly help me out, for improving my map server(map script ) Zoom In & Zoom Out , work as similar to google zooming .. thanks in advance -- thanks & regards Ankur Chitranshi -------------- next part -------------- An HTML attachment was scrubbed... URL: From fl_v at inbox.ru Thu Jul 9 23:27:37 2015 From: fl_v at inbox.ru (=?UTF-8?B?VmxhZGltaXI=?=) Date: Fri, 10 Jul 2015 09:27:37 +0300 Subject: [mapserver-users] =?utf-8?q?map_server_=28map_script_mode=29_zoom?= =?utf-8?q?_in_and_zoom_out_like_google_zooming?= In-Reply-To: References: Message-ID: <1436509657.571201925@f157.i.mail.ru> Hi? Ankur, Why don' t you use client-side interaction? For example Openlayers has this ability out-of-box. >Dear All,? > >?Kindly help me out, for improving my map server(map script ) Zoom In & Zoom Out , work as similar to google zooming .. > >thanks in advance > >-- >thanks & regards >Ankur Chitranshi >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ankuriimt at gmail.com Fri Jul 10 00:25:45 2015 From: ankuriimt at gmail.com (ankur chitranshi) Date: Fri, 10 Jul 2015 12:55:45 +0530 Subject: [mapserver-users] map server (map script mode) zoom in and zoom out like google zooming Message-ID: Dear Vladimir that is ok, but i am also want to made the same as in ms4w(map script mode) also.... Kindly help me out, for improving my map server(map script ) Zoom In & Zoom Out , work as similar to google map, zooming .. On Fri, Jul 10, 2015 at 11:57 AM, Vladimir wrote: > Hi Ankur, > > Why don' t you use client-side interaction? > For example Openlayers has this ability out-of-box. > > Dear All, > > Kindly help me out, for improving my map server(map script ) Zoom In & > Zoom Out , work as similar to google zooming .. > > thanks in advance > > -- > thanks & regards > Ankur Chitranshi > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- thanks & regards Ankur Chitranshi -------------- next part -------------- An HTML attachment was scrubbed... URL: From jt at mapmedia.de Fri Jul 10 00:42:34 2015 From: jt at mapmedia.de (=?windows-1252?Q?J=F6rg_Thomsen?=) Date: Fri, 10 Jul 2015 09:42:34 +0200 Subject: [mapserver-users] map server (map script mode) zoom in and zoom out like google zooming In-Reply-To: References: Message-ID: <559F776A.9080709@mapmedia.de> Hello, MapServer does not provide any zoom-functionality, it only generates maps or maptiles (and some other geodata). any interaction has to be done client-sided. I think you need sth like OpenLayers or Leaflet. > but i am also want to made the same as in ms4w(map script mode) can you point us to the exact example? J?rg Am 10.07.2015 um 09:25 schrieb ankur chitranshi: > Dear Vladimir > > that is ok, > > but i am also want to made the same as in ms4w(map script mode) also.... > > Kindly help me out, for improving my map server(map script ) Zoom In & > Zoom Out , work as similar to google map, zooming .. > > On Fri, Jul 10, 2015 at 11:57 AM, Vladimir > wrote: > > Hi Ankur, > > Why don' t you use client-side interaction? > For example Openlayers has this ability out-of-box. > > > Dear All, > > Kindly help me out, for improving my map server(map script ) > Zoom In & Zoom Out , work as similar to google zooming .. > > thanks in advance > > -- > thanks & regards > Ankur Chitranshi > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > -- > thanks & regards > Ankur Chitranshi > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From fl_v at inbox.ru Fri Jul 10 03:29:16 2015 From: fl_v at inbox.ru (=?UTF-8?B?VmxhZGltaXI=?=) Date: Fri, 10 Jul 2015 13:29:16 +0300 Subject: [mapserver-users] =?utf-8?q?map_server_=28map_script_mode=29_zoom?= =?utf-8?q?_in_and_zoom_out_like_google_zooming?= In-Reply-To: <559F776A.9080709@mapmedia.de> References: <559F776A.9080709@mapmedia.de> Message-ID: <1436524156.565056746@f31.i.mail.ru> Ankur, ? i am not familiar with ms4w, but it seems the principle is general. First you need to configure WMS service, then to request it from client-side. Example for a line data in Postgis, PHP Mapscript 6.4.1 and OpenLayers 3:? yourMapFile.map ---------- MAP NAME "youMapName" STATUS ON UNITS METERS OUTPUTFORMAT NAME 'AGG' DRIVER AGG/PNG IMAGEMODE RGB END #OUTPUTFORMAT STATUS ON WEB METADATA wms_title "youMap" wms_abstract "youMap" wms_onlineresource "http://localhost/youCode.php" wms_srs "EPSG:3857" wms_enable_request "*" wms_encoding "utf-8" END # end METADATA END # end WEB PROJECTION "init=epsg:3857" END # end PROJECTION END # end MAP ------------- youCode.php ----------- $map = new Mapobj("yourMapFile.map"); $request = new OwsrequestObj(); foreach ($_GET as $key => $value){ $request->setparameter($key, $value); } $layer = ms_newLayerObj($map); $layer->set('status', MS_ON); $layer->set('name', 'yourLayerName'); $layer->setConnectionType(MS_POSTGIS); $layer->set('connection', 'user=yourUser password=yourPass dbname=yourDB host=localhost'); $layer->set('type',MS_LAYER_LINE); $layer->set("data","geom from (select id, geom from yourTable where ST_Intersects(geom, !BOX!)) as subquery using unique id using srid=3857"); $class = ms_newClassObj($layer); $class->set('name', 'yourClassName'); $style = ms_newStyleObj($class); $style->color->setRGB(255,174,0); $style->outlinecolor->setRGB(255,255,255); $style->set('outlinewidth', 1); $style->set('minwidth',5); ms_ioinstallstdouttobuffer(); $map->owsDispatch($request); $contenttype = ms_iostripstdoutbuffercontenttype(); header('Content-type:'.$contenttype); ms_iogetStdoutBufferBytes(); ms_ioresethandlers(); ----------- request from client-side ----------- var youWmsSource = new ol.source.ImageWMS({ url: 'http://localhost/youCode.php?', params: {'LAYERS':'yourLayerName'}, serverType: 'mapserver' }); see for more details: http://openlayers.org/en/v3.7.0/examples/wms-image.html?q=ImageWMS ----------- Hope this helps -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at state.mn.us Fri Jul 10 06:45:24 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 10 Jul 2015 13:45:24 +0000 Subject: [mapserver-users] Compiling Perl MapScript with custom module name using Cmake Message-ID: What's the easiest way to install a custom named version of MapScript (I'm interested in Perl) via Cmake? There are instructions in the mapscript/perl/README for changing the name but it's unclear how to combine that with cmake builds as all the ingredients aren't present. Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From rramon at uci.cu Fri Jul 10 09:46:30 2015 From: rramon at uci.cu (MSc. Romanuel Ramon Antunez) Date: Fri, 10 Jul 2015 12:46:30 -0400 Subject: [mapserver-users] parallel computing??? Message-ID: <559FF6E6.9050701@uci.cu> Hi, I have a question... The last version of mapserver uses the possibilities of the hardware architecture for parallel processing? -- MSc. Romanuel Ram?n Antunez Metod?logo Investigaci?n y Postgrado Centro de Estudios de Matem?tica Computacional Profesor Asistente, Facultad 6 Universidad de las Ciencias Inform?ticas From woodbri at swoodbridge.com Sun Jul 12 16:14:52 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sun, 12 Jul 2015 19:14:52 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 Message-ID: <55A2F4EC.6060002@swoodbridge.com> Hi all, I have run into a very strange problem doing a mapserver query. I'm upgrading a system that was running fine. The details are below. I also tried to put the template inside a CLASS ... END block that didn't help. Can anyone else reproduce something like this? Got any ideas on how to work around it? Thanks, -Steve W Old system: Ubuntu 12.04 LTS MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE New system: Ubuntu 14.04 LTS MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE The query layer looks like this: LAYER NAME "model_query" STATUS on TYPE raster TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" TILEITEM "LOCATION" TEMPLATE "/maps/wms/pixel.value.html" END cat "/maps/wms/pixel.value.html" [value_0] dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf Version: 0x03 (ver. 3) Num of records: 61 Header length: 65 Record length: 256 Last change: 1995/7/26 Num fields: 1 Field info: Num Name Type Len Decimal 1. LOCATION C 255 0 dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head NOAA_Coastal_Relief_Model/BSM-1035.tif NOAA_Coastal_Relief_Model/BSM-1156.tif NOAA_Coastal_Relief_Model/BSM-1193.tif NOAA_Coastal_Relief_Model/BSM-1239.tif NOAA_Coastal_Relief_Model/BSM-1261.tif NOAA_Coastal_Relief_Model/BSM-1326.tif NOAA_Coastal_Relief_Model/BSM-1343.tif NOAA_Coastal_Relief_Model/BSM-1536.tif NOAA_Coastal_Relief_Model/BSM-1557.tif NOAA_Coastal_Relief_Model/BSM-1801.tif ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' using driver `ESRI Shapefile' successful. Layer name: index Geometry: Polygon Feature Count: 61 Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) Layer SRS WKT: (unknown) location: String (255.0) When I issue a query like: /usr/lib/cgi-bin/mapserv QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' The old server responded with: Content-Type: text/html MapServer Message msQueryByPoint(): Search returned no results. No matching record(s) found. You have new mail in /var/mail/root I get an infinite number of lines like the following on the new server: # /usr/lib/cgi-bin/mapserv QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' | head Content-Type: text/html -99999 -99999 -99999 -99999 -99999 -99999 -99999 -99999 ^C You have to ^C to kill it, even when using head. This seems like a serious bug as it runs for about 10 mins taking 100% CPU. If you call it via file_get_contents() in php is hangs the request and freezea my OL app until it is killed or kills php reading all the data. From woodbri at swoodbridge.com Sun Jul 12 16:22:13 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sun, 12 Jul 2015 19:22:13 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A2F4EC.6060002@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> Message-ID: <55A2F6A5.7080602@swoodbridge.com> I added gdalinfo on an actual raster file below. It turns out the -99999 is the NoData Value. I would be happy to just get this value back (once), but I think something is broken and putting mapserver into an infinite loop. -Steve W On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: > Hi all, > > I have run into a very strange problem doing a mapserver query. I'm > upgrading a system that was running fine. The details are below. I also > tried to put the template inside a CLASS ... END block that didn't help. > > Can anyone else reproduce something like this? > Got any ideas on how to work around it? > > Thanks, > -Steve W > > Old system: > Ubuntu 12.04 LTS > > MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ > SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO > SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI > SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > New system: > Ubuntu 14.04 LTS > > MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML > SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO > SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER > SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > The query layer looks like this: > > LAYER > NAME "model_query" > STATUS on > TYPE raster > > TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" > TILEITEM "LOCATION" > TEMPLATE "/maps/wms/pixel.value.html" > END > > > cat "/maps/wms/pixel.value.html" > > [value_0] > > > dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf > Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf > Version: 0x03 (ver. 3) > Num of records: 61 > Header length: 65 > Record length: 256 > Last change: 1995/7/26 > Num fields: 1 > Field info: > Num Name Type Len Decimal > 1. LOCATION C 255 0 > > > dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head > NOAA_Coastal_Relief_Model/BSM-1035.tif > NOAA_Coastal_Relief_Model/BSM-1156.tif > NOAA_Coastal_Relief_Model/BSM-1193.tif > NOAA_Coastal_Relief_Model/BSM-1239.tif > NOAA_Coastal_Relief_Model/BSM-1261.tif > NOAA_Coastal_Relief_Model/BSM-1326.tif > NOAA_Coastal_Relief_Model/BSM-1343.tif > NOAA_Coastal_Relief_Model/BSM-1536.tif > NOAA_Coastal_Relief_Model/BSM-1557.tif > NOAA_Coastal_Relief_Model/BSM-1801.tif > > ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index > INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' > using driver `ESRI Shapefile' successful. > > Layer name: index > Geometry: Polygon > Feature Count: 61 > Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) > Layer SRS WKT: > (unknown) > location: String (255.0) > > > When I issue a query like: > > /usr/lib/cgi-bin/mapserv > QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' > > > The old server responded with: > Content-Type: text/html > > > MapServer Message > > > msQueryByPoint(): Search returned no results. No matching record(s) found. > You have new mail in /var/mail/root > > > I get an infinite number of lines like the following on the new server: > > # /usr/lib/cgi-bin/mapserv > QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' > | head > Content-Type: text/html > > -99999 > -99999 > -99999 > -99999 > -99999 > -99999 > -99999 > -99999 > ^C # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif Driver: GTiff/GeoTIFF Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif Size is 4801, 4801 Coordinate System is: GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]] Origin = (-102.000833330000006,41.000817329999997) Pixel Size = (0.000833330000000,-0.000833330000000) Metadata: AREA_OR_POINT=Point Image Structure Metadata: INTERLEAVE=BAND Corner Coordinates: Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) Band 1 Block=256x256 Type=Float32, ColorInterp=Gray NoData Value=-99999 Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, 38x38 > > You have to ^C to kill it, even when using head. This seems like a > serious bug as it runs for about 10 mins taking 100% CPU. If you call it > via file_get_contents() in php is hangs the request and freezea my OL > app until it is killed or kills php reading all the data. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From thomas.bonfort at gmail.com Mon Jul 13 01:12:47 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 13 Jul 2015 10:12:47 +0200 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A2F6A5.7080602@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> Message-ID: Steve, please include a backtrace from gdb where you believe the infinite loop is happening. -- thomas On 13 July 2015 at 01:22, Stephen Woodbridge wrote: > I added gdalinfo on an actual raster file below. It turns out the -99999 is > the NoData Value. I would be happy to just get this value back (once), but I > think something is broken and putting mapserver into an infinite loop. > > -Steve W > > > On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >> >> Hi all, >> >> I have run into a very strange problem doing a mapserver query. I'm >> upgrading a system that was running fine. The details are below. I also >> tried to put the template inside a CLASS ... END block that didn't help. >> >> Can anyone else reproduce something like this? >> Got any ideas on how to work around it? >> >> Thanks, >> -Steve W >> >> Old system: >> Ubuntu 12.04 LTS >> >> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >> INPUT=GDAL INPUT=SHAPEFILE >> >> New system: >> Ubuntu 14.04 LTS >> >> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS >> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >> >> The query layer looks like this: >> >> LAYER >> NAME "model_query" >> STATUS on >> TYPE raster >> >> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >> TILEITEM "LOCATION" >> TEMPLATE "/maps/wms/pixel.value.html" >> END >> >> >> cat "/maps/wms/pixel.value.html" >> >> [value_0] >> >> >> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >> Version: 0x03 (ver. 3) >> Num of records: 61 >> Header length: 65 >> Record length: 256 >> Last change: 1995/7/26 >> Num fields: 1 >> Field info: >> Num Name Type Len Decimal >> 1. LOCATION C 255 0 >> >> >> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >> NOAA_Coastal_Relief_Model/BSM-1035.tif >> NOAA_Coastal_Relief_Model/BSM-1156.tif >> NOAA_Coastal_Relief_Model/BSM-1193.tif >> NOAA_Coastal_Relief_Model/BSM-1239.tif >> NOAA_Coastal_Relief_Model/BSM-1261.tif >> NOAA_Coastal_Relief_Model/BSM-1326.tif >> NOAA_Coastal_Relief_Model/BSM-1343.tif >> NOAA_Coastal_Relief_Model/BSM-1536.tif >> NOAA_Coastal_Relief_Model/BSM-1557.tif >> NOAA_Coastal_Relief_Model/BSM-1801.tif >> >> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >> using driver `ESRI Shapefile' successful. >> >> Layer name: index >> Geometry: Polygon >> Feature Count: 61 >> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >> Layer SRS WKT: >> (unknown) >> location: String (255.0) >> >> >> When I issue a query like: >> >> /usr/lib/cgi-bin/mapserv >> >> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >> >> >> The old server responded with: >> Content-Type: text/html >> >> >> MapServer Message >> >> >> msQueryByPoint(): Search returned no results. No matching record(s) found. >> You have new mail in /var/mail/root >> >> >> I get an infinite number of lines like the following on the new server: >> >> # /usr/lib/cgi-bin/mapserv >> >> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >> | head >> Content-Type: text/html >> >> -99999 >> -99999 >> -99999 >> -99999 >> -99999 >> -99999 >> -99999 >> -99999 >> ^C > > > # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif > Driver: GTiff/GeoTIFF > Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif > Size is 4801, 4801 > Coordinate System is: > GEOGCS["WGS 84", > DATUM["WGS_1984", > SPHEROID["WGS 84",6378137,298.257223563, > AUTHORITY["EPSG","7030"]], > AUTHORITY["EPSG","6326"]], > PRIMEM["Greenwich",0], > UNIT["degree",0.0174532925199433], > AUTHORITY["EPSG","4326"]] > Origin = (-102.000833330000006,41.000817329999997) > Pixel Size = (0.000833330000000,-0.000833330000000) > Metadata: > AREA_OR_POINT=Point > Image Structure Metadata: > INTERLEAVE=BAND > Corner Coordinates: > Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) > Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) > Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) > Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) > Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) > Band 1 Block=256x256 Type=Float32, ColorInterp=Gray > NoData Value=-99999 > Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, 38x38 > > > >> >> You have to ^C to kill it, even when using head. This seems like a >> serious bug as it runs for about 10 mins taking 100% CPU. If you call it >> via file_get_contents() in php is hangs the request and freezea my OL >> app until it is killed or kills php reading all the data. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From dmorissette at mapgears.com Mon Jul 13 06:06:42 2015 From: dmorissette at mapgears.com (Daniel Morissette) Date: Mon, 13 Jul 2015 09:06:42 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> Message-ID: <55A3B7E2.4040109@mapgears.com> Steve, Can you run the query in Valgrind? It can be a quick way to catch memory handling issues (buffer overflows or access to uninitialized memory) which can sometimes lead to this kind of loops as a side-effect. FYI, if you have more than 4 bands in one of your images then you may have come across this: https://github.com/mapserver/mapserver/pull/5089 (I don't think that's your case, but I thought I'd let you know anyway) Daniel On 2015-07-13 4:12 AM, thomas bonfort wrote: > Steve, > please include a backtrace from gdb where you believe the infinite > loop is happening. > > -- > thomas > > On 13 July 2015 at 01:22, Stephen Woodbridge wrote: >> I added gdalinfo on an actual raster file below. It turns out the -99999 is >> the NoData Value. I would be happy to just get this value back (once), but I >> think something is broken and putting mapserver into an infinite loop. >> >> -Steve W >> >> >> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>> >>> Hi all, >>> >>> I have run into a very strange problem doing a mapserver query. I'm >>> upgrading a system that was running fine. The details are below. I also >>> tried to put the template inside a CLASS ... END block that didn't help. >>> >>> Can anyone else reproduce something like this? >>> Got any ideas on how to work around it? >>> >>> Thanks, >>> -Steve W >>> >>> Old system: >>> Ubuntu 12.04 LTS >>> >>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>> INPUT=GDAL INPUT=SHAPEFILE >>> >>> New system: >>> Ubuntu 14.04 LTS >>> >>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS >>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>> >>> The query layer looks like this: >>> >>> LAYER >>> NAME "model_query" >>> STATUS on >>> TYPE raster >>> >>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>> TILEITEM "LOCATION" >>> TEMPLATE "/maps/wms/pixel.value.html" >>> END >>> >>> >>> cat "/maps/wms/pixel.value.html" >>> >>> [value_0] >>> >>> >>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>> Version: 0x03 (ver. 3) >>> Num of records: 61 >>> Header length: 65 >>> Record length: 256 >>> Last change: 1995/7/26 >>> Num fields: 1 >>> Field info: >>> Num Name Type Len Decimal >>> 1. LOCATION C 255 0 >>> >>> >>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>> >>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>> using driver `ESRI Shapefile' successful. >>> >>> Layer name: index >>> Geometry: Polygon >>> Feature Count: 61 >>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>> Layer SRS WKT: >>> (unknown) >>> location: String (255.0) >>> >>> >>> When I issue a query like: >>> >>> /usr/lib/cgi-bin/mapserv >>> >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> The old server responded with: >>> Content-Type: text/html >>> >>> >>> MapServer Message >>> >>> >>> msQueryByPoint(): Search returned no results. No matching record(s) found. >>> You have new mail in /var/mail/root >>> >>> >>> I get an infinite number of lines like the following on the new server: >>> >>> # /usr/lib/cgi-bin/mapserv >>> >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> | head >>> Content-Type: text/html >>> >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> ^C >> >> >> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >> Driver: GTiff/GeoTIFF >> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >> Size is 4801, 4801 >> Coordinate System is: >> GEOGCS["WGS 84", >> DATUM["WGS_1984", >> SPHEROID["WGS 84",6378137,298.257223563, >> AUTHORITY["EPSG","7030"]], >> AUTHORITY["EPSG","6326"]], >> PRIMEM["Greenwich",0], >> UNIT["degree",0.0174532925199433], >> AUTHORITY["EPSG","4326"]] >> Origin = (-102.000833330000006,41.000817329999997) >> Pixel Size = (0.000833330000000,-0.000833330000000) >> Metadata: >> AREA_OR_POINT=Point >> Image Structure Metadata: >> INTERLEAVE=BAND >> Corner Coordinates: >> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) >> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) >> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) >> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) >> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) >> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >> NoData Value=-99999 >> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, 38x38 >> >> >> >>> >>> You have to ^C to kill it, even when using head. This seems like a >>> serious bug as it runs for about 10 mins taking 100% CPU. If you call it >>> via file_get_contents() in php is hangs the request and freezea my OL >>> app until it is killed or kills php reading all the data. >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Daniel Morissette http://www.mapgears.com/ T: +1 418-696-5056 #201 http://evouala.com/ - Location Intelligence Made Easy From cnieman at dmsolutions.ca Mon Jul 13 06:40:30 2015 From: cnieman at dmsolutions.ca (Christy Nieman) Date: Mon, 13 Jul 2015 09:40:30 -0400 Subject: [mapserver-users] label outline not changing when sizeunits meters Message-ID: <55A3BFCE.2070304@dmsolutions.ca> Hi all, I filed a but about a month ago (https://github.com/mapserver/mapserver/issues/5107) about an issue that I started having with a mapfile where the outline on labels with SIZEUNITS METERS no longer seemed to be correct. No matter what I set OUTLINEWIDTH to, the outline stays the same. I would appreciate it if someone would let me know if I'm doing something wrong, or if there really is a bug there. Thanks, Christy From woodbri at swoodbridge.com Mon Jul 13 07:41:58 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 13 Jul 2015 10:41:58 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> Message-ID: <55A3CE36.7090502@swoodbridge.com> Thomas, Here is the initial backtrace afte starting it and and ^C while it is printing -99999 lines: #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 "[value_0]\n", stream=0x688460, mode=9) at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, papszBuffer=0x0) at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery (mapserv=0x609050, pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest (mapserv=0x609050) at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) at /u/software/mapserver-rel-6-4-2/mapserv.c:259 I'll poke around a little more in gdb and see if I can figure out anything more. Thanks, -Steve On 7/13/2015 4:12 AM, thomas bonfort wrote: > Steve, > please include a backtrace from gdb where you believe the infinite > loop is happening. > > -- > thomas > > On 13 July 2015 at 01:22, Stephen Woodbridge wrote: >> I added gdalinfo on an actual raster file below. It turns out the -99999 is >> the NoData Value. I would be happy to just get this value back (once), but I >> think something is broken and putting mapserver into an infinite loop. >> >> -Steve W >> >> >> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>> >>> Hi all, >>> >>> I have run into a very strange problem doing a mapserver query. I'm >>> upgrading a system that was running fine. The details are below. I also >>> tried to put the template inside a CLASS ... END block that didn't help. >>> >>> Can anyone else reproduce something like this? >>> Got any ideas on how to work around it? >>> >>> Thanks, >>> -Steve W >>> >>> Old system: >>> Ubuntu 12.04 LTS >>> >>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>> INPUT=GDAL INPUT=SHAPEFILE >>> >>> New system: >>> Ubuntu 14.04 LTS >>> >>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS >>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>> >>> The query layer looks like this: >>> >>> LAYER >>> NAME "model_query" >>> STATUS on >>> TYPE raster >>> >>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>> TILEITEM "LOCATION" >>> TEMPLATE "/maps/wms/pixel.value.html" >>> END >>> >>> >>> cat "/maps/wms/pixel.value.html" >>> >>> [value_0] >>> >>> >>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>> Version: 0x03 (ver. 3) >>> Num of records: 61 >>> Header length: 65 >>> Record length: 256 >>> Last change: 1995/7/26 >>> Num fields: 1 >>> Field info: >>> Num Name Type Len Decimal >>> 1. LOCATION C 255 0 >>> >>> >>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>> >>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>> using driver `ESRI Shapefile' successful. >>> >>> Layer name: index >>> Geometry: Polygon >>> Feature Count: 61 >>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>> Layer SRS WKT: >>> (unknown) >>> location: String (255.0) >>> >>> >>> When I issue a query like: >>> >>> /usr/lib/cgi-bin/mapserv >>> >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> The old server responded with: >>> Content-Type: text/html >>> >>> >>> MapServer Message >>> >>> >>> msQueryByPoint(): Search returned no results. No matching record(s) found. >>> You have new mail in /var/mail/root >>> >>> >>> I get an infinite number of lines like the following on the new server: >>> >>> # /usr/lib/cgi-bin/mapserv >>> >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> | head >>> Content-Type: text/html >>> >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> -99999 >>> ^C >> >> >> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >> Driver: GTiff/GeoTIFF >> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >> Size is 4801, 4801 >> Coordinate System is: >> GEOGCS["WGS 84", >> DATUM["WGS_1984", >> SPHEROID["WGS 84",6378137,298.257223563, >> AUTHORITY["EPSG","7030"]], >> AUTHORITY["EPSG","6326"]], >> PRIMEM["Greenwich",0], >> UNIT["degree",0.0174532925199433], >> AUTHORITY["EPSG","4326"]] >> Origin = (-102.000833330000006,41.000817329999997) >> Pixel Size = (0.000833330000000,-0.000833330000000) >> Metadata: >> AREA_OR_POINT=Point >> Image Structure Metadata: >> INTERLEAVE=BAND >> Corner Coordinates: >> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) >> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) >> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) >> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) >> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) >> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >> NoData Value=-99999 >> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, 38x38 >> >> >> >>> >>> You have to ^C to kill it, even when using head. This seems like a >>> serious bug as it runs for about 10 mins taking 100% CPU. If you call it >>> via file_get_contents() in php is hangs the request and freezea my OL >>> app until it is killed or kills php reading all the data. >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Mon Jul 13 07:49:22 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 13 Jul 2015 10:49:22 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A3B7E2.4040109@mapgears.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3B7E2.4040109@mapgears.com> Message-ID: <55A3CFF2.40105@swoodbridge.com> On 7/13/2015 9:06 AM, Daniel Morissette wrote: > Steve, > > Can you run the query in Valgrind? It can be a quick way to catch memory > handling issues (buffer overflows or access to uninitialized memory) > which can sometimes lead to this kind of loops as a side-effect. > > FYI, if you have more than 4 bands in one of your images then you may > have come across this: https://github.com/mapserver/mapserver/pull/5089 > (I don't think that's your case, but I thought I'd let you know anyway) OK, this was a good idea, but the results are not great, after starting valgrind and get the initial header lines printed I have no output after 72 mins. I know valgrind is slow and I'll leave it running but this seems like it has gone out to lunch :) # valgrind --leak-check=full /usr/lib/cgi-bin/mapserv QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' ==26206== Memcheck, a memory error detector ==26206== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==26206== Using Valgrind-3.10.0.SVN and LibVEX; rerun with -h for copyright info ==26206== Command: /usr/lib/cgi-bin/mapserv QUERY_STRING=map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125 ==26206== -Steve W > Daniel > > On 2015-07-13 4:12 AM, thomas bonfort wrote: >> Steve, >> please include a backtrace from gdb where you believe the infinite >> loop is happening. >> >> -- >> thomas >> >> On 13 July 2015 at 01:22, Stephen Woodbridge >> wrote: >>> I added gdalinfo on an actual raster file below. It turns out the >>> -99999 is >>> the NoData Value. I would be happy to just get this value back >>> (once), but I >>> think something is broken and putting mapserver into an infinite loop. >>> >>> -Steve W >>> >>> >>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>> >>>> Hi all, >>>> >>>> I have run into a very strange problem doing a mapserver query. I'm >>>> upgrading a system that was running fine. The details are below. I also >>>> tried to put the template inside a CLASS ... END block that didn't >>>> help. >>>> >>>> Can anyone else reproduce something like this? >>>> Got any ideas on how to work around it? >>>> >>>> Thanks, >>>> -Steve W >>>> >>>> Old system: >>>> Ubuntu 12.04 LTS >>>> >>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>> SUPPORTS=WMS_SERVER >>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>> INPUT=GDAL INPUT=SHAPEFILE >>>> >>>> New system: >>>> Ubuntu 14.04 LTS >>>> >>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>> INPUT=POSTGIS >>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>> >>>> The query layer looks like this: >>>> >>>> LAYER >>>> NAME "model_query" >>>> STATUS on >>>> TYPE raster >>>> >>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>> TILEITEM "LOCATION" >>>> TEMPLATE "/maps/wms/pixel.value.html" >>>> END >>>> >>>> >>>> cat "/maps/wms/pixel.value.html" >>>> >>>> [value_0] >>>> >>>> >>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>> Version: 0x03 (ver. 3) >>>> Num of records: 61 >>>> Header length: 65 >>>> Record length: 256 >>>> Last change: 1995/7/26 >>>> Num fields: 1 >>>> Field info: >>>> Num Name Type Len Decimal >>>> 1. LOCATION C 255 0 >>>> >>>> >>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>> >>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>> using driver `ESRI Shapefile' successful. >>>> >>>> Layer name: index >>>> Geometry: Polygon >>>> Feature Count: 61 >>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>> Layer SRS WKT: >>>> (unknown) >>>> location: String (255.0) >>>> >>>> >>>> When I issue a query like: >>>> >>>> /usr/lib/cgi-bin/mapserv >>>> >>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>> >>>> >>>> >>>> The old server responded with: >>>> Content-Type: text/html >>>> >>>> >>>> MapServer Message >>>> >>>> >>>> msQueryByPoint(): Search returned no results. No matching record(s) >>>> found. >>>> You have new mail in /var/mail/root >>>> >>>> >>>> I get an infinite number of lines like the following on the new server: >>>> >>>> # /usr/lib/cgi-bin/mapserv >>>> >>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>> >>>> | head >>>> Content-Type: text/html >>>> >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> ^C >>> >>> >>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>> Driver: GTiff/GeoTIFF >>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>> Size is 4801, 4801 >>> Coordinate System is: >>> GEOGCS["WGS 84", >>> DATUM["WGS_1984", >>> SPHEROID["WGS 84",6378137,298.257223563, >>> AUTHORITY["EPSG","7030"]], >>> AUTHORITY["EPSG","6326"]], >>> PRIMEM["Greenwich",0], >>> UNIT["degree",0.0174532925199433], >>> AUTHORITY["EPSG","4326"]] >>> Origin = (-102.000833330000006,41.000817329999997) >>> Pixel Size = (0.000833330000000,-0.000833330000000) >>> Metadata: >>> AREA_OR_POINT=Point >>> Image Structure Metadata: >>> INTERLEAVE=BAND >>> Corner Coordinates: >>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) >>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) >>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) >>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) >>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) >>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>> NoData Value=-99999 >>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, >>> 38x38 >>> >>> >>> >>>> >>>> You have to ^C to kill it, even when using head. This seems like a >>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>> call it >>>> via file_get_contents() in php is hangs the request and freezea my OL >>>> app until it is killed or kills php reading all the data. >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > From woodbri at swoodbridge.com Mon Jul 13 08:01:11 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 13 Jul 2015 11:01:11 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A3CE36.7090502@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> Message-ID: <55A3D2B7.3060903@swoodbridge.com> Thomas, More information: /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 4366 for(j=0; jresultcache->numresults; j++) { (gdb) p lp->resultcache->numresults $7 = 2884991 this is clearly a bad value my guess is that it is not getting initialized to zero and assumes it will get set when some number of results are found, but if no results are found it is not getting set to zero. (Just a hypothesis) -Steve W On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: > Thomas, > > Here is the initial backtrace afte starting it and and ^C while it is > printing -99999 lines: > > #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 "[value_0]\n", > stream=0x688460, mode=9) > at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 > #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, > html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, papszBuffer=0x0) > at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 > #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery (mapserv=0x609050, > pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) > at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 > #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, > queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) > at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 > #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest (mapserv=0x609050) > at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 > #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) > at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 > #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) > at /u/software/mapserver-rel-6-4-2/mapserv.c:259 > > I'll poke around a little more in gdb and see if I can figure out > anything more. > > Thanks, > -Steve > > > On 7/13/2015 4:12 AM, thomas bonfort wrote: >> Steve, >> please include a backtrace from gdb where you believe the infinite >> loop is happening. >> >> -- >> thomas >> >> On 13 July 2015 at 01:22, Stephen Woodbridge >> wrote: >>> I added gdalinfo on an actual raster file below. It turns out the >>> -99999 is >>> the NoData Value. I would be happy to just get this value back >>> (once), but I >>> think something is broken and putting mapserver into an infinite loop. >>> >>> -Steve W >>> >>> >>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>> >>>> Hi all, >>>> >>>> I have run into a very strange problem doing a mapserver query. I'm >>>> upgrading a system that was running fine. The details are below. I also >>>> tried to put the template inside a CLASS ... END block that didn't >>>> help. >>>> >>>> Can anyone else reproduce something like this? >>>> Got any ideas on how to work around it? >>>> >>>> Thanks, >>>> -Steve W >>>> >>>> Old system: >>>> Ubuntu 12.04 LTS >>>> >>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>> SUPPORTS=WMS_SERVER >>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>> INPUT=GDAL INPUT=SHAPEFILE >>>> >>>> New system: >>>> Ubuntu 14.04 LTS >>>> >>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>> INPUT=POSTGIS >>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>> >>>> The query layer looks like this: >>>> >>>> LAYER >>>> NAME "model_query" >>>> STATUS on >>>> TYPE raster >>>> >>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>> TILEITEM "LOCATION" >>>> TEMPLATE "/maps/wms/pixel.value.html" >>>> END >>>> >>>> >>>> cat "/maps/wms/pixel.value.html" >>>> >>>> [value_0] >>>> >>>> >>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>> Version: 0x03 (ver. 3) >>>> Num of records: 61 >>>> Header length: 65 >>>> Record length: 256 >>>> Last change: 1995/7/26 >>>> Num fields: 1 >>>> Field info: >>>> Num Name Type Len Decimal >>>> 1. LOCATION C 255 0 >>>> >>>> >>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>> >>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>> using driver `ESRI Shapefile' successful. >>>> >>>> Layer name: index >>>> Geometry: Polygon >>>> Feature Count: 61 >>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>> Layer SRS WKT: >>>> (unknown) >>>> location: String (255.0) >>>> >>>> >>>> When I issue a query like: >>>> >>>> /usr/lib/cgi-bin/mapserv >>>> >>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>> >>>> >>>> >>>> The old server responded with: >>>> Content-Type: text/html >>>> >>>> >>>> MapServer Message >>>> >>>> >>>> msQueryByPoint(): Search returned no results. No matching record(s) >>>> found. >>>> You have new mail in /var/mail/root >>>> >>>> >>>> I get an infinite number of lines like the following on the new server: >>>> >>>> # /usr/lib/cgi-bin/mapserv >>>> >>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>> >>>> | head >>>> Content-Type: text/html >>>> >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> -99999 >>>> ^C >>> >>> >>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>> Driver: GTiff/GeoTIFF >>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>> Size is 4801, 4801 >>> Coordinate System is: >>> GEOGCS["WGS 84", >>> DATUM["WGS_1984", >>> SPHEROID["WGS 84",6378137,298.257223563, >>> AUTHORITY["EPSG","7030"]], >>> AUTHORITY["EPSG","6326"]], >>> PRIMEM["Greenwich",0], >>> UNIT["degree",0.0174532925199433], >>> AUTHORITY["EPSG","4326"]] >>> Origin = (-102.000833330000006,41.000817329999997) >>> Pixel Size = (0.000833330000000,-0.000833330000000) >>> Metadata: >>> AREA_OR_POINT=Point >>> Image Structure Metadata: >>> INTERLEAVE=BAND >>> Corner Coordinates: >>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) >>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) >>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) >>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) >>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) >>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>> NoData Value=-99999 >>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, >>> 38x38 >>> >>> >>> >>>> >>>> You have to ^C to kill it, even when using head. This seems like a >>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>> call it >>>> via file_get_contents() in php is hangs the request and freezea my OL >>>> app until it is killed or kills php reading all the data. >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From thomas.bonfort at gmail.com Mon Jul 13 08:05:51 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 13 Jul 2015 17:05:51 +0200 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A3D2B7.3060903@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> Message-ID: Or that could just be the number of pixels under the query point if you are zoomed out far or with a large tolerance... On 13 July 2015 at 17:01, Stephen Woodbridge wrote: > Thomas, > > More information: > > /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 > > 4366 for(j=0; jresultcache->numresults; j++) { > (gdb) p lp->resultcache->numresults > $7 = 2884991 > > this is clearly a bad value my guess is that it is not getting initialized > to zero and assumes it will get set when some number of results are found, > but if no results are found it is not getting set to zero. (Just a > hypothesis) > > -Steve W > > > On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >> >> Thomas, >> >> Here is the initial backtrace afte starting it and and ^C while it is >> printing -99999 lines: >> >> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 "[value_0]\n", >> stream=0x688460, mode=9) >> at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 >> #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, papszBuffer=0x0) >> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 >> #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery (mapserv=0x609050, >> pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) >> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 >> #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, >> queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) >> at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 >> #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest (mapserv=0x609050) >> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 >> #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) >> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 >> #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) >> at /u/software/mapserver-rel-6-4-2/mapserv.c:259 >> >> I'll poke around a little more in gdb and see if I can figure out >> anything more. >> >> Thanks, >> -Steve >> >> >> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>> >>> Steve, >>> please include a backtrace from gdb where you believe the infinite >>> loop is happening. >>> >>> -- >>> thomas >>> >>> On 13 July 2015 at 01:22, Stephen Woodbridge >>> wrote: >>>> >>>> I added gdalinfo on an actual raster file below. It turns out the >>>> -99999 is >>>> the NoData Value. I would be happy to just get this value back >>>> (once), but I >>>> think something is broken and putting mapserver into an infinite loop. >>>> >>>> -Steve W >>>> >>>> >>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>> >>>>> >>>>> Hi all, >>>>> >>>>> I have run into a very strange problem doing a mapserver query. I'm >>>>> upgrading a system that was running fine. The details are below. I also >>>>> tried to put the template inside a CLASS ... END block that didn't >>>>> help. >>>>> >>>>> Can anyone else reproduce something like this? >>>>> Got any ideas on how to work around it? >>>>> >>>>> Thanks, >>>>> -Steve W >>>>> >>>>> Old system: >>>>> Ubuntu 12.04 LTS >>>>> >>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>> SUPPORTS=WMS_SERVER >>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>> >>>>> New system: >>>>> Ubuntu 14.04 LTS >>>>> >>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >>>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>> INPUT=POSTGIS >>>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>> >>>>> The query layer looks like this: >>>>> >>>>> LAYER >>>>> NAME "model_query" >>>>> STATUS on >>>>> TYPE raster >>>>> >>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>> TILEITEM "LOCATION" >>>>> TEMPLATE "/maps/wms/pixel.value.html" >>>>> END >>>>> >>>>> >>>>> cat "/maps/wms/pixel.value.html" >>>>> >>>>> [value_0] >>>>> >>>>> >>>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>> Version: 0x03 (ver. 3) >>>>> Num of records: 61 >>>>> Header length: 65 >>>>> Record length: 256 >>>>> Last change: 1995/7/26 >>>>> Num fields: 1 >>>>> Field info: >>>>> Num Name Type Len Decimal >>>>> 1. LOCATION C 255 0 >>>>> >>>>> >>>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>> >>>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >>>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>> using driver `ESRI Shapefile' successful. >>>>> >>>>> Layer name: index >>>>> Geometry: Polygon >>>>> Feature Count: 61 >>>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>>> Layer SRS WKT: >>>>> (unknown) >>>>> location: String (255.0) >>>>> >>>>> >>>>> When I issue a query like: >>>>> >>>>> /usr/lib/cgi-bin/mapserv >>>>> >>>>> >>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>> >>>>> >>>>> >>>>> The old server responded with: >>>>> Content-Type: text/html >>>>> >>>>> >>>>> MapServer Message >>>>> >>>>> >>>>> msQueryByPoint(): Search returned no results. No matching record(s) >>>>> found. >>>>> You have new mail in /var/mail/root >>>>> >>>>> >>>>> I get an infinite number of lines like the following on the new server: >>>>> >>>>> # /usr/lib/cgi-bin/mapserv >>>>> >>>>> >>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>> >>>>> | head >>>>> Content-Type: text/html >>>>> >>>>> -99999 >>>>> -99999 >>>>> -99999 >>>>> -99999 >>>>> -99999 >>>>> -99999 >>>>> -99999 >>>>> -99999 >>>>> ^C >>>> >>>> >>>> >>>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>> Driver: GTiff/GeoTIFF >>>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>> Size is 4801, 4801 >>>> Coordinate System is: >>>> GEOGCS["WGS 84", >>>> DATUM["WGS_1984", >>>> SPHEROID["WGS 84",6378137,298.257223563, >>>> AUTHORITY["EPSG","7030"]], >>>> AUTHORITY["EPSG","6326"]], >>>> PRIMEM["Greenwich",0], >>>> UNIT["degree",0.0174532925199433], >>>> AUTHORITY["EPSG","4326"]] >>>> Origin = (-102.000833330000006,41.000817329999997) >>>> Pixel Size = (0.000833330000000,-0.000833330000000) >>>> Metadata: >>>> AREA_OR_POINT=Point >>>> Image Structure Metadata: >>>> INTERLEAVE=BAND >>>> Corner Coordinates: >>>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) >>>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) >>>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) >>>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) >>>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) >>>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>>> NoData Value=-99999 >>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, >>>> 38x38 >>>> >>>> >>>> >>>>> >>>>> You have to ^C to kill it, even when using head. This seems like a >>>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>>> call it >>>>> via file_get_contents() in php is hangs the request and freezea my OL >>>>> app until it is killed or kills php reading all the data. >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Mon Jul 13 08:48:33 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 13 Jul 2015 11:48:33 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> Message-ID: <55A3DDD1.1050407@swoodbridge.com> SOLVED: see below ... According to the docs, the defaults are: TOLERANCE 3 TOLERANCEUNITS pixels and with: QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' How is zoom calculated? LAYER NAME "model_query" STATUS on TYPE raster TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" TILEITEM "LOCATION" CLASS TEMPLATE "/maps/wms/pixel.value.html" END END Did this behavior change from 6.2.1 to 6.4.1? because it is not noted in the MIGRATION-GUIDE if it did. On 6.2.1 I get the following result: Content-Type: text/html MapServer Message which returns very quickly. I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 and installed the mapserver package. Everything else appears to be working without a problem except this issue. SOLVED: I explicitly added: TOLERANCE 1 TOLERANCEUNITS pixels to my LAYER definition and now it works. d# /usr/lib/cgi-bin/mapserv QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' Content-Type: text/html MapServer Message msQueryByPoint(): Search returned no results. No matching record(s) found. So it looks like maybe the defaults are not getting initialized. Opened: https://github.com/mapserver/mapserver/issues/5120 Thanks, -Steve On 7/13/2015 11:05 AM, thomas bonfort wrote: > Or that could just be the number of pixels under the query point if > you are zoomed out far or with a large tolerance... > > On 13 July 2015 at 17:01, Stephen Woodbridge wrote: >> Thomas, >> >> More information: >> >> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >> >> 4366 for(j=0; jresultcache->numresults; j++) { >> (gdb) p lp->resultcache->numresults >> $7 = 2884991 >> >> this is clearly a bad value my guess is that it is not getting initialized >> to zero and assumes it will get set when some number of results are found, >> but if no results are found it is not getting set to zero. (Just a >> hypothesis) >> >> -Steve W >> >> >> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>> >>> Thomas, >>> >>> Here is the initial backtrace afte starting it and and ^C while it is >>> printing -99999 lines: >>> >>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 "[value_0]\n", >>> stream=0x688460, mode=9) >>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 >>> #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, papszBuffer=0x0) >>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 >>> #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery (mapserv=0x609050, >>> pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) >>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 >>> #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, >>> queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) >>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 >>> #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest (mapserv=0x609050) >>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 >>> #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) >>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 >>> #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) >>> at /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>> >>> I'll poke around a little more in gdb and see if I can figure out >>> anything more. >>> >>> Thanks, >>> -Steve >>> >>> >>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>> >>>> Steve, >>>> please include a backtrace from gdb where you believe the infinite >>>> loop is happening. >>>> >>>> -- >>>> thomas >>>> >>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>> wrote: >>>>> >>>>> I added gdalinfo on an actual raster file below. It turns out the >>>>> -99999 is >>>>> the NoData Value. I would be happy to just get this value back >>>>> (once), but I >>>>> think something is broken and putting mapserver into an infinite loop. >>>>> >>>>> -Steve W >>>>> >>>>> >>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>> >>>>>> >>>>>> Hi all, >>>>>> >>>>>> I have run into a very strange problem doing a mapserver query. I'm >>>>>> upgrading a system that was running fine. The details are below. I also >>>>>> tried to put the template inside a CLASS ... END block that didn't >>>>>> help. >>>>>> >>>>>> Can anyone else reproduce something like this? >>>>>> Got any ideas on how to work around it? >>>>>> >>>>>> Thanks, >>>>>> -Steve W >>>>>> >>>>>> Old system: >>>>>> Ubuntu 12.04 LTS >>>>>> >>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>>>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>> SUPPORTS=WMS_SERVER >>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>> >>>>>> New system: >>>>>> Ubuntu 14.04 LTS >>>>>> >>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >>>>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>>> INPUT=POSTGIS >>>>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>>> >>>>>> The query layer looks like this: >>>>>> >>>>>> LAYER >>>>>> NAME "model_query" >>>>>> STATUS on >>>>>> TYPE raster >>>>>> >>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>> TILEITEM "LOCATION" >>>>>> TEMPLATE "/maps/wms/pixel.value.html" >>>>>> END >>>>>> >>>>>> >>>>>> cat "/maps/wms/pixel.value.html" >>>>>> >>>>>> [value_0] >>>>>> >>>>>> >>>>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>> Version: 0x03 (ver. 3) >>>>>> Num of records: 61 >>>>>> Header length: 65 >>>>>> Record length: 256 >>>>>> Last change: 1995/7/26 >>>>>> Num fields: 1 >>>>>> Field info: >>>>>> Num Name Type Len Decimal >>>>>> 1. LOCATION C 255 0 >>>>>> >>>>>> >>>>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>>>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>> >>>>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >>>>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>> using driver `ESRI Shapefile' successful. >>>>>> >>>>>> Layer name: index >>>>>> Geometry: Polygon >>>>>> Feature Count: 61 >>>>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>>>> Layer SRS WKT: >>>>>> (unknown) >>>>>> location: String (255.0) >>>>>> >>>>>> >>>>>> When I issue a query like: >>>>>> >>>>>> /usr/lib/cgi-bin/mapserv >>>>>> >>>>>> >>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>> >>>>>> >>>>>> >>>>>> The old server responded with: >>>>>> Content-Type: text/html >>>>>> >>>>>> >>>>>> MapServer Message >>>>>> >>>>>> >>>>>> msQueryByPoint(): Search returned no results. No matching record(s) >>>>>> found. >>>>>> You have new mail in /var/mail/root >>>>>> >>>>>> >>>>>> I get an infinite number of lines like the following on the new server: >>>>>> >>>>>> # /usr/lib/cgi-bin/mapserv >>>>>> >>>>>> >>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>> >>>>>> | head >>>>>> Content-Type: text/html >>>>>> >>>>>> -99999 >>>>>> -99999 >>>>>> -99999 >>>>>> -99999 >>>>>> -99999 >>>>>> -99999 >>>>>> -99999 >>>>>> -99999 >>>>>> ^C >>>>> >>>>> >>>>> >>>>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>> Driver: GTiff/GeoTIFF >>>>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>> Size is 4801, 4801 >>>>> Coordinate System is: >>>>> GEOGCS["WGS 84", >>>>> DATUM["WGS_1984", >>>>> SPHEROID["WGS 84",6378137,298.257223563, >>>>> AUTHORITY["EPSG","7030"]], >>>>> AUTHORITY["EPSG","6326"]], >>>>> PRIMEM["Greenwich",0], >>>>> UNIT["degree",0.0174532925199433], >>>>> AUTHORITY["EPSG","4326"]] >>>>> Origin = (-102.000833330000006,41.000817329999997) >>>>> Pixel Size = (0.000833330000000,-0.000833330000000) >>>>> Metadata: >>>>> AREA_OR_POINT=Point >>>>> Image Structure Metadata: >>>>> INTERLEAVE=BAND >>>>> Corner Coordinates: >>>>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' 2.94"N) >>>>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' 0.00"N) >>>>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) >>>>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' 0.00"N) >>>>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) >>>>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>>>> NoData Value=-99999 >>>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, 76x76, >>>>> 38x38 >>>>> >>>>> >>>>> >>>>>> >>>>>> You have to ^C to kill it, even when using head. This seems like a >>>>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>>>> call it >>>>>> via file_get_contents() in php is hangs the request and freezea my OL >>>>>> app until it is killed or kills php reading all the data. >>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Tue Jul 14 08:20:57 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 14 Jul 2015 11:20:57 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A3DDD1.1050407@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> <55A3DDD1.1050407@swoodbridge.com> Message-ID: <55A528D9.30505@swoodbridge.com> OK, not totally solved! Things are better by explicitly setting TOLERANCE and TOLERANCEUNITS but I am still getting random hanging of processes doing queries. I'm wondering if this is related to apache 2.4 and the way it is setting up cgi-bin processes. What is the best practice for configuring apache 2.4 (things changed in apache 2.4 from 2.2) cgi for use with mapserver? I'm running Ubuntu 14.04 LTS and have these packages installed: apache2:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate apache2-bin:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate apache2-data:all/trusty-security 2.4.7-1ubuntu4.4 uptodate apache2-mpm-prefork:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate apache2-utils:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate libapache2-mod-geoip:amd64/trusty 1.2.8-2 uptodate libapache2-mod-mapcache:amd64/trusty 1.2.1-2 uptodate libapache2-mod-php5:amd64/trusty-security 5.5.9+dfsg-1ubuntu4.11 uptodate libapache2-mod-python:amd64/trusty 3.3.1-11ubuntu2 uptodate cgi-mapserver:amd64/trusty 6.4.1-2 uptodate libmapserver1:amd64/trusty 6.4.1-2 uptodate mapserver-bin:amd64/trusty 6.4.1-2 uptodate ls /etc/apache2/mods-enabled/ access_compat.load autoindex.load geoip.load php5.conf alias.load cgi.load mapcache.conf php5.load auth_basic.load deflate.conf mapcache.load python.load authn_core.load deflate.load mime.conf setenvif.conf authn_file.load dir.conf mime.load setenvif.load authz_core.load dir.load mpm_prefork.conf status.conf authz_host.load env.load mpm_prefork.load status.load authz_user.load filter.load negotiation.conf autoindex.conf geoip.conf negotiation.load On 7/13/2015 11:48 AM, Stephen Woodbridge wrote: > SOLVED: see below ... > > According to the docs, the defaults are: > > TOLERANCE 3 > TOLERANCEUNITS pixels > > and with: > > QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' > > > How is zoom calculated? > > LAYER > NAME "model_query" > STATUS on > TYPE raster > > TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" > TILEITEM "LOCATION" > CLASS > TEMPLATE "/maps/wms/pixel.value.html" > END > END > > Did this behavior change from 6.2.1 to 6.4.1? because it is not noted in > the MIGRATION-GUIDE if it did. On 6.2.1 I get the following result: > > Content-Type: text/html > MapServer Message > msQueryByPoint(): Search returned no results. No matching record(s) > found. > > > which returns very quickly. > > I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 and > installed the mapserver package. Everything else appears to be working > without a problem except this issue. > > SOLVED: > > I explicitly added: > > TOLERANCE 1 > TOLERANCEUNITS pixels > > to my LAYER definition and now it works. > > d# /usr/lib/cgi-bin/mapserv > QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' > > Content-Type: text/html > > > MapServer Message > > > msQueryByPoint(): Search returned no results. No matching record(s) found. > > > So it looks like maybe the defaults are not getting initialized. > > Opened: https://github.com/mapserver/mapserver/issues/5120 > > Thanks, > -Steve > > On 7/13/2015 11:05 AM, thomas bonfort wrote: >> Or that could just be the number of pixels under the query point if >> you are zoomed out far or with a large tolerance... >> >> On 13 July 2015 at 17:01, Stephen Woodbridge >> wrote: >>> Thomas, >>> >>> More information: >>> >>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >>> >>> 4366 for(j=0; jresultcache->numresults; j++) { >>> (gdb) p lp->resultcache->numresults >>> $7 = 2884991 >>> >>> this is clearly a bad value my guess is that it is not getting >>> initialized >>> to zero and assumes it will get set when some number of results are >>> found, >>> but if no results are found it is not getting set to zero. (Just a >>> hypothesis) >>> >>> -Steve W >>> >>> >>> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>>> >>>> Thomas, >>>> >>>> Here is the initial backtrace afte starting it and and ^C while it is >>>> printing -99999 lines: >>>> >>>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 "[value_0]\n", >>>> stream=0x688460, mode=9) >>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 >>>> #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, >>>> papszBuffer=0x0) >>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 >>>> #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery >>>> (mapserv=0x609050, >>>> pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) >>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 >>>> #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, >>>> queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) >>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 >>>> #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest (mapserv=0x609050) >>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 >>>> #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) >>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 >>>> #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) >>>> at /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>>> >>>> I'll poke around a little more in gdb and see if I can figure out >>>> anything more. >>>> >>>> Thanks, >>>> -Steve >>>> >>>> >>>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>>> >>>>> Steve, >>>>> please include a backtrace from gdb where you believe the infinite >>>>> loop is happening. >>>>> >>>>> -- >>>>> thomas >>>>> >>>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>>> wrote: >>>>>> >>>>>> I added gdalinfo on an actual raster file below. It turns out the >>>>>> -99999 is >>>>>> the NoData Value. I would be happy to just get this value back >>>>>> (once), but I >>>>>> think something is broken and putting mapserver into an infinite >>>>>> loop. >>>>>> >>>>>> -Steve W >>>>>> >>>>>> >>>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>>> >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> I have run into a very strange problem doing a mapserver query. I'm >>>>>>> upgrading a system that was running fine. The details are below. >>>>>>> I also >>>>>>> tried to put the template inside a CLASS ... END block that didn't >>>>>>> help. >>>>>>> >>>>>>> Can anyone else reproduce something like this? >>>>>>> Got any ideas on how to work around it? >>>>>>> >>>>>>> Thanks, >>>>>>> -Steve W >>>>>>> >>>>>>> Old system: >>>>>>> Ubuntu 12.04 LTS >>>>>>> >>>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG >>>>>>> SUPPORTS=PROJ >>>>>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>> SUPPORTS=WMS_SERVER >>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>>>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>> >>>>>>> New system: >>>>>>> Ubuntu 14.04 LTS >>>>>>> >>>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML >>>>>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE >>>>>>> SUPPORTS=CAIRO >>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>>>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>>>> INPUT=POSTGIS >>>>>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>>>> >>>>>>> The query layer looks like this: >>>>>>> >>>>>>> LAYER >>>>>>> NAME "model_query" >>>>>>> STATUS on >>>>>>> TYPE raster >>>>>>> >>>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>>> TILEITEM "LOCATION" >>>>>>> TEMPLATE "/maps/wms/pixel.value.html" >>>>>>> END >>>>>>> >>>>>>> >>>>>>> cat "/maps/wms/pixel.value.html" >>>>>>> >>>>>>> [value_0] >>>>>>> >>>>>>> >>>>>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>> Version: 0x03 (ver. 3) >>>>>>> Num of records: 61 >>>>>>> Header length: 65 >>>>>>> Record length: 256 >>>>>>> Last change: 1995/7/26 >>>>>>> Num fields: 1 >>>>>>> Field info: >>>>>>> Num Name Type Len Decimal >>>>>>> 1. LOCATION C 255 0 >>>>>>> >>>>>>> >>>>>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>>>>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>>> >>>>>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp index >>>>>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>>> using driver `ESRI Shapefile' successful. >>>>>>> >>>>>>> Layer name: index >>>>>>> Geometry: Polygon >>>>>>> Feature Count: 61 >>>>>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>>>>> Layer SRS WKT: >>>>>>> (unknown) >>>>>>> location: String (255.0) >>>>>>> >>>>>>> >>>>>>> When I issue a query like: >>>>>>> >>>>>>> /usr/lib/cgi-bin/mapserv >>>>>>> >>>>>>> >>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> The old server responded with: >>>>>>> Content-Type: text/html >>>>>>> >>>>>>> >>>>>>> MapServer Message >>>>>>> >>>>>>> >>>>>>> msQueryByPoint(): Search returned no results. No matching record(s) >>>>>>> found. >>>>>>> You have new mail in /var/mail/root >>>>>>> >>>>>>> >>>>>>> I get an infinite number of lines like the following on the new >>>>>>> server: >>>>>>> >>>>>>> # /usr/lib/cgi-bin/mapserv >>>>>>> >>>>>>> >>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>> >>>>>>> >>>>>>> | head >>>>>>> Content-Type: text/html >>>>>>> >>>>>>> -99999 >>>>>>> -99999 >>>>>>> -99999 >>>>>>> -99999 >>>>>>> -99999 >>>>>>> -99999 >>>>>>> -99999 >>>>>>> -99999 >>>>>>> ^C >>>>>> >>>>>> >>>>>> >>>>>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>> Driver: GTiff/GeoTIFF >>>>>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>> Size is 4801, 4801 >>>>>> Coordinate System is: >>>>>> GEOGCS["WGS 84", >>>>>> DATUM["WGS_1984", >>>>>> SPHEROID["WGS 84",6378137,298.257223563, >>>>>> AUTHORITY["EPSG","7030"]], >>>>>> AUTHORITY["EPSG","6326"]], >>>>>> PRIMEM["Greenwich",0], >>>>>> UNIT["degree",0.0174532925199433], >>>>>> AUTHORITY["EPSG","4326"]] >>>>>> Origin = (-102.000833330000006,41.000817329999997) >>>>>> Pixel Size = (0.000833330000000,-0.000833330000000) >>>>>> Metadata: >>>>>> AREA_OR_POINT=Point >>>>>> Image Structure Metadata: >>>>>> INTERLEAVE=BAND >>>>>> Corner Coordinates: >>>>>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' >>>>>> 2.94"N) >>>>>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' >>>>>> 0.00"N) >>>>>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' >>>>>> 2.94"N) >>>>>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' >>>>>> 0.00"N) >>>>>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' >>>>>> 1.47"N) >>>>>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>>>>> NoData Value=-99999 >>>>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, >>>>>> 76x76, >>>>>> 38x38 >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> You have to ^C to kill it, even when using head. This seems like a >>>>>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>>>>> call it >>>>>>> via file_get_contents() in php is hangs the request and freezea >>>>>>> my OL >>>>>>> app until it is killed or kills php reading all the data. >>>>>>> _______________________________________________ >>>>>>> mapserver-users mailing list >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users > From pc at educ.ar Tue Jul 14 11:46:14 2015 From: pc at educ.ar (Pablo Cecconi) Date: Tue, 14 Jul 2015 15:46:14 -0300 Subject: [mapserver-users] SLD for multiple layers Message-ID: Hi all, I'm using Mapserver SLD parameter to apply styles to maps which contain a single layer through WMS requests. My question is whether it's possible to define styles for every layer in a map with multiple layers and apply them using a single SLD in the same way. In case this is not possible right now, are there any plans to support this feature in the future? Thanks, Pablo -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Tue Jul 14 12:49:16 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 14 Jul 2015 15:49:16 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A528D9.30505@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> <55A3DDD1.1050407@swoodbridge.com> <55A528D9.30505@swoodbridge.com> Message-ID: <55A567BC.8080702@swoodbridge.com> Ans not related to apache, I can still reproduce this at the commandline, although it is harder to find a case that fails now that I have set TOLERANCE and TOLERANCEUNITS. Is there a way to limit the number of features like MAXFEATURES for drawing, only for queries? I see in the code map->query.maxfeatures but I'm not finding a way to set that via CGI or mapfile? -Steve On 7/14/2015 11:20 AM, Stephen Woodbridge wrote: > OK, not totally solved! Things are better by explicitly setting > TOLERANCE and TOLERANCEUNITS but I am still getting random hanging of > processes doing queries. > > I'm wondering if this is related to apache 2.4 and the way it is setting > up cgi-bin processes. What is the best practice for configuring apache > 2.4 (things changed in apache 2.4 from 2.2) cgi for use with mapserver? > > I'm running Ubuntu 14.04 LTS and have these packages installed: > > apache2:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-bin:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-data:all/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-mpm-prefork:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-utils:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > libapache2-mod-geoip:amd64/trusty 1.2.8-2 uptodate > libapache2-mod-mapcache:amd64/trusty 1.2.1-2 uptodate > libapache2-mod-php5:amd64/trusty-security 5.5.9+dfsg-1ubuntu4.11 uptodate > libapache2-mod-python:amd64/trusty 3.3.1-11ubuntu2 uptodate > > cgi-mapserver:amd64/trusty 6.4.1-2 uptodate > libmapserver1:amd64/trusty 6.4.1-2 uptodate > mapserver-bin:amd64/trusty 6.4.1-2 uptodate > > ls /etc/apache2/mods-enabled/ > access_compat.load autoindex.load geoip.load php5.conf > alias.load cgi.load mapcache.conf php5.load > auth_basic.load deflate.conf mapcache.load python.load > authn_core.load deflate.load mime.conf setenvif.conf > authn_file.load dir.conf mime.load setenvif.load > authz_core.load dir.load mpm_prefork.conf status.conf > authz_host.load env.load mpm_prefork.load status.load > authz_user.load filter.load negotiation.conf > autoindex.conf geoip.conf negotiation.load > > > On 7/13/2015 11:48 AM, Stephen Woodbridge wrote: >> SOLVED: see below ... >> >> According to the docs, the defaults are: >> >> TOLERANCE 3 >> TOLERANCEUNITS pixels >> >> and with: >> >> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >> >> >> >> How is zoom calculated? >> >> LAYER >> NAME "model_query" >> STATUS on >> TYPE raster >> >> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >> TILEITEM "LOCATION" >> CLASS >> TEMPLATE "/maps/wms/pixel.value.html" >> END >> END >> >> Did this behavior change from 6.2.1 to 6.4.1? because it is not noted in >> the MIGRATION-GUIDE if it did. On 6.2.1 I get the following result: >> >> Content-Type: text/html >> > MapServer Message> >> > msQueryByPoint(): Search returned no results. No matching record(s) >> found. >> >> >> which returns very quickly. >> >> I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 and >> installed the mapserver package. Everything else appears to be working >> without a problem except this issue. >> >> SOLVED: >> >> I explicitly added: >> >> TOLERANCE 1 >> TOLERANCEUNITS pixels >> >> to my LAYER definition and now it works. >> >> d# /usr/lib/cgi-bin/mapserv >> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >> >> >> Content-Type: text/html >> >> >> MapServer Message >> >> >> msQueryByPoint(): Search returned no results. No matching record(s) >> found. >> >> >> So it looks like maybe the defaults are not getting initialized. >> >> Opened: https://github.com/mapserver/mapserver/issues/5120 >> >> Thanks, >> -Steve >> >> On 7/13/2015 11:05 AM, thomas bonfort wrote: >>> Or that could just be the number of pixels under the query point if >>> you are zoomed out far or with a large tolerance... >>> >>> On 13 July 2015 at 17:01, Stephen Woodbridge >>> wrote: >>>> Thomas, >>>> >>>> More information: >>>> >>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >>>> >>>> 4366 for(j=0; jresultcache->numresults; j++) { >>>> (gdb) p lp->resultcache->numresults >>>> $7 = 2884991 >>>> >>>> this is clearly a bad value my guess is that it is not getting >>>> initialized >>>> to zero and assumes it will get set when some number of results are >>>> found, >>>> but if no results are found it is not getting set to zero. (Just a >>>> hypothesis) >>>> >>>> -Steve W >>>> >>>> >>>> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>>>> >>>>> Thomas, >>>>> >>>>> Here is the initial backtrace afte starting it and and ^C while it is >>>>> printing -99999 lines: >>>>> >>>>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 "[value_0]\n", >>>>> stream=0x688460, mode=9) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 >>>>> #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>>>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, >>>>> papszBuffer=0x0) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 >>>>> #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery >>>>> (mapserv=0x609050, >>>>> pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 >>>>> #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, >>>>> queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 >>>>> #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest (mapserv=0x609050) >>>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 >>>>> #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) >>>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 >>>>> #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) >>>>> at /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>>>> >>>>> I'll poke around a little more in gdb and see if I can figure out >>>>> anything more. >>>>> >>>>> Thanks, >>>>> -Steve >>>>> >>>>> >>>>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>>>> >>>>>> Steve, >>>>>> please include a backtrace from gdb where you believe the infinite >>>>>> loop is happening. >>>>>> >>>>>> -- >>>>>> thomas >>>>>> >>>>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>>>> >>>>>> wrote: >>>>>>> >>>>>>> I added gdalinfo on an actual raster file below. It turns out the >>>>>>> -99999 is >>>>>>> the NoData Value. I would be happy to just get this value back >>>>>>> (once), but I >>>>>>> think something is broken and putting mapserver into an infinite >>>>>>> loop. >>>>>>> >>>>>>> -Steve W >>>>>>> >>>>>>> >>>>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>>>> >>>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I have run into a very strange problem doing a mapserver query. I'm >>>>>>>> upgrading a system that was running fine. The details are below. >>>>>>>> I also >>>>>>>> tried to put the template inside a CLASS ... END block that didn't >>>>>>>> help. >>>>>>>> >>>>>>>> Can anyone else reproduce something like this? >>>>>>>> Got any ideas on how to work around it? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> -Steve W >>>>>>>> >>>>>>>> Old system: >>>>>>>> Ubuntu 12.04 LTS >>>>>>>> >>>>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG >>>>>>>> SUPPORTS=PROJ >>>>>>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>>> SUPPORTS=WMS_SERVER >>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>>>>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>>> >>>>>>>> New system: >>>>>>>> Ubuntu 14.04 LTS >>>>>>>> >>>>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG >>>>>>>> OUTPUT=KML >>>>>>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE >>>>>>>> SUPPORTS=CAIRO >>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>>>>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>>>>> INPUT=POSTGIS >>>>>>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>>>>> >>>>>>>> The query layer looks like this: >>>>>>>> >>>>>>>> LAYER >>>>>>>> NAME "model_query" >>>>>>>> STATUS on >>>>>>>> TYPE raster >>>>>>>> >>>>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>>>> TILEITEM "LOCATION" >>>>>>>> TEMPLATE "/maps/wms/pixel.value.html" >>>>>>>> END >>>>>>>> >>>>>>>> >>>>>>>> cat "/maps/wms/pixel.value.html" >>>>>>>> >>>>>>>> [value_0] >>>>>>>> >>>>>>>> >>>>>>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>> Version: 0x03 (ver. 3) >>>>>>>> Num of records: 61 >>>>>>>> Header length: 65 >>>>>>>> Record length: 256 >>>>>>>> Last change: 1995/7/26 >>>>>>>> Num fields: 1 >>>>>>>> Field info: >>>>>>>> Num Name Type Len Decimal >>>>>>>> 1. LOCATION C 255 0 >>>>>>>> >>>>>>>> >>>>>>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>>>> >>>>>>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp >>>>>>>> index >>>>>>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>>>> using driver `ESRI Shapefile' successful. >>>>>>>> >>>>>>>> Layer name: index >>>>>>>> Geometry: Polygon >>>>>>>> Feature Count: 61 >>>>>>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>>>>>> Layer SRS WKT: >>>>>>>> (unknown) >>>>>>>> location: String (255.0) >>>>>>>> >>>>>>>> >>>>>>>> When I issue a query like: >>>>>>>> >>>>>>>> /usr/lib/cgi-bin/mapserv >>>>>>>> >>>>>>>> >>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> The old server responded with: >>>>>>>> Content-Type: text/html >>>>>>>> >>>>>>>> >>>>>>>> MapServer Message >>>>>>>> >>>>>>>> >>>>>>>> msQueryByPoint(): Search returned no results. No matching record(s) >>>>>>>> found. >>>>>>>> You have new mail in /var/mail/root >>>>>>>> >>>>>>>> >>>>>>>> I get an infinite number of lines like the following on the new >>>>>>>> server: >>>>>>>> >>>>>>>> # /usr/lib/cgi-bin/mapserv >>>>>>>> >>>>>>>> >>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> | head >>>>>>>> Content-Type: text/html >>>>>>>> >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> ^C >>>>>>> >>>>>>> >>>>>>> >>>>>>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>> Driver: GTiff/GeoTIFF >>>>>>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>> Size is 4801, 4801 >>>>>>> Coordinate System is: >>>>>>> GEOGCS["WGS 84", >>>>>>> DATUM["WGS_1984", >>>>>>> SPHEROID["WGS 84",6378137,298.257223563, >>>>>>> AUTHORITY["EPSG","7030"]], >>>>>>> AUTHORITY["EPSG","6326"]], >>>>>>> PRIMEM["Greenwich",0], >>>>>>> UNIT["degree",0.0174532925199433], >>>>>>> AUTHORITY["EPSG","4326"]] >>>>>>> Origin = (-102.000833330000006,41.000817329999997) >>>>>>> Pixel Size = (0.000833330000000,-0.000833330000000) >>>>>>> Metadata: >>>>>>> AREA_OR_POINT=Point >>>>>>> Image Structure Metadata: >>>>>>> INTERLEAVE=BAND >>>>>>> Corner Coordinates: >>>>>>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' >>>>>>> 2.94"N) >>>>>>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' >>>>>>> 0.00"N) >>>>>>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' >>>>>>> 2.94"N) >>>>>>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' >>>>>>> 0.00"N) >>>>>>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' >>>>>>> 1.47"N) >>>>>>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>>>>>> NoData Value=-99999 >>>>>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, >>>>>>> 76x76, >>>>>>> 38x38 >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> You have to ^C to kill it, even when using head. This seems like a >>>>>>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>>>>>> call it >>>>>>>> via file_get_contents() in php is hangs the request and freezea >>>>>>>> my OL >>>>>>>> app until it is killed or kills php reading all the data. >>>>>>>> _______________________________________________ >>>>>>>> mapserver-users mailing list >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> mapserver-users mailing list >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From pc at educ.ar Tue Jul 14 12:58:18 2015 From: pc at educ.ar (Pablo Cecconi) Date: Tue, 14 Jul 2015 16:58:18 -0300 Subject: [mapserver-users] Problem with SIZEUNITS on SLD Message-ID: Hi, I'm using Mapserver SLD parameter to style layers using QGIS to generate SLD files. The problem I have is that QGIS only allows to define symbol size in either Milimeters or Map Units but Mapserver SIZEUNITS parameter on the layer doesn't support Milimeters as a valid unit (or at least this is not documented) so the symbols usually look too small. Am I doing something wrong? Thanks, Pablo -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at state.mn.us Tue Jul 14 13:09:37 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Tue, 14 Jul 2015 20:09:37 +0000 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A567BC.8080702@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> <55A3DDD1.1050407@swoodbridge.com> <55A528D9.30505@swoodbridge.com> <55A567BC.8080702@swoodbridge.com> Message-ID: I think the map->query.maxfeatures is pretty much settable only through WFS. If you're using the template driver output format you can limit the number of features that way. You'd use the limit property of the feature tag. That said, it seems to me that you'd want to use TOLERANCE 0 with whatever units you like. That means just grabbing the value of the pixel the "click" falls in so you'd only ever get one value back. Steve -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge Sent: Tuesday, July 14, 2015 2:49 PM To: thomas bonfort Cc: MapserverList OSGEO Subject: Re: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 Ans not related to apache, I can still reproduce this at the commandline, although it is harder to find a case that fails now that I have set TOLERANCE and TOLERANCEUNITS. Is there a way to limit the number of features like MAXFEATURES for drawing, only for queries? I see in the code map->query.maxfeatures but I'm not finding a way to set that via CGI or mapfile? -Steve On 7/14/2015 11:20 AM, Stephen Woodbridge wrote: > OK, not totally solved! Things are better by explicitly setting > TOLERANCE and TOLERANCEUNITS but I am still getting random hanging of > processes doing queries. > > I'm wondering if this is related to apache 2.4 and the way it is setting > up cgi-bin processes. What is the best practice for configuring apache > 2.4 (things changed in apache 2.4 from 2.2) cgi for use with mapserver? > > I'm running Ubuntu 14.04 LTS and have these packages installed: > > apache2:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-bin:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-data:all/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-mpm-prefork:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > apache2-utils:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate > libapache2-mod-geoip:amd64/trusty 1.2.8-2 uptodate > libapache2-mod-mapcache:amd64/trusty 1.2.1-2 uptodate > libapache2-mod-php5:amd64/trusty-security 5.5.9+dfsg-1ubuntu4.11 uptodate > libapache2-mod-python:amd64/trusty 3.3.1-11ubuntu2 uptodate > > cgi-mapserver:amd64/trusty 6.4.1-2 uptodate > libmapserver1:amd64/trusty 6.4.1-2 uptodate > mapserver-bin:amd64/trusty 6.4.1-2 uptodate > > ls /etc/apache2/mods-enabled/ > access_compat.load autoindex.load geoip.load php5.conf > alias.load cgi.load mapcache.conf php5.load > auth_basic.load deflate.conf mapcache.load python.load > authn_core.load deflate.load mime.conf setenvif.conf > authn_file.load dir.conf mime.load setenvif.load > authz_core.load dir.load mpm_prefork.conf status.conf > authz_host.load env.load mpm_prefork.load status.load > authz_user.load filter.load negotiation.conf > autoindex.conf geoip.conf negotiation.load > > > On 7/13/2015 11:48 AM, Stephen Woodbridge wrote: >> SOLVED: see below ... >> >> According to the docs, the defaults are: >> >> TOLERANCE 3 >> TOLERANCEUNITS pixels >> >> and with: >> >> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >> >> >> >> How is zoom calculated? >> >> LAYER >> NAME "model_query" >> STATUS on >> TYPE raster >> >> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >> TILEITEM "LOCATION" >> CLASS >> TEMPLATE "/maps/wms/pixel.value.html" >> END >> END >> >> Did this behavior change from 6.2.1 to 6.4.1? because it is not noted in >> the MIGRATION-GUIDE if it did. On 6.2.1 I get the following result: >> >> Content-Type: text/html >> > MapServer Message> >> > msQueryByPoint(): Search returned no results. No matching record(s) >> found. >> >> >> which returns very quickly. >> >> I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 and >> installed the mapserver package. Everything else appears to be working >> without a problem except this issue. >> >> SOLVED: >> >> I explicitly added: >> >> TOLERANCE 1 >> TOLERANCEUNITS pixels >> >> to my LAYER definition and now it works. >> >> d# /usr/lib/cgi-bin/mapserv >> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >> >> >> Content-Type: text/html >> >> >> MapServer Message >> >> >> msQueryByPoint(): Search returned no results. No matching record(s) >> found. >> >> >> So it looks like maybe the defaults are not getting initialized. >> >> Opened: https://github.com/mapserver/mapserver/issues/5120 >> >> Thanks, >> -Steve >> >> On 7/13/2015 11:05 AM, thomas bonfort wrote: >>> Or that could just be the number of pixels under the query point if >>> you are zoomed out far or with a large tolerance... >>> >>> On 13 July 2015 at 17:01, Stephen Woodbridge >>> wrote: >>>> Thomas, >>>> >>>> More information: >>>> >>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >>>> >>>> 4366 for(j=0; jresultcache->numresults; j++) { >>>> (gdb) p lp->resultcache->numresults >>>> $7 = 2884991 >>>> >>>> this is clearly a bad value my guess is that it is not getting >>>> initialized >>>> to zero and assumes it will get set when some number of results are >>>> found, >>>> but if no results are found it is not getting set to zero. (Just a >>>> hypothesis) >>>> >>>> -Steve W >>>> >>>> >>>> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>>>> >>>>> Thomas, >>>>> >>>>> Here is the initial backtrace afte starting it and and ^C while it is >>>>> printing -99999 lines: >>>>> >>>>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 "[value_0]\n", >>>>> stream=0x688460, mode=9) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 >>>>> #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>>>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, >>>>> papszBuffer=0x0) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 >>>>> #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery >>>>> (mapserv=0x609050, >>>>> pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 >>>>> #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, >>>>> queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) >>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 >>>>> #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest (mapserv=0x609050) >>>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 >>>>> #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) >>>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 >>>>> #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) >>>>> at /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>>>> >>>>> I'll poke around a little more in gdb and see if I can figure out >>>>> anything more. >>>>> >>>>> Thanks, >>>>> -Steve >>>>> >>>>> >>>>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>>>> >>>>>> Steve, >>>>>> please include a backtrace from gdb where you believe the infinite >>>>>> loop is happening. >>>>>> >>>>>> -- >>>>>> thomas >>>>>> >>>>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>>>> >>>>>> wrote: >>>>>>> >>>>>>> I added gdalinfo on an actual raster file below. It turns out the >>>>>>> -99999 is >>>>>>> the NoData Value. I would be happy to just get this value back >>>>>>> (once), but I >>>>>>> think something is broken and putting mapserver into an infinite >>>>>>> loop. >>>>>>> >>>>>>> -Steve W >>>>>>> >>>>>>> >>>>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>>>> >>>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I have run into a very strange problem doing a mapserver query. I'm >>>>>>>> upgrading a system that was running fine. The details are below. >>>>>>>> I also >>>>>>>> tried to put the template inside a CLASS ... END block that didn't >>>>>>>> help. >>>>>>>> >>>>>>>> Can anyone else reproduce something like this? >>>>>>>> Got any ideas on how to work around it? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> -Steve W >>>>>>>> >>>>>>>> Old system: >>>>>>>> Ubuntu 12.04 LTS >>>>>>>> >>>>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG >>>>>>>> SUPPORTS=PROJ >>>>>>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>>> SUPPORTS=WMS_SERVER >>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>>>>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>>> >>>>>>>> New system: >>>>>>>> Ubuntu 14.04 LTS >>>>>>>> >>>>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG >>>>>>>> OUTPUT=KML >>>>>>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE >>>>>>>> SUPPORTS=CAIRO >>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>>>>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>>>>> INPUT=POSTGIS >>>>>>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>>>>> >>>>>>>> The query layer looks like this: >>>>>>>> >>>>>>>> LAYER >>>>>>>> NAME "model_query" >>>>>>>> STATUS on >>>>>>>> TYPE raster >>>>>>>> >>>>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>>>> TILEITEM "LOCATION" >>>>>>>> TEMPLATE "/maps/wms/pixel.value.html" >>>>>>>> END >>>>>>>> >>>>>>>> >>>>>>>> cat "/maps/wms/pixel.value.html" >>>>>>>> >>>>>>>> [value_0] >>>>>>>> >>>>>>>> >>>>>>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>> Version: 0x03 (ver. 3) >>>>>>>> Num of records: 61 >>>>>>>> Header length: 65 >>>>>>>> Record length: 256 >>>>>>>> Last change: 1995/7/26 >>>>>>>> Num fields: 1 >>>>>>>> Field info: >>>>>>>> Num Name Type Len Decimal >>>>>>>> 1. LOCATION C 255 0 >>>>>>>> >>>>>>>> >>>>>>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | head >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>>>> >>>>>>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp >>>>>>>> index >>>>>>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>>>> using driver `ESRI Shapefile' successful. >>>>>>>> >>>>>>>> Layer name: index >>>>>>>> Geometry: Polygon >>>>>>>> Feature Count: 61 >>>>>>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>>>>>> Layer SRS WKT: >>>>>>>> (unknown) >>>>>>>> location: String (255.0) >>>>>>>> >>>>>>>> >>>>>>>> When I issue a query like: >>>>>>>> >>>>>>>> /usr/lib/cgi-bin/mapserv >>>>>>>> >>>>>>>> >>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> The old server responded with: >>>>>>>> Content-Type: text/html >>>>>>>> >>>>>>>> >>>>>>>> MapServer Message >>>>>>>> >>>>>>>> >>>>>>>> msQueryByPoint(): Search returned no results. No matching record(s) >>>>>>>> found. >>>>>>>> You have new mail in /var/mail/root >>>>>>>> >>>>>>>> >>>>>>>> I get an infinite number of lines like the following on the new >>>>>>>> server: >>>>>>>> >>>>>>>> # /usr/lib/cgi-bin/mapserv >>>>>>>> >>>>>>>> >>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> | head >>>>>>>> Content-Type: text/html >>>>>>>> >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> -99999 >>>>>>>> ^C >>>>>>> >>>>>>> >>>>>>> >>>>>>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>> Driver: GTiff/GeoTIFF >>>>>>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>> Size is 4801, 4801 >>>>>>> Coordinate System is: >>>>>>> GEOGCS["WGS 84", >>>>>>> DATUM["WGS_1984", >>>>>>> SPHEROID["WGS 84",6378137,298.257223563, >>>>>>> AUTHORITY["EPSG","7030"]], >>>>>>> AUTHORITY["EPSG","6326"]], >>>>>>> PRIMEM["Greenwich",0], >>>>>>> UNIT["degree",0.0174532925199433], >>>>>>> AUTHORITY["EPSG","4326"]] >>>>>>> Origin = (-102.000833330000006,41.000817329999997) >>>>>>> Pixel Size = (0.000833330000000,-0.000833330000000) >>>>>>> Metadata: >>>>>>> AREA_OR_POINT=Point >>>>>>> Image Structure Metadata: >>>>>>> INTERLEAVE=BAND >>>>>>> Corner Coordinates: >>>>>>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' >>>>>>> 2.94"N) >>>>>>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' >>>>>>> 0.00"N) >>>>>>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' >>>>>>> 2.94"N) >>>>>>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' >>>>>>> 0.00"N) >>>>>>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' >>>>>>> 1.47"N) >>>>>>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>>>>>> NoData Value=-99999 >>>>>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, >>>>>>> 76x76, >>>>>>> 38x38 >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> You have to ^C to kill it, even when using head. This seems like a >>>>>>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>>>>>> call it >>>>>>>> via file_get_contents() in php is hangs the request and freezea >>>>>>>> my OL >>>>>>>> app until it is killed or kills php reading all the data. >>>>>>>> _______________________________________________ >>>>>>>> mapserver-users mailing list >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> mapserver-users mailing list >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Tue Jul 14 21:11:46 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 15 Jul 2015 00:11:46 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A567BC.8080702@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> <55A3DDD1.1050407@swoodbridge.com> <55A528D9.30505@swoodbridge.com> <55A567BC.8080702@swoodbridge.com> Message-ID: <55A5DD82.9000002@swoodbridge.com> Ok, I think I have found a work around to my issue, now I just have to update lots and lots of classes in lots of mapfiles and a dozen or so ajax handlers to update to work around the issue. I updated https://github.com/mapserver/mapserver/issues/5120 It looks like I can add PROCESSING "RASTER_QUERY_MAX_RESULT=1" to all my query layers and update the ajax handlers that are making the query requests. The pain with the ajax handlers is that each one needs to know what the NoData response is going to be for the specific raster that it is querying because now mapserver is return the NoData value rather then responding consistently that "msQueryByPoint(): Search returned no results. No matching record(s) found." -Steve W On 7/14/2015 3:49 PM, Stephen Woodbridge wrote: > Ans not related to apache, I can still reproduce this at the > commandline, although it is harder to find a case that fails now that I > have set TOLERANCE and TOLERANCEUNITS. > > Is there a way to limit the number of features like MAXFEATURES for > drawing, only for queries? > > I see in the code map->query.maxfeatures but I'm not finding a way to > set that via CGI or mapfile? > > -Steve > > On 7/14/2015 11:20 AM, Stephen Woodbridge wrote: >> OK, not totally solved! Things are better by explicitly setting >> TOLERANCE and TOLERANCEUNITS but I am still getting random hanging of >> processes doing queries. >> >> I'm wondering if this is related to apache 2.4 and the way it is setting >> up cgi-bin processes. What is the best practice for configuring apache >> 2.4 (things changed in apache 2.4 from 2.2) cgi for use with mapserver? >> >> I'm running Ubuntu 14.04 LTS and have these packages installed: >> >> apache2:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-bin:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-data:all/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-mpm-prefork:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-utils:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> libapache2-mod-geoip:amd64/trusty 1.2.8-2 uptodate >> libapache2-mod-mapcache:amd64/trusty 1.2.1-2 uptodate >> libapache2-mod-php5:amd64/trusty-security 5.5.9+dfsg-1ubuntu4.11 uptodate >> libapache2-mod-python:amd64/trusty 3.3.1-11ubuntu2 uptodate >> >> cgi-mapserver:amd64/trusty 6.4.1-2 uptodate >> libmapserver1:amd64/trusty 6.4.1-2 uptodate >> mapserver-bin:amd64/trusty 6.4.1-2 uptodate >> >> ls /etc/apache2/mods-enabled/ >> access_compat.load autoindex.load geoip.load php5.conf >> alias.load cgi.load mapcache.conf php5.load >> auth_basic.load deflate.conf mapcache.load python.load >> authn_core.load deflate.load mime.conf setenvif.conf >> authn_file.load dir.conf mime.load setenvif.load >> authz_core.load dir.load mpm_prefork.conf status.conf >> authz_host.load env.load mpm_prefork.load status.load >> authz_user.load filter.load negotiation.conf >> autoindex.conf geoip.conf negotiation.load >> >> >> On 7/13/2015 11:48 AM, Stephen Woodbridge wrote: >>> SOLVED: see below ... >>> >>> According to the docs, the defaults are: >>> >>> TOLERANCE 3 >>> TOLERANCEUNITS pixels >>> >>> and with: >>> >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> >>> >>> How is zoom calculated? >>> >>> LAYER >>> NAME "model_query" >>> STATUS on >>> TYPE raster >>> >>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>> TILEITEM "LOCATION" >>> CLASS >>> TEMPLATE "/maps/wms/pixel.value.html" >>> END >>> END >>> >>> Did this behavior change from 6.2.1 to 6.4.1? because it is not noted in >>> the MIGRATION-GUIDE if it did. On 6.2.1 I get the following result: >>> >>> Content-Type: text/html >>> >> MapServer Message>> >>> >> msQueryByPoint(): Search returned no results. No matching record(s) >>> found. >>> >>> >>> which returns very quickly. >>> >>> I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 and >>> installed the mapserver package. Everything else appears to be working >>> without a problem except this issue. >>> >>> SOLVED: >>> >>> I explicitly added: >>> >>> TOLERANCE 1 >>> TOLERANCEUNITS pixels >>> >>> to my LAYER definition and now it works. >>> >>> d# /usr/lib/cgi-bin/mapserv >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> >>> Content-Type: text/html >>> >>> >>> MapServer Message >>> >>> >>> msQueryByPoint(): Search returned no results. No matching record(s) >>> found. >>> >>> >>> So it looks like maybe the defaults are not getting initialized. >>> >>> Opened: https://github.com/mapserver/mapserver/issues/5120 >>> >>> Thanks, >>> -Steve >>> >>> On 7/13/2015 11:05 AM, thomas bonfort wrote: >>>> Or that could just be the number of pixels under the query point if >>>> you are zoomed out far or with a large tolerance... >>>> >>>> On 13 July 2015 at 17:01, Stephen Woodbridge >>>> wrote: >>>>> Thomas, >>>>> >>>>> More information: >>>>> >>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >>>>> >>>>> 4366 for(j=0; jresultcache->numresults; j++) { >>>>> (gdb) p lp->resultcache->numresults >>>>> $7 = 2884991 >>>>> >>>>> this is clearly a bad value my guess is that it is not getting >>>>> initialized >>>>> to zero and assumes it will get set when some number of results are >>>>> found, >>>>> but if no results are found it is not getting set to zero. (Just a >>>>> hypothesis) >>>>> >>>>> -Steve W >>>>> >>>>> >>>>> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>>>>> >>>>>> Thomas, >>>>>> >>>>>> Here is the initial backtrace afte starting it and and ^C while it is >>>>>> printing -99999 lines: >>>>>> >>>>>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 >>>>>> "[value_0]\n", >>>>>> stream=0x688460, mode=9) >>>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 >>>>>> #1 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>>>>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, >>>>>> papszBuffer=0x0) >>>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 >>>>>> #2 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery >>>>>> (mapserv=0x609050, >>>>>> pszMimeType=0x60c8f0 "text/html", papszBuffer=0x0) >>>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 >>>>>> #3 0x00007ffff7a1f586 in msReturnTemplateQuery (mapserv=0x609050, >>>>>> queryFormat=0x60c8f0 "text/html", papszBuffer=0x0) >>>>>> at /u/software/mapserver-rel-6-4-2/maptemplate.c:315 >>>>>> #4 0x00007ffff79f1230 in msCGIDispatchQueryRequest >>>>>> (mapserv=0x609050) >>>>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 >>>>>> #5 0x00007ffff79f2205 in msCGIDispatchRequest (mapserv=0x609050) >>>>>> at /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 >>>>>> #6 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) >>>>>> at /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>>>>> >>>>>> I'll poke around a little more in gdb and see if I can figure out >>>>>> anything more. >>>>>> >>>>>> Thanks, >>>>>> -Steve >>>>>> >>>>>> >>>>>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>>>>> >>>>>>> Steve, >>>>>>> please include a backtrace from gdb where you believe the infinite >>>>>>> loop is happening. >>>>>>> >>>>>>> -- >>>>>>> thomas >>>>>>> >>>>>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>>>>> >>>>>>> wrote: >>>>>>>> >>>>>>>> I added gdalinfo on an actual raster file below. It turns out the >>>>>>>> -99999 is >>>>>>>> the NoData Value. I would be happy to just get this value back >>>>>>>> (once), but I >>>>>>>> think something is broken and putting mapserver into an infinite >>>>>>>> loop. >>>>>>>> >>>>>>>> -Steve W >>>>>>>> >>>>>>>> >>>>>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I have run into a very strange problem doing a mapserver query. >>>>>>>>> I'm >>>>>>>>> upgrading a system that was running fine. The details are below. >>>>>>>>> I also >>>>>>>>> tried to put the template inside a CLASS ... END block that didn't >>>>>>>>> help. >>>>>>>>> >>>>>>>>> Can anyone else reproduce something like this? >>>>>>>>> Got any ideas on how to work around it? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> -Steve W >>>>>>>>> >>>>>>>>> Old system: >>>>>>>>> Ubuntu 12.04 LTS >>>>>>>>> >>>>>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG >>>>>>>>> SUPPORTS=PROJ >>>>>>>>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>>>> SUPPORTS=WMS_SERVER >>>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>>>>>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>>>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>> >>>>>>>>> New system: >>>>>>>>> Ubuntu 14.04 LTS >>>>>>>>> >>>>>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG >>>>>>>>> OUTPUT=KML >>>>>>>>> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE >>>>>>>>> SUPPORTS=CAIRO >>>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI >>>>>>>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>>>>>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>>>>>> INPUT=POSTGIS >>>>>>>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>> >>>>>>>>> The query layer looks like this: >>>>>>>>> >>>>>>>>> LAYER >>>>>>>>> NAME "model_query" >>>>>>>>> STATUS on >>>>>>>>> TYPE raster >>>>>>>>> >>>>>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>>>>> TILEITEM "LOCATION" >>>>>>>>> TEMPLATE "/maps/wms/pixel.value.html" >>>>>>>>> END >>>>>>>>> >>>>>>>>> >>>>>>>>> cat "/maps/wms/pixel.value.html" >>>>>>>>> >>>>>>>>> [value_0] >>>>>>>>> >>>>>>>>> >>>>>>>>> dbf_dump -info wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>> Filename: wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>> Version: 0x03 (ver. 3) >>>>>>>>> Num of records: 61 >>>>>>>>> Header length: 65 >>>>>>>>> Record length: 256 >>>>>>>>> Last change: 1995/7/26 >>>>>>>>> Num fields: 1 >>>>>>>>> Field info: >>>>>>>>> Num Name Type Len Decimal >>>>>>>>> 1. LOCATION C 255 0 >>>>>>>>> >>>>>>>>> >>>>>>>>> dbf_dump wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | >>>>>>>>> head >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>>>>> >>>>>>>>> ogrinfo -so wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp >>>>>>>>> index >>>>>>>>> INFO: Open of `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>>>>> using driver `ESRI Shapefile' successful. >>>>>>>>> >>>>>>>>> Layer name: index >>>>>>>>> Geometry: Polygon >>>>>>>>> Feature Count: 61 >>>>>>>>> Extent: (-130.000417, 16.999583) - (-65.999599, 49.000401) >>>>>>>>> Layer SRS WKT: >>>>>>>>> (unknown) >>>>>>>>> location: String (255.0) >>>>>>>>> >>>>>>>>> >>>>>>>>> When I issue a query like: >>>>>>>>> >>>>>>>>> /usr/lib/cgi-bin/mapserv >>>>>>>>> >>>>>>>>> >>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> The old server responded with: >>>>>>>>> Content-Type: text/html >>>>>>>>> >>>>>>>>> >>>>>>>>> MapServer Message >>>>>>>>> >>>>>>>>> >>>>>>>>> msQueryByPoint(): Search returned no results. No matching >>>>>>>>> record(s) >>>>>>>>> found. >>>>>>>>> You have new mail in /var/mail/root >>>>>>>>> >>>>>>>>> >>>>>>>>> I get an infinite number of lines like the following on the new >>>>>>>>> server: >>>>>>>>> >>>>>>>>> # /usr/lib/cgi-bin/mapserv >>>>>>>>> >>>>>>>>> >>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> | head >>>>>>>>> Content-Type: text/html >>>>>>>>> >>>>>>>>> -99999 >>>>>>>>> -99999 >>>>>>>>> -99999 >>>>>>>>> -99999 >>>>>>>>> -99999 >>>>>>>>> -99999 >>>>>>>>> -99999 >>>>>>>>> -99999 >>>>>>>>> ^C >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> # gdalinfo wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> Driver: GTiff/GeoTIFF >>>>>>>> Files: wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> Size is 4801, 4801 >>>>>>>> Coordinate System is: >>>>>>>> GEOGCS["WGS 84", >>>>>>>> DATUM["WGS_1984", >>>>>>>> SPHEROID["WGS 84",6378137,298.257223563, >>>>>>>> AUTHORITY["EPSG","7030"]], >>>>>>>> AUTHORITY["EPSG","6326"]], >>>>>>>> PRIMEM["Greenwich",0], >>>>>>>> UNIT["degree",0.0174532925199433], >>>>>>>> AUTHORITY["EPSG","4326"]] >>>>>>>> Origin = (-102.000833330000006,41.000817329999997) >>>>>>>> Pixel Size = (0.000833330000000,-0.000833330000000) >>>>>>>> Metadata: >>>>>>>> AREA_OR_POINT=Point >>>>>>>> Image Structure Metadata: >>>>>>>> INTERLEAVE=BAND >>>>>>>> Corner Coordinates: >>>>>>>> Upper Left (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' >>>>>>>> 2.94"N) >>>>>>>> Lower Left (-102.0008333, 37.0000000) (102d 0' 3.00"W, 37d 0' >>>>>>>> 0.00"N) >>>>>>>> Upper Right ( -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' >>>>>>>> 2.94"N) >>>>>>>> Lower Right ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' >>>>>>>> 0.00"N) >>>>>>>> Center (-100.0004247, 39.0004087) (100d 0' 1.53"W, 39d 0' >>>>>>>> 1.47"N) >>>>>>>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>>>>>>> NoData Value=-99999 >>>>>>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, 151x151, >>>>>>>> 76x76, >>>>>>>> 38x38 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> You have to ^C to kill it, even when using head. This seems like a >>>>>>>>> serious bug as it runs for about 10 mins taking 100% CPU. If you >>>>>>>>> call it >>>>>>>>> via file_get_contents() in php is hangs the request and freezea >>>>>>>>> my OL >>>>>>>>> app until it is killed or kills php reading all the data. >>>>>>>>> _______________________________________________ >>>>>>>>> mapserver-users mailing list >>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> mapserver-users mailing list >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Wed Jul 15 06:43:14 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 15 Jul 2015 09:43:14 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> <55A3DDD1.1050407@swoodbridge.com> <55A528D9.30505@swoodbridge.com> <55A567BC.8080702@swoodbridge.com> Message-ID: <55A66372.9070705@swoodbridge.com> On 7/14/2015 4:09 PM, Lime, Steve D (MNIT) wrote: > I think the map->query.maxfeatures is pretty much settable only > through WFS. If you're using the template driver output format you > can limit the number of features that way. You'd use the limit > property of the feature tag. > > That said, it seems to me that you'd want to use TOLERANCE 0 with > whatever units you like. That means just grabbing the value of the > pixel the "click" falls in so you'd only ever get one value back. Steve, Thanks! From my limited test cases, setting TOLERANCE 0 seems to give me the old behavior. I updated #5129 to reflect this and this should save me a bunch of time tweaking scripts and mapfiles. Thanks again, -Steve W > Steve > > -----Original Message----- From: > mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen > Woodbridge Sent: Tuesday, July 14, 2015 2:49 PM To: thomas bonfort > Cc: MapserverList OSGEO Subject: Re: [mapserver-users] Very strange > problem doing a query and hanging on MS 6.4.1 > > Ans not related to apache, I can still reproduce this at the > commandline, although it is harder to find a case that fails now that > I have set TOLERANCE and TOLERANCEUNITS. > > Is there a way to limit the number of features like MAXFEATURES for > drawing, only for queries? > > I see in the code map->query.maxfeatures but I'm not finding a way > to set that via CGI or mapfile? > > -Steve > > On 7/14/2015 11:20 AM, Stephen Woodbridge wrote: >> OK, not totally solved! Things are better by explicitly setting >> TOLERANCE and TOLERANCEUNITS but I am still getting random hanging >> of processes doing queries. >> >> I'm wondering if this is related to apache 2.4 and the way it is >> setting up cgi-bin processes. What is the best practice for >> configuring apache 2.4 (things changed in apache 2.4 from 2.2) cgi >> for use with mapserver? >> >> I'm running Ubuntu 14.04 LTS and have these packages installed: >> >> apache2:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-bin:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-data:all/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-mpm-prefork:amd64/trusty-security 2.4.7-1ubuntu4.4 >> uptodate apache2-utils:amd64/trusty-security 2.4.7-1ubuntu4.4 >> uptodate libapache2-mod-geoip:amd64/trusty 1.2.8-2 uptodate >> libapache2-mod-mapcache:amd64/trusty 1.2.1-2 uptodate >> libapache2-mod-php5:amd64/trusty-security 5.5.9+dfsg-1ubuntu4.11 >> uptodate libapache2-mod-python:amd64/trusty 3.3.1-11ubuntu2 >> uptodate >> >> cgi-mapserver:amd64/trusty 6.4.1-2 uptodate >> libmapserver1:amd64/trusty 6.4.1-2 uptodate >> mapserver-bin:amd64/trusty 6.4.1-2 uptodate >> >> ls /etc/apache2/mods-enabled/ access_compat.load autoindex.load >> geoip.load php5.conf alias.load cgi.load >> mapcache.conf php5.load auth_basic.load deflate.conf >> mapcache.load python.load authn_core.load deflate.load >> mime.conf setenvif.conf authn_file.load dir.conf >> mime.load setenvif.load authz_core.load dir.load >> mpm_prefork.conf status.conf authz_host.load env.load >> mpm_prefork.load status.load authz_user.load filter.load >> negotiation.conf autoindex.conf geoip.conf >> negotiation.load >> >> >> On 7/13/2015 11:48 AM, Stephen Woodbridge wrote: >>> SOLVED: see below ... >>> >>> According to the docs, the defaults are: >>> >>> TOLERANCE 3 TOLERANCEUNITS pixels >>> >>> and with: >>> >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> >>> >>> How is zoom calculated? >>> >>> LAYER NAME "model_query" STATUS on TYPE raster >>> >>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" TILEITEM >>> "LOCATION" CLASS TEMPLATE "/maps/wms/pixel.value.html" END END >>> >>> Did this behavior change from 6.2.1 to 6.4.1? because it is not >>> noted in the MIGRATION-GUIDE if it did. On 6.2.1 I get the >>> following result: >>> >>> Content-Type: text/html MapServer >>> Message>> OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG >>> SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS >>> SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS >>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE --> >> msQueryByPoint(): Search returned no results. No matching >>> record(s) found. >>> >>> which returns very quickly. >>> >>> I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 and >>> installed the mapserver package. Everything else appears to be >>> working without a problem except this issue. >>> >>> SOLVED: >>> >>> I explicitly added: >>> >>> TOLERANCE 1 TOLERANCEUNITS pixels >>> >>> to my LAYER definition and now it works. >>> >>> d# /usr/lib/cgi-bin/mapserv >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> >>> Content-Type: text/html >>> >>> MapServer Message >>> msQueryByPoint(): Search returned no results. No matching >>> record(s) found. >>> >>> So it looks like maybe the defaults are not getting initialized. >>> >>> Opened: https://github.com/mapserver/mapserver/issues/5120 >>> >>> Thanks, -Steve >>> >>> On 7/13/2015 11:05 AM, thomas bonfort wrote: >>>> Or that could just be the number of pixels under the query >>>> point if you are zoomed out far or with a large tolerance... >>>> >>>> On 13 July 2015 at 17:01, Stephen Woodbridge >>>> wrote: >>>>> Thomas, >>>>> >>>>> More information: >>>>> >>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >>>>> >>>>> 4366 for(j=0; jresultcache->numresults; j++) { >>>>> (gdb) p lp->resultcache->numresults $7 = 2884991 >>>>> >>>>> this is clearly a bad value my guess is that it is not >>>>> getting initialized to zero and assumes it will get set when >>>>> some number of results are found, but if no results are found >>>>> it is not getting set to zero. (Just a hypothesis) >>>>> >>>>> -Steve W >>>>> >>>>> >>>>> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>>>>> >>>>>> Thomas, >>>>>> >>>>>> Here is the initial backtrace afte starting it and and ^C >>>>>> while it is printing -99999 lines: >>>>>> >>>>>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 >>>>>> "[value_0]\n", stream=0x688460, mode=9) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 #1 >>>>>> 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>>>>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, >>>>>> papszBuffer=0x0) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 #2 >>>>>> 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery >>>>>> (mapserv=0x609050, pszMimeType=0x60c8f0 "text/html", >>>>>> papszBuffer=0x0) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 #3 >>>>>> 0x00007ffff7a1f586 in msReturnTemplateQuery >>>>>> (mapserv=0x609050, queryFormat=0x60c8f0 "text/html", >>>>>> papszBuffer=0x0) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:315 #4 >>>>>> 0x00007ffff79f1230 in msCGIDispatchQueryRequest >>>>>> (mapserv=0x609050) at >>>>>> /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 #5 >>>>>> 0x00007ffff79f2205 in msCGIDispatchRequest >>>>>> (mapserv=0x609050) at >>>>>> /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 #6 >>>>>> 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) at >>>>>> /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>>>>> >>>>>> I'll poke around a little more in gdb and see if I can >>>>>> figure out anything more. >>>>>> >>>>>> Thanks, -Steve >>>>>> >>>>>> >>>>>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>>>>> >>>>>>> Steve, please include a backtrace from gdb where you >>>>>>> believe the infinite loop is happening. >>>>>>> >>>>>>> -- thomas >>>>>>> >>>>>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>>>>> wrote: >>>>>>>> >>>>>>>> I added gdalinfo on an actual raster file below. It >>>>>>>> turns out the -99999 is the NoData Value. I would be >>>>>>>> happy to just get this value back (once), but I think >>>>>>>> something is broken and putting mapserver into an >>>>>>>> infinite loop. >>>>>>>> >>>>>>>> -Steve W >>>>>>>> >>>>>>>> >>>>>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I have run into a very strange problem doing a >>>>>>>>> mapserver query. I'm upgrading a system that was >>>>>>>>> running fine. The details are below. I also tried to >>>>>>>>> put the template inside a CLASS ... END block that >>>>>>>>> didn't help. >>>>>>>>> >>>>>>>>> Can anyone else reproduce something like this? Got >>>>>>>>> any ideas on how to work around it? >>>>>>>>> >>>>>>>>> Thanks, -Steve W >>>>>>>>> >>>>>>>>> Old system: Ubuntu 12.04 LTS >>>>>>>>> >>>>>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG >>>>>>>>> OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG >>>>>>>>> SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS >>>>>>>>> SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER >>>>>>>>> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS >>>>>>>>> SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>> >>>>>>>>> New system: Ubuntu 14.04 LTS >>>>>>>>> >>>>>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG >>>>>>>>> OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=GD >>>>>>>>> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV >>>>>>>>> SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER >>>>>>>>> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS >>>>>>>>> SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>> >>>>>>>>> The query layer looks like this: >>>>>>>>> >>>>>>>>> LAYER NAME "model_query" STATUS on TYPE raster >>>>>>>>> >>>>>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>>>>> TILEITEM "LOCATION" TEMPLATE >>>>>>>>> "/maps/wms/pixel.value.html" END >>>>>>>>> >>>>>>>>> >>>>>>>>> cat "/maps/wms/pixel.value.html" [value_0] >>>>>>>>> >>>>>>>>> >>>>>>>>> dbf_dump -info >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>> Filename: >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>> Version: 0x03 (ver. 3) Num of records: 61 >>>>>>>>> Header length: 65 Record length: 256 Last change: >>>>>>>>> 1995/7/26 Num fields: 1 Field info: Num Name >>>>>>>>> Type Len Decimal 1. LOCATION C >>>>>>>>> 255 0 >>>>>>>>> >>>>>>>>> >>>>>>>>> dbf_dump >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | >>>>>>>>> head NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>>>>> >>>>>>>>> ogrinfo -so >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp >>>>>>>>> index INFO: Open of >>>>>>>>> `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>>>>> using driver `ESRI Shapefile' successful. >>>>>>>>> >>>>>>>>> Layer name: index Geometry: Polygon Feature Count: >>>>>>>>> 61 Extent: (-130.000417, 16.999583) - (-65.999599, >>>>>>>>> 49.000401) Layer SRS WKT: (unknown) location: String >>>>>>>>> (255.0) >>>>>>>>> >>>>>>>>> >>>>>>>>> When I issue a query like: >>>>>>>>> >>>>>>>>> /usr/lib/cgi-bin/mapserv >>>>>>>>> >>>>>>>>> >>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> The old server responded with: >>>>>>>>> Content-Type: text/html >>>>>>>>> >>>>>>>>> MapServer Message >>>>>>>>> >>>>>>>> BGCOLOR="#FFFFFF"> msQueryByPoint(): Search returned >>>>>>>>> no results. No matching record(s) found. >>>>>>>>> You have new mail in /var/mail/root >>>>>>>>> >>>>>>>>> >>>>>>>>> I get an infinite number of lines like the following >>>>>>>>> on the new server: >>>>>>>>> >>>>>>>>> # /usr/lib/cgi-bin/mapserv >>>>>>>>> >>>>>>>>> >>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> | head >>>>>>>>> Content-Type: text/html >>>>>>>>> >>>>>>>>> -99999 -99999 -99999 -99999 -99999 -99999 -99999 >>>>>>>>> -99999 ^C >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> # gdalinfo >>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> Driver: GTiff/GeoTIFF Files: >>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> Size is 4801, 4801 Coordinate System is: GEOGCS["WGS >>>>>>>> 84", DATUM["WGS_1984", SPHEROID["WGS >>>>>>>> 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], >>>>>>>> AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], >>>>>>>> UNIT["degree",0.0174532925199433], >>>>>>>> AUTHORITY["EPSG","4326"]] Origin = >>>>>>>> (-102.000833330000006,41.000817329999997) Pixel Size = >>>>>>>> (0.000833330000000,-0.000833330000000) Metadata: >>>>>>>> AREA_OR_POINT=Point Image Structure Metadata: >>>>>>>> INTERLEAVE=BAND Corner Coordinates: Upper Left >>>>>>>> (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' >>>>>>>> 2.94"N) Lower Left (-102.0008333, 37.0000000) (102d >>>>>>>> 0' 3.00"W, 37d 0' 0.00"N) Upper Right ( -98.0000160, >>>>>>>> 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) Lower Right >>>>>>>> ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' >>>>>>>> 0.00"N) Center (-100.0004247, 39.0004087) (100d >>>>>>>> 0' 1.53"W, 39d 0' 1.47"N) Band 1 Block=256x256 >>>>>>>> Type=Float32, ColorInterp=Gray NoData Value=-99999 >>>>>>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, >>>>>>>> 151x151, 76x76, 38x38 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> You have to ^C to kill it, even when using head. This >>>>>>>>> seems like a serious bug as it runs for about 10 mins >>>>>>>>> taking 100% CPU. If you call it via >>>>>>>>> file_get_contents() in php is hangs the request and >>>>>>>>> freezea my OL app until it is killed or kills php >>>>>>>>> reading all the data. >>>>>>>>> _______________________________________________ >>>>>>>>> mapserver-users mailing list >>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>> mapserver-users mailing list >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>>> >>>>>> >>>>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> _______________________________________________ mapserver-users >> mailing list mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ mapserver-users > mailing list mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From jimlug at co.clackamas.or.us Wed Jul 15 09:30:16 2015 From: jimlug at co.clackamas.or.us (Dash) Date: Wed, 15 Jul 2015 09:30:16 -0700 (PDT) Subject: [mapserver-users] MapCache WMS request zoom level Message-ID: <1436977816961-5215766.post@n6.nabble.com> Aloha folks, we have created a tileset using mapcache. Now we are trying to access an image using wms, however, the zoom level is all wrong. Is there a way to specify zoom level as a parameters in the wms request? thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/MapCache-WMS-request-zoom-level-tp5215766.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jukka.rahkonen at maanmittauslaitos.fi Wed Jul 15 10:24:34 2015 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Wed, 15 Jul 2015 17:24:34 +0000 Subject: [mapserver-users] MapCache WMS request zoom level Message-ID: <159ee68ccc854429a0900a4109b0449d@C119S212VM017.msvyvi.vaha.local> Hi, Sorry, but I do not understand what you mean with zoom level and WMS. WMS is not limited to fixed zoom levels. GetMap request has geometric extent (BBOX) and size of the output image (width and height) as paremeters and those together gives all possible scales. But perhaps you can clarify what your aim is and what happens when zoom level seems to be all wrong. Screen captures about desired and current result might help. -Jukka Rahkonen- Dash wrote: > Aloha folks, > we have created a tileset using mapcache. Now we are trying to access an image using wms, however, the zoom level is all wrong. Is there a way to specify zoom level as a parameters in the wms request? thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/MapCache-WMS-request-zoom-level-tp5215766.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From zhaops at hotmail.com Wed Jul 15 13:17:46 2015 From: zhaops at hotmail.com (Peisheng Zhao) Date: Wed, 15 Jul 2015 20:17:46 +0000 Subject: [mapserver-users] RGB values of transparent pixel Message-ID: Hi all, I have a satellite PNG image and related world file. The RGB value for transparent pixels is (255,0,255,0) in this image. When I use MapServer WMS to get this image, its RGB value for transparent pixels changes into (0,0,0,0). Does anyone know how to keep its original RGB value? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at state.mn.us Thu Jul 16 11:15:28 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Thu, 16 Jul 2015 18:15:28 +0000 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: <55A66372.9070705@swoodbridge.com> References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> <55A3DDD1.1050407@swoodbridge.com> <55A528D9.30505@swoodbridge.com> <55A567BC.8080702@swoodbridge.com> <55A66372.9070705@swoodbridge.com> Message-ID: Steve: Did you ever track down what changed between versions? Was is just a default value or something more significant in the query processing. --Steve -----Original Message----- From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com] Sent: Wednesday, July 15, 2015 8:43 AM To: Lime, Steve D (MNIT); thomas bonfort Cc: MapserverList OSGEO Subject: Re: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 On 7/14/2015 4:09 PM, Lime, Steve D (MNIT) wrote: > I think the map->query.maxfeatures is pretty much settable only > through WFS. If you're using the template driver output format you > can limit the number of features that way. You'd use the limit > property of the feature tag. > > That said, it seems to me that you'd want to use TOLERANCE 0 with > whatever units you like. That means just grabbing the value of the > pixel the "click" falls in so you'd only ever get one value back. Steve, Thanks! From my limited test cases, setting TOLERANCE 0 seems to give me the old behavior. I updated #5129 to reflect this and this should save me a bunch of time tweaking scripts and mapfiles. Thanks again, -Steve W > Steve > > -----Original Message----- From: > mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen > Woodbridge Sent: Tuesday, July 14, 2015 2:49 PM To: thomas bonfort > Cc: MapserverList OSGEO Subject: Re: [mapserver-users] Very strange > problem doing a query and hanging on MS 6.4.1 > > Ans not related to apache, I can still reproduce this at the > commandline, although it is harder to find a case that fails now that > I have set TOLERANCE and TOLERANCEUNITS. > > Is there a way to limit the number of features like MAXFEATURES for > drawing, only for queries? > > I see in the code map->query.maxfeatures but I'm not finding a way > to set that via CGI or mapfile? > > -Steve > > On 7/14/2015 11:20 AM, Stephen Woodbridge wrote: >> OK, not totally solved! Things are better by explicitly setting >> TOLERANCE and TOLERANCEUNITS but I am still getting random hanging >> of processes doing queries. >> >> I'm wondering if this is related to apache 2.4 and the way it is >> setting up cgi-bin processes. What is the best practice for >> configuring apache 2.4 (things changed in apache 2.4 from 2.2) cgi >> for use with mapserver? >> >> I'm running Ubuntu 14.04 LTS and have these packages installed: >> >> apache2:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-bin:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-data:all/trusty-security 2.4.7-1ubuntu4.4 uptodate >> apache2-mpm-prefork:amd64/trusty-security 2.4.7-1ubuntu4.4 >> uptodate apache2-utils:amd64/trusty-security 2.4.7-1ubuntu4.4 >> uptodate libapache2-mod-geoip:amd64/trusty 1.2.8-2 uptodate >> libapache2-mod-mapcache:amd64/trusty 1.2.1-2 uptodate >> libapache2-mod-php5:amd64/trusty-security 5.5.9+dfsg-1ubuntu4.11 >> uptodate libapache2-mod-python:amd64/trusty 3.3.1-11ubuntu2 >> uptodate >> >> cgi-mapserver:amd64/trusty 6.4.1-2 uptodate >> libmapserver1:amd64/trusty 6.4.1-2 uptodate >> mapserver-bin:amd64/trusty 6.4.1-2 uptodate >> >> ls /etc/apache2/mods-enabled/ access_compat.load autoindex.load >> geoip.load php5.conf alias.load cgi.load >> mapcache.conf php5.load auth_basic.load deflate.conf >> mapcache.load python.load authn_core.load deflate.load >> mime.conf setenvif.conf authn_file.load dir.conf >> mime.load setenvif.load authz_core.load dir.load >> mpm_prefork.conf status.conf authz_host.load env.load >> mpm_prefork.load status.load authz_user.load filter.load >> negotiation.conf autoindex.conf geoip.conf >> negotiation.load >> >> >> On 7/13/2015 11:48 AM, Stephen Woodbridge wrote: >>> SOLVED: see below ... >>> >>> According to the docs, the defaults are: >>> >>> TOLERANCE 3 TOLERANCEUNITS pixels >>> >>> and with: >>> >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> >>> >>> How is zoom calculated? >>> >>> LAYER NAME "model_query" STATUS on TYPE raster >>> >>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" TILEITEM >>> "LOCATION" CLASS TEMPLATE "/maps/wms/pixel.value.html" END END >>> >>> Did this behavior change from 6.2.1 to 6.4.1? because it is not >>> noted in the MIGRATION-GUIDE if it did. On 6.2.1 I get the >>> following result: >>> >>> Content-Type: text/html MapServer >>> Message>> OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG >>> SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS >>> SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS >>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE --> >> msQueryByPoint(): Search returned no results. No matching >>> record(s) found. >>> >>> which returns very quickly. >>> >>> I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 and >>> installed the mapserver package. Everything else appears to be >>> working without a problem except this issue. >>> >>> SOLVED: >>> >>> I explicitly added: >>> >>> TOLERANCE 1 TOLERANCEUNITS pixels >>> >>> to my LAYER definition and now it works. >>> >>> d# /usr/lib/cgi-bin/mapserv >>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>> >>> >>> >>> Content-Type: text/html >>> >>> MapServer Message >>> msQueryByPoint(): Search returned no results. No matching >>> record(s) found. >>> >>> So it looks like maybe the defaults are not getting initialized. >>> >>> Opened: https://github.com/mapserver/mapserver/issues/5120 >>> >>> Thanks, -Steve >>> >>> On 7/13/2015 11:05 AM, thomas bonfort wrote: >>>> Or that could just be the number of pixels under the query >>>> point if you are zoomed out far or with a large tolerance... >>>> >>>> On 13 July 2015 at 17:01, Stephen Woodbridge >>>> wrote: >>>>> Thomas, >>>>> >>>>> More information: >>>>> >>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >>>>> >>>>> 4366 for(j=0; jresultcache->numresults; j++) { >>>>> (gdb) p lp->resultcache->numresults $7 = 2884991 >>>>> >>>>> this is clearly a bad value my guess is that it is not >>>>> getting initialized to zero and assumes it will get set when >>>>> some number of results are found, but if no results are found >>>>> it is not getting set to zero. (Just a hypothesis) >>>>> >>>>> -Steve W >>>>> >>>>> >>>>> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>>>>> >>>>>> Thomas, >>>>>> >>>>>> Here is the initial backtrace afte starting it and and ^C >>>>>> while it is printing -99999 lines: >>>>>> >>>>>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 >>>>>> "[value_0]\n", stream=0x688460, mode=9) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 #1 >>>>>> 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>>>>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, >>>>>> papszBuffer=0x0) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 #2 >>>>>> 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery >>>>>> (mapserv=0x609050, pszMimeType=0x60c8f0 "text/html", >>>>>> papszBuffer=0x0) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 #3 >>>>>> 0x00007ffff7a1f586 in msReturnTemplateQuery >>>>>> (mapserv=0x609050, queryFormat=0x60c8f0 "text/html", >>>>>> papszBuffer=0x0) at >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:315 #4 >>>>>> 0x00007ffff79f1230 in msCGIDispatchQueryRequest >>>>>> (mapserv=0x609050) at >>>>>> /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 #5 >>>>>> 0x00007ffff79f2205 in msCGIDispatchRequest >>>>>> (mapserv=0x609050) at >>>>>> /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 #6 >>>>>> 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) at >>>>>> /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>>>>> >>>>>> I'll poke around a little more in gdb and see if I can >>>>>> figure out anything more. >>>>>> >>>>>> Thanks, -Steve >>>>>> >>>>>> >>>>>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>>>>> >>>>>>> Steve, please include a backtrace from gdb where you >>>>>>> believe the infinite loop is happening. >>>>>>> >>>>>>> -- thomas >>>>>>> >>>>>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>>>>> wrote: >>>>>>>> >>>>>>>> I added gdalinfo on an actual raster file below. It >>>>>>>> turns out the -99999 is the NoData Value. I would be >>>>>>>> happy to just get this value back (once), but I think >>>>>>>> something is broken and putting mapserver into an >>>>>>>> infinite loop. >>>>>>>> >>>>>>>> -Steve W >>>>>>>> >>>>>>>> >>>>>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I have run into a very strange problem doing a >>>>>>>>> mapserver query. I'm upgrading a system that was >>>>>>>>> running fine. The details are below. I also tried to >>>>>>>>> put the template inside a CLASS ... END block that >>>>>>>>> didn't help. >>>>>>>>> >>>>>>>>> Can anyone else reproduce something like this? Got >>>>>>>>> any ideas on how to work around it? >>>>>>>>> >>>>>>>>> Thanks, -Steve W >>>>>>>>> >>>>>>>>> Old system: Ubuntu 12.04 LTS >>>>>>>>> >>>>>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG >>>>>>>>> OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG >>>>>>>>> SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS >>>>>>>>> SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER >>>>>>>>> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS >>>>>>>>> SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>> >>>>>>>>> New system: Ubuntu 14.04 LTS >>>>>>>>> >>>>>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG >>>>>>>>> OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=GD >>>>>>>>> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV >>>>>>>>> SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER >>>>>>>>> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS >>>>>>>>> SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>>>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>> >>>>>>>>> The query layer looks like this: >>>>>>>>> >>>>>>>>> LAYER NAME "model_query" STATUS on TYPE raster >>>>>>>>> >>>>>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>>>>> TILEITEM "LOCATION" TEMPLATE >>>>>>>>> "/maps/wms/pixel.value.html" END >>>>>>>>> >>>>>>>>> >>>>>>>>> cat "/maps/wms/pixel.value.html" [value_0] >>>>>>>>> >>>>>>>>> >>>>>>>>> dbf_dump -info >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>> Filename: >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>> Version: 0x03 (ver. 3) Num of records: 61 >>>>>>>>> Header length: 65 Record length: 256 Last change: >>>>>>>>> 1995/7/26 Num fields: 1 Field info: Num Name >>>>>>>>> Type Len Decimal 1. LOCATION C >>>>>>>>> 255 0 >>>>>>>>> >>>>>>>>> >>>>>>>>> dbf_dump >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf | >>>>>>>>> head NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>>>>> >>>>>>>>> ogrinfo -so >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp >>>>>>>>> index INFO: Open of >>>>>>>>> `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>>>>> using driver `ESRI Shapefile' successful. >>>>>>>>> >>>>>>>>> Layer name: index Geometry: Polygon Feature Count: >>>>>>>>> 61 Extent: (-130.000417, 16.999583) - (-65.999599, >>>>>>>>> 49.000401) Layer SRS WKT: (unknown) location: String >>>>>>>>> (255.0) >>>>>>>>> >>>>>>>>> >>>>>>>>> When I issue a query like: >>>>>>>>> >>>>>>>>> /usr/lib/cgi-bin/mapserv >>>>>>>>> >>>>>>>>> >>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> The old server responded with: >>>>>>>>> Content-Type: text/html >>>>>>>>> >>>>>>>>> MapServer Message >>>>>>>>> >>>>>>>> BGCOLOR="#FFFFFF"> msQueryByPoint(): Search returned >>>>>>>>> no results. No matching record(s) found. >>>>>>>>> You have new mail in /var/mail/root >>>>>>>>> >>>>>>>>> >>>>>>>>> I get an infinite number of lines like the following >>>>>>>>> on the new server: >>>>>>>>> >>>>>>>>> # /usr/lib/cgi-bin/mapserv >>>>>>>>> >>>>>>>>> >>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> | head >>>>>>>>> Content-Type: text/html >>>>>>>>> >>>>>>>>> -99999 -99999 -99999 -99999 -99999 -99999 -99999 >>>>>>>>> -99999 ^C >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> # gdalinfo >>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> Driver: GTiff/GeoTIFF Files: >>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>> Size is 4801, 4801 Coordinate System is: GEOGCS["WGS >>>>>>>> 84", DATUM["WGS_1984", SPHEROID["WGS >>>>>>>> 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], >>>>>>>> AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], >>>>>>>> UNIT["degree",0.0174532925199433], >>>>>>>> AUTHORITY["EPSG","4326"]] Origin = >>>>>>>> (-102.000833330000006,41.000817329999997) Pixel Size = >>>>>>>> (0.000833330000000,-0.000833330000000) Metadata: >>>>>>>> AREA_OR_POINT=Point Image Structure Metadata: >>>>>>>> INTERLEAVE=BAND Corner Coordinates: Upper Left >>>>>>>> (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' >>>>>>>> 2.94"N) Lower Left (-102.0008333, 37.0000000) (102d >>>>>>>> 0' 3.00"W, 37d 0' 0.00"N) Upper Right ( -98.0000160, >>>>>>>> 41.0008173) ( 98d 0' 0.06"W, 41d 0' 2.94"N) Lower Right >>>>>>>> ( -98.0000160, 37.0000000) ( 98d 0' 0.06"W, 37d 0' >>>>>>>> 0.00"N) Center (-100.0004247, 39.0004087) (100d >>>>>>>> 0' 1.53"W, 39d 0' 1.47"N) Band 1 Block=256x256 >>>>>>>> Type=Float32, ColorInterp=Gray NoData Value=-99999 >>>>>>>> Overviews: 2401x2401, 1201x1201, 601x601, 301x301, >>>>>>>> 151x151, 76x76, 38x38 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> You have to ^C to kill it, even when using head. This >>>>>>>>> seems like a serious bug as it runs for about 10 mins >>>>>>>>> taking 100% CPU. If you call it via >>>>>>>>> file_get_contents() in php is hangs the request and >>>>>>>>> freezea my OL app until it is killed or kills php >>>>>>>>> reading all the data. >>>>>>>>> _______________________________________________ >>>>>>>>> mapserver-users mailing list >>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>> mapserver-users mailing list >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>>> >>>>>> >>>>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> _______________________________________________ mapserver-users >> mailing list mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ mapserver-users > mailing list mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From woodbri at swoodbridge.com Thu Jul 16 18:39:35 2015 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 16 Jul 2015 21:39:35 -0400 Subject: [mapserver-users] Very strange problem doing a query and hanging on MS 6.4.1 In-Reply-To: References: <55A2F4EC.6060002@swoodbridge.com> <55A2F6A5.7080602@swoodbridge.com> <55A3CE36.7090502@swoodbridge.com> <55A3D2B7.3060903@swoodbridge.com> <55A3DDD1.1050407@swoodbridge.com> <55A528D9.30505@swoodbridge.com> <55A567BC.8080702@swoodbridge.com> <55A66372.9070705@swoodbridge.com> Message-ID: <55A85CD7.9060407@swoodbridge.com> Hi Steve, Thanks for asking. I put the details in: https://github.com/mapserver/mapserver/issues/5120 I don't know what changed from 6.2 to 6.4 other than it seems that all(many?) default values changed which changed the behavior significantly. I was able to get things working by using a combination of setting explicitly various tags in the layer. My solution works and it turns out that I was able to fit all the queries into two classes of problems 1. one solved with TOLERANCE 0 2. one solved with PROCESSING "RASTER_QUERY_MAX_RESULT=1" and change the ajax handler So now I can get to the real work I need to do. Upgrading the site was only a side show. I always underestimate that "sure that can be done as part of ..." always takes more time and has gotchas :) I trace a lot of code through gdb, but there have been a lot of changes to mapserver since I last did a deep dive into the source. I think someone needs to look at this and probably just add a note to the MIGRATION-GUIDE and maybe reference the issue above for details. Obvious it has not been a problem for other people ot they found a way around it. Thanks, -Steve W On 7/16/2015 2:15 PM, Lime, Steve D (MNIT) wrote: > Steve: Did you ever track down what changed between versions? Was is > just a default value or something more significant in the query > processing. --Steve > > -----Original Message----- From: Stephen Woodbridge > [mailto:woodbri at swoodbridge.com] Sent: Wednesday, July 15, 2015 8:43 > AM To: Lime, Steve D (MNIT); thomas bonfort Cc: MapserverList OSGEO > Subject: Re: [mapserver-users] Very strange problem doing a query and > hanging on MS 6.4.1 > > On 7/14/2015 4:09 PM, Lime, Steve D (MNIT) wrote: >> I think the map->query.maxfeatures is pretty much settable only >> through WFS. If you're using the template driver output format you >> can limit the number of features that way. You'd use the limit >> property of the feature tag. >> >> That said, it seems to me that you'd want to use TOLERANCE 0 with >> whatever units you like. That means just grabbing the value of the >> pixel the "click" falls in so you'd only ever get one value back. > > Steve, > > Thanks! From my limited test cases, setting TOLERANCE 0 seems to give > me the old behavior. I updated #5129 to reflect this and this should > save me a bunch of time tweaking scripts and mapfiles. > > Thanks again, -Steve W > >> Steve >> >> -----Original Message----- From: >> mapserver-users-bounces at lists.osgeo.org >> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of >> Stephen Woodbridge Sent: Tuesday, July 14, 2015 2:49 PM To: thomas >> bonfort Cc: MapserverList OSGEO Subject: Re: [mapserver-users] Very >> strange problem doing a query and hanging on MS 6.4.1 >> >> Ans not related to apache, I can still reproduce this at the >> commandline, although it is harder to find a case that fails now >> that I have set TOLERANCE and TOLERANCEUNITS. >> >> Is there a way to limit the number of features like MAXFEATURES >> for drawing, only for queries? >> >> I see in the code map->query.maxfeatures but I'm not finding a way >> to set that via CGI or mapfile? >> >> -Steve >> >> On 7/14/2015 11:20 AM, Stephen Woodbridge wrote: >>> OK, not totally solved! Things are better by explicitly setting >>> TOLERANCE and TOLERANCEUNITS but I am still getting random >>> hanging of processes doing queries. >>> >>> I'm wondering if this is related to apache 2.4 and the way it is >>> setting up cgi-bin processes. What is the best practice for >>> configuring apache 2.4 (things changed in apache 2.4 from 2.2) >>> cgi for use with mapserver? >>> >>> I'm running Ubuntu 14.04 LTS and have these packages installed: >>> >>> apache2:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >>> apache2-bin:amd64/trusty-security 2.4.7-1ubuntu4.4 uptodate >>> apache2-data:all/trusty-security 2.4.7-1ubuntu4.4 uptodate >>> apache2-mpm-prefork:amd64/trusty-security 2.4.7-1ubuntu4.4 >>> uptodate apache2-utils:amd64/trusty-security 2.4.7-1ubuntu4.4 >>> uptodate libapache2-mod-geoip:amd64/trusty 1.2.8-2 uptodate >>> libapache2-mod-mapcache:amd64/trusty 1.2.1-2 uptodate >>> libapache2-mod-php5:amd64/trusty-security 5.5.9+dfsg-1ubuntu4.11 >>> uptodate libapache2-mod-python:amd64/trusty 3.3.1-11ubuntu2 >>> uptodate >>> >>> cgi-mapserver:amd64/trusty 6.4.1-2 uptodate >>> libmapserver1:amd64/trusty 6.4.1-2 uptodate >>> mapserver-bin:amd64/trusty 6.4.1-2 uptodate >>> >>> ls /etc/apache2/mods-enabled/ access_compat.load autoindex.load >>> geoip.load php5.conf alias.load cgi.load >>> mapcache.conf php5.load auth_basic.load deflate.conf >>> mapcache.load python.load authn_core.load deflate.load >>> mime.conf setenvif.conf authn_file.load dir.conf >>> mime.load setenvif.load authz_core.load dir.load >>> mpm_prefork.conf status.conf authz_host.load env.load >>> mpm_prefork.load status.load authz_user.load filter.load >>> negotiation.conf autoindex.conf geoip.conf negotiation.load >>> >>> >>> On 7/13/2015 11:48 AM, Stephen Woodbridge wrote: >>>> SOLVED: see below ... >>>> >>>> According to the docs, the defaults are: >>>> >>>> TOLERANCE 3 TOLERANCEUNITS pixels >>>> >>>> and with: >>>> >>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>> >>>> >>>> >>>> >>>> > >>>> How is zoom calculated? >>>> >>>> LAYER NAME "model_query" STATUS on TYPE raster >>>> >>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" TILEITEM >>>> "LOCATION" CLASS TEMPLATE "/maps/wms/pixel.value.html" END END >>>> >>>> Did this behavior change from 6.2.1 to 6.4.1? because it is >>>> not noted in the MIGRATION-GUIDE if it did. On 6.2.1 I get the >>>> following result: >>>> >>>> Content-Type: text/html MapServer >>>> Message>>> OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG >>>> SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS >>>> SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >>>> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS >>>> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE --> >>> BGCOLOR="#FFFFFF" msQueryByPoint(): Search returned no results. >>>> No matching record(s) found. >>>> >>>> which returns very quickly. >>>> >>>> I rsynced the data and the mapfile for Ubuntu 12.04 to 14.04 >>>> and installed the mapserver package. Everything else appears to >>>> be working without a problem except this issue. >>>> >>>> SOLVED: >>>> >>>> I explicitly added: >>>> >>>> TOLERANCE 1 TOLERANCEUNITS pixels >>>> >>>> to my LAYER definition and now it works. >>>> >>>> d# /usr/lib/cgi-bin/mapserv >>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>> >>>> >>>> >>>> > >>>> Content-Type: text/html >>>> >>>> MapServer Message >>> BGCOLOR="#FFFFFF"> msQueryByPoint(): Search returned no >>>> results. No matching record(s) found. >>>> >>>> So it looks like maybe the defaults are not getting >>>> initialized. >>>> >>>> Opened: https://github.com/mapserver/mapserver/issues/5120 >>>> >>>> Thanks, -Steve >>>> >>>> On 7/13/2015 11:05 AM, thomas bonfort wrote: >>>>> Or that could just be the number of pixels under the query >>>>> point if you are zoomed out far or with a large tolerance... >>>>> >>>>> On 13 July 2015 at 17:01, Stephen Woodbridge >>>>> wrote: >>>>>> Thomas, >>>>>> >>>>>> More information: >>>>>> >>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4366 >>>>>> >>>>>> 4366 for(j=0; jresultcache->numresults; j++) { >>>>>> (gdb) p lp->resultcache->numresults $7 = 2884991 >>>>>> >>>>>> this is clearly a bad value my guess is that it is not >>>>>> getting initialized to zero and assumes it will get set >>>>>> when some number of results are found, but if no results >>>>>> are found it is not getting set to zero. (Just a >>>>>> hypothesis) >>>>>> >>>>>> -Steve W >>>>>> >>>>>> >>>>>> On 7/13/2015 10:41 AM, Stephen Woodbridge wrote: >>>>>>> >>>>>>> Thomas, >>>>>>> >>>>>>> Here is the initial backtrace afte starting it and and >>>>>>> ^C while it is printing -99999 lines: >>>>>>> >>>>>>> #0 processLine (mapserv=0x609050, instr=0x7fffffffcc60 >>>>>>> "[value_0]\n", stream=0x688460, mode=9) at >>>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:3697 #1 >>>>>>> 0x00007ffff7a2e9cc in msReturnPage (mapserv=0x609050, >>>>>>> html=0x6612e0 "/maps/wms/pixel.value.html", mode=9, >>>>>>> papszBuffer=0x0) at >>>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4159 #2 >>>>>>> 0x00007ffff7a2f7ed in msReturnNestedTemplateQuery >>>>>>> (mapserv=0x609050, pszMimeType=0x60c8f0 "text/html", >>>>>>> papszBuffer=0x0) at >>>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:4385 #3 >>>>>>> 0x00007ffff7a1f586 in msReturnTemplateQuery >>>>>>> (mapserv=0x609050, queryFormat=0x60c8f0 "text/html", >>>>>>> papszBuffer=0x0) at >>>>>>> /u/software/mapserver-rel-6-4-2/maptemplate.c:315 #4 >>>>>>> 0x00007ffff79f1230 in msCGIDispatchQueryRequest >>>>>>> (mapserv=0x609050) at >>>>>>> /u/software/mapserver-rel-6-4-2/mapservutil.c:1476 #5 >>>>>>> 0x00007ffff79f2205 in msCGIDispatchRequest >>>>>>> (mapserv=0x609050) at >>>>>>> /u/software/mapserver-rel-6-4-2/mapservutil.c:1784 #6 >>>>>>> 0x000000000040115b in main (argc=2, argv=0x7fffffffdf98) >>>>>>> at /u/software/mapserver-rel-6-4-2/mapserv.c:259 >>>>>>> >>>>>>> I'll poke around a little more in gdb and see if I can >>>>>>> figure out anything more. >>>>>>> >>>>>>> Thanks, -Steve >>>>>>> >>>>>>> >>>>>>> On 7/13/2015 4:12 AM, thomas bonfort wrote: >>>>>>>> >>>>>>>> Steve, please include a backtrace from gdb where you >>>>>>>> believe the infinite loop is happening. >>>>>>>> >>>>>>>> -- thomas >>>>>>>> >>>>>>>> On 13 July 2015 at 01:22, Stephen Woodbridge >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> I added gdalinfo on an actual raster file below. It >>>>>>>>> turns out the -99999 is the NoData Value. I would be >>>>>>>>> happy to just get this value back (once), but I >>>>>>>>> think something is broken and putting mapserver into >>>>>>>>> an infinite loop. >>>>>>>>> >>>>>>>>> -Steve W >>>>>>>>> >>>>>>>>> >>>>>>>>> On 7/12/2015 7:14 PM, Stephen Woodbridge wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi all, >>>>>>>>>> >>>>>>>>>> I have run into a very strange problem doing a >>>>>>>>>> mapserver query. I'm upgrading a system that was >>>>>>>>>> running fine. The details are below. I also tried >>>>>>>>>> to put the template inside a CLASS ... END block >>>>>>>>>> that didn't help. >>>>>>>>>> >>>>>>>>>> Can anyone else reproduce something like this? Got >>>>>>>>>> any ideas on how to work around it? >>>>>>>>>> >>>>>>>>>> Thanks, -Steve W >>>>>>>>>> >>>>>>>>>> Old system: Ubuntu 12.04 LTS >>>>>>>>>> >>>>>>>>>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG >>>>>>>>>> OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG >>>>>>>>>> SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=ICONV >>>>>>>>>> SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>>>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER >>>>>>>>>> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>>>>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>>>>>>> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>>> >>>>>>>>>> New system: Ubuntu 14.04 LTS >>>>>>>>>> >>>>>>>>>> MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG >>>>>>>>>> OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=GD >>>>>>>>>> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>>>>>>>>> SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV >>>>>>>>>> SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER >>>>>>>>>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>>>>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER >>>>>>>>>> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI >>>>>>>>>> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG >>>>>>>>>> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >>>>>>>>>> >>>>>>>>>> The query layer looks like this: >>>>>>>>>> >>>>>>>>>> LAYER NAME "model_query" STATUS on TYPE raster >>>>>>>>>> >>>>>>>>>> TILEINDEX "NOAA_Coastal_Relief_Model/index.shp" >>>>>>>>>> TILEITEM "LOCATION" TEMPLATE >>>>>>>>>> "/maps/wms/pixel.value.html" END >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> cat "/maps/wms/pixel.value.html" [value_0] >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> dbf_dump -info >>>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>>> Filename: >>>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>>> Version: 0x03 (ver. 3) Num of records: 61 >>>>>>>>>> Header length: 65 Record length: 256 Last >>>>>>>>>> change: 1995/7/26 Num fields: 1 Field info: Num >>>>>>>>>> Name Type Len Decimal 1. LOCATION >>>>>>>>>> C 255 0 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> dbf_dump >>>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.dbf >>>>>>>>>> | head NOAA_Coastal_Relief_Model/BSM-1035.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1193.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1239.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1261.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1326.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1343.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1536.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1557.tif >>>>>>>>>> NOAA_Coastal_Relief_Model/BSM-1801.tif >>>>>>>>>> >>>>>>>>>> ogrinfo -so >>>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp >>>>>>>>>> index INFO: Open of >>>>>>>>>> `wms/data/Bathy/NOAA_Coastal_Relief_Model/index.shp' >>>>>>>>>> >>>>>>>>>> using driver `ESRI Shapefile' successful. >>>>>>>>>> >>>>>>>>>> Layer name: index Geometry: Polygon Feature Count: >>>>>>>>>> 61 Extent: (-130.000417, 16.999583) - (-65.999599, >>>>>>>>>> 49.000401) Layer SRS WKT: (unknown) location: >>>>>>>>>> String (255.0) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> When I issue a query like: >>>>>>>>>> >>>>>>>>>> /usr/lib/cgi-bin/mapserv >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> > >>>>>>>>>> The old server responded with: >>>>>>>>>> Content-Type: text/html >>>>>>>>>> >>>>>>>>>> MapServer >>>>>>>>>> Message msQueryByPoint(): >>>>>>>>>> Search returned no results. No matching record(s) >>>>>>>>>> found. You have new mail in >>>>>>>>>> /var/mail/root >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I get an infinite number of lines like the >>>>>>>>>> following on the new server: >>>>>>>>>> >>>>>>>>>> # /usr/lib/cgi-bin/mapserv >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> QUERY_STRING='map=/maps/wms/bathymetry.map&mode=query&layers=model_query&mapxy=-100.98125+41.58125' >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> > >>>>>>>>>> | head >>>>>>>>>> Content-Type: text/html >>>>>>>>>> >>>>>>>>>> -99999 -99999 -99999 -99999 -99999 -99999 -99999 >>>>>>>>>> -99999 ^C >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> # gdalinfo >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>>> >>>>>>>>> Driver: GTiff/GeoTIFF Files: >>>>>>>>> wms/data/Bathy/NOAA_Coastal_Relief_Model/BSM-1156.tif >>>>>>>>> >>>>>>>>> Size is 4801, 4801 Coordinate System is: GEOGCS["WGS >>>>>>>>> 84", DATUM["WGS_1984", SPHEROID["WGS >>>>>>>>> 84",6378137,298.257223563, >>>>>>>>> AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], >>>>>>>>> PRIMEM["Greenwich",0], >>>>>>>>> UNIT["degree",0.0174532925199433], >>>>>>>>> AUTHORITY["EPSG","4326"]] Origin = >>>>>>>>> (-102.000833330000006,41.000817329999997) Pixel Size >>>>>>>>> = (0.000833330000000,-0.000833330000000) Metadata: >>>>>>>>> AREA_OR_POINT=Point Image Structure Metadata: >>>>>>>>> INTERLEAVE=BAND Corner Coordinates: Upper Left >>>>>>>>> (-102.0008333, 41.0008173) (102d 0' 3.00"W, 41d 0' >>>>>>>>> 2.94"N) Lower Left (-102.0008333, 37.0000000) >>>>>>>>> (102d 0' 3.00"W, 37d 0' 0.00"N) Upper Right ( >>>>>>>>> -98.0000160, 41.0008173) ( 98d 0' 0.06"W, 41d 0' >>>>>>>>> 2.94"N) Lower Right ( -98.0000160, 37.0000000) ( 98d >>>>>>>>> 0' 0.06"W, 37d 0' 0.00"N) Center (-100.0004247, >>>>>>>>> 39.0004087) (100d 0' 1.53"W, 39d 0' 1.47"N) Band 1 >>>>>>>>> Block=256x256 Type=Float32, ColorInterp=Gray NoData >>>>>>>>> Value=-99999 Overviews: 2401x2401, 1201x1201, >>>>>>>>> 601x601, 301x301, 151x151, 76x76, 38x38 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> You have to ^C to kill it, even when using head. >>>>>>>>>> This seems like a serious bug as it runs for about >>>>>>>>>> 10 mins taking 100% CPU. If you call it via >>>>>>>>>> file_get_contents() in php is hangs the request >>>>>>>>>> and freezea my OL app until it is killed or kills >>>>>>>>>> php reading all the data. >>>>>>>>>> _______________________________________________ >>>>>>>>>> mapserver-users mailing list >>>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> > >>>>>>>>>> _______________________________________________ >>>>>>>>> mapserver-users mailing list >>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>> >>>>>>> >>>>>>> >>>>>>>>> > >>>>>>>>> _______________________________________________ >>>>>>> mapserver-users mailing list >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>> >>> _______________________________________________ mapserver-users >>> mailing list mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> _______________________________________________ mapserver-users >> mailing list mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > From tkirstine at firstbasesolutions.com Mon Jul 20 09:13:26 2015 From: tkirstine at firstbasesolutions.com (Travis Kirstine) Date: Mon, 20 Jul 2015 12:13:26 -0400 Subject: [mapserver-users] mapcache wms assembly Message-ID: Does mapcache manage the number of internal concurrent request when assembling layers to ensure MaxClients is not exceeded? -- [image: FBS Logo] *Travis Kirstine*, Web Development Supervisor *t *905?477?3600* x *301 | *m *905?534?4798 | tkirstine at firstbasesolution.com *First Base Solutions Inc.* 140 Renfrew Drive, Suite 100 | Markham | Ontario | L3R 6B3 *t* 905?477?3600 | *f* 905?477?0892 | www.firstbasesolutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.bonfort at gmail.com Mon Jul 20 10:27:44 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 20 Jul 2015 19:27:44 +0200 Subject: [mapserver-users] mapcache wms assembly In-Reply-To: References: Message-ID: No. On 20 July 2015 at 18:13, Travis Kirstine wrote: > Does mapcache manage the number of internal concurrent request when > assembling layers to ensure MaxClients is not exceeded? > > -- > [image: FBS Logo] > > *Travis Kirstine*, Web Development Supervisor > *t *905?477?3600* x *301 | *m *905?534?4798 | > tkirstine at firstbasesolution.com > > *First Base Solutions Inc.* > 140 Renfrew Drive, Suite 100 | Markham | Ontario | L3R 6B3 > *t* 905?477?3600 | *f* 905?477?0892 | www.firstbasesolutions.com > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Tue Jul 21 07:07:37 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Tue, 21 Jul 2015 10:07:37 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Message-ID: Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Tue Jul 21 08:24:34 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Tue, 21 Jul 2015 11:24:34 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > Hi, > Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute > (string) with a truncated string, so it should returns 0 features, but it > returns 1 feature. > The complete value is "Antonin". I apply the filter using "Anto" > > > MS7+Postgis > xmlns:ogc="http://www.opengis.net/ogc > "> matchCase="false">NOM_STATAn > to > numberOfFeatures="0" , that is ok. > Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") > > Ms7+Oracle > srsName="EPSG:32198"> matchCase="false">NOM_STATAn > to > numberOfFeatures="1" , BAD > Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > > Is the problem MS o oracle? Should I open a Ms bug? > Regards! > > _______________________________________________ mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 06:13:35 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 09:13:35 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 06:32:30 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 22 Jul 2015 09:32:30 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Fil ter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > Thanks for your help, here is the log > Steve > ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: > srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 > [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name > and object. > [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and > object now bound. > [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap > not incl.): 0.203s > [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: > 0x1308650, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:10 2015].78084 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 > [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].200215 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: > 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].209396 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].210889 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: > 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].219003 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].219018 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. > [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: > ("[NOM_STAT]" =*"Anto") > [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There > are tokens to process > [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison > [Wed Jul 22 08:14:30 2015].226440 closing RE comparison > [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us > > > > > Michael Smith 2015-07-21 11:24 > A > , > cc > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with > oracle > > > > > > > Steve, > > When a case insensitive exact match is used, the code should use a > regexp_like constructor in Oracle with the case insensitive flag and an exact > pattern. > > Can you do DEBUG 3 and show the log? > > Mike > > -- > Michael Smith > Remote Sensing/GIS Center > US Army Corps of Engineers > > From: > on behalf of > > > Date: Tuesday, July 21, 2015 at 10:07 AM > To: > > > Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike > with oracle > > Hi, > Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute > (string) with a truncated string, so it should returns 0 features, but it > returns 1 feature. > The complete value is "Antonin". I apply the filter using "Anto" > > > MS7+Postgis > xmlns:ogc="http://www.opengis.net/ogc > "> matchCase="false">NOM_STATAn > to > numberOfFeatures="0" , that is ok. > Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") > > Ms7+Oracle > srsName="EPSG:32198"> matchCase="false">NOM_STATAn > to > numberOfFeatures="1" , BAD > Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > > Is the problem MS o oracle? Should I open a Ms bug? > Regards! > > _______________________________________________ mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 06:34:08 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 09:34:08 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 06:38:45 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 22 Jul 2015 09:38:45 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > Michael we are using MS7 master and WFS 1.1.0 > Can you try with this wfs version instead of 2.0 t osee if you get the same > results? > > > > > Michael Smith 2015-07-22 09:32 > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with > oracle > > > > > > > When I do this on my system I get > > request: > service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filte > r=FILE_NAME ertyName>test2.las > > [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison > [Wed Jul 22 09:26:31 2015].885676 closing RE comparison > [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this > Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, > DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, > SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) > ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, > NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = > 'TRUE' > > This shows that its translating the PropertyIsEqualTo with MatchCase false to > a regexp_like case insensitive query with no wildcards. Not sure why you > wouldn't get the same thing. > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: > > Date: Wednesday, July 22, 2015 at 9:13 AM > To: Michael Smith > > Cc: > > > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like > PropertyIsLike with oracle > > Thanks for your help, here is the log > Steve > ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: > srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 > [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name > and object. > [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and > object now bound. > [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap > not incl.): 0.203s > [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: > 0x1308650, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:10 2015].78084 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 > [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].200215 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: > 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].209396 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].210889 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: > 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].219003 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].219018 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. > [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: > ("[NOM_STAT]" =*"Anto") > [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There > are tokens to process > [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison > [Wed Jul 22 08:14:30 2015].226440 closing RE comparison > [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us > > > > Michael Smith >2015-07-21 11:24 > A > >, > > > cc > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with > oracle > > > > > > > > > Steve, > > When a case insensitive exact match is used, the code should use a > regexp_like constructor in Oracle with the case insensitive flag and an exact > pattern. > > Can you do DEBUG 3 and show the log? > > Mike > > -- > Michael Smith > Remote Sensing/GIS Center > US Army Corps of Engineers > > From: > on behalf of > > > Date: Tuesday, July 21, 2015 at 10:07 AM > To: > > > Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike > with oracle > > Hi, > Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute > (string) with a truncated string, so it should returns 0 features, but it > returns 1 feature. > The complete value is "Antonin". I apply the filter using "Anto" > > > MS7+Postgis > xmlns:ogc="http://www.opengis.net/ogc > "> matchCase="false">NOM_STATAn > to > numberOfFeatures="0" , that is ok. > Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") > > Ms7+Oracle > srsName="EPSG:32198"> matchCase="false">NOM_STATAn > to > numberOfFeatures="1" , BAD > Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > > Is the problem MS o oracle? Should I open a Ms bug? > Regards! > > _______________________________________________ mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 06:43:12 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 09:43:12 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: CONNECTIONTYPE oraclespatial DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" Michael Smith 2015-07-22 09:38 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 06:44:34 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 09:44:34 -0400 Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: using MapServer version 7.0.0-beta1 Steve.Toutant at inspq.qc.ca@lists.osgeo.org Envoy? par : mapserver-users-bounces at lists.osgeo.org 2015-07-22 09:43 A Michael Smith cc mapserver-users at lists.osgeo.org Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle CONNECTIONTYPE oraclespatial DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" Michael Smith 2015-07-22 09:38 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 06:55:38 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 22 Jul 2015 09:55:38 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. I'm running on Linux although can't see how that would change the sql being generated. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: on behalf of "Steve.Toutant at inspq.qc.ca" Date: Wednesday, July 22, 2015 at 9:44 AM To: "Steve.Toutant at inspq.qc.ca" Cc: "mapserver-users at lists.osgeo.org" , "mapserver-users-bounces at lists.osgeo.org" Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Resent-From: Michael Smith > using MapServer version 7.0.0-beta1 > > > > > Steve.Toutant at inspq.qc.ca@lists.osgeo.org > Envoy? par : mapserver-users-bounces at lists.osgeo.org2015-07-22 09:43 > A > Michael Smith > cc > mapserver-users at lists.osgeo.org > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with > oracle > > > > > > > CONNECTIONTYPE oraclespatial > DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM > D_DEB) = 2015) USING SRID 4326" > > > > Michael Smith 2015-07-22 09:38 > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with > oracle > > > > > > > > > Same result with 1.1.0 > > Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to > Oracle? > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > > From: > > Date: Wednesday, July 22, 2015 at 9:34 AM > To: Michael Smith > > Cc: > > > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like > PropertyIsLike with oracle > > Michael we are using MS7 master and WFS 1.1.0 > Can you try with this wfs version instead of 2.0 t osee if you get the same > results? > > > Michael Smith >2015-07-22 09:32 > A > > > cc > > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with > oracle > > > > > > > > > > > When I do this on my system I get > > request: > service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filte > r=FILE_NAME ertyName>test2.las > > [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison > [Wed Jul 22 09:26:31 2015].885676 closing RE comparison > [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this > Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, > DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, > SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) > ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, > NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = > 'TRUE' > > This shows that its translating the PropertyIsEqualTo with MatchCase false to > a regexp_like case insensitive query with no wildcards. Not sure why you > wouldn't get the same thing. > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: > > Date: Wednesday, July 22, 2015 at 9:13 AM > To: Michael Smith > > Cc: > > > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like > PropertyIsLike with oracle > > Thanks for your help, here is the log > Steve > ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: > srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 > [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name > and object. > [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and > object now bound. > [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap > not incl.): 0.203s > [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: > 0x1308650, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:10 2015].78084 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 > [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].200215 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: > 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].209396 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].210889 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: > 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].219003 > msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c,0x1481850) > [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: > GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) > = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].219018 > msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.q > c) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. > [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: > ("[NOM_STAT]" =*"Anto") > [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There > are tokens to process > [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison > [Wed Jul 22 08:14:30 2015].226440 closing RE comparison > [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us > > Michael Smith >2015-07-21 11:24 > A > >, > > > cc > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with > oracle > > > > > > > > > > > > > Steve, > > When a case insensitive exact match is used, the code should use a > regexp_like constructor in Oracle with the case insensitive flag and an exact > pattern. > > Can you do DEBUG 3 and show the log? > > Mike > > -- > Michael Smith > Remote Sensing/GIS Center > US Army Corps of Engineers > > From: > on behalf of > > > Date: Tuesday, July 21, 2015 at 10:07 AM > To: > > > Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike > with oracle > > Hi, > Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute > (string) with a truncated string, so it should returns 0 features, but it > returns 1 feature. > The complete value is "Antonin". I apply the filter using "Anto" > > > MS7+Postgis > xmlns:ogc="http://www.opengis.net/ogc > "> matchCase="false">NOM_STATAn > to > numberOfFeatures="0" , that is ok. > Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") > > Ms7+Oracle > srsName="EPSG:32198"> matchCase="false">NOM_STATAn > to > numberOfFeatures="1" , BAD > Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > > Is the problem MS o oracle? Should I open a Ms bug? > Regards! > > _______________________________________________ mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 08:14:50 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 11:14:50 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: We are on linux as well. Ms7+ postgis.. it doesn't translate the query to regex, I have the same query than with Oracle... ("[NOM_STAT]" =*"Anto") Well...I'm more confused now...It doesn't make sens that our MS doesn't generate the same request... Can it be an installation problem, an option is missing when compiling? Michael Smith 2015-07-22 09:55 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. I'm running on Linux although can't see how that would change the sql being generated. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: on behalf of " Steve.Toutant at inspq.qc.ca" Date: Wednesday, July 22, 2015 at 9:44 AM To: "Steve.Toutant at inspq.qc.ca" Cc: "mapserver-users at lists.osgeo.org" , " mapserver-users-bounces at lists.osgeo.org" < mapserver-users-bounces at lists.osgeo.org> Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Resent-From: Michael Smith using MapServer version 7.0.0-beta1 Steve.Toutant at inspq.qc.ca@lists.osgeo.org Envoy? par : mapserver-users-bounces at lists.osgeo.org 2015-07-22 09:43 A Michael Smith cc mapserver-users at lists.osgeo.org Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle CONNECTIONTYPE oraclespatial DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" Michael Smith 2015-07-22 09:38 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 08:24:47 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 11:24:47 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: Maybe this can help regarding our installion option MapServer version 7.0.0-beta1 OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=FASTCGI SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=ORACLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Michael Smith 2015-07-22 09:55 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. I'm running on Linux although can't see how that would change the sql being generated. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: on behalf of " Steve.Toutant at inspq.qc.ca" Date: Wednesday, July 22, 2015 at 9:44 AM To: "Steve.Toutant at inspq.qc.ca" Cc: "mapserver-users at lists.osgeo.org" , " mapserver-users-bounces at lists.osgeo.org" < mapserver-users-bounces at lists.osgeo.org> Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Resent-From: Michael Smith using MapServer version 7.0.0-beta1 Steve.Toutant at inspq.qc.ca@lists.osgeo.org Envoy? par : mapserver-users-bounces at lists.osgeo.org 2015-07-22 09:43 A Michael Smith cc mapserver-users at lists.osgeo.org Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle CONNECTIONTYPE oraclespatial DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" Michael Smith 2015-07-22 09:38 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 08:22:49 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 22 Jul 2015 11:22:49 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> Could you be hitting an old installed version? Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers > On Jul 22, 2015, at 11:14 AM, Steve.Toutant at inspq.qc.ca wrote: > > We are on linux as well. > Ms7+ postgis.. it doesn't translate the query to regex, I have the same query than with Oracle... ("[NOM_STAT]" =*"Anto") > > > Well...I'm more confused now...It doesn't make sens that our MS doesn't generate the same request... > Can it be an installation problem, an option is missing when compiling? > > > > Michael Smith > 2015-07-22 09:55 > > A > "Steve.Toutant at inspq.qc.ca" > cc > "mapserver-users at lists.osgeo.org" > Objet > Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. > > I'm running on Linux although can't see how that would change the sql being generated. > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: on behalf of "Steve.Toutant at inspq.qc.ca" > Date: Wednesday, July 22, 2015 at 9:44 AM > To: "Steve.Toutant at inspq.qc.ca" > Cc: "mapserver-users at lists.osgeo.org" , "mapserver-users-bounces at lists.osgeo.org" > Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > Resent-From: Michael Smith > > using MapServer version 7.0.0-beta1 > > > > Steve.Toutant at inspq.qc.ca@lists.osgeo.org > Envoy? par : mapserver-users-bounces at lists.osgeo.org > 2015-07-22 09:43 > > > A > Michael Smith > cc > mapserver-users at lists.osgeo.org > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > CONNECTIONTYPE oraclespatial > DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" > > > Michael Smith > 2015-07-22 09:38 > > > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > Same result with 1.1.0 > > Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > > From: > Date: Wednesday, July 22, 2015 at 9:34 AM > To: Michael Smith > Cc: > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Michael we are using MS7 master and WFS 1.1.0 > Can you try with this wfs version instead of 2.0 t osee if you get the same results? > Michael Smith > 2015-07-22 09:32 > > > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > > > When I do this on my system I get > > request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las > > [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison > [Wed Jul 22 09:26:31 2015].885676 closing RE comparison > [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' > > This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: > Date: Wednesday, July 22, 2015 at 9:13 AM > To: Michael Smith > Cc: > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Thanks for your help, here is the log > Steve > ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 > [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. > [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. > [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s > [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 > [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. > [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process > [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison > [Wed Jul 22 08:14:30 2015].226440 closing RE comparison > [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us > Michael Smith > 2015-07-21 11:24 > > > A > , > cc > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > > > > > Steve, > > When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. > > Can you do DEBUG 3 and show the log? > > Mike > > -- > Michael Smith > Remote Sensing/GIS Center > US Army Corps of Engineers > > From: on behalf of > Date: Tuesday, July 21, 2015 at 10:07 AM > To: > Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Hi, > Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. > The complete value is "Antonin". I apply the filter using "Anto" > > > MS7+Postgis > NOM_STATAnto > numberOfFeatures="0" , that is ok. > Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") > > Ms7+Oracle > NOM_STATAnto > numberOfFeatures="1" , BAD > Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > > Is the problem MS o oracle? Should I open a Ms bug? > Regards! > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 08:22:49 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 22 Jul 2015 11:22:49 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: Message-ID: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> Could you be hitting an old installed version? Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers > On Jul 22, 2015, at 11:14 AM, Steve.Toutant at inspq.qc.ca wrote: > > We are on linux as well. > Ms7+ postgis.. it doesn't translate the query to regex, I have the same query than with Oracle... ("[NOM_STAT]" =*"Anto") > > > Well...I'm more confused now...It doesn't make sens that our MS doesn't generate the same request... > Can it be an installation problem, an option is missing when compiling? > > > > Michael Smith > 2015-07-22 09:55 > > A > "Steve.Toutant at inspq.qc.ca" > cc > "mapserver-users at lists.osgeo.org" > Objet > Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. > > I'm running on Linux although can't see how that would change the sql being generated. > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: on behalf of "Steve.Toutant at inspq.qc.ca" > Date: Wednesday, July 22, 2015 at 9:44 AM > To: "Steve.Toutant at inspq.qc.ca" > Cc: "mapserver-users at lists.osgeo.org" , "mapserver-users-bounces at lists.osgeo.org" > Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > Resent-From: Michael Smith > > using MapServer version 7.0.0-beta1 > > > > Steve.Toutant at inspq.qc.ca@lists.osgeo.org > Envoy? par : mapserver-users-bounces at lists.osgeo.org > 2015-07-22 09:43 > > > A > Michael Smith > cc > mapserver-users at lists.osgeo.org > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > CONNECTIONTYPE oraclespatial > DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" > > > Michael Smith > 2015-07-22 09:38 > > > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > Same result with 1.1.0 > > Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > > From: > Date: Wednesday, July 22, 2015 at 9:34 AM > To: Michael Smith > Cc: > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Michael we are using MS7 master and WFS 1.1.0 > Can you try with this wfs version instead of 2.0 t osee if you get the same results? > Michael Smith > 2015-07-22 09:32 > > > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > > > When I do this on my system I get > > request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las > > [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison > [Wed Jul 22 09:26:31 2015].885676 closing RE comparison > [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' > > This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: > Date: Wednesday, July 22, 2015 at 9:13 AM > To: Michael Smith > Cc: > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Thanks for your help, here is the log > Steve > ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 > [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. > [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. > [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s > [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 > [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. > [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process > [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison > [Wed Jul 22 08:14:30 2015].226440 closing RE comparison > [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us > Michael Smith > 2015-07-21 11:24 > > > A > , > cc > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > > > > > Steve, > > When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. > > Can you do DEBUG 3 and show the log? > > Mike > > -- > Michael Smith > Remote Sensing/GIS Center > US Army Corps of Engineers > > From: on behalf of > Date: Tuesday, July 21, 2015 at 10:07 AM > To: > Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Hi, > Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. > The complete value is "Antonin". I apply the filter using "Anto" > > > MS7+Postgis > NOM_STATAnto > numberOfFeatures="0" , that is ok. > Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") > > Ms7+Oracle > NOM_STATAnto > numberOfFeatures="1" , BAD > Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > > Is the problem MS o oracle? Should I open a Ms bug? > Regards! > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 08:30:27 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 11:30:27 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> References: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> Message-ID: oracle and postgis are on 2 differents servers physically on 2 cities, both has a mapserver installation made by 2 different person. One is on debian, and other on fedora There are using ms7 since other new wfs improvement made in MS7 are used... Michael Smith 2015-07-22 11:22 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Could you be hitting an old installed version? Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On Jul 22, 2015, at 11:14 AM, Steve.Toutant at inspq.qc.ca wrote: We are on linux as well. Ms7+ postgis.. it doesn't translate the query to regex, I have the same query than with Oracle... ("[NOM_STAT]" =*"Anto") Well...I'm more confused now...It doesn't make sens that our MS doesn't generate the same request... Can it be an installation problem, an option is missing when compiling? Michael Smith 2015-07-22 09:55 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. I'm running on Linux although can't see how that would change the sql being generated. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: on behalf of " Steve.Toutant at inspq.qc.ca" Date: Wednesday, July 22, 2015 at 9:44 AM To: "Steve.Toutant at inspq.qc.ca" Cc: "mapserver-users at lists.osgeo.org" , " mapserver-users-bounces at lists.osgeo.org" < mapserver-users-bounces at lists.osgeo.org> Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Resent-From: Michael Smith using MapServer version 7.0.0-beta1 Steve.Toutant at inspq.qc.ca@lists.osgeo.org Envoy? par : mapserver-users-bounces at lists.osgeo.org 2015-07-22 09:43 A Michael Smith cc mapserver-users at lists.osgeo.org Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle CONNECTIONTYPE oraclespatial DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" Michael Smith 2015-07-22 09:38 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 08:36:52 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 22 Jul 2015 11:36:52 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> Message-ID: <6A72CFB1-C1F1-4675-8161-41B61ACC29F5@gmail.com> What version of Oracle? Not that we have any version dependencies in the regexp code. I'm running 11.2 and 12.1. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers > On Jul 22, 2015, at 11:30 AM, Steve.Toutant at inspq.qc.ca wrote: > > oracle and postgis are on 2 differents servers physically on 2 cities, both has a mapserver installation made by 2 different person. One is on debian, and other on fedora > There are using ms7 since other new wfs improvement made in MS7 are used... > > > > Michael Smith > 2015-07-22 11:22 > > A > "Steve.Toutant at inspq.qc.ca" > cc > "mapserver-users at lists.osgeo.org" > Objet > Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > Could you be hitting an old installed version? > > Michael Smith > Remote Sensing/GIS Center > US Army Corps of Engineers > > On Jul 22, 2015, at 11:14 AM, Steve.Toutant at inspq.qc.ca wrote: > > We are on linux as well. > Ms7+ postgis.. it doesn't translate the query to regex, I have the same query than with Oracle... ("[NOM_STAT]" =*"Anto") > > > Well...I'm more confused now...It doesn't make sens that our MS doesn't generate the same request... > Can it be an installation problem, an option is missing when compiling? > > > > Michael Smith > 2015-07-22 09:55 > > > A > "Steve.Toutant at inspq.qc.ca" > cc > "mapserver-users at lists.osgeo.org" > Objet > Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. > > I'm running on Linux although can't see how that would change the sql being generated. > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: on behalf of "Steve.Toutant at inspq.qc.ca" > Date: Wednesday, July 22, 2015 at 9:44 AM > To: "Steve.Toutant at inspq.qc.ca" > Cc: "mapserver-users at lists.osgeo.org" , "mapserver-users-bounces at lists.osgeo.org" > Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > Resent-From: Michael Smith > > using MapServer version 7.0.0-beta1 > > > Steve.Toutant at inspq.qc.ca@lists.osgeo.org > Envoy? par : mapserver-users-bounces at lists.osgeo.org > 2015-07-22 09:43 > > > A > Michael Smith > cc > mapserver-users at lists.osgeo.org > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > CONNECTIONTYPE oraclespatial > DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" > Michael Smith > 2015-07-22 09:38 > > > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > > > Same result with 1.1.0 > > Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > > From: > Date: Wednesday, July 22, 2015 at 9:34 AM > To: Michael Smith > Cc: > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Michael we are using MS7 master and WFS 1.1.0 > Can you try with this wfs version instead of 2.0 t osee if you get the same results? > Michael Smith > 2015-07-22 09:32 > > > A > > cc > > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > > > > > When I do this on my system I get > > request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las > > [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison > [Wed Jul 22 09:26:31 2015].885676 closing RE comparison > [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' > > This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. > > Mike > > ---- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > michael.smith at usace.army.mil > > > From: > Date: Wednesday, July 22, 2015 at 9:13 AM > To: Michael Smith > Cc: > Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Thanks for your help, here is the log > Steve > ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 > [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. > [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. > [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s > [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 > [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE > [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) > [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) > [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 > [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. > [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. > [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. > [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. > [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process > [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison > [Wed Jul 22 08:14:30 2015].226440 closing RE comparison > [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. > [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us > Michael Smith > 2015-07-21 11:24 > > > A > , > cc > Objet > Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > > > > > > > > > > > > > > > > > Steve, > > When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. > > Can you do DEBUG 3 and show the log? > > Mike > > -- > Michael Smith > Remote Sensing/GIS Center > US Army Corps of Engineers > > From: on behalf of > Date: Tuesday, July 21, 2015 at 10:07 AM > To: > Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle > > Hi, > Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. > The complete value is "Antonin". I apply the filter using "Anto" > > > MS7+Postgis > NOM_STATAnto > numberOfFeatures="0" , that is ok. > Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") > > Ms7+Oracle > NOM_STATAnto > numberOfFeatures="1" , BAD > Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") > > Is the problem MS o oracle? Should I open a Ms bug? > Regards! > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 08:42:12 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 11:42:12 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: <6A72CFB1-C1F1-4675-8161-41B61ACC29F5@gmail.com> References: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> <6A72CFB1-C1F1-4675-8161-41B61ACC29F5@gmail.com> Message-ID: 12C Michael Smith 2015-07-22 11:36 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle What version of Oracle? Not that we have any version dependencies in the regexp code. I'm running 11.2 and 12.1. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On Jul 22, 2015, at 11:30 AM, Steve.Toutant at inspq.qc.ca wrote: oracle and postgis are on 2 differents servers physically on 2 cities, both has a mapserver installation made by 2 different person. One is on debian, and other on fedora There are using ms7 since other new wfs improvement made in MS7 are used... Michael Smith 2015-07-22 11:22 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Could you be hitting an old installed version? Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On Jul 22, 2015, at 11:14 AM, Steve.Toutant at inspq.qc.ca wrote: We are on linux as well. Ms7+ postgis.. it doesn't translate the query to regex, I have the same query than with Oracle... ("[NOM_STAT]" =*"Anto") Well...I'm more confused now...It doesn't make sens that our MS doesn't generate the same request... Can it be an installation problem, an option is missing when compiling? Michael Smith 2015-07-22 09:55 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. I'm running on Linux although can't see how that would change the sql being generated. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: on behalf of " Steve.Toutant at inspq.qc.ca" Date: Wednesday, July 22, 2015 at 9:44 AM To: "Steve.Toutant at inspq.qc.ca" Cc: "mapserver-users at lists.osgeo.org" , " mapserver-users-bounces at lists.osgeo.org" < mapserver-users-bounces at lists.osgeo.org> Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Resent-From: Michael Smith using MapServer version 7.0.0-beta1 Steve.Toutant at inspq.qc.ca@lists.osgeo.org Envoy? par : mapserver-users-bounces at lists.osgeo.org 2015-07-22 09:43 A Michael Smith cc mapserver-users at lists.osgeo.org Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle CONNECTIONTYPE oraclespatial DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" Michael Smith 2015-07-22 09:38 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 11:13:30 2015 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 22 Jul 2015 14:13:30 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> <6A72CFB1-C1F1-4675-8161-41B61ACC29F5@gmail.com> Message-ID: I don't get the FLTLayerApplyPlainFilterToLayer line. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Jul 22 12:03:13 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 15:03:13 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> <6A72CFB1-C1F1-4675-8161-41B61ACC29F5@gmail.com> Message-ID: Sorry I only sent log with postgis. For oracle using GET msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") But the admin sent me this SQL SELECT ID, NO_STAT_CLIM, NO_STAT_FADQ, NOM_STAT, LATI_STAT, LONG_STAT, ALTI_STAT, D_DEB, D_FIN, TIMB_MAJ, USAG_MAJ, rownum, GEOM_POIN FROM (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) WHERE ( REGEXP_LIKE( NOM_STAT, 'Anto','i' ) ) AND SDO_FILTER( GEOM_POIN, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' regex is there in GET and POST. He was confused so he retried and the SQL didn't log. Do you have this problem that MS logs are incomplete sometimes? I'm sorry for that...it is translating to regex. But he still have records when it should not So He launch this query directly in oracle select * FROM SMDVDP_STAT_METE WHERE REGEXP_LIKE( NOM_STAT, 'Anto','i' ) And he got some records. "Anto" doesn't exist. The value is Antonin. This regex seems to be equivalent to '=', what do you think? Now I think the problem is his oracle not MS, do you agree? Michael Smith 2015-07-22 14:13 A cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle I don't get the FLTLayerApplyPlainFilterToLayer line. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at wildwalks.com Wed Jul 22 23:54:09 2015 From: matt at wildwalks.com (Matt McClelland) Date: Thu, 23 Jul 2015 16:54:09 +1000 Subject: [mapserver-users] Mapfile classifying using two separate raster files? Message-ID: Hi I have two raster files one for vegetation and one for population density. The two rasters (tif's) are at different scales I am using value based classification to paint the map green where vegetation values are high. Is there a way I can classify based on values from the two separate files in the same layer I can't see how this will work as you can only have one data item per layer?? (but worth asking) I am wanting to be able to do something like EXPRESSION ([veg] <= 50 and [population] > 500) The only option I can think of is to make the two files into a single multiband tiff? This seems wasteful as one is much lower resolution then the other. thoughts?? thanks Matt :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eichner at sid.sachsen.de Thu Jul 23 00:56:14 2015 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Thu, 23 Jul 2015 07:56:14 +0000 Subject: [mapserver-users] Mapfile classifying using two separate raster files? In-Reply-To: References: Message-ID: <6F331135492B944D90731CE93743D5681E4386@FS-EX-DB102.fs.sachsen.de> You might be able to virtually combine those two rasters into one using GDAL's VRT format (http://www.gdal.org/gdal_vrttut.html). HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users- > bounces at lists.osgeo.org] Im Auftrag von Matt McClelland > Gesendet: Donnerstag, 23. Juli 2015 08:54 > An: mapserver-users at lists.osgeo.org > Betreff: [mapserver-users] Mapfile classifying using two separate raster > files? > > Hi > > I have two raster files one for vegetation and one for population density. > The two rasters (tif's) are at different scales > > I am using value based classification to paint the map green where > vegetation values are high. > Is there a way I can classify based on values from the two separate files > in the same layer > I can't see how this will work as you can only have one data item per > layer?? (but worth asking) > > I am wanting to be able to do something like > EXPRESSION ([veg] <= 50 and [population] > 500) > > The only option I can think of is to make the two files into a single > multiband tiff? This seems wasteful as one is much lower resolution then > the other. > > thoughts?? > > thanks > > Matt :) > > > From lars.schylberg at blixtmail.se Thu Jul 23 02:02:53 2015 From: lars.schylberg at blixtmail.se (Lars Schylberg) Date: Thu, 23 Jul 2015 11:02:53 +0200 Subject: [mapserver-users] Mapfile classifying using two separate raster files? In-Reply-To: References: Message-ID: <55B0ADBD.9090802@blixtmail.se> I would try to do a VRT file that describes both raster files and work with that. I don't have an good example but maybe this could get You started together with the GDAL docs. http://www.paolocorti.net/2012/03/08/gdal_virtual_formats/ /Lars S. Matt McClelland skrev den 2015-07-23 08:54: > Hi > > I have two raster files one for vegetation and one for population density. > The two rasters (tif's) are at different scales > > I am using value based classification to paint the map green where > vegetation values are high. > Is there a way I can classify based on values from the two separate > files in the same layer > I can't see how this will work as you can only have one data item per > layer?? (but worth asking) > > I am wanting to be able to do something like > EXPRESSION ([veg] <= 50 and [population] > 500) > > The only option I can think of is to make the two files into a single > multiband tiff? This seems wasteful as one is much lower resolution > then the other. > > thoughts?? > > thanks > > Matt :) > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuellapointe at gmail.com Thu Jul 23 07:32:46 2015 From: samuellapointe at gmail.com (Samuel Lapointe) Date: Thu, 23 Jul 2015 10:32:46 -0400 Subject: [mapserver-users] ScribeUI version 1.6 released Message-ID: Hi all, I'm working on ScribeUI for Google Summer of Code 2015. For those who have never heard of it, ScribeUI is a web utility you can use to create and preview mapfiles, using the regular Mapserver syntax or a slightly different syntax called Scribe. In this update I added map export and import, to let users share their maps more easily, along with multiple bugfixes. You can find a complete changelog on the release page . As always, the demo has been updated, which means you can try ScribeUI without installing it by following this link . The demo is reset every day to keep it clean, so if you want to keep a copy of your maps, export them! If you're not sure where to start with the program, there is a getting started guide here . If any issues arise or if you need help, don't hesitate to contact me either by email or through the issues system on Github. Have a nice day! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ankuriimt at gmail.com Fri Jul 24 01:29:06 2015 From: ankuriimt at gmail.com (ankur chitranshi) Date: Fri, 24 Jul 2015 13:59:06 +0530 Subject: [mapserver-users] mapserver mapfile -symbol image in centre Message-ID: Hello all, help me on finding a single image on center , in symbol of mapfile at mapserver -- thanks & regards Ankur Chitranshi -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.bonfort at gmail.com Fri Jul 24 01:49:31 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Fri, 24 Jul 2015 10:49:31 +0200 Subject: [mapserver-users] MapServer 7.0 release Message-ID: Hi All, The MapServer team is pleased to finally announce the release of MapServer's 7th major version. You'll find a list of major changes since version 6.4 in http://www.mapserver.org/development/announce/7-0.html , the detailed list of changes since the last beta2 in http://www.mapserver.org/development/changelog/changelog-7-0.html , and the download links in http://www.mapserver.org/download.html . As usual, please read the migration guide in http://mapserver.org/MIGRATION_GUIDE.html if you are updating an existing installation. Best regards, The MapServer PSC and developers. From charles.theobald at ncdenr.gov Fri Jul 24 11:29:40 2015 From: charles.theobald at ncdenr.gov (Theobald, Charles) Date: Fri, 24 Jul 2015 18:29:40 +0000 Subject: [mapserver-users] Using a variable as a CLASSITEM Message-ID: Is it still possible to use a variable for the value of CLASSITEM? We're passing the field name to be used in the CLASSes in the URL as a variable (%dmmethod%): CLASSITEM '%dmmethod%' FILTER ('[type]'='County') STATUS on CLASS NAME 'No Drought' EXPRESSION ('[%dmmethod%]'='-1') STYLE COLOR 255 255 255 OUTLINECOLOR 20 20 20 END END This used to work in previous versions. There are 6 different fields that could be searched, for 6 possible values. I'd really like to avoid creating 36 classes for each layer that uses this attribute table. I am including dmmethod in a validation block in each layer trying to use this variable. Mapserver version is 6.0.3 Any suggestions would be greatly appreciated. Thank you. Charles Theobald NC Division of Water Resources charles.theobald at ncdenr.gov 919-707-9136 *E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties. From charles.theobald at ncdenr.gov Fri Jul 24 11:52:50 2015 From: charles.theobald at ncdenr.gov (Theobald, Charles) Date: Fri, 24 Jul 2015 18:52:50 +0000 Subject: [mapserver-users] Using a variable as a CLASSITEM Message-ID: Is it still possible to use a variable for the value of CLASSITEM? We're passing the field name to be used in the CLASSes in the URL as a variable (%dmmethod%): CLASSITEM '%dmmethod%' FILTER ('[type]'='County') STATUS on CLASS NAME 'No Drought' EXPRESSION ('[%dmmethod%]'='-1') STYLE COLOR 255 255 255 OUTLINECOLOR 20 20 20 END END This used to work in previous versions. There are 6 different fields that could be searched, for 6 possible values. I'd really like to avoid creating 36 classes for each layer that uses this attribute table. I am including dmmethod in a validation block in each layer trying to use this variable. Mapserver version is 6.0.3 Any suggestions would be greatly appreciated. Thank you. Charles Theobald NC Division of Water Resources charles.theobald at ncdenr.gov 919-707-9136 *E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties. From jordanmartinezaguila at gmail.com Fri Jul 24 12:26:52 2015 From: jordanmartinezaguila at gmail.com (jordan) Date: Fri, 24 Jul 2015 12:26:52 -0700 (PDT) Subject: [mapserver-users] Mapserver wms and Openlayers 3 Message-ID: <1437766012001-5216956.post@n6.nabble.com> Hope you can guide me in this issue I have. My aim is to connect to a Postgis database from Openlayers 3 using Mapserver WMS. Apparently all is set up in my mapfile for WMS service(postgres connection inside). I have tested and validated the getmap request, no errors found. Here is my URL: http://localhost/cgi-bin/mapserv.exe?map=C:/ms4w/Apache/htdocs/maquetado/mapfiles/demo3.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=agave_01_gcs,agave_02_gcs&STYLES=&SRS=EPSG:4326&BBOX=-103.809,20.8419,-103.716,20.8878&WIDTH=105&HEIGHT=22&FORMAT=image/png After that I change the path inside the "http.conf" file as follows: SetEnv myMap "C:/ms4w/Apache/htdocs/maquetado/mapfiles/demo3.map" Here is my final URL: http://localhost/cgi-bin/mapserv.exe?map=myMap I have tested it in GIS clients as a QGIS and ArcGIS and all is ok but when I try to use it in OL3 no layers are shown. I think that probably something is wrong with my WMS url that OL3 can not read.. So it is possible to change the "mapserv.exe" in my URL specifically omit the "exe" ?? I need something like this: http://localhost/cgi-bin/mapserv?map=myMap Best regards Jordan -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Mapserver-wms-and-Openlayers-3-tp5216956.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Steve.Lime at state.mn.us Fri Jul 24 12:36:22 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 24 Jul 2015 19:36:22 +0000 Subject: [mapserver-users] Using a variable as a CLASSITEM In-Reply-To: References: Message-ID: You can't use that syntax exactly. But what you want to do is possible. You'll have to set 2 parameters in the URL. You can use the dmmethod variable for the expression like you have below. For the classitem you'll have to use syntax like: map.layer[layername]=CLASSITEM+'somevalue' You'll need to setup validation on both dmmethod and the classitem, should be the same regex in both cases. Steve -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Theobald, Charles Sent: Friday, July 24, 2015 1:53 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Using a variable as a CLASSITEM Is it still possible to use a variable for the value of CLASSITEM? We're passing the field name to be used in the CLASSes in the URL as a variable (%dmmethod%): CLASSITEM '%dmmethod%' FILTER ('[type]'='County') STATUS on CLASS NAME 'No Drought' EXPRESSION ('[%dmmethod%]'='-1') STYLE COLOR 255 255 255 OUTLINECOLOR 20 20 20 END END This used to work in previous versions. There are 6 different fields that could be searched, for 6 possible values. I'd really like to avoid creating 36 classes for each layer that uses this attribute table. I am including dmmethod in a validation block in each layer trying to use this variable. Mapserver version is 6.0.3 Any suggestions would be greatly appreciated. Thank you. Charles Theobald NC Division of Water Resources charles.theobald at ncdenr.gov 919-707-9136 *E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From David.Fawcett at state.mn.us Fri Jul 24 12:29:11 2015 From: David.Fawcett at state.mn.us (Fawcett, David (MNIT)) Date: Fri, 24 Jul 2015 19:29:11 +0000 Subject: [mapserver-users] Using a variable as a CLASSITEM In-Reply-To: References: Message-ID: Charles, I can't remember in which version the validation requirement was added, but take a look at this page: http://mapserver.org/cgi/runsub.html You may need to add a validation property to your layer. David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Theobald, Charles Sent: Friday, July 24, 2015 1:53 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Using a variable as a CLASSITEM Is it still possible to use a variable for the value of CLASSITEM? We're passing the field name to be used in the CLASSes in the URL as a variable (%dmmethod%): CLASSITEM '%dmmethod%' FILTER ('[type]'='County') STATUS on CLASS NAME 'No Drought' EXPRESSION ('[%dmmethod%]'='-1') STYLE COLOR 255 255 255 OUTLINECOLOR 20 20 20 END END This used to work in previous versions. There are 6 different fields that could be searched, for 6 possible values. I'd really like to avoid creating 36 classes for each layer that uses this attribute table. I am including dmmethod in a validation block in each layer trying to use this variable. Mapserver version is 6.0.3 Any suggestions would be greatly appreciated. Thank you. Charles Theobald NC Division of Water Resources charles.theobald at ncdenr.gov 919-707-9136 *E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From Steve.Toutant at inspq.qc.ca Wed Jul 22 10:59:32 2015 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 22 Jul 2015 13:59:32 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> <6A72CFB1-C1F1-4675-8161-41B61ACC29F5@gmail.com> Message-ID: Good idea we use POST, but I tried using GET and I still get FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") in the log (with postgis and oracle) Michael Smith 2015-07-22 12:02 A "Steve.Toutant at inspq.qc.ca" cc Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Only other thing I can think of are you doing a GET or POST? I'm doing GET. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On Jul 22, 2015, at 11:42 AM, Steve.Toutant at inspq.qc.ca wrote: 12C Michael Smith 2015-07-22 11:36 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle What version of Oracle? Not that we have any version dependencies in the regexp code. I'm running 11.2 and 12.1. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On Jul 22, 2015, at 11:30 AM, Steve.Toutant at inspq.qc.ca wrote: oracle and postgis are on 2 differents servers physically on 2 cities, both has a mapserver installation made by 2 different person. One is on debian, and other on fedora There are using ms7 since other new wfs improvement made in MS7 are used... Michael Smith 2015-07-22 11:22 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Could you be hitting an old installed version? Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On Jul 22, 2015, at 11:14 AM, Steve.Toutant at inspq.qc.ca wrote: We are on linux as well. Ms7+ postgis.. it doesn't translate the query to regex, I have the same query than with Oracle... ("[NOM_STAT]" =*"Anto") Well...I'm more confused now...It doesn't make sens that our MS doesn't generate the same request... Can it be an installation problem, an option is missing when compiling? Michael Smith 2015-07-22 09:55 A "Steve.Toutant at inspq.qc.ca" cc "mapserver-users at lists.osgeo.org" Objet Re: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Just tried with latest master (sha f13cd8825e117b09663bb325a03854c27e9cdd39) and got correct REGEXP_LIKE sql. Was using rel-7-0-0-beta1 before. Both same. I'm running on Linux although can't see how that would change the sql being generated. ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: on behalf of " Steve.Toutant at inspq.qc.ca" Date: Wednesday, July 22, 2015 at 9:44 AM To: "Steve.Toutant at inspq.qc.ca" Cc: "mapserver-users at lists.osgeo.org" , " mapserver-users-bounces at lists.osgeo.org" < mapserver-users-bounces at lists.osgeo.org> Subject: [EXTERNAL] Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Resent-From: Michael Smith using MapServer version 7.0.0-beta1 Steve.Toutant at inspq.qc.ca@lists.osgeo.org Envoy? par : mapserver-users-bounces at lists.osgeo.org 2015-07-22 09:43 A Michael Smith cc mapserver-users at lists.osgeo.org Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle CONNECTIONTYPE oraclespatial DATA "GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326" Michael Smith 2015-07-22 09:38 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Same result with 1.1.0 Are you using an CONNECTIONTYPE oraclespatial or a CONNECTIONTYPE OGR to Oracle? Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:34 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Michael we are using MS7 master and WFS 1.1.0 Can you try with this wfs version instead of 2.0 t osee if you get the same results? Michael Smith 2015-07-22 09:32 A cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle When I do this on my system I get request: service=WFS&version=2.0.0&request=GetFeature&typeNames=gridws_pointcloud&Filter=FILE_NAMEtest2.las [Wed Jul 22 09:26:31 2015].885667 got a IEQ comparison [Wed Jul 22 09:26:31 2015].885676 closing RE comparison [Wed Jul 22 09:26:31 2015].885681 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 09:26:31 2015].885704 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT COLLECT_ID, COLLECTION, FILE_NAME, DATE_LOADED, PC_ID, X, Y, FILE_SIZE_MB, COLLECTDATE, DOWNLOAD_URL, SENSOR_NAME, rownum, geom WHERE ( REGEXP_LIKE( FILE_NAME, 'test2.las','i' ) ) AND SDO_FILTER( geom, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 'TRUE' This shows that its translating the PropertyIsEqualTo with MatchCase false to a regexp_like case insensitive query with no wildcards. Not sure why you wouldn't get the same thing. Mike ---- Michael Smith US Army Corps Remote Sensing GIS/Center michael.smith at usace.army.mil From: Date: Wednesday, July 22, 2015 at 9:13 AM To: Michael Smith Cc: Subject: Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Thanks for your help, here is the log Steve ul 22 08:14:09 2015].892715 msOracleSpatialLayerWhichShapes. Bind values: srid:4326 minx:-91.320741 miny:41.948470 maxx:-45.679259 maxy:63.664769 [Wed Jul 22 08:14:09 2015].894113 msOracleSpatialLayerWhichShapes bind by name and object. [Wed Jul 22 08:14:09 2015].894134 msOracleSpatialLayerWhichShapes name and object now bound. [Wed Jul 22 08:14:10 2015].77889 mapserv request processing time (msLoadMap not incl.): 0.203s [Wed Jul 22 08:14:10 2015].77903 msOracleSpatialLayerClose was called. Layer: 0x1308650, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:10 2015].78084 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].200042 CGI Request 38 on process 14430 [Wed Jul 22 08:14:30 2015].200197 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].200215 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].208656 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].208676 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].209323 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].209369 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].209374 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].209396 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].210875 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].210889 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].218325 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].218345 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218354 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].218946 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].218980 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].218985 msOracleSpatialLayerClose was called. Layer: 0x142bbe0, Layer name: SMDVDP_STAT_METE [Wed Jul 22 08:14:30 2015].219003 msConnPoolRelease(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc,0x1481850) [Wed Jul 22 08:14:30 2015].219010 msOracleSpatialLayerOpen called with: GEOM_POIN from (select * FROM SMDVDP_STAT_METE WHERE EXTRACT(YEAR FROM D_DEB) = 2015) USING SRID 4326 (Layer pointer 0x142bbe0) [Wed Jul 22 08:14:30 2015].219018 msConnPoolRequest(SMDVDP_STAT_METE,USER/*************@DATABASE:1521/DEV.fadq.qc) -> got 0x1481850 [Wed Jul 22 08:14:30 2015].225298 msOracleSpatialLayerEnablePaging was called. [Wed Jul 22 08:14:30 2015].225318 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225328 msOracleSpatialLayerFreeItemInfo was called. [Wed Jul 22 08:14:30 2015].225334 msOracleSpatialLayerGetItems was called. [Wed Jul 22 08:14:30 2015].225868 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].225892 msOracleSpatialLayerInitItemInfo was called. [Wed Jul 22 08:14:30 2015].226421 msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") [Wed Jul 22 08:14:30 2015].226429 msOracleSpatialLayerTranslateFilter. There are tokens to process [Wed Jul 22 08:14:30 2015].226435 got a IEQ comparison [Wed Jul 22 08:14:30 2015].226440 closing RE comparison [Wed Jul 22 08:14:30 2015].226444 msOracleSpatialLayerWhichShapes was called. [Wed Jul 22 08:14:30 2015].226470 msOracleSpatialLayerWhichShapes. Us Michael Smith 2015-07-21 11:24 A , cc Objet Re: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Steve, When a case insensitive exact match is used, the code should use a regexp_like constructor in Oracle with the case insensitive flag and an exact pattern. Can you do DEBUG 3 and show the log? Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: on behalf of < Steve.Toutant at inspq.qc.ca> Date: Tuesday, July 21, 2015 at 10:07 AM To: Subject: [mapserver-users] ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle Hi, Using MS7+oracle, I apply a wfs filter PropertyIsEqualTo on a layer attribute (string) with a truncated string, so it should returns 0 features, but it returns 1 feature. The complete value is "Antonin". I apply the filter using "Anto" MS7+Postgis NOM_STAT Anto numberOfFeatures="0" , that is ok. Ms log: FLTLayerApplyPlainFilterToLayer(): ("[NOM_STAT]" =*"Anto") Ms7+Oracle NOM_STAT Anto numberOfFeatures="1" , BAD Mslog: msOracleSpatialLayerTranslateFilter. String: ("[NOM_STAT]" =*"Anto") Is the problem MS o oracle? Should I open a Ms bug? Regards! _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith.erdc at gmail.com Wed Jul 22 11:08:34 2015 From: michael.smith.erdc at gmail.com (michael.smith.erdc at gmail.com) Date: Wed, 22 Jul 2015 14:08:34 -0400 Subject: [mapserver-users] [EXTERNAL] Re: ogc:PropertyIsEqualTo behaves like PropertyIsLike with oracle In-Reply-To: References: <7D60CE6E-7534-4C44-BD88-E6964C1CE937@gmail.com> <6A72CFB1-C1F1-4675-8161-41B61ACC29F5@gmail.com> Message-ID: <20150722180834.6762578.62492.25642@gmail.com> An HTML attachment was scrubbed... URL: From olt at omniscale.de Mon Jul 27 05:00:28 2015 From: olt at omniscale.de (Oliver Tonnhofer) Date: Mon, 27 Jul 2015 14:00:28 +0200 Subject: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files Message-ID: Hi all, I?m pleased to announce the release of Magnacarto[0], a new open source tools to create map files. Magnacarto converts CartoCSS files to MapServer map files (and Mapnik XML). CartoCSS allows you to create complex map styles with a CSS like syntax. You might now CartoCSS from TileMill[1]. The CSS syntax and features like variables and attachments help you to manage complex styles - a few hundred lines of CartoCSS can result in a few thousand lines of MapServer stylings. Magnacarto is a command line tool and we have binaries for Windows, Linux and Mac OS. We are also working on a web-frontend that shows you an interactive map with the final styling (with automatic reloading as soon as you make any changes to the styling). You will find simple example stylings here [2] and example output here [3]. [0] https://github.com/omniscale/magnacarto [1] https://www.mapbox.com/tilemill/ [2] https://github.com/omniscale/magnacarto/tree/master/docs/examples [3] https://gist.github.com/olt/8de050be984ea38ed718 Regards, Oliver -- Oliver Tonnhofer | Omniscale GmbH & Co KG | http://omniscale.com OpenStreetMap WMS and tile services | http://maps.omniscale.com From Steve.Lime at state.mn.us Mon Jul 27 09:52:30 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Mon, 27 Jul 2015 16:52:30 +0000 Subject: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files In-Reply-To: References: Message-ID: Looks really cool, thanks for sharing! -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Oliver Tonnhofer Sent: Monday, July 27, 2015 7:00 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files Hi all, I?m pleased to announce the release of Magnacarto[0], a new open source tools to create map files. Magnacarto converts CartoCSS files to MapServer map files (and Mapnik XML). CartoCSS allows you to create complex map styles with a CSS like syntax. You might now CartoCSS from TileMill[1]. The CSS syntax and features like variables and attachments help you to manage complex styles - a few hundred lines of CartoCSS can result in a few thousand lines of MapServer stylings. Magnacarto is a command line tool and we have binaries for Windows, Linux and Mac OS. We are also working on a web-frontend that shows you an interactive map with the final styling (with automatic reloading as soon as you make any changes to the styling). You will find simple example stylings here [2] and example output here [3]. [0] https://github.com/omniscale/magnacarto [1] https://www.mapbox.com/tilemill/ [2] https://github.com/omniscale/magnacarto/tree/master/docs/examples [3] https://gist.github.com/olt/8de050be984ea38ed718 Regards, Oliver -- Oliver Tonnhofer | Omniscale GmbH & Co KG | http://omniscale.com OpenStreetMap WMS and tile services | http://maps.omniscale.com _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From richard.greenwood at gmail.com Mon Jul 27 14:28:23 2015 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Mon, 27 Jul 2015 15:28:23 -0600 Subject: [mapserver-users] determining which map file is associated with which fast-cgi process Message-ID: This is probably a more general Linux or fast-cgi question than strictly mapserver, but I don't know where else to ask so I'll give it a try here. I'm serving several different map files and I have several fast-cgi mapserv instances. Am I correct that each mapserv.fcgi is serving a different map file and that all mapserv requests for given map file go to the same fcig instance? And if I'm correct on that, when I use commands like 'top' or 'ps' they all show as mapserv.fcgi. I'd like to know which instance is serving which map file. Thanks, Rich -- Richard W. Greenwood, PLS www.greenwoodmap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuelmesa at gmail.com Mon Jul 27 20:04:44 2015 From: samuelmesa at gmail.com (samuelmesa at gmail.com) Date: Mon, 27 Jul 2015 22:04:44 -0500 Subject: [mapserver-users] Available Mapserver 7.0 package on Arch Linux Message-ID: Hi list, for the users of the distribution of Arch linux is available download and update to the new version of Mapserver 7.0 through: https://aur4.archlinux.org/packages/mapserver/ Thanks to the team of Mapserver for sharing your great work with this new version. regards, Samuel Mesa. -- --- .~. / v \ // \\ /( )\ ^`~'^ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rkottman at mpi-bremen.de Tue Jul 28 03:11:32 2015 From: rkottman at mpi-bremen.de (Renzo Kottmann) Date: Tue, 28 Jul 2015 12:11:32 +0200 Subject: [mapserver-users] determining which map file is associated with which fast-cgi process In-Reply-To: References: Message-ID: <55B75554.8070805@mpi-bremen.de> I do not have a fast.cgi configuration. But if your assumption is correct then each instance should keep a file handle on the mapfiles and then you can see which process is accessing which files with the command: lsof (list open files). hope it helps,renzo On 2015-07-27 23:28, Richard Greenwood wrote: > This is probably a more general Linux or fast-cgi question than strictly > mapserver, but I don't know where else to ask so I'll give it a try > here. I'm serving several different map files and I have several > fast-cgi mapserv instances. > > Am I correct that each mapserv.fcgi is serving a different map file and > that all mapserv requests for given map file go to the same fcig instance? > > And if I'm correct on that, when I use commands like 'top' or 'ps' they > all show as mapserv.fcgi. I'd like to know which instance is serving > which map file. > > Thanks, > Rich > > -- > Richard W. Greenwood, PLS > www.greenwoodmap.com > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Renzo Kottmann PhD Senior Scientist at Max Planck Institute for Marine Microbiology Microbial Genomics and Bioinformatics Research Group Celsiusstr. 1 28359 Bremen Germany Phone: +49 421 2028 974 From Andreas.Eichner at sid.sachsen.de Tue Jul 28 06:12:56 2015 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Tue, 28 Jul 2015 13:12:56 +0000 Subject: [mapserver-users] determining which map file is associated with which fast-cgi process In-Reply-To: References: Message-ID: <6F331135492B944D90731CE93743D5681E45DB@FS-EX-DB102.fs.sachsen.de> For each request a MapServer FCGI process uses either the value of the map= query parameter or the value of the MS_MAPFILE environment variable. In most configurations a pool of those processes is used to work on multiple requests simultaneously. Essentially there's no fixed association between a FCGI process and a map file. > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users- > bounces at lists.osgeo.org] Im Auftrag von Richard Greenwood > Gesendet: Montag, 27. Juli 2015 23:28 > An: mapserver > Betreff: [mapserver-users] determining which map file is associated with > which fast-cgi process > > This is probably a more general Linux or fast-cgi question than strictly > mapserver, but I don't know where else to ask so I'll give it a try here. > I'm serving several different map files and I have several fast-cgi > mapserv instances. > > Am I correct that each mapserv.fcgi is serving a different map file and > that all mapserv requests for given map file go to the same fcig instance? > > And if I'm correct on that, when I use commands like 'top' or 'ps' they > all show as mapserv.fcgi. I'd like to know which instance is serving which > map file. > > > Thanks, > > Rich > > > -- > > Richard W. Greenwood, PLS > www.greenwoodmap.com From thomas.bonfort at gmail.com Tue Jul 28 07:13:39 2015 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 28 Jul 2015 16:13:39 +0200 Subject: [mapserver-users] MapCache 1.4 Released Message-ID: The MapServer PSC is pleased to announce the release of MapCache version 1.4.0. You can read about the major new features here: http://mapserver.org/development/announce/mapcache-1-4.html and download links here: http://mapserver.org/download.html Best Regards, The MapServer PSC From richard.greenwood at gmail.com Tue Jul 28 08:06:05 2015 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Tue, 28 Jul 2015 09:06:05 -0600 Subject: [mapserver-users] determining which map file is associated with which fast-cgi process In-Reply-To: <6F331135492B944D90731CE93743D5681E45DB@FS-EX-DB102.fs.sachsen.de> References: <6F331135492B944D90731CE93743D5681E45DB@FS-EX-DB102.fs.sachsen.de> Message-ID: Renzo and Eichner, Thanks you for your answers. I have a much better understanding now. I was clearly wrong in my assumption that each mapserv.fcgi process related to a single map file. I appreciate your help. Rich On Tue, Jul 28, 2015 at 7:12 AM, Eichner, Andreas - SID < Andreas.Eichner at sid.sachsen.de> wrote: > For each request a MapServer FCGI process uses either the value of the > map= query parameter or the value of the MS_MAPFILE environment variable. > In most configurations a pool of those processes is used to work on > multiple requests simultaneously. Essentially there's no fixed association > between a FCGI process and a map file. > > > -----Urspr?ngliche Nachricht----- > > Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users- > > bounces at lists.osgeo.org] Im Auftrag von Richard Greenwood > > Gesendet: Montag, 27. Juli 2015 23:28 > > An: mapserver > > Betreff: [mapserver-users] determining which map file is associated with > > which fast-cgi process > > > > This is probably a more general Linux or fast-cgi question than strictly > > mapserver, but I don't know where else to ask so I'll give it a try here. > > I'm serving several different map files and I have several fast-cgi > > mapserv instances. > > > > Am I correct that each mapserv.fcgi is serving a different map file and > > that all mapserv requests for given map file go to the same fcig > instance? > > > > And if I'm correct on that, when I use commands like 'top' or 'ps' they > > all show as mapserv.fcgi. I'd like to know which instance is serving > which > > map file. > > > > > > Thanks, > > > > Rich > > > > > > -- > > > > Richard W. Greenwood, PLS > > www.greenwoodmap.com > -- Richard W. Greenwood, PLS www.greenwoodmap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at state.mn.us Thu Jul 30 13:31:27 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Thu, 30 Jul 2015 20:31:27 +0000 Subject: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files In-Reply-To: References: Message-ID: Oliver: Been thinking about this more. Since you guys have done probably the most exhaustive comparison of CartoCSS and map files, do you have a list of the features in CartoCSS that aren't supported by MapServer. That might provide some direction on gaps for us to fill. The other item of interest is where you saw simple CartoCSS manifest itself as boatloads of mapfile configuration. There may be ways we could be more concise... Thanks. Steve -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (MNIT) Sent: Monday, July 27, 2015 11:53 AM To: Oliver Tonnhofer ; mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files Looks really cool, thanks for sharing! -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Oliver Tonnhofer Sent: Monday, July 27, 2015 7:00 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files Hi all, I?m pleased to announce the release of Magnacarto[0], a new open source tools to create map files. Magnacarto converts CartoCSS files to MapServer map files (and Mapnik XML). CartoCSS allows you to create complex map styles with a CSS like syntax. You might now CartoCSS from TileMill[1]. The CSS syntax and features like variables and attachments help you to manage complex styles - a few hundred lines of CartoCSS can result in a few thousand lines of MapServer stylings. Magnacarto is a command line tool and we have binaries for Windows, Linux and Mac OS. We are also working on a web-frontend that shows you an interactive map with the final styling (with automatic reloading as soon as you make any changes to the styling). You will find simple example stylings here [2] and example output here [3]. [0] https://github.com/omniscale/magnacarto [1] https://www.mapbox.com/tilemill/ [2] https://github.com/omniscale/magnacarto/tree/master/docs/examples [3] https://gist.github.com/olt/8de050be984ea38ed718 Regards, Oliver -- Oliver Tonnhofer | Omniscale GmbH & Co KG | http://omniscale.com OpenStreetMap WMS and tile services | http://maps.omniscale.com _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From olt at omniscale.de Fri Jul 31 04:33:45 2015 From: olt at omniscale.de (Oliver Tonnhofer) Date: Fri, 31 Jul 2015 13:33:45 +0200 Subject: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files In-Reply-To: References: Message-ID: <3C95A090-D082-4F89-9EB0-5EB454E9B1AE@omniscale.de> Hi Steve, > On 30.07.2015, at 22:31, Lime, Steve D (MNIT) wrote: > > Oliver: Been thinking about this more. Since you guys have done probably the most exhaustive comparison of CartoCSS and map files, do you have a list of the features in CartoCSS that aren't supported by MapServer. That might provide some direction on gaps for us to fill. I can try to compile a list with missing features. Might take a while till I get to it, though. One feature I missed when I tried to build the official OpenStreetMap styling was multiple attributes in symbol names. For example: secondary_[width]x[height].svg, where width and height are calculated in the SQL query, based on the length of ref-label. Or does that work with Mapserver? > The other item of interest is where you saw simple CartoCSS manifest itself as boatloads of mapfile configuration. There may be ways we could be more concise... Thanks. Here is a monster mapfile (>100k lines) generated from https://github.com/mapbox/osm-bright http://download.omniscale.de/misc/osm-bright.map Magnacarto could combine some CLASSes with similar STYLE (search for '[type]' = ?drain? which is identical to the ditch CLASS). That should cut a few thousand lines. For MapSever: Allowing to set style defaults for each layer could help. LINECAP/LINEJOIN are set for every line STYLE because CartoCSS/Mapnik are using other defaults then Mapserver. Regards, Oliver -- Oliver Tonnhofer | Omniscale GmbH & Co KG | http://omniscale.com OpenStreetMap WMS and tile services | http://maps.omniscale.com From Steve.Lime at state.mn.us Fri Jul 31 09:29:53 2015 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 31 Jul 2015 16:29:53 +0000 Subject: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files In-Reply-To: <3C95A090-D082-4F89-9EB0-5EB454E9B1AE@omniscale.de> References: <3C95A090-D082-4F89-9EB0-5EB454E9B1AE@omniscale.de> Message-ID: Hey Oliver: Thanks! Any information is appreciated... Regarding your questions: - multiple attributes in symbol names: That's possible if you're using a RSBMS backend since you can create the combined symbol name as a new attribute and then reference that. It's not possible for plain old shapefiles. - style defaults: definitely something we could do better on. That said, INCLUDES can be used to do this now so you can do: STYLE INCLUDE 'default.style' ... override defaults... END LABEL INCLUDE 'default.label' ... override defaults... END Not sure how realistic it would be for Magnacarto to write a main mapfile supported with default blocks stored externally. Steve -----Original Message----- From: Oliver Tonnhofer [mailto:olt at omniscale.de] Sent: Friday, July 31, 2015 6:34 AM To: Lime, Steve D (MNIT) Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] ANN: Magnacarto - convert CartoCSS to MapServer map files Hi Steve, > On 30.07.2015, at 22:31, Lime, Steve D (MNIT) wrote: > > Oliver: Been thinking about this more. Since you guys have done probably the most exhaustive comparison of CartoCSS and map files, do you have a list of the features in CartoCSS that aren't supported by MapServer. That might provide some direction on gaps for us to fill. I can try to compile a list with missing features. Might take a while till I get to it, though. One feature I missed when I tried to build the official OpenStreetMap styling was multiple attributes in symbol names. For example: secondary_[width]x[height].svg, where width and height are calculated in the SQL query, based on the length of ref-label. Or does that work with Mapserver? > The other item of interest is where you saw simple CartoCSS manifest itself as boatloads of mapfile configuration. There may be ways we could be more concise... Thanks. Here is a monster mapfile (>100k lines) generated from https://github.com/mapbox/osm-bright http://download.omniscale.de/misc/osm-bright.map Magnacarto could combine some CLASSes with similar STYLE (search for '[type]' = ?drain? which is identical to the ditch CLASS). That should cut a few thousand lines. For MapSever: Allowing to set style defaults for each layer could help. LINECAP/LINEJOIN are set for every line STYLE because CartoCSS/Mapnik are using other defaults then Mapserver. Regards, Oliver -- Oliver Tonnhofer | Omniscale GmbH & Co KG | http://omniscale.com OpenStreetMap WMS and tile services | http://maps.omniscale.com