From thomas.bonfort at gmail.com Wed Mar 1 00:32:47 2017 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Wed, 01 Mar 2017 08:32:47 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: References: Message-ID: Try to get a backtrace from the crashes by compiling mapcache in debug mode, and configuring apache to allow coredumps. The "stale lock" messages you are seeing are side effects of the crashes so that's not where I'd investigate at first. regards, thomas On Tue, Feb 28, 2017 at 6:47 PM Pieter Callewaert < pieter.callewaert at be-mobile.com> wrote: > Hi, > > > > We are trying to add mapcache to our stack, because in the last years the > number of requests on our mapservers kept increasing, and we are looking > for smarter ways to scale. > > We have a test setup, and on low load everything works perfectly. An ab > benchmark on a single requests has also no problem. > > However, when we try to replay some production data on the mapcache > server, with 500 concurrent users, we see the following errors in apache > error log: > > > > [Tue Feb 28 12:50:33.789479 2017] [core:notice] [pid 13:tid > 140568766519168] AH00051: child pid 793 exit signal Segmentation fault > (11), possible coredump in /etc/apache2 > > [Tue Feb 28 12:50:34.791605 2017] [core:notice] [pid 13:tid > 140568766519168] AH00051: child pid 1384 exit signal Segmentation fault > (11), possible coredump in /etc/apache2 > > [Tue Feb 28 12:50:35.792510 2017] [core:notice] [pid 13:tid > 140568766519168] AH00051: child pid 1346 exit signal Segmentation fault > (11), possible coredump in /etc/apache2 > > [Tue Feb 28 12:50:38.795504 2017] [core:notice] [pid 13:tid > 140568766519168] AH00051: child pid 1338 exit signal Segmentation fault > (11), possible coredump in /etc/apache2 > > > > And also: > > [Tue Feb 28 12:54:49.804880 2017] [:error] [pid 8256:tid 140568096990976] > [client xxx.xxx.xxx.xxx:59612] deleting a possibly stale lock after waiting > on it for 30.034 seconds > > [Tue Feb 28 12:54:49.815800 2017] [:error] [pid 796:tid 140568273237760] > [client xxx.xxx.xxx.xxx:59631] deleting a possibly stale lock after waiting > on it for 30.037 seconds > > [Tue Feb 28 12:54:50.052952 2017] [:error] [pid 9502:tid 140568449484544] > [client xxx.xxx.xxx.xxx:59900] deleting a possibly stale lock after waiting > on it for 30.064 seconds > > [Tue Feb 28 12:54:50.062164 2017] [:error] [pid 1364:tid 140568264845056] > [client xxx.xxx.xxx.xxx:59951] deleting a possibly stale lock after waiting > on it for 30.04 seconds > > [Tue Feb 28 12:54:54.226499 2017] [:error] [pid 796:tid 140568239666944] > [client xxx.xxx.xxx.xxx:34636] deleting a possibly stale lock after waiting > on it for 30.046 seconds > > [Tue Feb 28 12:54:55.358419 2017] [:error] [pid 797:tid 140568399128320] > [client xxx.xxx.xxx.xxx:35329] deleting a possibly stale lock after waiting > on it for 30.047 seconds > > [Tue Feb 28 12:54:55.949560 2017] [:error] [pid 794:tid 140568256452352] > [client xxx.xxx.xxx.xxx:35639] deleting a possibly stale lock after waiting > on it for 30.037 seconds > > [Tue Feb 28 12:55:00.062597 2017] [:error] [pid 1408:tid 140568122169088] > [client xxx.xxx.xxx.xxx:38816] deleting a possibly stale lock after waiting > on it for 30.036 seconds > > > > In the syslog we see a lot of this: > > [51314200.930086] traps: apache2[7324] general protection ip:7f308fc53fe9 > sp:7f3089657b10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] > > [51314204.940646] traps: apache2[7469] general protection ip:7f308fc53fe9 > sp:7f3082ffcb10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] > > [51314207.948949] traps: apache2[7626] general protection ip:7f308fc53fe9 > sp:7f307c7efb10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] > > [51314209.954537] traps: apache2[7748] general protection ip:7f308fc53fe9 > sp:7f30837fdb10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] > > [51314214.966671] traps: apache2[7954] general protection ip:7f308fc53fe9 > sp:7f3088e56b10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] > > [51314229.004451] traps: apache2[8562] general protection ip:7f308fc53fe9 > sp:7f307c7efb10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] > > [51314235.020377] traps: apache2[8798] general protection ip:7f308fc53fe9 > sp:7f307f7f5b10 error:0 > > [51314235.020395] traps: apache2[8799] general protection ip:7f308fc53fe9 > sp:7f307eff4b10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] > > [51314235.020535] in libmapcache.so.1.4.1[7f308fc10000+56000] > > > > We compile/run apache/mapcache in docker container (base image 14:04) > (with ?net host), compiling with this parameters: > > > > # Install Mapcache itself > > ADD https://github.com/mapserver/mapcache/archive/rel-1-4-1.tar.gz / > > # Compile Mapcache for Apache > > RUN mkdir -p /usr/local/src/mapcache && \ > > tar xf rel-1-4-1.tar.gz -C /usr/local/src/mapcache > --strip-components=1 && \ > > mkdir /usr/local/src/mapcache/build && \ > > cd /usr/local/src/mapcache/build && \ > > cmake ../ \ > > -DWITH_FCGI=0 -DWITH_APACHE=1 -DWITH_PCRE=0 \ > > -DWITH_TIFF=0 -DWITH_BERKELEY_DB=0 -DWITH_MEMCACHE=0 \ > > -DWITH_SQLITE=0 -DCMAKE_PREFIX_PATH="/etc/apache2" && \ > > make && \ > > make install > > > > What we?ve tried: > > - Change mpm from event to worker, and play with the tuning > options > > - Change cache and/or locking directory from tmpfs to normal > disks. > > - Disable all unneeded options in compile > > > > Mapcache.xml: > > > > > > > > > > > > > > /tmp/mapcache/ > > > > > > > > > > > > image/png > > layer1,layer2,layer3 > > /maps/LOS.map > > > > > > > > > > http://localhost:81/ms > > > > > > > > LOS-all > > disk > > WGS84 > > GoogleMapsCompatible > > PNG > > 5 5 > > 10 > > 60 > > 60 > > > > > > PNG > > > > > > assemble > > bilinear > > JPEG > > 4096 > > > > > > > > > > > > > > > > > > > > report > > > > /tmp > > 30 > > > > > > > > > > Andy idea what I can do to find exactly what is going wrong? > > Thanks in advance! > > > > Kind regards, > > Pieter Callewaert > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.bonfort at gmail.com Wed Mar 1 00:37:28 2017 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Wed, 01 Mar 2017 08:37:28 +0000 Subject: [mapserver-users] Issue with label offset In-Reply-To: References: Message-ID: So it seems the offsetter is failing on some line coordinates, and may happen only in A rather than B because they differing due to the different projections used. Try getting a backtrace of the crash, and/or create a self-contained testcase that consistently reproduces the issue. -- thomas On Tue, Feb 28, 2017 at 4:21 PM Bj?rn Danielsson wrote: > We are using different mapfiles for different users and sometimes over the > same geographical area. > > Funny thing is that in one of the cases where two mapfiles cover the same > area a label for a line works ok in mapfile A but not in mapfile B despite > the fact that the label code for one particular line feature is identical > in the two mapfiles. > > I have traced this to OFFSET. OFFSET 3 99 works in mapfile A but gives > Error 500 Internal Server Error in mapfile B. On the other hand OFFSET 1 99 > and -2 99 works fine in mapfile B. > > The two mapfiles use different epsg and have different scale levels and as > far as I can see that is the only thing that differs. > > I can contribute with more data if anyone will dig into this. > > LABEL > TEXT "[text]" > COLOR 0 0 255 > OUTLINECOLOR 255 255 255 > TYPE TRUETYPE > FONT arial > SIZE 8 > ANTIALIAS FALSE > POSITION CC > PARTIALS FALSE > FORCE TRUE > MINDISTANCE 0 > BUFFER 0 > ANGLE FOLLOW > MAXOVERLAPANGLE 180 > OFFSET 3 99 > END > > Bj?rn Danielsson > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Thu Mar 2 10:40:06 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 2 Mar 2017 18:40:06 +0000 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? Message-ID: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> All, I?m using this in my Template: ([shpxy precision="6" xh="(" yf=")"]) and it?s returning each group of coordinates for a polyline like this: ((576829.620110,157690.579906) (576835.359928,157694.480161) (576845.120079,157701.119911)) and I need it to look like this: ((576829.620110 157690.579906) (576835.359928 157694.480161) (576845.120079 157701.119911)) No commas. Is there a way to set a ? ? as the separator? ?the ?cs? parameter is not it, that separates the pair groups. Thanks "In the end, everything is a gag." - Charlie Chaplin -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at state.mn.us Thu Mar 2 10:48:44 2017 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Thu, 2 Mar 2017 18:48:44 +0000 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> Message-ID: Try xf=? ?? Steve From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul) Sent: Thursday, March 02, 2017 12:40 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? All, I?m using this in my Template: ([shpxy precision="6" xh="(" yf=")"]) and it?s returning each group of coordinates for a polyline like this: ((576829.620110,157690.579906) (576835.359928,157694.480161) (576845.120079,157701.119911)) and I need it to look like this: ((576829.620110 157690.579906) (576835.359928 157694.480161) (576845.120079 157701.119911)) No commas. Is there a way to set a ? ? as the separator? ?the ?cs? parameter is not it, that separates the pair groups. Thanks "In the end, everything is a gag." - Charlie Chaplin -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Thu Mar 2 11:07:24 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 2 Mar 2017 19:07:24 +0000 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> Message-ID: <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> Thanks Steve, That did it, but it wasn?t obvious from the docs that the before/after options would supersede the separators. I mean, shouldn?t yh= do the same thing, it doesn?t, is just adds in a space? Anyway, it worked. Now that I read the docs in more detail, it does say that the default for xf=?,?. So that explains that. Sorry to bother. On Mar 2, 2017, at 12:48 PM, Lime, Steve D (MNIT) > wrote: Try xf=? ?? Steve From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul) Sent: Thursday, March 02, 2017 12:40 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? All, I?m using this in my Template: ([shpxy precision="6" xh="(" yf=")"]) and it?s returning each group of coordinates for a polyline like this: ((576829.620110,157690.579906) (576835.359928,157694.480161) (576845.120079,157701.119911)) and I need it to look like this: ((576829.620110 157690.579906) (576835.359928 157694.480161) (576845.120079 157701.119911)) No commas. Is there a way to set a ? ? as the separator? ?the ?cs? parameter is not it, that separates the pair groups. Thanks "In the end, everything is a gag." - Charlie Chaplin Work like you don?t need money, love like you?ve never been hurt, and dance like no one?s watching ?Unknown Author -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at state.mn.us Thu Mar 2 11:09:55 2017 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Thu, 2 Mar 2017 19:09:55 +0000 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> , <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> Message-ID: The yh would have the same effect IF you set xf to "" - you have to overcome the defaults. --Steve ________________________________ From: Basques, Bob (CI-StPaul) [bob.basques at ci.stpaul.mn.us] Sent: Thursday, March 02, 2017 1:07 PM To: Lime, Steve D (MNIT) Cc: mapserver-users at lists.osgeo.org Subject: Re: SHPXY output formatting, how can I drop the comma in the X/Y separator?? Thanks Steve, That did it, but it wasn?t obvious from the docs that the before/after options would supersede the separators. I mean, shouldn?t yh= do the same thing, it doesn?t, is just adds in a space? Anyway, it worked. Now that I read the docs in more detail, it does say that the default for xf=?,?. So that explains that. Sorry to bother. On Mar 2, 2017, at 12:48 PM, Lime, Steve D (MNIT) > wrote: Try xf=? ?? Steve From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul) Sent: Thursday, March 02, 2017 12:40 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? All, I?m using this in my Template: ([shpxy precision="6" xh="(" yf=")"]) and it?s returning each group of coordinates for a polyline like this: ((576829.620110,157690.579906) (576835.359928,157694.480161) (576845.120079,157701.119911)) and I need it to look like this: ((576829.620110 157690.579906) (576835.359928 157694.480161) (576845.120079 157701.119911)) No commas. Is there a way to set a ? ? as the separator? ?the ?cs? parameter is not it, that separates the pair groups. Thanks "In the end, everything is a gag." - Charlie Chaplin Work like you don?t need money, love like you?ve never been hurt, and dance like no one?s watching ?Unknown Author -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Thu Mar 2 12:07:06 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 2 Mar 2017 15:07:06 -0500 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> Message-ID: <7b2008df-a2ef-b4ea-cd22-716504f2487e@swoodbridge.com> Maybe the docs should be updated. If nothing else at least open a ticket with this additional information. -Steve W On 3/2/2017 2:09 PM, Lime, Steve D (MNIT) wrote: > The yh would have the same effect IF you set xf to "" - you have to > overcome the defaults. --Steve > > ------------------------------------------------------------------------ > *From:* Basques, Bob (CI-StPaul) [bob.basques at ci.stpaul.mn.us] > *Sent:* Thursday, March 02, 2017 1:07 PM > *To:* Lime, Steve D (MNIT) > *Cc:* mapserver-users at lists.osgeo.org > *Subject:* Re: SHPXY output formatting, how can I drop the comma in the > X/Y separator?? > > Thanks Steve, > > That did it, but it wasn?t obvious from the docs that the before/after > options would supersede the separators. I mean, shouldn?t yh= do the > same thing, it doesn?t, is just adds in a space? > > Anyway, it worked. > > > Now that I read the docs in more detail, it does say that the default > for xf=?,?. So that explains that. > > Sorry to bother. > > > > >> On Mar 2, 2017, at 12:48 PM, Lime, Steve D (MNIT) >> > wrote: >> >> Try xf=? ?? >> >> Steve >> >> *From:* mapserver-users >> [mailto:mapserver-users-bounces at lists.osgeo.org] *On Behalf >> Of *Basques, Bob (CI-StPaul) >> *Sent:* Thursday, March 02, 2017 12:40 PM >> *To:* mapserver-users at lists.osgeo.org >> >> *Subject:* [mapserver-users] SHPXY output formatting, how can I drop >> the comma in the X/Y separator?? >> >> All, >> >> I?m using this in my Template: >> >> >> ([shpxy precision="6" xh="(" yf=")"]) >> >> >> and it?s returning each group of coordinates for a polyline like this: >> >> >> ((576829.620110,157690.579906) (576835.359928,157694.480161) (576845.120079,157701.119911)) >> >> and I need it to look like this: >> >> ((576829.620110 157690.579906) (576835.359928 157694.480161) (576845.120079 157701.119911)) >> >> No commas. Is there a way to set a ? ? as the separator? ?the ?cs? parameter is not it, that separates the pair groups. >> >> Thanks >> >> >> >> >> >> "In the end, everything is a gag." >> - Charlie Chaplin > > > > Work like you don?t need money, love like you?ve never been hurt, and > dance like no one?s watching > ?Unknown Author > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From Steve.Lime at state.mn.us Thu Mar 2 12:36:21 2017 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Thu, 2 Mar 2017 20:36:21 +0000 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: <7b2008df-a2ef-b4ea-cd22-716504f2487e@swoodbridge.com> References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> <7b2008df-a2ef-b4ea-cd22-716504f2487e@swoodbridge.com> Message-ID: Seems to me this is confusion on what a coordinate is. X and y are parts of a coordinate so cs is the separator between xy pairs. That could be made a bit clearer I suppose. -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge Sent: Thursday, March 02, 2017 2:07 PM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? Maybe the docs should be updated. If nothing else at least open a ticket with this additional information. -Steve W On 3/2/2017 2:09 PM, Lime, Steve D (MNIT) wrote: > The yh would have the same effect IF you set xf to "" - you have to > overcome the defaults. --Steve > > ------------------------------------------------------------------------ > *From:* Basques, Bob (CI-StPaul) [bob.basques at ci.stpaul.mn.us] > *Sent:* Thursday, March 02, 2017 1:07 PM > *To:* Lime, Steve D (MNIT) > *Cc:* mapserver-users at lists.osgeo.org > *Subject:* Re: SHPXY output formatting, how can I drop the comma in the > X/Y separator?? > > Thanks Steve, > > That did it, but it wasn?t obvious from the docs that the before/after > options would supersede the separators. I mean, shouldn?t yh= do the > same thing, it doesn?t, is just adds in a space? > > Anyway, it worked. > > > Now that I read the docs in more detail, it does say that the default > for xf=?,?. So that explains that. > > Sorry to bother. > > > > >> On Mar 2, 2017, at 12:48 PM, Lime, Steve D (MNIT) >> > wrote: >> >> Try xf=? ?? >> >> Steve >> >> *From:* mapserver-users >> [mailto:mapserver-users-bounces at lists.osgeo.org] *On Behalf >> Of *Basques, Bob (CI-StPaul) >> *Sent:* Thursday, March 02, 2017 12:40 PM >> *To:* mapserver-users at lists.osgeo.org >> >> *Subject:* [mapserver-users] SHPXY output formatting, how can I drop >> the comma in the X/Y separator?? >> >> All, >> >> I?m using this in my Template: >> >> >> ([shpxy precision="6" xh="(" yf=")"]) >> >> >> and it?s returning each group of coordinates for a polyline like this: >> >> >> ((576829.620110,157690.579906) (576835.359928,157694.480161) (576845.120079,157701.119911)) >> >> and I need it to look like this: >> >> ((576829.620110 157690.579906) (576835.359928 157694.480161) (576845.120079 157701.119911)) >> >> No commas. Is there a way to set a ? ? as the separator? ?the ?cs? parameter is not it, that separates the pair groups. >> >> Thanks >> >> >> >> >> >> "In the end, everything is a gag." >> - Charlie Chaplin > > > > Work like you don?t need money, love like you?ve never been hurt, and > dance like no one?s watching > ?Unknown Author > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From bob.basques at ci.stpaul.mn.us Thu Mar 2 14:10:48 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 2 Mar 2017 22:10:48 +0000 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> <7b2008df-a2ef-b4ea-cd22-716504f2487e@swoodbridge.com> Message-ID: <42F0EEF4-2BCF-4ECF-9268-A9BF5E8CFE03@ci.stpaul.mn.us> I had an enmail all written after the first couple of list replies, but thought better of it and didn?t send it. Maybe it?s simply a matter of autgementing the Docs with additional examples for formatting. A couple of more lines in the docs like so: Just add this to the bootom of the SHPXY example(s): As a(nother) simple example: [shpxy precision=?2? xh=?(? yf=?)?] will result in: (x1,y1) (x2,y2) (x3,y3) ## I think this is the correction to the existing line in the Docs . . . at least it?s what I was experiencing. or [shpxy precision=?2? xf=? ? xh="(" yf=")"] will result in: (x1 y1) (x2 y2) (x3 y3) bobb On Mar 2, 2017, at 2:36 PM, Lime, Steve D (MNIT) > wrote: Seems to me this is confusion on what a coordinate is. X and y are parts of a coordinate so cs is the separator between xy pairs. That could be made a bit clearer I suppose. -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge Sent: Thursday, March 02, 2017 2:07 PM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? Maybe the docs should be updated. If nothing else at least open a ticket with this additional information. -Steve W On 3/2/2017 2:09 PM, Lime, Steve D (MNIT) wrote: The yh would have the same effect IF you set xf to "" - you have to overcome the defaults. --Steve ------------------------------------------------------------------------ *From:* Basques, Bob (CI-StPaul) [bob.basques at ci.stpaul.mn.us] *Sent:* Thursday, March 02, 2017 1:07 PM *To:* Lime, Steve D (MNIT) *Cc:* mapserver-users at lists.osgeo.org *Subject:* Re: SHPXY output formatting, how can I drop the comma in the X/Y separator?? Thanks Steve, That did it, but it wasn?t obvious from the docs that the before/after options would supersede the separators. I mean, shouldn?t yh= do the same thing, it doesn?t, is just adds in a space? Anyway, it worked. Now that I read the docs in more detail, it does say that the default for xf=?,?. So that explains that. Sorry to bother. On Mar 2, 2017, at 12:48 PM, Lime, Steve D (MNIT) > wrote: Try xf=? ?? Steve *From:* mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] *On Behalf Of *Basques, Bob (CI-StPaul) *Sent:* Thursday, March 02, 2017 12:40 PM *To:* mapserver-users at lists.osgeo.org *Subject:* [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? All, I?m using this in my Template: ([shpxy precision="6" xh="(" yf=")"]) and it?s returning each group of coordinates for a polyline like this: ((576829.620110,157690.579906) (576835.359928,157694.480161) (576845.120079,157701.119911)) and I need it to look like this: ((576829.620110 157690.579906) (576835.359928 157694.480161) (576845.120079 157701.119911)) No commas. Is there a way to set a ? ? as the separator? ?the ?cs? parameter is not it, that separates the pair groups. Thanks "In the end, everything is a gag." - Charlie Chaplin Work like you don?t need money, love like you?ve never been hurt, and dance like no one?s watching ?Unknown Author _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users "In the end, it's not the years in your life that count. It's the life in your years.? - Abraham Lincoln -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Thu Mar 2 14:20:00 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 2 Mar 2017 22:20:00 +0000 Subject: [mapserver-users] Another related SHPXY question, about Crossing window vs within for TEMPLATED output. Message-ID: <2D8E5822-7FBD-4242-85D4-AAF90814A0AC@ci.stpaul.mn.us> All, So, I?ve got my cool LISP output template working nicely. I even have more than one Layer working from a single Template, but, I just discovered that if a line does not originate or terminate inside of my BBOX of interest, then it?s not considered part of the result set. The question is (and I bet this is going to be related to my datasource, which is Postgres) is there a over-ride that can be used in MapServer for grabbing from the Postgres service based on a crossing window vs a within (features completely within) the window of interest? A slighting related piece would also be, would I get a clipped feature, or the real feature no matter where the BEGIN/END nodes were located? I think I can modify the SQL in the connection to do the crossing window, so I?m not out completely here. Thanks bobb "The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offense." - Edsgar Dijkstra -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Thu Mar 2 16:03:36 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 2 Mar 2017 19:03:36 -0500 Subject: [mapserver-users] Another related SHPXY question, about Crossing window vs within for TEMPLATED output. In-Reply-To: <2D8E5822-7FBD-4242-85D4-AAF90814A0AC@ci.stpaul.mn.us> References: <2D8E5822-7FBD-4242-85D4-AAF90814A0AC@ci.stpaul.mn.us> Message-ID: <5ea914d3-7528-0c0d-e631-4304dcfbcdaa@swoodbridge.com> On 3/2/2017 5:20 PM, Basques, Bob (CI-StPaul) wrote: > All, > > So, I?ve got my cool LISP output template working nicely. I even have > more than one Layer working from a single Template, but, I just > discovered that if a line does not originate or terminate inside of my > BBOX of interest, then it?s not considered part of the result set. > > The question is (and I bet this is going to be related to my datasource, > which is Postgres) is there a over-ride that can be used in MapServer > for grabbing from the Postgres service based on a crossing window vs a > within (features completely within) the window of interest? A slighting > related piece would also be, would I get a clipped feature, or the real > feature no matter where the BEGIN/END nodes were located? > > I think I can modify the SQL in the connection to do the crossing > window, so I?m not out completely here. What is you current sql that is not getting the features that cross the window? I've never had a problem like that with mapserver, so I'm wondering how you are generating the problem. Mapserver has substition variable like !BBOX! or something like that which gets replaced with the BBOX of the window getting requested. geom from (select * from table where geom && !BBOX!) using ... I don't remember the exact syntax off the top of my head, but give me a shout if you can't figure it out. -Steve W --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From jmckenna at gatewaygeomatics.com Fri Mar 3 03:41:09 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 3 Mar 2017 07:41:09 -0400 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: <42F0EEF4-2BCF-4ECF-9268-A9BF5E8CFE03@ci.stpaul.mn.us> References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> <7b2008df-a2ef-b4ea-cd22-716504f2487e@swoodbridge.com> <42F0EEF4-2BCF-4ECF-9268-A9BF5E8CFE03@ci.stpaul.mn.us> Message-ID: Bob can you please login to Github and create a "New Issue" for this docs change? Thank you so much. Here is the link: https://github.com/mapserver/docs/issues -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-03-02 6:10 PM, Basques, Bob (CI-StPaul) wrote: > I had an enmail all written after the first couple of list replies, but > thought better of it and didn?t send it. Maybe it?s simply a matter of > autgementing the Docs with additional examples for formatting. > > A couple of more lines in the docs like so: > > Just add this to the bootom of the SHPXY example(s): > > As a(nother) simple example: > > [shpxy precision=?2? xh=?(? yf=?)?] will result in: (x1,y1) (x2,y2) > (x3,y3) ## I think this is the correction to the existing line in the > Docs . . . at least it?s what I was experiencing. > > or > > [shpxy precision=?2? xf=? ? xh="(" yf=")"] will result in: (x1 y1) > (x2 y2) (x3 y3) > > bobb > > > From bob.basques at ci.stpaul.mn.us Fri Mar 3 07:14:51 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Fri, 3 Mar 2017 15:14:51 +0000 Subject: [mapserver-users] Another related SHPXY question, about Crossing window vs within for TEMPLATED output. In-Reply-To: <5ea914d3-7528-0c0d-e631-4304dcfbcdaa@swoodbridge.com> References: <2D8E5822-7FBD-4242-85D4-AAF90814A0AC@ci.stpaul.mn.us> <5ea914d3-7528-0c0d-e631-4304dcfbcdaa@swoodbridge.com> Message-ID: <9EDE1250-0612-49AD-A2D0-99B86508A1D4@ci.stpaul.mn.us> On Mar 2, 2017, at 6:03 PM, Stephen Woodbridge > wrote: What is you current sql that is not getting the features that cross the window? Hi Steve, Right now I?m just using the regular WFS calling structure from MapServer: DATA ?wkb_geometry from cache.sprws_distribution_mains using unique ogc_fid" The end of the day yesterday I figured out a Crossing window select via psql that does return the lines that crossed the view port. That looks like this: select * from cache.sprws_distribution_mains where ST_Crosses(ST_GeomFromText(?POLYGON((576741 157601,576959 157601,576959 157601,576741 157750,576741 157601))?,200068), wkb_geometry) That is using the same BBOX values that are being passed in via the WFS call to the mapserver mapfile. Problem there though, is now I need to pass in the WFS BBOX window to the custom select. It looks like if there is no vertex inside of the requested BBOX then the line feature is not output in the TEMPLATE. I?ll go through and test it all again to be sure though. bobb I've never had a problem like that with mapserver, so I'm wondering how you are generating the problem. Mapserver has substition variable like !BBOX! or something like that which gets replaced with the BBOX of the window getting requested. geom from (select * from table where geom && !BBOX!) using ... I don't remember the exact syntax off the top of my head, but give me a shout if you can't figure it out. -Steve W --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users I took a speed reading course and read ?War and Peace? in twenty minutes. It involves Russia. ?Woody Allen -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Fri Mar 3 07:21:56 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Fri, 3 Mar 2017 15:21:56 +0000 Subject: [mapserver-users] SHPXY output formatting, how can I drop the comma in the X/Y separator?? In-Reply-To: References: <5B46BB73-505F-4977-B17A-7F4F14DE7A41@ci.stpaul.mn.us> <2111DF4E-1E80-4074-BF11-408EB301613C@ci.stpaul.mn.us> <7b2008df-a2ef-b4ea-cd22-716504f2487e@swoodbridge.com> <42F0EEF4-2BCF-4ECF-9268-A9BF5E8CFE03@ci.stpaul.mn.us> Message-ID: Done. #167 bobb On Mar 3, 2017, at 5:41 AM, Jeff McKenna > wrote: Bob can you please login to Github and create a "New Issue" for this docs change? Thank you so much. Here is the link: https://github.com/mapserver/docs/issues -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-03-02 6:10 PM, Basques, Bob (CI-StPaul) wrote: I had an enmail all written after the first couple of list replies, but thought better of it and didn?t send it. Maybe it?s simply a matter of autgementing the Docs with additional examples for formatting. A couple of more lines in the docs like so: Just add this to the bootom of the SHPXY example(s): As a(nother) simple example: [shpxy precision=?2? xh=?(? yf=?)?] will result in: (x1,y1) (x2,y2) (x3,y3) ## I think this is the correction to the existing line in the Docs . . . at least it?s what I was experiencing. or [shpxy precision=?2? xf=? ? xh="(" yf=")"] will result in: (x1 y1) (x2 y2) (x3 y3) bobb _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away. ?Antoine de Saint-Exup?ry -------------- next part -------------- An HTML attachment was scrubbed... URL: From frippe12573 at hotmail.com Mon Mar 6 00:38:04 2017 From: frippe12573 at hotmail.com (Eugenio Trumpy) Date: Mon, 6 Mar 2017 08:38:04 +0000 Subject: [mapserver-users] phpmapscript in ubuntu 16.04 LTS In-Reply-To: References: Message-ID: Hi all, any news on the package phpmapscript on ubuntu 16.04? The only solution is to 'downgrade' at php5 by using ppa repo? Any hints? Suggestions? thanks E. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pieter.callewaert at be-mobile.com Mon Mar 6 02:01:17 2017 From: pieter.callewaert at be-mobile.com (Pieter Callewaert) Date: Mon, 6 Mar 2017 10:01:17 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: References: Message-ID: Hi Thomas, The documentation for debug compiling is not complete (http://mapserver.org/mapcache/install.html). If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough? Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf, and now I see this in the error log: [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid 140052444931968] AH00051: child pid 14 exit signal Segmentation fault (11), possible coredump in /tmp/apache2-gdb-dump [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid 140052444931968] AH00051: child pid 2097 exit signal Segmentation fault (11), possible coredump in /tmp/apache2-gdb-dump Unfortunately, no dumps yet, so I?m afraid I did something wrong with the debug compiling. Kind regards, Pieter C From: thomas bonfort [mailto:thomas.bonfort at gmail.com] Sent: Wednesday, 1 March, 2017 09:33 To: Pieter Callewaert ; mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Mapcache segmentation faults under high load Try to get a backtrace from the crashes by compiling mapcache in debug mode, and configuring apache to allow coredumps. The "stale lock" messages you are seeing are side effects of the crashes so that's not where I'd investigate at first. regards, thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eichner at sid.sachsen.de Mon Mar 6 06:39:36 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Mon, 6 Mar 2017 14:39:36 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: References: Message-ID: <6F331135492B944D90731CE93743D56827C5D6@FS-EX-DB102.fs.sachsen.de> Hi Pieter, have you checked the ulimit for the user the Apache runs under? See man core(5) for possible reasons why no core is dumped. HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im > Auftrag von Pieter Callewaert > Gesendet: Montag, 6. M?rz 2017 11:01 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high > load > > Hi Thomas, > > > > The documentation for debug compiling is not complete > (http://mapserver.org/mapcache/install.html > ). > > If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough? > > Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf, and > now I see this in the error log: > > > > [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 14 exit signal Segmentation fault > (11), possible coredump in /tmp/apache2-gdb-dump > > [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 2097 exit signal Segmentation fault > (11), possible coredump in /tmp/apache2-gdb-dump > > > > Unfortunately, no dumps yet, so I?m afraid I did something wrong with the > debug compiling. > > > > Kind regards, > > Pieter C > > > > From: thomas bonfort [mailto:thomas.bonfort at gmail.com] > Sent: Wednesday, 1 March, 2017 09:33 > To: Pieter Callewaert ; mapserver- > users at lists.osgeo.org > Subject: Re: [mapserver-users] Mapcache segmentation faults under high > load > > > > Try to get a backtrace from the crashes by compiling mapcache in debug > mode, and configuring apache to allow coredumps. The "stale lock" messages > you are seeing are side effects of the crashes so that's not where I'd > investigate at first. > > > > regards, > > thomas > > > > From pieter.callewaert at be-mobile.com Mon Mar 6 23:02:28 2017 From: pieter.callewaert at be-mobile.com (Pieter Callewaert) Date: Tue, 7 Mar 2017 07:02:28 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load References: <6F331135492B944D90731CE93743D56827C5D6@FS-EX-DB102.fs.sachsen.de> Message-ID: Thanks Andreas, you brought me on a lead, indeed the ulimit for core size was on 0. Also it seems ubuntu running apport does not generate coredumps, had to change the core pattern. I've a core dump now, checked with GDB, but not sure what I'm searching at... http://pastebin.com/fAXdEg15 Kind regards, Pieter C -----Original Message----- From: Eichner, Andreas - SID [mailto:Andreas.Eichner at sid.sachsen.de] Sent: Monday, 6 March, 2017 15:40 To: Pieter Callewaert ; mapserver-users at lists.osgeo.org Subject: AW: [mapserver-users] Mapcache segmentation faults under high load Hi Pieter, have you checked the ulimit for the user the Apache runs under? See man core(5) for possible reasons why no core is dumped. HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > Im Auftrag von Pieter Callewaert > Gesendet: Montag, 6. M?rz 2017 11:01 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high > load > > Hi Thomas, > > > > The documentation for debug compiling is not complete > (http://mapserver.org/mapcache/install.html > ). > > If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough? > > Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf, > and now I see this in the error log: > > > > [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 14 exit signal Segmentation fault > (11), possible coredump in /tmp/apache2-gdb-dump > > [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 2097 exit signal Segmentation > fault (11), possible coredump in /tmp/apache2-gdb-dump > > > > Unfortunately, no dumps yet, so I?m afraid I did something wrong with > the debug compiling. > > > > Kind regards, > > Pieter C > > > > From: thomas bonfort [mailto:thomas.bonfort at gmail.com] > Sent: Wednesday, 1 March, 2017 09:33 > To: Pieter Callewaert ; mapserver- > users at lists.osgeo.org > Subject: Re: [mapserver-users] Mapcache segmentation faults under high > load > > > > Try to get a backtrace from the crashes by compiling mapcache in debug > mode, and configuring apache to allow coredumps. The "stale lock" > messages you are seeing are side effects of the crashes so that's not > where I'd investigate at first. > > > > regards, > > thomas > > > > From thomas.bonfort at gmail.com Tue Mar 7 08:56:22 2017 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 07 Mar 2017 16:56:22 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: References: <6F331135492B944D90731CE93743D56827C5D6@FS-EX-DB102.fs.sachsen.de> Message-ID: this doesn't seem to be a segfault, but the server that received a kill signal... could you be getting out of memory errors ? -- thomas On Tue, Mar 7, 2017 at 8:18 AM Pieter Callewaert < pieter.callewaert at be-mobile.com> wrote: > Thanks Andreas, you brought me on a lead, indeed the ulimit for core size > was on 0. Also it seems ubuntu running apport does not generate coredumps, > had to change the core pattern. > > I've a core dump now, checked with GDB, but not sure what I'm searching > at... > http://pastebin.com/fAXdEg15 > > Kind regards, > Pieter C > > -----Original Message----- > From: Eichner, Andreas - SID [mailto:Andreas.Eichner at sid.sachsen.de] > Sent: Monday, 6 March, 2017 15:40 > To: Pieter Callewaert ; > mapserver-users at lists.osgeo.org > Subject: AW: [mapserver-users] Mapcache segmentation faults under high load > > Hi Pieter, > > have you checked the ulimit for the user the Apache runs under? See man > core(5) for possible reasons why no core is dumped. > > HTH > > > -----Urspr?ngliche Nachricht----- > > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > > Im Auftrag von Pieter Callewaert > > Gesendet: Montag, 6. M?rz 2017 11:01 > > An: mapserver-users at lists.osgeo.org > > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high > > load > > > > Hi Thomas, > > > > > > > > The documentation for debug compiling is not complete > > (http://mapserver.org/mapcache/install.html > > ). > > > > If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough? > > > > Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf, > > and now I see this in the error log: > > > > > > > > [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid > > 140052444931968] AH00051: child pid 14 exit signal Segmentation fault > > (11), possible coredump in /tmp/apache2-gdb-dump > > > > [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid > > 140052444931968] AH00051: child pid 2097 exit signal Segmentation > > fault (11), possible coredump in /tmp/apache2-gdb-dump > > > > > > > > Unfortunately, no dumps yet, so I?m afraid I did something wrong with > > the debug compiling. > > > > > > > > Kind regards, > > > > Pieter C > > > > > > > > From: thomas bonfort [mailto:thomas.bonfort at gmail.com] > > Sent: Wednesday, 1 March, 2017 09:33 > > To: Pieter Callewaert ; mapserver- > > users at lists.osgeo.org > > Subject: Re: [mapserver-users] Mapcache segmentation faults under high > > load > > > > > > > > Try to get a backtrace from the crashes by compiling mapcache in debug > > mode, and configuring apache to allow coredumps. The "stale lock" > > messages you are seeing are side effects of the crashes so that's not > > where I'd investigate at first. > > > > > > > > regards, > > > > thomas > > > > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrongvenancio at gmail.com Tue Mar 7 09:42:38 2017 From: pedrongvenancio at gmail.com (=?UTF-8?Q?Pedro_Ven=C3=A2ncio?=) Date: Tue, 7 Mar 2017 17:42:38 +0000 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format Message-ID: Hi all, I would like to use a GRID [0], but in degrees decimal minutes LABELFORMAT. Something like: 40 46.817 -7 4.327 Is this somehow possible in actual Mapserver version? Thank you very much! Best regards, Pedro Ven?ncio [0] http://mapserver.org/mapfile/grid.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From boolean10001 at yahoo.com Tue Mar 7 18:46:21 2017 From: boolean10001 at yahoo.com (Carlos Ruiz) Date: Wed, 8 Mar 2017 02:46:21 +0000 (UTC) Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: References: Message-ID: <1522200302.916202.1488941181351@mail.yahoo.com> Well, current Mapserver documentation guide says the following: LABELFORMAT [DD|DDMM|DDMMSS|C format string] - Format of the label. ?DD? for degrees, ?DDMM? for degrees minutes, and?DDMMSS? for degrees, minutes, seconds. A C-style formatting string isalso allowed, such as ?%g?? to show decimal degrees with a degree symbol.The default is decimal display of whatever SRS you?re rendering the GRIDwith. This sounds like that is what you are looking for. Cheers From: Pedro Ven?ncio To: mapserver-users at lists.osgeo.org Sent: Tuesday, March 7, 2017 11:42 AM Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format Hi all, I would like to use a GRID [0], but in degrees decimal minutes LABELFORMAT. Something like: 40 46.817 -7 4.327 Is this somehow possible in actual Mapserver version? Thank you very much! Best regards, Pedro Ven?ncio [0] http://mapserver.org/mapfile/grid.html _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From pieter.callewaert at be-mobile.com Tue Mar 7 22:48:15 2017 From: pieter.callewaert at be-mobile.com (Pieter Callewaert) Date: Wed, 8 Mar 2017 06:48:15 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: References: <6F331135492B944D90731CE93743D56827C5D6@FS-EX-DB102.fs.sachsen.de> Message-ID: Hi Thomas, Nope, no OOM errors (server has 128G ram also..) Only strange I see is this: [51314200.930086] traps: apache2[7324] general protection ip:7f308fc53fe9 sp:7f3089657b10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] [51314204.940646] traps: apache2[7469] general protection ip:7f308fc53fe9 sp:7f3082ffcb10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000] Kind regards, Pieter C From: thomas bonfort [mailto:thomas.bonfort at gmail.com] Sent: Tuesday, 7 March, 2017 17:56 To: Pieter Callewaert ; mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Mapcache segmentation faults under high load this doesn't seem to be a segfault, but the server that received a kill signal... could you be getting out of memory errors ? -- thomas On Tue, Mar 7, 2017 at 8:18 AM Pieter Callewaert > wrote: Thanks Andreas, you brought me on a lead, indeed the ulimit for core size was on 0. Also it seems ubuntu running apport does not generate coredumps, had to change the core pattern. I've a core dump now, checked with GDB, but not sure what I'm searching at... http://pastebin.com/fAXdEg15 Kind regards, Pieter C -----Original Message----- From: Eichner, Andreas - SID [mailto:Andreas.Eichner at sid.sachsen.de] Sent: Monday, 6 March, 2017 15:40 To: Pieter Callewaert >; mapserver-users at lists.osgeo.org Subject: AW: [mapserver-users] Mapcache segmentation faults under high load Hi Pieter, have you checked the ulimit for the user the Apache runs under? See man core(5) for possible reasons why no core is dumped. HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > Im Auftrag von Pieter Callewaert > Gesendet: Montag, 6. M?rz 2017 11:01 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high > load > > Hi Thomas, > > > > The documentation for debug compiling is not complete > (http://mapserver.org/mapcache/install.html > ). > > If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough? > > Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf, > and now I see this in the error log: > > > > [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 14 exit signal Segmentation fault > (11), possible coredump in /tmp/apache2-gdb-dump > > [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 2097 exit signal Segmentation > fault (11), possible coredump in /tmp/apache2-gdb-dump > > > > Unfortunately, no dumps yet, so I?m afraid I did something wrong with > the debug compiling. > > > > Kind regards, > > Pieter C > > > > From: thomas bonfort [mailto:thomas.bonfort at gmail.com] > Sent: Wednesday, 1 March, 2017 09:33 > To: Pieter Callewaert >; mapserver- > users at lists.osgeo.org > Subject: Re: [mapserver-users] Mapcache segmentation faults under high > load > > > > Try to get a backtrace from the crashes by compiling mapcache in debug > mode, and configuring apache to allow coredumps. The "stale lock" > messages you are seeing are side effects of the crashes so that's not > where I'd investigate at first. > > > > regards, > > thomas > > > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From frippe12573 at hotmail.com Wed Mar 8 03:04:17 2017 From: frippe12573 at hotmail.com (Eugenio Trumpy) Date: Wed, 8 Mar 2017 11:04:17 +0000 Subject: [mapserver-users] wms projection wrong Message-ID: Dear all, I installed mapserver7.0.4 on ubuntu 16.04 for a test. I used ppa to install php_mapscript module. Everything seems to be working, however I got an issue on the map. As you can see on the screenshot attached the 2 layers boundaries mismatch. The base map is from OSM is in EPSG:4326 (WMS layer), european countries is a shp file in the same epsg. I guess is something related to the WMS layer projection, doesn't it? This is very strange, it didn't happen in mapserver 6.4.1 in ubuntu 14.04. Of course I'm testing the same mapfile. Any hints on that? Eugenio -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Wed Mar 8 03:16:47 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Wed, 8 Mar 2017 11:16:47 +0000 Subject: [mapserver-users] wms projection wrong Message-ID: Hi, I do not see any screenshot in your message. This mailing list has rather strict limits for the size of the message so perhaps it has been dropped. It might be better to put your image into some image service and add a link to the mail. You must also add more information. Write at least LAYER definitions and tell how did you test the layer and how do you know that the OSM layer is right. -Jukka Rahkonen- Eugenio Trumpy wrote: [mapserver-users] wms projection wrong Dear all, I installed mapserver7.0.4 on ubuntu 16.04 for a test. I used ppa to install php_mapscript module. Everything seems to be working, however I got an issue on the map. As you can see on the screenshot attached the 2 layers boundaries mismatch. The base map is from OSM is in EPSG:4326 (WMS layer), european countries is a shp file in the same epsg. I guess is something related to the WMS layer projection, doesn't it? This is very strange, it didn't happen in mapserver 6.4.1 in ubuntu 14.04. Of course I'm testing the same mapfile. Any hints on that? Eugenio -------------- next part -------------- An HTML attachment was scrubbed... URL: From frippe12573 at hotmail.com Wed Mar 8 04:13:20 2017 From: frippe12573 at hotmail.com (Eugenio Trumpy) Date: Wed, 8 Mar 2017 12:13:20 +0000 Subject: [mapserver-users] wms projection wrong In-Reply-To: References: Message-ID: Hi, here the link to the screenshot I did: https://ibb.co/eHqzQa [https://image.ibb.co/dsxPrF/Screenshot_from_2017_03_08_11_54_59.png] Screenshot from 2017 03 08 11 54 59 ibb.co Image Screenshot from 2017 03 08 11 54 59 hosted in imgbb.com Here below the layer definition: LAYER NAME "OSM_basemap" TYPE RASTER STATUS DEFAULT CONNECTION "http://ows.terrestris.de/osm-gray/service" #"http://irs.gis-lab.info/?layers=osm&" CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:4326" "wms_name" "OSM-WMS" "wms_server_version" "1.0.0" "wms_format" "image/png" END END this give a wrong reprojection for me; and this is the one loaded as shp file: LAYER NAME 'countries' TYPE POLYGON DATA 'countries.shp' METADATA 'wms_title' 'countries' "DESCRIPTION" "Confini nazionali" "RESULT_FIELDS" "NAME, AREA_KM2" "RESULT_HEADERS" "Nazione, Area in kmq" END STATUS DEFAULT #TRANSPARENCY 100 OPACITY 100 MINSCALEDENOM 1500000 TEMPLATE void #PROJECTION #'proj=longlat' #'ellps=WGS84' #'datum=WGS84' #'no_defs' #END PROJECTION "init=epsg:4326" END CLASS NAME 'Limite nazionale' STYLE SYMBOL 0 OUTLINECOLOR 255 255 130 # COLOR 148 116 176 END #style END #class END #layer I think this work fine since the other layer in the mapfile, although in different epsg, are well overlapped. I'm testing the mapfile by using pmapper version4. Eugenio ________________________________ Da: Rahkonen Jukka (MML) Inviato: mercoled? 8 marzo 2017 12.16 A: Eugenio Trumpy; mapserver-users at lists.osgeo.org Oggetto: Re: wms projection wrong Hi, I do not see any screenshot in your message. This mailing list has rather strict limits for the size of the message so perhaps it has been dropped. It might be better to put your image into some image service and add a link to the mail. You must also add more information. Write at least LAYER definitions and tell how did you test the layer and how do you know that the OSM layer is right. -Jukka Rahkonen- Eugenio Trumpy wrote: [mapserver-users] wms projection wrong Dear all, I installed mapserver7.0.4 on ubuntu 16.04 for a test. I used ppa to install php_mapscript module. Everything seems to be working, however I got an issue on the map. As you can see on the screenshot attached the 2 layers boundaries mismatch. The base map is from OSM is in EPSG:4326 (WMS layer), european countries is a shp file in the same epsg. I guess is something related to the WMS layer projection, doesn't it? This is very strange, it didn't happen in mapserver 6.4.1 in ubuntu 14.04. Of course I'm testing the same mapfile. Any hints on that? Eugenio -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrongvenancio at gmail.com Wed Mar 8 14:42:28 2017 From: pedrongvenancio at gmail.com (=?UTF-8?Q?Pedro_Ven=C3=A2ncio?=) Date: Wed, 8 Mar 2017 22:42:28 +0000 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: <1522200302.916202.1488941181351@mail.yahoo.com> References: <1522200302.916202.1488941181351@mail.yahoo.com> Message-ID: Hi Carlos, Using C-style formatting string, I can only use %g, %f, etc., but it is applied to Degrees component. What I need is something like "%g? %3.2f", in whitch %g? is for the Degrees, and %3.2f for the decimal Minutes. Unfortunately, LABELFORMAT "DDMM" gives only the integer part of Degrees and Minutes. Thank you very much. Best regards, Pedro 2017-03-08 2:46 GMT+00:00 Carlos Ruiz : > Well, current Mapserver documentation guide says the following: > > LABELFORMAT [DD|DDMM|DDMMSS|C format string] > Format of the label. ?DD? for degrees, ?DDMM? for degrees minutes, and > ?DDMMSS? for degrees, minutes, seconds. *A C-style formatting string is > also allowed, such as ?%g?? to show decimal degrees with a degree symbol. > The default is decimal display of whatever SRS you?re rendering the GRID > with.* > This sounds like that is what you are looking for. > > Cheers > > ------------------------------ > *From:* Pedro Ven?ncio > *To:* mapserver-users at lists.osgeo.org > *Sent:* Tuesday, March 7, 2017 11:42 AM > *Subject:* [mapserver-users] Mapserver GRID in degrees decimal minutes > format > > Hi all, > > I would like to use a GRID [0], but in degrees decimal minutes > LABELFORMAT. Something like: > 40 46.817 -7 4.327 > > Is this somehow possible in actual Mapserver version? > > Thank you very much! > > Best regards, > Pedro Ven?ncio > > [0] http://mapserver.org/mapfile/grid.html > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Wed Mar 8 14:55:02 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 8 Mar 2017 18:55:02 -0400 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: References: <1522200302.916202.1488941181351@mail.yahoo.com> Message-ID: <3c435b55-5cba-85d1-3357-89eb33189d7b@gatewaygeomatics.com> Hi Pedro, Actually I tried yesterday with that same world countries mapfile that was used in the map images for the examples in the documentation, and I was unsuccessful for your exact requirements. (but I did notice a mistake on that documentation page and fixed it yesterday!) So your question helped improve the documentation, but I am sorry to report that I don't believe it is possible with MapServer. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-03-08 6:42 PM, Pedro Ven?ncio wrote: > Hi Carlos, > > Using C-style formatting string, I can only use %g, %f, etc., but it is > applied to Degrees component. > > What I need is something like "%g? %3.2f", in whitch %g? is for the > Degrees, and %3.2f for the decimal Minutes. > > Unfortunately, LABELFORMAT "DDMM" gives only the integer part of Degrees > and Minutes. > > Thank you very much. > > Best regards, > Pedro > > > > 2017-03-08 2:46 GMT+00:00 Carlos Ruiz >: > > Well, current Mapserver documentation guide says the following: > > LABELFORMAT [DD|DDMM|DDMMSS|C format string] > > Format of the label. ?DD? for degrees, ?DDMM? for degrees > minutes, and ?DDMMSS? for degrees, minutes, seconds. *A C-style > formatting string is also allowed, such as ?%g?? to show decimal > degrees with a degree symbol. The default is decimal display of > whatever SRS you?re rendering the GRID with.* > > This sounds like that is what you are looking for. > > Cheers > > ------------------------------------------------------------------------ > *From:* Pedro Ven?ncio > > *To:* mapserver-users at lists.osgeo.org > > *Sent:* Tuesday, March 7, 2017 11:42 AM > *Subject:* [mapserver-users] Mapserver GRID in degrees decimal > minutes format > > Hi all, > > I would like to use a GRID [0], but in degrees decimal minutes > LABELFORMAT. Something like: > 40 46.817 -7 4.327 > > Is this somehow possible in actual Mapserver version? > > Thank you very much! > > Best regards, > Pedro Ven?ncio > > [0] http://mapserver.org/mapfile/grid.html > From Steve.Lime at state.mn.us Wed Mar 8 15:19:25 2017 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Wed, 8 Mar 2017 23:19:25 +0000 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: <3c435b55-5cba-85d1-3357-89eb33189d7b@gatewaygeomatics.com> References: <1522200302.916202.1488941181351@mail.yahoo.com> , <3c435b55-5cba-85d1-3357-89eb33189d7b@gatewaygeomatics.com> Message-ID: Jeff, should this be considered a bug? --Steve ________________________________________ From: mapserver-users [mapserver-users-bounces at lists.osgeo.org] on behalf of Jeff McKenna [jmckenna at gatewaygeomatics.com] Sent: Wednesday, March 08, 2017 4:55 PM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Mapserver GRID in degrees decimal minutes format Hi Pedro, Actually I tried yesterday with that same world countries mapfile that was used in the map images for the examples in the documentation, and I was unsuccessful for your exact requirements. (but I did notice a mistake on that documentation page and fixed it yesterday!) So your question helped improve the documentation, but I am sorry to report that I don't believe it is possible with MapServer. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-03-08 6:42 PM, Pedro Ven?ncio wrote: > Hi Carlos, > > Using C-style formatting string, I can only use %g, %f, etc., but it is > applied to Degrees component. > > What I need is something like "%g? %3.2f", in whitch %g? is for the > Degrees, and %3.2f for the decimal Minutes. > > Unfortunately, LABELFORMAT "DDMM" gives only the integer part of Degrees > and Minutes. > > Thank you very much. > > Best regards, > Pedro > > > > 2017-03-08 2:46 GMT+00:00 Carlos Ruiz >: > > Well, current Mapserver documentation guide says the following: > > LABELFORMAT [DD|DDMM|DDMMSS|C format string] > > Format of the label. ?DD? for degrees, ?DDMM? for degrees > minutes, and ?DDMMSS? for degrees, minutes, seconds. *A C-style > formatting string is also allowed, such as ?%g?? to show decimal > degrees with a degree symbol. The default is decimal display of > whatever SRS you?re rendering the GRID with.* > > This sounds like that is what you are looking for. > > Cheers > > ------------------------------------------------------------------------ > *From:* Pedro Ven?ncio > > *To:* mapserver-users at lists.osgeo.org > > *Sent:* Tuesday, March 7, 2017 11:42 AM > *Subject:* [mapserver-users] Mapserver GRID in degrees decimal > minutes format > > Hi all, > > I would like to use a GRID [0], but in degrees decimal minutes > LABELFORMAT. Something like: > 40 46.817 -7 4.327 > > Is this somehow possible in actual Mapserver version? > > Thank you very much! > > Best regards, > Pedro Ven?ncio > > [0] http://mapserver.org/mapfile/grid.html > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From pieter.callewaert at be-mobile.com Thu Mar 9 00:08:41 2017 From: pieter.callewaert at be-mobile.com (Pieter Callewaert) Date: Thu, 9 Mar 2017 08:08:41 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: References: <6F331135492B944D90731CE93743D56827C5D6@FS-EX-DB102.fs.sachsen.de> Message-ID: Hi, I?ve been testing further, on other servers to eliminate hardware failures, but I keep getting consistent this problem. I made now consistent the same core dumps, I think my first core dump was not a correct one. http://pastebin.com/L0Lhru4m You can see at start: 1. Program terminated with signal SIGSEGV, Segmentation fault. 2. #0 ?process_socket (my_thread_num=42, my_child_num=, cs=0x7fee0d1042b8, sock=, p=, thd=) 3. ? ? at event.c:1064 If you scroll down, the last thread is this thread, but I'm not sure yet what the problem exactly is. Any pointers? Kind regards, Pieter Callewaert From: thomas bonfort [mailto:thomas.bonfort at gmail.com] Sent: Tuesday, 7 March, 2017 17:56 To: Pieter Callewaert ; mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Mapcache segmentation faults under high load this doesn't seem to be a segfault, but the server that received a kill signal... could you be getting out of memory errors ? -- thomas? On Tue, Mar 7, 2017 at 8:18 AM Pieter Callewaert wrote: Thanks Andreas, you brought me on a lead, indeed the ulimit for core size was on 0. Also it seems ubuntu running apport does not generate coredumps, had to change the core pattern. I've a core dump now, checked with GDB, but not sure what I'm searching at... http://pastebin.com/fAXdEg15 Kind regards, Pieter C -----Original Message----- From: Eichner, Andreas - SID [mailto:Andreas.Eichner at sid.sachsen.de] Sent: Monday, 6 March, 2017 15:40 To: Pieter Callewaert ; mapserver-users at lists.osgeo.org Subject: AW: [mapserver-users] Mapcache segmentation faults under high load Hi Pieter, have you checked the ulimit for the user the Apache runs under? See man core(5) for possible reasons why no core is dumped. HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > Im Auftrag von Pieter Callewaert > Gesendet: Montag, 6. M?rz 2017 11:01 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high > load > > Hi Thomas, > > > > The documentation for debug compiling is not complete > (http://mapserver.org/mapcache/install.html > ). > > If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough? > > Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf, > and now I see this in the error log: > > > > [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 14 exit signal Segmentation fault > (11), possible coredump in /tmp/apache2-gdb-dump > > [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid > 140052444931968] AH00051: child pid 2097 exit signal Segmentation > fault (11), possible coredump in /tmp/apache2-gdb-dump > > > > Unfortunately, no dumps yet, so I?m afraid I did something wrong with > the debug compiling. > > > > Kind regards, > > Pieter C > > > > From: thomas bonfort [mailto:thomas.bonfort at gmail.com] > Sent: Wednesday, 1 March, 2017 09:33 > To: Pieter Callewaert ; mapserver- > users at lists.osgeo.org > Subject: Re: [mapserver-users] Mapcache segmentation faults under high > load > > > > Try to get a backtrace from the crashes by compiling mapcache in debug > mode, and configuring apache to allow coredumps. The "stale lock" > messages you are seeing are side effects of the crashes so that's not > where I'd investigate at first. > > > > regards, > > thomas > > > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From pedrongvenancio at gmail.com Thu Mar 9 01:36:46 2017 From: pedrongvenancio at gmail.com (=?UTF-8?Q?Pedro_Ven=C3=A2ncio?=) Date: Thu, 9 Mar 2017 09:36:46 +0000 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: <3c435b55-5cba-85d1-3357-89eb33189d7b@gatewaygeomatics.com> References: <1522200302.916202.1488941181351@mail.yahoo.com> <3c435b55-5cba-85d1-3357-89eb33189d7b@gatewaygeomatics.com> Message-ID: Hi Jeff, Thank you very much! Do you think it would be a good improvement to GRIDs? Should we open a feature request? Best regards, Pedro 2017-03-08 22:55 GMT+00:00 Jeff McKenna : > Hi Pedro, > > Actually I tried yesterday with that same world countries mapfile that was > used in the map images for the examples in the documentation, and I was > unsuccessful for your exact requirements. (but I did notice a mistake on > that documentation page and fixed it yesterday!) So your question helped > improve the documentation, but I am sorry to report that I don't believe it > is possible with MapServer. > > > -jeff > > > -- > Jeff McKenna > MapServer Consulting and Training Services > http://www.gatewaygeomatics.com/ > > > On 2017-03-08 6:42 PM, Pedro Ven?ncio wrote: > >> Hi Carlos, >> >> Using C-style formatting string, I can only use %g, %f, etc., but it is >> applied to Degrees component. >> >> What I need is something like "%g? %3.2f", in whitch %g? is for the >> Degrees, and %3.2f for the decimal Minutes. >> >> Unfortunately, LABELFORMAT "DDMM" gives only the integer part of Degrees >> and Minutes. >> >> Thank you very much. >> >> Best regards, >> Pedro >> >> >> >> 2017-03-08 2:46 GMT+00:00 Carlos Ruiz > >: >> >> Well, current Mapserver documentation guide says the following: >> >> LABELFORMAT [DD|DDMM|DDMMSS|C format string] >> >> Format of the label. ?DD? for degrees, ?DDMM? for degrees >> minutes, and ?DDMMSS? for degrees, minutes, seconds. *A C-style >> formatting string is also allowed, such as ?%g?? to show decimal >> degrees with a degree symbol. The default is decimal display of >> whatever SRS you?re rendering the GRID with.* >> >> This sounds like that is what you are looking for. >> >> Cheers >> >> ------------------------------------------------------------ >> ------------ >> *From:* Pedro Ven?ncio > > >> *To:* mapserver-users at lists.osgeo.org >> >> *Sent:* Tuesday, March 7, 2017 11:42 AM >> *Subject:* [mapserver-users] Mapserver GRID in degrees decimal >> minutes format >> >> Hi all, >> >> I would like to use a GRID [0], but in degrees decimal minutes >> LABELFORMAT. Something like: >> 40 46.817 -7 4.327 >> >> Is this somehow possible in actual Mapserver version? >> >> Thank you very much! >> >> Best regards, >> Pedro Ven?ncio >> >> [0] http://mapserver.org/mapfile/grid.html >> >> > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eichner at sid.sachsen.de Thu Mar 9 02:22:48 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Thu, 9 Mar 2017 10:22:48 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: References: <6F331135492B944D90731CE93743D56827C5D6@FS-EX-DB102.fs.sachsen.de> Message-ID: <6F331135492B944D90731CE93743D56827D6FF@FS-EX-DB102.fs.sachsen.de> Hi Pieter, have you tried it on a different OS or just on different hardware? To me it looks as if it happens somewhere in a C library call. Have you a chance to try it on another OS and/or library versions? > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im > Auftrag von Pieter Callewaert > Gesendet: Donnerstag, 9. M?rz 2017 09:09 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high > load > > Hi, > > I?ve been testing further, on other servers to eliminate hardware > failures, but I keep getting consistent this problem. > I made now consistent the same core dumps, I think my first core dump was > not a correct one. > > http://pastebin.com/L0Lhru4m > > You can see at start: > 1. Program terminated with signal SIGSEGV, Segmentation fault. > 2. #0 ?process_socket (my_thread_num=42, my_child_num=, > cs=0x7fee0d1042b8, sock=, p=, thd= out>) > 3. ? ? at event.c:1064 > > If you scroll down, the last thread is this thread, but I'm not sure yet > what the problem exactly is. Any pointers? > > Kind regards, > Pieter Callewaert > From jukka.rahkonen at maanmittauslaitos.fi Thu Mar 9 06:36:43 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 9 Mar 2017 14:36:43 +0000 Subject: [mapserver-users] WCS 2.0.1 and output with RangeSubset Message-ID: <9351cddd162040388d16aed8f550725f@C119S212VM022.msvyvi.vaha.local> Hi, I have been experimenting with WCS 2.0.1 and orthoimages. When I select only one band by including &RangeSubset=BandA into the GetCoverage request I get a greyscale geotiff as output as I expect. However, the output is actually a 3-band tiff with BandA copied to all three bands. Is this how it is planned to be or something worth a bug report / feature request? -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephan at meissl.name Fri Mar 10 02:51:07 2017 From: stephan at meissl.name (=?UTF-8?Q?Stephan_Mei=c3=9fl?=) Date: Fri, 10 Mar 2017 11:51:07 +0100 Subject: [mapserver-users] WCS 2.0.1 and output with RangeSubset In-Reply-To: <9351cddd162040388d16aed8f550725f@C119S212VM022.msvyvi.vaha.local> References: <9351cddd162040388d16aed8f550725f@C119S212VM022.msvyvi.vaha.local> Message-ID: <618a2782-b625-5d7d-aec0-3ac90d7f554f@meissl.name> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Jukka, there should be only one band in the response when you ask for one band. I think this qualifies for a bug report. Thanks. cu Stephan On 03/09/2017 03:36 PM, Rahkonen Jukka (MML) wrote: > Hi, > > > > I have been experimenting with WCS 2.0.1 and orthoimages. When I selec t > only one band by including &RangeSubset=BandA into the GetCoverage > request I get a greyscale geotiff as output as I expect. However, the > output is actually a 3-band tiff with BandA copied to all three bands. > Is this how it is planned to be or something worth a bug report / > feature request? > > > > -Jukka Rahkonen- > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJYwoUbAAoJEKNQXeNWi+qtXLcQAMoRX8I5E+1xg+NLuE6yOgjF SGE7b0KWr3xh7Emt2Mnp4VRqjG6E9cd1kIm3ua6eiY2MxXAmbCQkfuC0j+oERnyK cD3O9YuxFSZABGZ0suZiQfsMrk5fNNMy4u5k2jMZQDVIELwTwH6Cg8kUkAwzFvB2 VCTUh/3vS8++90L2JZ1Suby9/P5JCVMK2HOygZpRlhF6WEuteXQWmiVbkqju5unF 4Bwzax/mEYTVkQOW3Z97chIkfqUyi9d9bWv4rNJ4mdGPPmuN4Zov25TxkQz9re4P H+pm2GfJCeU38svxpfmnV7cZJKXYF16shW8TkhHLAktaWnOIOYObSDNnLzfAzkgv H6P1sgvxe0IxokfFjoZwL5xGleIEuxyOD+H3+hXsgoAoAV4dhJEkvEwzotsA+SCV QKw9ugRmdLAzkcK5P2wvm860Q2w60Ti27nM74WNbu85yEFS28jn3GONMqF+BHYfB 3EerTSDPf/gemUSExSmQ97lkfLZpMr16gMVltowgt8Sgrw5BxHf03KWz7ftxo0yh wuHXUVXXznqIhDjSgxghg4vBBHArnxzrdII7P9qz+F/Wf79jWh7XlRZMv35dl1dt jvC40BTuixVeMheGRRoZGBvwj1CGMeUT256LjMSmQ6a5ODS2Zp90DamQK1qW66g6 ahxYAu2WKi2HZT9zg5MU =9fWV -----END PGP SIGNATURE----- From davidpshorthouse at gmail.com Fri Mar 10 05:39:05 2017 From: davidpshorthouse at gmail.com (Shorthouse, David) Date: Fri, 10 Mar 2017 08:39:05 -0500 Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript Message-ID: I'm trying to project from EPSG:4326 at maximum extent (i.e. -180,-90,180,90) to another projection like EPSG:54030 (World Robinson) using PHP MapScript but the resultant extent produced from setExtent is apparently well outside acceptable values & so no output is produced. No errors are thrown. If however I adjust the extent to be ever so slightly smaller in all cardinal directions (eg -179.99999, -89.99999, 179.99999, 89.99999), then I can use the PHP MapScript project method on that extent object & produce an output as expected. Have I missed something? Thanks, David From Steve.Lime at state.mn.us Fri Mar 10 10:34:28 2017 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 10 Mar 2017 18:34:28 +0000 Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript In-Reply-To: References: Message-ID: Do you have a simple dataset and script that illustrates the problem? --Steve -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Shorthouse, David Sent: Friday, March 10, 2017 7:39 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript I'm trying to project from EPSG:4326 at maximum extent (i.e. -180,-90,180,90) to another projection like EPSG:54030 (World Robinson) using PHP MapScript but the resultant extent produced from setExtent is apparently well outside acceptable values & so no output is produced. No errors are thrown. If however I adjust the extent to be ever so slightly smaller in all cardinal directions (eg -179.99999, -89.99999, 179.99999, 89.99999), then I can use the PHP MapScript project method on that extent object & produce an output as expected. Have I missed something? Thanks, David _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From Steve.Lime at state.mn.us Fri Mar 10 11:04:25 2017 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 10 Mar 2017 19:04:25 +0000 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: References: <1522200302.916202.1488941181351@mail.yahoo.com> <3c435b55-5cba-85d1-3357-89eb33189d7b@gatewaygeomatics.com> Message-ID: That would be best I think. From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Pedro Ven?ncio Sent: Thursday, March 09, 2017 3:37 AM To: Jeff McKenna Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Mapserver GRID in degrees decimal minutes format Hi Jeff, Thank you very much! Do you think it would be a good improvement to GRIDs? Should we open a feature request? Best regards, Pedro 2017-03-08 22:55 GMT+00:00 Jeff McKenna >: Hi Pedro, Actually I tried yesterday with that same world countries mapfile that was used in the map images for the examples in the documentation, and I was unsuccessful for your exact requirements. (but I did notice a mistake on that documentation page and fixed it yesterday!) So your question helped improve the documentation, but I am sorry to report that I don't believe it is possible with MapServer. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-03-08 6:42 PM, Pedro Ven?ncio wrote: Hi Carlos, Using C-style formatting string, I can only use %g, %f, etc., but it is applied to Degrees component. What I need is something like "%g? %3.2f", in whitch %g? is for the Degrees, and %3.2f for the decimal Minutes. Unfortunately, LABELFORMAT "DDMM" gives only the integer part of Degrees and Minutes. Thank you very much. Best regards, Pedro 2017-03-08 2:46 GMT+00:00 Carlos Ruiz >>: Well, current Mapserver documentation guide says the following: LABELFORMAT [DD|DDMM|DDMMSS|C format string] Format of the label. ?DD? for degrees, ?DDMM? for degrees minutes, and ?DDMMSS? for degrees, minutes, seconds. *A C-style formatting string is also allowed, such as ?%g?? to show decimal degrees with a degree symbol. The default is decimal display of whatever SRS you?re rendering the GRID with.* This sounds like that is what you are looking for. Cheers ------------------------------------------------------------------------ *From:* Pedro Ven?ncio >> *To:* mapserver-users at lists.osgeo.org > *Sent:* Tuesday, March 7, 2017 11:42 AM *Subject:* [mapserver-users] Mapserver GRID in degrees decimal minutes format Hi all, I would like to use a GRID [0], but in degrees decimal minutes LABELFORMAT. Something like: 40 46.817 -7 4.327 Is this somehow possible in actual Mapserver version? Thank you very much! Best regards, Pedro Ven?ncio [0] http://mapserver.org/mapfile/grid.html _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidpshorthouse at gmail.com Fri Mar 10 11:34:20 2017 From: davidpshorthouse at gmail.com (Shorthouse, David) Date: Fri, 10 Mar 2017 14:34:20 -0500 Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript In-Reply-To: References: Message-ID: Steve - Have a look at this extremely basic illustration: https://gist.github.com/dshorthouse/1dc43361902ebe4655f883e0040efc02 David On Fri, Mar 10, 2017 at 1:34 PM, Lime, Steve D (MNIT) wrote: > Do you have a simple dataset and script that illustrates the problem? --Steve > > -----Original Message----- > From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Shorthouse, David > Sent: Friday, March 10, 2017 7:39 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript > > I'm trying to project from EPSG:4326 at maximum extent (i.e. > -180,-90,180,90) to another projection like EPSG:54030 (World > Robinson) using PHP MapScript but the resultant extent produced from > setExtent is apparently well outside acceptable values & so no output > is produced. No errors are thrown. If however I adjust the extent to > be ever so slightly smaller in all cardinal directions (eg -179.99999, > -89.99999, 179.99999, 89.99999), then I can use the PHP MapScript > project method on that extent object & produce an output as expected. > Have I missed something? > > Thanks, > > David > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From davidpshorthouse at gmail.com Fri Mar 10 12:46:57 2017 From: davidpshorthouse at gmail.com (Shorthouse, David) Date: Fri, 10 Mar 2017 15:46:57 -0500 Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript In-Reply-To: References: Message-ID: OK, I now realize that the underlying source of the problem is that minx is on the antimeridian. If I reduce minx to be slightly greater than -180 and leave all other coords in the bbox/extent as is, then projection from epsg:4326 to epsg:54030 works as expected. This is a bit annoying. I was hoping that I wouldn't have to be the one to introduce a hack-like padding to minx in the event the original minx coord is on the antimeridian. David On Fri, Mar 10, 2017 at 2:34 PM, Shorthouse, David wrote: > Steve - > > Have a look at this extremely basic illustration: > https://gist.github.com/dshorthouse/1dc43361902ebe4655f883e0040efc02 > > David > > On Fri, Mar 10, 2017 at 1:34 PM, Lime, Steve D (MNIT) > wrote: >> Do you have a simple dataset and script that illustrates the problem? --Steve >> >> -----Original Message----- >> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Shorthouse, David >> Sent: Friday, March 10, 2017 7:39 AM >> To: mapserver-users at lists.osgeo.org >> Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript >> >> I'm trying to project from EPSG:4326 at maximum extent (i.e. >> -180,-90,180,90) to another projection like EPSG:54030 (World >> Robinson) using PHP MapScript but the resultant extent produced from >> setExtent is apparently well outside acceptable values & so no output >> is produced. No errors are thrown. If however I adjust the extent to >> be ever so slightly smaller in all cardinal directions (eg -179.99999, >> -89.99999, 179.99999, 89.99999), then I can use the PHP MapScript >> project method on that extent object & produce an output as expected. >> Have I missed something? >> >> Thanks, >> >> David >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users From jmckenna at gatewaygeomatics.com Fri Mar 10 14:26:47 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 10 Mar 2017 18:26:47 -0400 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: References: <1522200302.916202.1488941181351@mail.yahoo.com> <3c435b55-5cba-85d1-3357-89eb33189d7b@gatewaygeomatics.com> Message-ID: <365153e1-d350-f905-0d46-e7ebc4c0155b@gatewaygeomatics.com> Hi Pedro, Steve, I was quiet on answering because I'm just not sure how common this use case is. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-03-09 5:36 AM, Pedro Ven?ncio wrote: > Hi Jeff, > > Thank you very much! > > Do you think it would be a good improvement to GRIDs? Should we open a > feature request? > > Best regards, > Pedro > > > > 2017-03-08 22:55 GMT+00:00 Jeff McKenna >: > > Hi Pedro, > > Actually I tried yesterday with that same world countries mapfile > that was used in the map images for the examples in the > documentation, and I was unsuccessful for your exact requirements. > (but I did notice a mistake on that documentation page and fixed it > yesterday!) So your question helped improve the documentation, but > I am sorry to report that I don't believe it is possible with MapServer. > > > -jeff > > > -- > Jeff McKenna > MapServer Consulting and Training Services > http://www.gatewaygeomatics.com/ > > > On 2017-03-08 6:42 PM, Pedro Ven?ncio wrote: > > Hi Carlos, > > Using C-style formatting string, I can only use %g, %f, etc., > but it is > applied to Degrees component. > > What I need is something like "%g? %3.2f", in whitch %g? is for the > Degrees, and %3.2f for the decimal Minutes. > > Unfortunately, LABELFORMAT "DDMM" gives only the integer part of > Degrees > and Minutes. > > Thank you very much. > > Best regards, > Pedro > > > > 2017-03-08 2:46 GMT+00:00 Carlos Ruiz > >>: > > Well, current Mapserver documentation guide says the following: > > LABELFORMAT [DD|DDMM|DDMMSS|C format string] > > Format of the label. ?DD? for degrees, ?DDMM? for degrees > minutes, and ?DDMMSS? for degrees, minutes, seconds. *A > C-style > formatting string is also allowed, such as ?%g?? to show > decimal > degrees with a degree symbol. The default is decimal > display of > whatever SRS you?re rendering the GRID with.* > > This sounds like that is what you are looking for. > > Cheers > > > ------------------------------------------------------------------------ > *From:* Pedro Ven?ncio > >> > *To:* mapserver-users at lists.osgeo.org > > > > *Sent:* Tuesday, March 7, 2017 11:42 AM > *Subject:* [mapserver-users] Mapserver GRID in degrees decimal > minutes format > > Hi all, > > I would like to use a GRID [0], but in degrees decimal minutes > LABELFORMAT. Something like: > 40 46.817 -7 4.327 > > Is this somehow possible in actual Mapserver version? > > Thank you very much! > > Best regards, > Pedro Ven?ncio > > [0] http://mapserver.org/mapfile/grid.html > > > > > > From jmckenna at gatewaygeomatics.com Sat Mar 11 05:12:39 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Sat, 11 Mar 2017 09:12:39 -0400 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: <365153e1-d350-f905-0d46-e7ebc4c0155b@gatewaygeomatics.com> Message-ID: <041694d8-8ca4-4867-926b-f6826a68b688@email.android.com> An HTML attachment was scrubbed... URL: From aimdev at mail.com Sun Mar 12 08:52:19 2017 From: aimdev at mail.com (aimdev) Date: Sun, 12 Mar 2017 15:52:19 +0000 Subject: [mapserver-users] Mapfile XML conversion Message-ID: <96FE33C8-7127-4779-90F7-818139FDB213@mail.com> Hi I am currently manually converting my mapfile into xml syntax for ease of maintenance. I am having an issue in converting the following expressions {forest,wood} 'residential' which results in EXPRESSION "{forest,wood}" EXPRESSION "'residential'" and the original working map file is EXPRESSION {forest,wood} EXPRESSION ?residential' The xml validates against the xsd/xsl, and the conversion line is xsltproc mapfile.xsl layerset_9.xml > ../min-base/layerset_9.map The documentation (7.0.4) states List expressions (see rfc95) are a performant way to compare a string attribute to a list of multiple possible values. Their behavior duplicates the existing regex or mapserver expressions, however they are significantly more performant. To activate them enclose a comma separated list of values between {}, without adding quotes or extra spaces. Any pointers to where I am going wrong would be helpful. Thanks Aimee -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrongvenancio at gmail.com Sun Mar 12 15:21:51 2017 From: pedrongvenancio at gmail.com (=?UTF-8?Q?Pedro_Ven=C3=A2ncio?=) Date: Sun, 12 Mar 2017 22:21:51 +0000 Subject: [mapserver-users] Mapserver GRID in degrees decimal minutes format In-Reply-To: <041694d8-8ca4-4867-926b-f6826a68b688@email.android.com> References: <365153e1-d350-f905-0d46-e7ebc4c0155b@gatewaygeomatics.com> <041694d8-8ca4-4867-926b-f6826a68b688@email.android.com> Message-ID: Hi Jeff, Thank you very much for your feedback. I've filed a ticket in issue tracker, with one more possible use case: https://github.com/mapserver/mapserver/issues/5407 Please, label it as an enhancement, because it is not a bug. Thanks again Jeff! Best regards, Pedro 2017-03-11 13:12 GMT+00:00 Jeff McKenna : > I stand corrected, a few people have emailed me examples (very good to see > in action). Please file this in the ticket tracker Pedro. > > -Jeff > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aimdev at mail.com Mon Mar 13 06:57:12 2017 From: aimdev at mail.com (aimdev) Date: Mon, 13 Mar 2017 13:57:12 +0000 Subject: [mapserver-users] Possible Error Message-ID: The documentation for V7.0.4 states OUTLINEWIDTH [double|attribute] Width in pixels for the outline. Default is 0.0. The thickness of the outline will not depend on the scale. New in version 5.4. within a Style configuration, however fails validation with the following error Referenced entity at "file:mapfile.xsd". cvc-complex-type.2.4.a: Invalid content was found starting with element 'outlineWidth'. One of '{"http://www.mapserver.org/mapserver":pattern, "http://www.mapserver.org/mapserver":polarOffset, "http://www.mapserver.org/mapserver":size, "http://www.mapserver.org/mapserver":symbol, "http://www.mapserver.org/mapserver":width}' is expected. [213] XML validation finished. I cannot see a reference in the xsd to cover this type. Any tips would be gratefully received Aimee -------------- next part -------------- An HTML attachment was scrubbed... URL: From pieter.callewaert at be-mobile.com Tue Mar 14 05:03:52 2017 From: pieter.callewaert at be-mobile.com (Pieter Callewaert) Date: Tue, 14 Mar 2017 12:03:52 +0000 Subject: [mapserver-users] Mapcache segmentation faults under high load In-Reply-To: <6F331135492B944D90731CE93743D56827D6FF@FS-EX-DB102.fs.sachsen.de> References: <6F331135492B944D90731CE93743D56827C5D6@FS-EX-DB102.fs.sachsen.de> <6F331135492B944D90731CE93743D56827D6FF@FS-EX-DB102.fs.sachsen.de> Message-ID: Hi Andreas, Using Ubuntu 16.04 instead of Ubuntu 14.04 fixed the issue, thanks for your help. Kind regards, Pieter Callewaert -----Original Message----- From: Eichner, Andreas - SID [mailto:Andreas.Eichner at sid.sachsen.de] Sent: Thursday, 9 March, 2017 11:23 To: Pieter Callewaert ; mapserver-users at lists.osgeo.org Subject: AW: [mapserver-users] Mapcache segmentation faults under high load Hi Pieter, have you tried it on a different OS or just on different hardware? To me it looks as if it happens somewhere in a C library call. Have you a chance to try it on another OS and/or library versions? > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > Im Auftrag von Pieter Callewaert > Gesendet: Donnerstag, 9. M?rz 2017 09:09 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high > load > > Hi, > > I?ve been testing further, on other servers to eliminate hardware > failures, but I keep getting consistent this problem. > I made now consistent the same core dumps, I think my first core dump > was not a correct one. > > http://pastebin.com/L0Lhru4m > > You can see at start: > 1. Program terminated with signal SIGSEGV, Segmentation fault. > 2. #0 ?process_socket (my_thread_num=42, my_child_num=, > cs=0x7fee0d1042b8, sock=, p=, > thd= out>) > 3. ? ? at event.c:1064 > > If you scroll down, the last thread is this thread, but I'm not sure > yet what the problem exactly is. Any pointers? > > Kind regards, > Pieter Callewaert > From emperor_stef at yahoo.gr Tue Mar 14 11:38:39 2017 From: emperor_stef at yahoo.gr (Stefanos Anastasiou) Date: Tue, 14 Mar 2017 18:38:39 +0000 (UTC) Subject: [mapserver-users] Default Values in Runtime Substitution Error References: <1701886596.9571363.1489516719169.ref@mail.yahoo.com> Message-ID: <1701886596.9571363.1489516719169@mail.yahoo.com> Hi all.? ?I'm trying to perform a runtime substitution in MapServer. My mapfile snippet is the following:? ?VALIDATION?? ? ? ? ? ? "val_1" "^[0-9]+(\.[0-9]+)?$" ? ? ?? ? ? ? ? ? "val_2" "^[0-9]+(\.[0-9]+)?$"? ? ? ? ? ? "val_3" "^[0-9]+(\.[0-9]+)?$"? ? ? ? ? ? "val_4" "^[0-9]+(\.[0-9]+)?$"? ? ? ?END? ? ? ?METADATA? ? ? ? ? ? ? #various WMS parameters? ? ? ? END? ? ? ? TYPE line? ? ? ? STATUS on? ? ? ? CONNECTIONTYPE POSTGIS? ? ? ? CONNECTION 'host=localhost port=5432 user=stefanos password=myPassword dbname=dbName' ? ? ? ?? ? ? ? DATA "geom FROM (SELECT * FROM stored_function(%val_1%, %val_2%, %val_3%, %val_4%)) AS foo USING UNIQUE seq USING srid=2100" If I pass the parameters in my url, everything works well. The problem occurs when I don't pass any parameter. The MS_ERROFILE gives me the following error: Error (ERROR: ?syntax error at or near "%"LINE 1: ...'hex') as geom,"seq" from (SELECT * FROM _a_route(%val_1%, %val_2%...? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ It's necessary not to pass default values like ?"default_val_1" "some_value" ? ?because of a weird setup of my stored function. Is there any way to fix this ?? Thanks a lot...!! -Stefanos -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.schylberg at blixtmail.se Tue Mar 14 12:34:47 2017 From: lars.schylberg at blixtmail.se (Lars Schylberg) Date: Tue, 14 Mar 2017 20:34:47 +0100 Subject: [mapserver-users] Default Values in Runtime Substitution Error In-Reply-To: <1701886596.9571363.1489516719169@mail.yahoo.com> References: <1701886596.9571363.1489516719169.ref@mail.yahoo.com> <1701886596.9571363.1489516719169@mail.yahoo.com> Message-ID: This should help: http://mapserver.org/cgi/runsub.html#default-values-if-not-provided-in-the-url /Lars S. Den 2017-03-14 kl. 19:38, skrev Stefanos Anastasiou: > Hi all. > I'm trying to perform a runtime substitution in MapServer. My > mapfile snippet is the following: > > VALIDATION > "val_1" "^[0-9]+(\.[0-9]+)?$" > "val_2" "^[0-9]+(\.[0-9]+)?$" > "val_3" "^[0-9]+(\.[0-9]+)?$" > "val_4" "^[0-9]+(\.[0-9]+)?$" > END > METADATA > #various WMS parameters > END > TYPE line > STATUS on > CONNECTIONTYPE POSTGIS > CONNECTION 'host=localhost port=5432 user=stefanos > password=myPassword dbname=dbName' > DATA "geom FROM (SELECT * FROM stored_function(%val_1%, %val_2%, > %val_3%, %val_4%)) AS foo USING UNIQUE seq USING srid=2100" > > > If I pass the parameters in my url, everything works well. The problem > occurs when I don't pass any parameter. The MS_ERROFILE gives me the > following error: > > Error (ERROR: syntax error at or near "%" > LINE 1: ...'hex') as geom,"seq" from (SELECT * FROM _a_route(%val_1%, > %val_2%... > ^ > > It's necessary not to pass default values like "default_val_1" > "some_value" because of a weird setup of my stored function. > > Is there any way to fix this ? > > Thanks a lot...!! > > -Stefanos > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From abrabacabra at openmailbox.org Wed Mar 15 19:25:41 2017 From: abrabacabra at openmailbox.org (Abrabacabra) Date: Wed, 15 Mar 2017 22:25:41 -0400 Subject: [mapserver-users] On-the-fly field calculation in a GetFeatureInfo request In-Reply-To: References: <1701886596.9571363.1489516719169.ref@mail.yahoo.com> <1701886596.9571363.1489516719169@mail.yahoo.com> Message-ID: Hello, Is it possible to do numeric calculations with the result of a GetFeatureInfo? Some layers have an area field in square meters but I want to display it to the user in acres or hectares. It would be nice not having to create a second attribute column in my source layer just for that. I am using an html template at layer level to output the results of the query. Mapserver 7.0.4 Thank you, Patrice From joerg.thomsen at wheregroup.com Thu Mar 16 00:50:35 2017 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Thu, 16 Mar 2017 08:50:35 +0100 Subject: [mapserver-users] On-the-fly field calculation in a GetFeatureInfo request In-Reply-To: References: <1701886596.9571363.1489516719169.ref@mail.yahoo.com> <1701886596.9571363.1489516719169@mail.yahoo.com> Message-ID: <58cdc3c0-94b4-81cf-2a78-b10e31677541@wheregroup.com> Hello Patrice, I would prefer to save the data in a database using a view to create the additional field (I haven't tried, but I think even spatialite is possible as mapserver-deatasource?) Another way would be to use scripting - calculate the value with javascript within the template-html or - use server-side processing within the template Regards, J?rg Am 16.03.2017 um 03:25 schrieb Abrabacabra: > Hello, > > Is it possible to do numeric calculations with the result of a > GetFeatureInfo? Some layers have an area field in square meters but I > want to display it to the user in acres or hectares. It would be nice > not having to create a second attribute column in my source layer just > for that. > > I am using an html template at layer level to output the results of the > query. > Mapserver 7.0.4 > > Thank you, > > > Patrice > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users Viele Gr??e, J?rg Thomsen -- ********************************************************* FOSS Academy Winterschule 2017 20.-24.03.2017 in Bonn Alles Wichtige zur Erstellung einer GDI in nur 5 Tagen! https://www.foss-academy.com/schulungstermine/kompaktkurs-winterschule ********************************************************* ------------------------------- J?rg Thomsen WhereGroup GmbH & Co. KG Gillweg 3 14193 Berlin Germany Fon: +49 (0)30 / 5130 278 74 Fax: +49 (0)30 / 89 09 53 21 joerg.thomsen at wheregroup.com www.wheregroup.com Amtsgericht Bonn, HRA 6788 ------------------------------- Komplement?rin: WhereGroup Verwaltungs GmbH vertreten durch: Olaf Knopp, Peter Stamm ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com From abrabacabra at openmailbox.org Thu Mar 16 10:58:33 2017 From: abrabacabra at openmailbox.org (Patrice) Date: Thu, 16 Mar 2017 13:58:33 -0400 Subject: [mapserver-users] On-the-fly field calculation in a GetFeatureInfo request In-Reply-To: <58cdc3c0-94b4-81cf-2a78-b10e31677541@wheregroup.com> References: <1701886596.9571363.1489516719169.ref@mail.yahoo.com> <1701886596.9571363.1489516719169@mail.yahoo.com> <58cdc3c0-94b4-81cf-2a78-b10e31677541@wheregroup.com> Message-ID: <962d2dab-bf7e-238e-67f3-a935586a3dce@openmailbox.org> Could you point me in the right direction for the solutions you proposed? I like the idea of do calculations client-side with javascript, however, I didn't figure out how to fetch the value withina J?rg Am 16.03.2017 um 18:58 schrieb Patrice: > Could you point me in the right direction for the solutions you > proposed? I like the idea of do calculations client-side with > javascript, however, I didn't figure out how to fetch the value withina > ... Creating a location to put the chart ... Adding the JavaScript that do the plotting: Hope this helps James -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of mapserver-users-request at lists.osgeo.org Sent: 16 March 2017 19:00 To: mapserver-users at lists.osgeo.org Subject: mapserver-users Digest, Vol 110, Issue 21 Send mapserver-users mailing list submissions to mapserver-users at lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit https://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. On-the-fly field calculation in a GetFeatureInforequest (Abrabacabra) 2. Re: On-the-fly field calculation in a GetFeatureInfo request (J?rg Thomsen (WhereGroup)) 3. Re: On-the-fly field calculation in a GetFeatureInfo request (Patrice) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Mar 2017 22:25:41 -0400 From: Abrabacabra To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] On-the-fly field calculation in a GetFeatureInforequest Message-ID: Content-Type: text/plain; charset=utf-8; format=flowed Hello, Is it possible to do numeric calculations with the result of a GetFeatureInfo? Some layers have an area field in square meters but I want to display it to the user in acres or hectares. It would be nice not having to create a second attribute column in my source layer just for that. I am using an html template at layer level to output the results of the query. Mapserver 7.0.4 Thank you, Patrice ------------------------------ Message: 2 Date: Thu, 16 Mar 2017 08:50:35 +0100 From: J?rg Thomsen (WhereGroup) To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] On-the-fly field calculation in a GetFeatureInfo request Message-ID: <58cdc3c0-94b4-81cf-2a78-b10e31677541 at wheregroup.com> Content-Type: text/plain; charset=utf-8 Hello Patrice, I would prefer to save the data in a database using a view to create the additional field (I haven't tried, but I think even spatialite is possible as mapserver-deatasource?) Another way would be to use scripting - calculate the value with javascript within the template-html or - use server-side processing within the template Regards, J?rg Am 16.03.2017 um 03:25 schrieb Abrabacabra: > Hello, > > Is it possible to do numeric calculations with the result of a > GetFeatureInfo? Some layers have an area field in square meters but I > want to display it to the user in acres or hectares. It would be nice > not having to create a second attribute column in my source layer just > for that. > > I am using an html template at layer level to output the results of > the query. > Mapserver 7.0.4 > > Thank you, > > > Patrice > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users Viele Gr??e, J?rg Thomsen -- ********************************************************* FOSS Academy Winterschule 2017 20.-24.03.2017 in Bonn Alles Wichtige zur Erstellung einer GDI in nur 5 Tagen! https://www.foss-academy.com/schulungstermine/kompaktkurs-winterschule ********************************************************* ------------------------------- J?rg Thomsen WhereGroup GmbH & Co. KG Gillweg 3 14193 Berlin Germany Fon: +49 (0)30 / 5130 278 74 Fax: +49 (0)30 / 89 09 53 21 joerg.thomsen at wheregroup.com www.wheregroup.com Amtsgericht Bonn, HRA 6788 ------------------------------- Komplement?rin: WhereGroup Verwaltungs GmbH vertreten durch: Olaf Knopp, Peter Stamm ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com ------------------------------ Message: 3 Date: Thu, 16 Mar 2017 13:58:33 -0400 From: Patrice To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] On-the-fly field calculation in a GetFeatureInfo request Message-ID: <962d2dab-bf7e-238e-67f3-a935586a3dce at openmailbox.org> Content-Type: text/plain; charset="utf-8"; Format="flowed" Could you point me in the right direction for the solutions you proposed? I like the idea of do calculations client-side with javascript, however, I didn't figure out how to fetch the value withina