From Andreas.Eichner at sid.sachsen.de Wed Nov 1 00:32:07 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Wed, 1 Nov 2017 07:32:07 +0000 Subject: [mapserver-users] Rewrite rule problem In-Reply-To: <1509377039178-0.post@n6.nabble.com> References: <1508571085167-0.post@n6.nabble.com> <4c700209-5843-96a4-bf96-f0f20f38de48@gatewaygeomatics.com> <7c787972-34f2-3629-2654-c19eddcf200d@gatewaygeomatics.com> <1509202514475-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB368@FS-EX-DB101.fs.sachsen.de> <1509377039178-0.post@n6.nabble.com> Message-ID: <6F331135492B944D90731CE93743D56814CDB3CC@FS-EX-DB101.fs.sachsen.de> Hi Goran, the RewriteRule should match the Location for SetEnvIfExpr: SetEnvIfExpr "%{QUERY_STRING} =~/^(.*&)?map=([[:alnum:]]+.map)(&.*)?$/" MS_MAPFILE=C:/ms4w/apps/Demo/$2 RewriteEngine On RewriteRule /cgi-bin/GDZ/wms /cgi-bin/GDZ/wms?MAP=MS_MAPFILE [PT,QSA] And then the URL http://localhost:81/cgi-bin/GDZ/wms?map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.3.0 should set the MS_MAPFILE environment variable to "C:/ms4w/apps/Demo/N1.map" and rewrite the URL to http://localhost:81/cgi-bin/GDZ/wms?MAP=MS_MAPFILE&map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.3.0 This should work as MapServer scans the query parameters from left to right. It first finds MAP=MS_MAPFILE and checks if there's an environment variable set assuming that it points to a valid map file. The SetEnvIfExpr has set this variable for the URL "/cgi-bin/GDZ/wms" if a "MAP" parameter was provided. HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im > Auftrag von gorank > Gesendet: Montag, 30. Oktober 2017 16:24 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Rewrite rule problem > > Hi Andreas, > > As you sugested I have added in* httpd.conf* file following > > > and when I put URL > > I receive the following message: > msLoadMap(): Unable to access file. (N1.map) > > As addition in the C:/ms4w/httpd.d folder I have file httpd_Demo.conf > file > with following content > > Alias /Demo/ "/ms4w/apps/Demo/" > > AllowOverride None > Options Indexes FollowSymLinks Multiviews > Order allow,deny > Allow from all > > > What I'm doing wrong. > > Best regards, > Goran > > > > -- > Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User- > f4226646.html > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From kirandziskig at gmail.com Wed Nov 1 15:12:55 2017 From: kirandziskig at gmail.com (gorank) Date: Wed, 1 Nov 2017 15:12:55 -0700 (MST) Subject: [mapserver-users] Rewrite rule problem In-Reply-To: <6F331135492B944D90731CE93743D56814CDB3CC@FS-EX-DB101.fs.sachsen.de> References: <1508571085167-0.post@n6.nabble.com> <4c700209-5843-96a4-bf96-f0f20f38de48@gatewaygeomatics.com> <7c787972-34f2-3629-2654-c19eddcf200d@gatewaygeomatics.com> <1509202514475-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB368@FS-EX-DB101.fs.sachsen.de> <1509377039178-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB3CC@FS-EX-DB101.fs.sachsen.de> Message-ID: <1509574375425-0.post@n6.nabble.com> Hi Andreas, Finally it works perfectly and it solved most of my problems. I would like to go one step forward. How will looks SetEnvIfExpr and Rewrite rule in case when in the mapfile there is a Real time substitution parameter (in my case year - 2015, 2016, ...) I would like to write url as you proposed in previous post but with added year parameter. Example for year 2015: from http://localhost:81/cgi-bin/GDZ/2015/wms?map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.3.0 to get http://localhost:81/cgi-bin/GDZ/wms?year=2015&map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.3.0 I tried to do it following your logic but not successfully. Best regards, Goran -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From jmckenna at gatewaygeomatics.com Wed Nov 1 16:13:56 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 1 Nov 2017 20:13:56 -0300 Subject: [mapserver-users] Rewrite rule problem In-Reply-To: <1509574375425-0.post@n6.nabble.com> References: <1508571085167-0.post@n6.nabble.com> <4c700209-5843-96a4-bf96-f0f20f38de48@gatewaygeomatics.com> <7c787972-34f2-3629-2654-c19eddcf200d@gatewaygeomatics.com> <1509202514475-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB368@FS-EX-DB101.fs.sachsen.de> <1509377039178-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB3CC@FS-EX-DB101.fs.sachsen.de> <1509574375425-0.post@n6.nabble.com> Message-ID: <6e58d807-cdd7-ba6f-a079-99dc84e0356b@gatewaygeomatics.com> Goran, for good Open Source karma would you mind recording and publishing all of your steps, to get MS4W and Apache to do the rewriting you need? You can add the new page on the MapServer wiki (https://github.com/mapserver/mapserver/wiki) or even directly on the MS4W wiki (https://www.ms4w.com/trac/wiki), whatever is easiest for you. A huge thank you for that. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-11-01 7:12 PM, gorank wrote: > Hi Andreas, > > Finally it works perfectly and it solved most of my problems. I would like > to go one step forward. How will looks SetEnvIfExpr and Rewrite rule in > case when in the mapfile there is a Real time substitution parameter (in my > case year - 2015, 2016, ...) > I would like to write url as you proposed in previous post but with added > year parameter. Example for year 2015: > from > http://localhost:81/cgi-bin/GDZ/2015/wms?map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.3.0 > > to get > > http://localhost:81/cgi-bin/GDZ/wms?year=2015&map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.3.0 > > I tried to do it following your logic but not successfully. > > Best regards, > Goran > > From Andreas.Eichner at sid.sachsen.de Thu Nov 2 03:14:26 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Thu, 2 Nov 2017 10:14:26 +0000 Subject: [mapserver-users] Rewrite rule problem In-Reply-To: <1509574375425-0.post@n6.nabble.com> References: <1508571085167-0.post@n6.nabble.com> <4c700209-5843-96a4-bf96-f0f20f38de48@gatewaygeomatics.com> <7c787972-34f2-3629-2654-c19eddcf200d@gatewaygeomatics.com> <1509202514475-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB368@FS-EX-DB101.fs.sachsen.de> <1509377039178-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB3CC@FS-EX-DB101.fs.sachsen.de> <1509574375425-0.post@n6.nabble.com> Message-ID: <6F331135492B944D90731CE93743D56814CDB4A7@FS-EX-DB101.fs.sachsen.de> Hi Goran, using a path segment to fill in a query parameter is pretty straight forward but the following assumes MapServer is installed under /cgi-bin/GDZ/wms: RewriteEngine On RewriteRule ^/cgi-bin/GDZ/([^/]+)/wms$ /cgi-bin/GDZ/wms?MAP=MS_MAPFILE&year=$1 [PT,QSA] SetEnvIfExpr "%{QUERY_STRING} =~ /^(.*&)?map=([[:alnum:]]+.map)(&.*)?$/" MS_MAPFILE=C:/ms4w/apps/Demo/$2 If you have MapServer-CGI installed as "/cgi-bin/mapserv" you better abstain from using SetEnvIfExpr and do with plain rewriting: RewriteEngine On RewriteCond %{QUERY_STRING} "^(.*&)?map=([[:alnum:]]+.map)(&.*)?$" [NC] RewriteRule ^/cgi-bin/GDZ/([^/]+)/wms$ /cgi-bin/mapserv?MAP=MS_MAPFILE&year=$1 [PT,QSA,E=MS_MAPFILE:C:/ms4w/apps/Demo/%2] The basic question is: what are you trying to achieve? What's the reason to deal with the MAP parameter? For WMS services you normally want plain URLs like "/wms/GDZ/2017?" be rewritten to "/cgi-bin/mapserv?MAP=GDZ.map&year=2017&" which could expressed by a really simple RewriteRule: RewriteEngine On RewriteRule "^/wms/([[:alnunm]]+)/([^/]+)$" /cgi-bin/mapserv?MAP=C:/ms4w/apps/Demo/$1.map&year=$2 [PT,QSA] HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im > Auftrag von gorank > Gesendet: Mittwoch, 1. November 2017 23:13 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Rewrite rule problem > > Hi Andreas, > > Finally it works perfectly and it solved most of my problems. I would > like > to go one step forward. How will looks SetEnvIfExpr and Rewrite rule > in > case when in the mapfile there is a Real time substitution parameter (in > my > case year - 2015, 2016, ...) > I would like to write url as you proposed in previous post but with > added > year parameter. Example for year 2015: > from > http://localhost:81/cgi- > bin/GDZ/2015/wms?map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VERSION= > 1.3.0 > > to get > > http://localhost:81/cgi- > bin/GDZ/wms?year=2015&map=N1.map&REQUEST=GetCapabilities&SERVICE=WMS&VER > SION=1.3.0 > > I tried to do it following your logic but not successfully. > > Best regards, > Goran > > > > > -- > Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User- > f4226646.html > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From Andreas.Eichner at sid.sachsen.de Thu Nov 2 03:22:18 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Thu, 2 Nov 2017 10:22:18 +0000 Subject: [mapserver-users] Rewrite rule problem In-Reply-To: <6F331135492B944D90731CE93743D56814CDB4A7@FS-EX-DB101.fs.sachsen.de> References: <1508571085167-0.post@n6.nabble.com> <4c700209-5843-96a4-bf96-f0f20f38de48@gatewaygeomatics.com> <7c787972-34f2-3629-2654-c19eddcf200d@gatewaygeomatics.com> <1509202514475-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB368@FS-EX-DB101.fs.sachsen.de> <1509377039178-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB3CC@FS-EX-DB101.fs.sachsen.de> <1509574375425-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB4A7@FS-EX-DB101.fs.sachsen.de> Message-ID: <6F331135492B944D90731CE93743D56814CDB4C7@FS-EX-DB101.fs.sachsen.de> Damn, the last RewriteRule should be RewriteEngine On RewriteRule "^/wms/([[:alnum:]]+)/([[:digit:]]+)$" /cgi-bin/mapserv?MAP=C:/ms4w/apps/Demo/$1.map&year=$2 [PT,QSA] The character classes prevent bad file names and value for the "year" parameter. You should set up a proper validation for the year and/or MS_MAP_PATTERN too. Sorry for the noise From erik.h11.01 at gmail.com Fri Nov 3 13:23:48 2017 From: erik.h11.01 at gmail.com (Erik H) Date: Fri, 3 Nov 2017 16:23:48 -0400 Subject: [mapserver-users] Draw roads WITHOUT anti-aliasing In-Reply-To: References: <9014489103f54a06b849d9a28a4bbafc@C119S212VM042.msvyvi.vaha.local> <6F331135492B944D90731CE93743D56814CDAFF2@FS-EX-DB101.fs.sachsen.de> Message-ID: I made some changes to the mapserver 7 source code that achieve what I want (I'm now able to switch between aliased and antialiased lines, based on the ANTIALIAS keyword in the STYLE section). I tried to put up a pull request for it but I'm having problems compiling the code in the 'master' branch - compilation errors for mapmetadata.c. My code was branched off the release-7 branch and did not have that problem. The cmake command I used was cmake -DCMAKE_PREFIX_PATH=/usr/local/ WITH_GDAL=$GDAL_DIR -DWITH_FRIBIDI=OFF -DWITH_WFS=OFF -DWITH_WCS=OFF -DWITH_PROJ=/usr/local/lib -DWITH_LIBXML2=OFF WITH_POSTGIS=/usr/bin -DWITH_CLIENT_WFS=OFF -DWITH_WMS=OFF -DWITH_CLIENT_WMS=OFF -DWITH_CURL=OFF -DWITH_SOS=OFF -DWITH_PHP=OFF -DWITH_PERL=OFF -DWITH_RUBY=OFF -DWITH_JAVA=ON -DWITH_CSHARP=OFF -DWITH_HARFBUZZ=OFF -DWITH_PYTHON=ON -DWITH_GEOS=0 -DWITH_SVGCAIRO=OFF -DWITH_ORACLESPATIAL=OFF -DWITH_CAIRO=OFF -DWITH_THREAD_SAFETY=ON -DWITH_FCGI=OFF -DWITH_GIF=0 ../ >../configure.out.txt Any suggestions? Thanks On Thu, Oct 19, 2017 at 11:04 AM, Erik H wrote: > I just did what Andreas spelled out yesterday: > > > > > > > > *Simply changing the typedef in line 91 of mapagg.cpp from typedef > mapserver::renderer_scanline_aa_solid renderer_scanline;to > typedef mapserver::renderer_scanline_bin_solid > renderer_scanline;* > > > However, I'd like to be able to switch between rasterizer via some option > in the .map file, so I'd welcome any suggestion on how to do that. > > On Thu, Oct 19, 2017 at 10:07 AM, Lime, Steve D (MNIT) < > steve.lime at state.mn.us> wrote: > >> Glad this was figured out! What was the code change exactly? >> ------------------------------ >> *From:* mapserver-users on >> behalf of Erik H >> *Sent:* Wednesday, October 18, 2017 8:07:42 PM >> *To:* Eichner, Andreas - SID >> *Cc:* mapserver-users at lists.osgeo.org >> *Subject:* Re: [mapserver-users] Draw roads WITHOUT anti-aliasing >> >> Andreas, >> >> I made that change in mapagg.cpp and it seems to do exactly what I need. >> Wunderbar! >> >> As for providing an option to switch rasterizer based on an option, how >> about reviving the FORMATOPTION 'ANTIALIAS'? >> >> Thanks, Erik >> >> On Wed, Oct 18, 2017 at 9:18 AM, Eichner, Andreas - SID < >> Andreas.Eichner at sid.sachsen.de> wrote: >> >>> Nope, this won't work: >>> >>> r->default_gamma = atof(msGetOutputFormatOption( format, "GAMMA", >>> "0.75" )); >>> if(r->default_gamma <= 0.0 || r->default_gamma >= 1.0) { >>> r->default_gamma = 0.75; >>> } >>> >>> From mapagg.cpp lines 844-847 forces 0 < GAMMA < 1 >>> Also note that MapServer uses a linear gamma function defined as >>> >>> double operator() (double x) const >>> { >>> if(x < m_start) return 0.0; >>> if(x > m_end) return 1.0; >>> return (x - m_start) / (m_end - m_start); >>> } >>> >>> Where m_start is _always_ set to 0 and m_end is set to the GAMMA value >>> given by you (or the default 0.75). >>> I think someone should check this - to me it seems a power function was >>> intented... >>> >>> HTH >>> >>> > -----Urspr?ngliche Nachricht----- >>> > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] >>> Im >>> > Auftrag von lars.schylberg at blixtmail.se >>> > Gesendet: Mittwoch, 18. Oktober 2017 14:05 >>> > An: mapserver-users at lists.osgeo.org >>> > Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing >>> > >>> > Hi, >>> > >>> > >>> > >>> > >>> > I did some quick tests with : >>> > >>> > >>> > >>> > >>> > OUTPUTFORMAT >>> > NAME "png_G0" >>> > DRIVER AGG/PNG >>> > MIMETYPE "image/png" >>> > IMAGEMODE RGB >>> > EXTENSION "png" >>> > FORMATOPTION "GAMMA=0.0" >>> > END >>> > >>> > >>> > >>> > >>> > and shp2img with options -i >>> > >>> > >>> > eg: shp2img -m 01_polygon_td_poly.map -o 01_polygon_td_poly.png -i >>> > png_G0 >>> > >>> > >>> > >>> > >>> > >>> > I did some tests with both polygons, polygon outlines and lines and >>> they >>> > all seems to have anti-aliasing as far as I could see. >>> > >>> > Would this be an ok way to test it? I also have some people that would >>> > like to do lines without anti-aliasing for a strange reason. >>> > >>> > >>> > >>> > >>> > >>> > Lars Schylberg >>> > >>> > >>> > >>> > >>> > >>> > -----Originalmeddelande----- >>> > > Fr?n: "Rahkonen Jukka (MML)" >>> > > Till: "Eichner, Andreas - SID" , >>> "Erik >>> > H" >>> > > Kopia: mapserver-users at lists.osgeo.org >>> > > Datum: 2017-10-18 11:13 >>> > > ?mne: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing >>> > > >>> > > Hi, >>> > > >>> > > I suppose that the amount of antialiasing with AGG is set with >>> "gamma" >>> > parameter. Mapserver supports that at least for polygons as documented >>> > in http://www.mapserver.org/mapfile/outputformat.html but you could >>> try >>> > if using gamma=0.0 has an effect on lines as well. It may be that it >>> > does not because search >>> > > >>> > https://github.com/mapserver/mapserver/search?utf8=%E2%9C%93 >>> &q=gamma&typ >>> > e= >>> > > seems to find only something that is tied to polygon outlines >>> > > https://github.com/mapserver/mapserver/blob/branch-7- >>> > 0/renderers/agg/include/agg_renderer_outline_aa.h >>> > > >>> > > >>> > > If gamma does not work for lines then it could be worth making a >>> > feature request for adding a new formatoption "GAMMA_LINE=[]. >>> > > >>> > > Couple of Mapnik links dealing with the same issue: >>> > > http://gis.19327.n8.nabble.com/Turning-off-anti-aliasing- >>> > td5339458.html >>> > > http://mapnik.org/mapnik-reference/#3.0.6/line-gamma-method >>> > > >>> > > -Jukka Rahkonen- >>> > > >>> > > >>> > > >>> > > -----Alkuper?inen viesti----- >>> > > L?hett?j?: mapserver-users [mailto:mapserver-users- >>> > bounces at lists.osgeo.org] Puolesta Eichner, Andreas - SID >>> > > L?hetetty: 18. lokakuuta 2017 9:57 >>> > > Vastaanottaja: Erik H >>> > > Kopio: mapserver-users at lists.osgeo.org >>> > > Aihe: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing >>> > > >>> > > Damn... missed attaching the images. >>> > > >>> > > > -----Urspr?ngliche Nachricht----- >>> > > > Von: mapserver-users [mailto:mapserver-users- >>> > bounces at lists.osgeo.org] >>> > > > Im Auftrag von Eichner, Andreas - SID >>> > > > Gesendet: Mittwoch, 18. Oktober 2017 08:28 >>> > > > An: Erik H >>> > > > Cc: mapserver-users at lists.osgeo.org >>> > > > Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing >>> > > > >>> > > > Hi, >>> > > > >>> > > > I just meant that it seems to be pretty easy to implement aliased >>> > > > rendering with AGG. >>> > > > Simply changing the typedef in line 91 of mapagg.cpp from >>> > > > >>> > > > typedef mapserver::renderer_scanline_aa_solid >>> > > > renderer_scanline; >>> > > > >>> > > > to >>> > > > >>> > > > typedef mapserver::renderer_scanline_bin_solid >>> > > > renderer_scanline; >>> > > > >>> > > > turns of anti-aliased rendering. I've attached the output of >>> > "shp2img >>> > > > -m line_simple.map" from the msautotests. >>> > > > An additional member in class AGG2Renderer for the aliased >>> > rasterizer >>> > > > and conditionally passing one or the other to render_scanlines() >>> > > > depending on some value of strokeStyleObj might be enough. >>> > > > >>> > > > Regards >>> > > > >>> > > > > -----Urspr?ngliche Nachricht----- >>> > > > > Von: Erik H [mailto:erik.h11.01 at gmail.com] >>> > > > > Gesendet: Dienstag, 17. Oktober 2017 17:34 >>> > > > > An: Eichner, Andreas - SID >>> > > > > Cc: Richard Greenwood; mapserver-users at lists.osgeo.org >>> > > > > Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing >>> > > > > >>> > > > > As for Andreas' remark about 'simply the use of another scanline >>> > > > > rasterizer.' - I'm sorry but I'm not much of a C++ developer. If >>> I >>> > > > have >>> > > > > to do rasterizing, I'd skip MapServer altogether and generate the >>> > > > > PNG >>> > > > in >>> > > > > Java. >>> > > > > >>> > > > _______________________________________________ >>> > > > 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 >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > -- >>> > >>> > >>> _______________________________________________ >>> 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 Mon Nov 6 00:23:52 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Mon, 6 Nov 2017 08:23:52 +0000 Subject: [mapserver-users] Draw roads WITHOUT anti-aliasing In-Reply-To: References: <9014489103f54a06b849d9a28a4bbafc@C119S212VM042.msvyvi.vaha.local> <6F331135492B944D90731CE93743D56814CDAFF2@FS-EX-DB101.fs.sachsen.de> Message-ID: <6F331135492B944D90731CE93743D56814CDC5E4@FS-EX-DB101.fs.sachsen.de> Hi Erik, just tried building a freshly pulled mapserver/master and I got strange CMake errors too. In my case wiping the build/ directory recreating it solved the problem. HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im > Auftrag von Erik H > Gesendet: Freitag, 3. November 2017 21:24 > An: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing > > I made some changes to the mapserver 7 source code that achieve what I > want (I'm now able to switch between aliased and antialiased lines, > based on the ANTIALIAS keyword in the STYLE section). > > I tried to put up a pull request for it but I'm having problems > compiling the code in the 'master' branch - compilation errors for > mapmetadata.c. My code was branched off the release-7 branch and did not > have that problem. > > The cmake command I used was > > cmake -DCMAKE_PREFIX_PATH=/usr/local/ WITH_GDAL=$GDAL_DIR - > DWITH_FRIBIDI=OFF -DWITH_WFS=OFF -DWITH_WCS=OFF - > DWITH_PROJ=/usr/local/lib -DWITH_LIBXML2=OFF WITH_POSTGIS=/usr/bin > -DWITH_CLIENT_WFS=OFF -DWITH_WMS=OFF -DWITH_CLIENT_WMS=OFF > -DWITH_CURL=OFF -DWITH_SOS=OFF -DWITH_PHP=OFF - > DWITH_PERL=OFF -DWITH_RUBY=OFF -DWITH_JAVA=ON - > DWITH_CSHARP=OFF -DWITH_HARFBUZZ=OFF -DWITH_PYTHON=ON - > DWITH_GEOS=0 -DWITH_SVGCAIRO=OFF -DWITH_ORACLESPATIAL=OFF > -DWITH_CAIRO=OFF -DWITH_THREAD_SAFETY=ON -DWITH_FCGI=OFF -DWITH_GIF=0 > ../ >../configure.out.txt > > > Any suggestions? > > Thanks > > On Thu, Oct 19, 2017 at 11:04 AM, Erik H wrote: > > > I just did what Andreas spelled out yesterday: > > Simply changing the typedef in line 91 of mapagg.cpp from > > typedef mapserver::renderer_scanline_aa_solid > renderer_scanline; > > to > > typedef mapserver::renderer_scanline_bin_solid > renderer_scanline; > > > > However, I'd like to be able to switch between rasterizer via some > option in the .map file, so I'd welcome any suggestion on how to do > that. > > On Thu, Oct 19, 2017 at 10:07 AM, Lime, Steve D (MNIT) > wrote: > > > Glad this was figured out! What was the code change exactly? > ________________________________ > > From: mapserver-users bounces at lists.osgeo.org > > on behalf of Erik H > Sent: Wednesday, October 18, 2017 8:07:42 PM > To: Eichner, Andreas - SID > Cc: mapserver-users at lists.osgeo.org users at lists.osgeo.org> > Subject: Re: [mapserver-users] Draw roads WITHOUT anti- > aliasing > > Andreas, > > I made that change in mapagg.cpp and it seems to do exactly > what I need. Wunderbar! > > As for providing an option to switch rasterizer based on an > option, how about reviving the FORMATOPTION 'ANTIALIAS'? > > Thanks, Erik > > On Wed, Oct 18, 2017 at 9:18 AM, Eichner, Andreas - SID > > > wrote: > > > Nope, this won't work: > > r->default_gamma = atof(msGetOutputFormatOption( > format, "GAMMA", "0.75" )); > if(r->default_gamma <= 0.0 || r->default_gamma >= > 1.0) { > r->default_gamma = 0.75; > } > > From mapagg.cpp lines 844-847 forces 0 < GAMMA < 1 > Also note that MapServer uses a linear gamma function > defined as > > double operator() (double x) const > { > if(x < m_start) return 0.0; > if(x > m_end) return 1.0; > return (x - m_start) / (m_end - m_start); > } > > Where m_start is _always_ set to 0 and m_end is set to > the GAMMA value given by you (or the default 0.75). > I think someone should check this - to me it seems a > power function was intented... > > HTH > > > -----Urspr?ngliche Nachricht----- > > Von: mapserver-users [mailto:mapserver-users- > bounces at lists.osgeo.org > ] Im > > Auftrag von lars.schylberg at blixtmail.se > > Gesendet: Mittwoch, 18. Oktober 2017 14:05 > > An: mapserver-users at lists.osgeo.org > > > Betreff: Re: [mapserver-users] Draw roads WITHOUT > anti-aliasing > > > > Hi, > > > > > > > > > > > I did some quick tests with : > > > > > > > > > > OUTPUTFORMAT > > NAME "png_G0" > > DRIVER AGG/PNG > > MIMETYPE "image/png" > > IMAGEMODE RGB > > EXTENSION "png" > > FORMATOPTION "GAMMA=0.0" > > END > > > > > > > > > > and shp2img with options -i > > > > > > eg: shp2img -m 01_polygon_td_poly.map -o > 01_polygon_td_poly.png -i > > png_G0 > > > > > > > > > > > > I did some tests with both polygons, polygon outlines > and lines and they > > all seems to have anti-aliasing as far as I could > see. > > > > Would this be an ok way to test it? I also have some > people that would > > like to do lines without anti-aliasing for a strange > reason. > > > > > > > > > > > > Lars Schylberg > > > > > > > > > > > > -----Originalmeddelande----- > > > Fr?n: "Rahkonen Jukka (MML)" > > > > > Till: "Eichner, Andreas - SID" > > >, "Erik > > H" > > > Kopia: mapserver-users at lists.osgeo.org > > > > Datum: 2017-10-18 11:13 > > > ?mne: Re: [mapserver-users] Draw roads WITHOUT > anti-aliasing > > > > > > Hi, > > > > > > I suppose that the amount of antialiasing with AGG > is set with "gamma" > > parameter. Mapserver supports that at least for > polygons as documented > > in http://www.mapserver.org/mapfile/outputformat.html > but you could try > > if using gamma=0.0 has an effect on lines as well. It > may be that it > > does not because search > > > > > > https://github.com/mapserver/mapserver/search?utf8=%E2%9C%93&q=gamma&typ > p> > > e= > > > seems to find only something that is tied to > polygon outlines > > > https://github.com/mapserver/mapserver/blob/branch- > 7- > > 0/renderers/agg/include/agg_renderer_outline_aa.h > > > > > > > > > If gamma does not work for lines then it could be > worth making a > > feature request for adding a new formatoption > "GAMMA_LINE=[]. > > > > > > Couple of Mapnik links dealing with the same issue: > > > http://gis.19327.n8.nabble.com/Turning-off-anti- > aliasing- > > td5339458.html > > > http://mapnik.org/mapnik-reference/#3.0.6/line- > gamma-method method> > > > > > > -Jukka Rahkonen- > > > > > > > > > > > > -----Alkuper?inen viesti----- > > > L?hett?j?: mapserver-users [mailto:mapserver-users- > > bounces at lists.osgeo.org] Puolesta Eichner, Andreas - > SID > > > L?hetetty: 18. lokakuuta 2017 9:57 > > > Vastaanottaja: Erik H > > > Kopio: mapserver-users at lists.osgeo.org > > > > Aihe: Re: [mapserver-users] Draw roads WITHOUT > anti-aliasing > > > > > > Damn... missed attaching the images. > > > > > > > -----Urspr?ngliche Nachricht----- > > > > Von: mapserver-users [mailto:mapserver-users- > > bounces at lists.osgeo.org] > > > > Im Auftrag von Eichner, Andreas - SID > > > > Gesendet: Mittwoch, 18. Oktober 2017 08:28 > > > > An: Erik H > > > > Cc: mapserver-users at lists.osgeo.org > > > > > Betreff: Re: [mapserver-users] Draw roads WITHOUT > anti-aliasing > > > > > > > > Hi, > > > > > > > > I just meant that it seems to be pretty easy to > implement aliased > > > > rendering with AGG. > > > > Simply changing the typedef in line 91 of > mapagg.cpp from > > > > > > > > typedef > mapserver::renderer_scanline_aa_solid > > > > renderer_scanline; > > > > > > > > to > > > > > > > > typedef > mapserver::renderer_scanline_bin_solid > > > > renderer_scanline; > > > > > > > > turns of anti-aliased rendering. I've attached > the output of > > "shp2img > > > > -m line_simple.map" from the msautotests. > > > > An additional member in class AGG2Renderer for > the aliased > > rasterizer > > > > and conditionally passing one or the other to > render_scanlines() > > > > depending on some value of strokeStyleObj might > be enough. > > > > > > > > Regards > > > > > > > > > -----Urspr?ngliche Nachricht----- > > > > > Von: Erik H [mailto:erik.h11.01 at gmail.com] > > > > > Gesendet: Dienstag, 17. Oktober 2017 17:34 > > > > > An: Eichner, Andreas - SID > > > > > Cc: Richard Greenwood; mapserver- > users at lists.osgeo.org > > > > > Betreff: Re: [mapserver-users] Draw roads > WITHOUT anti-aliasing > > > > > > > > > > As for Andreas' remark about 'simply the use of > another scanline > > > > > rasterizer.' - I'm sorry but I'm not much of a > C++ developer. If I > > > > have > > > > > to do rasterizing, I'd skip MapServer > altogether and generate the > > > > > PNG > > > > in > > > > > Java. > > > > > > > > > _______________________________________________ > > > > 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 users at lists.osgeo.org> > > > https://lists.osgeo.org/mailman/listinfo/mapserver- > users > > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org users at lists.osgeo.org> > https://lists.osgeo.org/mailman/listinfo/mapserver- > users > > > > From Andreas.Eichner at sid.sachsen.de Mon Nov 6 05:33:09 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Mon, 6 Nov 2017 13:33:09 +0000 Subject: [mapserver-users] Draw roads WITHOUT anti-aliasing In-Reply-To: References: <9014489103f54a06b849d9a28a4bbafc@C119S212VM042.msvyvi.vaha.local> <6F331135492B944D90731CE93743D56814CDAFF2@FS-EX-DB101.fs.sachsen.de> <6F331135492B944D90731CE93743D56814CDC5E4@FS-EX-DB101.fs.sachsen.de> Message-ID: <6F331135492B944D90731CE93743D56814CDC671@FS-EX-DB101.fs.sachsen.de> Ah, you need libxml2, so enable it: -DWITH_LIBXML2=ON > -----Urspr?ngliche Nachricht----- > Von: Erik H [mailto:erik.h11.01 at gmail.com] > Gesendet: Montag, 6. November 2017 14:29 > An: Eichner, Andreas - SID > Cc: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing > > Thanks for looking into this, Andreas, but I tried again and I'm still > getting errors. > > > > This is my script: > > git pull > rm -Rf build > mkdir build > cd build > export JAVA_HOME=/usr/java/jdk > export PYTHON_INCLUDE_DIR=/usr/include/python2.6/ > export PYTHON_LIBRARY=/usr/lib64/python2.6/config/libpython2.6.so > export GDAL_DIR=/usr/local/src/gdal-2.1.3/ > cmake -DCMAKE_PREFIX_PATH=/usr/local/ WITH_GDAL=$GDAL_DIR - > DWITH_FRIBIDI=OFF -DWITH_WFS=OFF -DWITH_WCS=OFF - > DWITH_PROJ=/usr/local/lib -DWITH_LIBXML2=OFF WITH_POSTGIS=/usr/bin > -DWITH_CLIENT_WFS=OFF -DWITH_WMS=OFF -DWITH_CLIENT_WMS=OFF > -DWITH_CURL=OFF -DWITH_SOS=OFF -DWITH_PHP=OFF - > DWITH_PERL=OFF -DWITH_RUBY=OFF -DWITH_JAVA=ON - > DWITH_CSHARP=OFF -DWITH_HARFBUZZ=OFF -DWITH_PYTHON=ON - > DWITH_GEOS=0 -DWITH_SVGCAIRO=OFF -DWITH_ORACLESPATIAL=OFF > -DWITH_CAIRO=OFF -DWITH_THREAD_SAFETY=ON -DWITH_FCGI=OFF -DWITH_GIF=0 > ../ >../configure.out.txt > make > > --> > .... > [ 61%] Building C object CMakeFiles/mapserver.dir/mapmetadata.c.o > /home/xxxx/work/mapserver/mapmetadata.c:41: error: expected ?=?, ?,?, > ?;?, ?asm? or ?__attribute__? before ?_msMetadataGetCharacterString? > ... > > > > > git log > commit bf73b5cdfe0bcecc06f8241ddf844a99b5fa7f4b > Author: Even Rouault > Date: Fri Nov 3 15:45:20 2017 +0100 > > > > On Mon, Nov 6, 2017 at 3:23 AM, Eichner, Andreas - SID > wrote: > > > Hi Erik, > > just tried building a freshly pulled mapserver/master and I got > strange CMake errors too. > In my case wiping the build/ directory recreating it solved the > problem. > > HTH > > > -----Urspr?ngliche Nachricht----- > > Von: mapserver-users [mailto:mapserver-users- > bounces at lists.osgeo.org > ] Im > > Auftrag von Erik H > > Gesendet: Freitag, 3. November 2017 21:24 > > An: mapserver-users at lists.osgeo.org users at lists.osgeo.org> > > Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing > > > > I made some changes to the mapserver 7 source code that achieve > what I > > want (I'm now able to switch between aliased and antialiased > lines, > > based on the ANTIALIAS keyword in the STYLE section). > > > > I tried to put up a pull request for it but I'm having problems > > compiling the code in the 'master' branch - compilation errors > for > > mapmetadata.c. My code was branched off the release-7 branch and > did not > > have that problem. > > > > The cmake command I used was > > > > cmake -DCMAKE_PREFIX_PATH=/usr/local/ WITH_GDAL=$GDAL_DIR - > > DWITH_FRIBIDI=OFF -DWITH_WFS=OFF -DWITH_WCS=OFF - > > DWITH_PROJ=/usr/local/lib -DWITH_LIBXML2=OFF > WITH_POSTGIS=/usr/bin > > -DWITH_CLIENT_WFS=OFF -DWITH_WMS=OFF - > DWITH_CLIENT_WMS=OFF > > -DWITH_CURL=OFF -DWITH_SOS=OFF -DWITH_PHP=OFF > - > > DWITH_PERL=OFF -DWITH_RUBY=OFF -DWITH_JAVA=ON > - > > DWITH_CSHARP=OFF -DWITH_HARFBUZZ=OFF -DWITH_PYTHON=ON > - > > DWITH_GEOS=0 -DWITH_SVGCAIRO=OFF - > DWITH_ORACLESPATIAL=OFF > > -DWITH_CAIRO=OFF -DWITH_THREAD_SAFETY=ON -DWITH_FCGI=OFF - > DWITH_GIF=0 > > ../ >../configure.out.txt > > > > > > Any suggestions? > > > > Thanks > > > > On Thu, Oct 19, 2017 at 11:04 AM, Erik H > wrote: > > > > > > I just did what Andreas spelled out yesterday: > > > > Simply changing the typedef in line 91 of mapagg.cpp from > > > > typedef > mapserver::renderer_scanline_aa_solid > > renderer_scanline; > > > > to > > > > typedef > mapserver::renderer_scanline_bin_solid > > renderer_scanline; > > > > > > > > However, I'd like to be able to switch between rasterizer > via some > > option in the .map file, so I'd welcome any suggestion on how to > do > > that. > > > > On Thu, Oct 19, 2017 at 10:07 AM, Lime, Steve D (MNIT) > > wrote: > > > > > > Glad this was figured out! What was the code > change exactly? > > ________________________________ > > > > From: mapserver-users > bounces at lists.osgeo.org bounces at lists.osgeo.org > > > > > on behalf of Erik H > > Sent: Wednesday, October 18, 2017 8:07:42 PM > > To: Eichner, Andreas - SID > > Cc: mapserver-users at lists.osgeo.org > > users at lists.osgeo.org> > > Subject: Re: [mapserver-users] Draw roads WITHOUT > anti- > > aliasing > > > > Andreas, > > > > I made that change in mapagg.cpp and it seems to > do exactly > > what I need. Wunderbar! > > > > As for providing an option to switch rasterizer > based on an > > option, how about reviving the FORMATOPTION 'ANTIALIAS'? > > > > Thanks, Erik > > > > On Wed, Oct 18, 2017 at 9:18 AM, Eichner, Andreas > - SID > > > > > > > wrote: > > > > > > Nope, this won't work: > > > > r->default_gamma = > atof(msGetOutputFormatOption( > > format, "GAMMA", "0.75" )); > > if(r->default_gamma <= 0.0 || r- > >default_gamma >= > > 1.0) { > > r->default_gamma = 0.75; > > } > > > > From mapagg.cpp lines 844-847 forces 0 < > GAMMA < 1 > > Also note that MapServer uses a linear > gamma function > > defined as > > > > double operator() (double x) const > > { > > if(x < m_start) return 0.0; > > if(x > m_end) return 1.0; > > return (x - m_start) / (m_end > - m_start); > > } > > > > Where m_start is _always_ set to 0 and > m_end is set to > > the GAMMA value given by you (or the default 0.75). > > I think someone should check this - to me > it seems a > > power function was intented... > > > > HTH > > > > > -----Urspr?ngliche Nachricht----- > > > Von: mapserver-users [mailto:mapserver- > users- > > bounces at lists.osgeo.org bounces at lists.osgeo.org > > > > ] Im > > > Auftrag von lars.schylberg at blixtmail.se > > > Gesendet: Mittwoch, 18. Oktober 2017 > 14:05 > > > An: mapserver-users at lists.osgeo.org > > > users at lists.osgeo.org> > > > > > Betreff: Re: [mapserver-users] Draw > roads WITHOUT > > anti-aliasing > > > > > > Hi, > > > > > > > > > > > > > > > > > I did some quick tests with : > > > > > > > > > > > > > > > OUTPUTFORMAT > > > NAME "png_G0" > > > DRIVER AGG/PNG > > > MIMETYPE "image/png" > > > IMAGEMODE RGB > > > EXTENSION "png" > > > FORMATOPTION "GAMMA=0.0" > > > END > > > > > > > > > > > > > > > and shp2img with options -i > > > > > > > > > eg: shp2img -m 01_polygon_td_poly.map -o > > 01_polygon_td_poly.png -i > > > png_G0 > > > > > > > > > > > > > > > > > > I did some tests with both polygons, > polygon outlines > > and lines and they > > > all seems to have anti-aliasing as far > as I could > > see. > > > > > > Would this be an ok way to test it? I > also have some > > people that would > > > like to do lines without anti-aliasing > for a strange > > reason. > > > > > > > > > > > > > > > > > > Lars Schylberg > > > > > > > > > > > > > > > > > > -----Originalmeddelande----- > > > > Fr?n: "Rahkonen Jukka (MML)" > > > > > > > > > > > Till: "Eichner, Andreas - SID" > > > > > > >, "Erik > > > H" > > > > Kopia: mapserver-users at lists.osgeo.org > > > users at lists.osgeo.org> > > > > > Datum: 2017-10-18 11:13 > > > > ?mne: Re: [mapserver-users] Draw roads > WITHOUT > > anti-aliasing > > > > > > > > Hi, > > > > > > > > I suppose that the amount of > antialiasing with AGG > > is set with "gamma" > > > parameter. Mapserver supports that at > least for > > polygons as documented > > > in > http://www.mapserver.org/mapfile/outputformat.html > > > > but you could > try > > > if using gamma=0.0 has an effect on > lines as well. It > > may be that it > > > does not because search > > > > > > > > > > https://github.com/mapserver/mapserver/search?utf8=%E2%9C%93&q=gamma&typ > p> > > > > > > p> > > > e= > > > > seems to find only something that is > tied to > > polygon outlines > > > > > https://github.com/mapserver/mapserver/blob/branch- > > > 7- > > > > > 0/renderers/agg/include/agg_renderer_outline_aa.h > > > > > > > > > > > > If gamma does not work for lines then > it could be > > worth making a > > > feature request for adding a new > formatoption > > "GAMMA_LINE=[]. > > > > > > > > Couple of Mapnik links dealing with > the same issue: > > > > > http://gis.19327.n8.nabble.com/Turning-off-anti- > > > aliasing- aliasing- > > > > td5339458.html > > > > http://mapnik.org/mapnik- > reference/#3.0.6/line- > > gamma-method gamma- > > method> > > > > > > > > -Jukka Rahkonen- > > > > > > > > > > > > > > > > -----Alkuper?inen viesti----- > > > > L?hett?j?: mapserver-users > [mailto:mapserver-users- > > > bounces at lists.osgeo.org] Puolesta > Eichner, Andreas - > > SID > > > > L?hetetty: 18. lokakuuta 2017 9:57 > > > > Vastaanottaja: Erik H > > > > > Kopio: mapserver-users at lists.osgeo.org > > > users at lists.osgeo.org> > > > > > Aihe: Re: [mapserver-users] Draw roads > WITHOUT > > anti-aliasing > > > > > > > > Damn... missed attaching the images. > > > > > > > > > -----Urspr?ngliche Nachricht----- > > > > > Von: mapserver-users > [mailto:mapserver-users- > > > bounces at lists.osgeo.org] > > > > > Im Auftrag von Eichner, Andreas - > SID > > > > > Gesendet: Mittwoch, 18. Oktober 2017 > 08:28 > > > > > An: Erik H > > > > > Cc: mapserver-users at lists.osgeo.org > > > users at lists.osgeo.org> > > > > > > > Betreff: Re: [mapserver-users] Draw > roads WITHOUT > > anti-aliasing > > > > > > > > > > Hi, > > > > > > > > > > I just meant that it seems to be > pretty easy to > > implement aliased > > > > > rendering with AGG. > > > > > Simply changing the typedef in line > 91 of > > mapagg.cpp from > > > > > > > > > > typedef > > mapserver::renderer_scanline_aa_solid > > > > > renderer_scanline; > > > > > > > > > > to > > > > > > > > > > typedef > > mapserver::renderer_scanline_bin_solid > > > > > renderer_scanline; > > > > > > > > > > turns of anti-aliased rendering. > I've attached > > the output of > > > "shp2img > > > > > -m line_simple.map" from the > msautotests. > > > > > An additional member in class > AGG2Renderer for > > the aliased > > > rasterizer > > > > > and conditionally passing one or the > other to > > render_scanlines() > > > > > depending on some value of > strokeStyleObj might > > be enough. > > > > > > > > > > Regards > > > > > > > > > > > -----Urspr?ngliche Nachricht----- > > > > > > Von: Erik H > [mailto:erik.h11.01 at gmail.com] > > > > > > Gesendet: Dienstag, 17. Oktober > 2017 17:34 > > > > > > An: Eichner, Andreas - SID > > > > > > Cc: Richard Greenwood; mapserver- > > > users at lists.osgeo.org > > > > > > > Betreff: Re: [mapserver-users] > Draw roads > > WITHOUT anti-aliasing > > > > > > > > > > > > As for Andreas' remark about > 'simply the use of > > another scanline > > > > > > rasterizer.' - I'm sorry but I'm > not much of a > > C++ developer. If I > > > > > have > > > > > > to do rasterizing, I'd skip > MapServer > > altogether and generate the > > > > > > PNG > > > > > in > > > > > > Java. > > > > > > > > > > > > _______________________________________________ > > > > > mapserver-users mailing list > > > > > mapserver-users at lists.osgeo.org > > > users at lists.osgeo.org> > > > > > > > > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > > > > mapserver-users mailing list > > > > mapserver-users at lists.osgeo.org > > users at lists.osgeo.org> > > > > > https://lists.osgeo.org/mailman/listinfo/mapserver- > > > users > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > users at lists.osgeo.org> > > > https://lists.osgeo.org/mailman/listinfo/mapserver- > > > users > > > > > > > > > > > > From erik.h11.01 at gmail.com Mon Nov 6 08:08:33 2017 From: erik.h11.01 at gmail.com (Erik H) Date: Mon, 6 Nov 2017 11:08:33 -0500 Subject: [mapserver-users] Draw roads WITHOUT anti-aliasing In-Reply-To: <6F331135492B944D90731CE93743D56814CDC671@FS-EX-DB101.fs.sachsen.de> References: <9014489103f54a06b849d9a28a4bbafc@C119S212VM042.msvyvi.vaha.local> <6F331135492B944D90731CE93743D56814CDAFF2@FS-EX-DB101.fs.sachsen.de> <6F331135492B944D90731CE93743D56814CDC5E4@FS-EX-DB101.fs.sachsen.de> <6F331135492B944D90731CE93743D56814CDC671@FS-EX-DB101.fs.sachsen.de> Message-ID: Thanks again - I'm getting there. I installed libxml2-devel and added flags for LIBXML2 and WMS, and now I can compile 'master'. I was also able to merge it with my branch and compile it without problems. Rebasing my branch onto the latest and greatest commit in 'master' worked as well. Was unable to push my changes to the Github repo in order to create a PR, though. The 'WorkingWithGit' Wiki page says that I have to checkout 'master', merge my branch, and push it back; this seems a bit strange to me (I expected to have to push my own branch), and it does not seem to work anyway: 403 Forbidden while accessing https://erik-h1 at github.com/mapserver/mapserver.git/info/refs Same error when trying to push my own branch. Do I need to be granted access first, or should I somehow create a PR first? On Mon, Nov 6, 2017 at 8:33 AM, Eichner, Andreas - SID < Andreas.Eichner at sid.sachsen.de> wrote: > Ah, you need libxml2, so enable it: -DWITH_LIBXML2=ON > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Mon Nov 6 11:30:06 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 6 Nov 2017 19:30:06 +0000 Subject: [mapserver-users] OSGeo local chapter - Twin Cities [aka TCMUG] meeting Message-ID: All, Just confirming that the mext meet up of the OSGeo local chapter (TCMUG) meeting will be for the 29th of Nov. We had a nice turnout at the last Twin Cities OSGeo Chapter meeting. See here. Based on discussion at the last meeting, the next meeting is tentatively scheduled for Nov. 29th, @ Barrel Theory Beer Company in downtown Saint Paul @4:30 Directions. The Thanksgiving holiday week is just before this date and a couple of the group will be out of town the week before that. bobb "Happiness equals reality minus expectations." - Tom Magliozzi -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eichner at sid.sachsen.de Mon Nov 6 23:28:04 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Tue, 7 Nov 2017 07:28:04 +0000 Subject: [mapserver-users] Draw roads WITHOUT anti-aliasing In-Reply-To: References: <9014489103f54a06b849d9a28a4bbafc@C119S212VM042.msvyvi.vaha.local> <6F331135492B944D90731CE93743D56814CDAFF2@FS-EX-DB101.fs.sachsen.de> <6F331135492B944D90731CE93743D56814CDC5E4@FS-EX-DB101.fs.sachsen.de> <6F331135492B944D90731CE93743D56814CDC671@FS-EX-DB101.fs.sachsen.de> Message-ID: <6F331135492B944D90731CE93743D56814CDC6B7@FS-EX-DB101.fs.sachsen.de> > -----Urspr?ngliche Nachricht----- > Von: Erik H [mailto:erik.h11.01 at gmail.com] > Gesendet: Montag, 6. November 2017 17:09 > An: Eichner, Andreas - SID > Cc: mapserver-users at lists.osgeo.org > Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing > > Thanks again - I'm getting there. I installed libxml2-devel and added > flags for LIBXML2 and WMS, and now I can compile 'master'. > > I was also able to merge it with my branch and compile it without > problems. Rebasing my branch onto the latest and greatest commit in > 'master' worked as well. That's great - glad to hear this! > > Was unable to push my changes to the Github repo in order to create a > PR, though. > > The 'WorkingWithGit' Wiki page says that I have to checkout 'master', > merge my branch, and push it back; this seems a bit strange to me (I > expected to have to push my own branch), and it does not seem to work > anyway: > > 403 Forbidden while accessing https://erik- > h1 at github.com/mapserver/mapserver.git/info/refs > > > > Same error when trying to push my own branch. Do I need to be granted > access first, or should I somehow create a PR first? > AFAIK only the core devs have write access to the mapserver/* repos. The usual way is to create an account on GitHub, fork off the MapServer-Repo, clone a local copy from this, do the changes, merge with latest master, push it back to your GitHub repo and create a PR on GitHub. Not sure but I believe after creating your account and creating the fork you can simply set the '"pushurl' for '[remote "origin"]' in .git/config to your repo and push: [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = https://github.com/mapserver/mapserver pushurl = https://github.com//mapserver.git You may also ask on the mapserver-dev mailing list for additional help to get it to work. HTH From jmckenna at gatewaygeomatics.com Wed Nov 8 10:41:20 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 8 Nov 2017 14:41:20 -0400 Subject: [mapserver-users] Testers of new UbuntuGIS-staging package needed Message-ID: Hi all, I have heard that there is a new UbuntuGIS package (created by Angelos Tzotsos and the OSGeoLive team) containing MapServer 7.0.6, GDAL 2.2.2, MapCache 1.6.1, PostGIS 2.4.1, pgRouting 2.5.1, and may other goodies: https://launchpad.net/~gcpp-kalxas/+archive/ubuntu/sid/+packages They are looking for testers and feedback. If you are willing to give feedback please definitely share with Angelos and team (subscribe to https://lists.osgeo.org/listinfo/live-demo). I believe this runs off of Ubuntu-xenial flavor. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ From gcpp.kalxas at gmail.com Wed Nov 8 12:48:34 2017 From: gcpp.kalxas at gmail.com (Angelos Tzotsos) Date: Wed, 8 Nov 2017 22:48:34 +0200 Subject: [mapserver-users] Testers of new UbuntuGIS-staging package needed In-Reply-To: References: Message-ID: <413eaec0-d6ef-7cbc-29e8-6748e27aaf50@gmail.com> Hi, The new packages are in UbuntuGIS experimental ppa. https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental Once they get tested they will get moved to Unstable ppa Cheers, Angelos On 11/08/2017 08:41 PM, Jeff McKenna wrote: > Hi all, > > I have heard that there is a new UbuntuGIS package (created by Angelos > Tzotsos and the OSGeoLive team) containing MapServer 7.0.6, GDAL > 2.2.2, MapCache 1.6.1, PostGIS 2.4.1, pgRouting 2.5.1, and may other > goodies: https://launchpad.net/~gcpp-kalxas/+archive/ubuntu/sid/+packages > > They are looking for testers and feedback.? If you are willing to give > feedback please definitely share with Angelos and team (subscribe to > https://lists.osgeo.org/listinfo/live-demo).? I believe this runs off > of Ubuntu-xenial flavor. > > -jeff > > > > -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos From akrherz at iastate.edu Fri Nov 10 08:22:06 2017 From: akrherz at iastate.edu (daryl herzmann) Date: Fri, 10 Nov 2017 10:22:06 -0600 (CST) Subject: [mapserver-users] Building Mapserver + (PHP Mapscript) for Anaconda's Environment Message-ID: Hi Mapservers, I have become dependent on Anaconda's distribution for my OSS GIS stack, so I wanted to find a way to get mapserver to build using all of its provided libraries. I wrote up my current experience here: http://iemblog.blogspot.com/2017/11/building-mapserver-with-anaconda-conda.html Of course, the trick is how to make PHP mapscript work, since having Anaconda provide a full PHP stack makes little sense. It seems with a small LD_PRELOAD hack, I was able to get php-fpm to at least work. Hopefully somebody else has already figured this out and knows the 'right-way' to do this :) My google-foo seems to not indicate that this has been publized before. I have not fully groked conda-forge's recipe foo to attempt to upstream this there, but I would certainly help out if others have interest. I don't know how we'd handle PHP-mapscript tho for conda-forge :) daryl -- /** * daryl herzmann * Systems Analyst III -- Iowa Environmental Mesonet * https://mesonet.agron.iastate.edu */ From tom.kralidis at canada.ca Fri Nov 10 12:54:09 2017 From: tom.kralidis at canada.ca (Kralidis, Tom (EC)) Date: Fri, 10 Nov 2017 20:54:09 +0000 Subject: [mapserver-users] Python MapScript updating map.web.metadata Message-ID: Hi all: our (OWS) application (via Python MapScript/mod_wsgi) is provided as both HTTP and HTTPS, and our mapfile's map.web.metadata.ows_onlineresource is set to 'http://example.org/ows', for example. We would like to update map.web.metadata.ows_onlineresource at request time (by checking 'wsgi.url_scheme') so that when a user does a GetCapabilities request the Capabilities XML provided emits the appropriate URL based on the request. I see in the MapScript Python API that map.web is immutable? Are there other potential approaches? Thanks ..Tom From emperor_stef at yahoo.gr Sat Nov 11 11:14:52 2017 From: emperor_stef at yahoo.gr (Stefanos Anastasiou) Date: Sat, 11 Nov 2017 19:14:52 +0000 (UTC) Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICBMYWJlbHMgbW92aW5n?= References: <1196473179.505643.1510427692104.ref@mail.yahoo.com> Message-ID: <1196473179.505643.1510427692104@mail.yahoo.com> Hello Steve,? ? I come to this old e-mail because I'noticed in a new app I'm building, that although this was working for polygons, it's still not working in shapefiles of TYPE line... at least here.? Although I set on the layer level PROCESSING "LABEL_NO_CLIP=False" the labels on my roads are still moving. Any hint on this?? mapserver version: MapServer version 7.0.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE ???? 3:56 ?.?. ?????, 29 ????????? 2016, ?/? "Lime, Steve D (MNIT)" ??????: That is normal. Label position is computed based on the clipped geometry. There is a LAYER processing directive called LABEL_NO_CLIP available if you want to avoid that behavior. --Steve _______________________________________ From: mapserver-users [mapserver-users-bounces at lists.osgeo.org] on behalf of Stefanos Anastasiou [emperor_stef at yahoo.gr] Sent: Monday, November 28, 2016 2:09 PM To: MapserverList OSGEO Subject: [mapserver-users] Labels moving Hello list, ? ? I'm drawing some features and render them with OpenLayers controls. As I pan to various directions I notice that the labels are moving every time I pan. Example: A label of a polygon is in the center when the map is first loaded. When I pan to the right, the label is also moving to the right. It's like it's trying to fit in the image. Is this normal or am I missing something? -Stefanos _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ari.jolma at gmail.com Tue Nov 14 01:18:16 2017 From: ari.jolma at gmail.com (Ari Jolma) Date: Tue, 14 Nov 2017 11:18:16 +0200 Subject: [mapserver-users] Baffled by a MapServer WCS Message-ID: Hi, I'm trying to get the GDAL WCS client working and in the process trying different WCS servers. I just found this http://nsidc.org/cgi-bin/atlas_north and I'm trying to use its WCS I'm making WCS 1.0 and 1.1 GetCoverage calls on a dataset that seems to be natively served in EPSG:32661: http://nsidc.org/cgi-bin/atlas_north?SERVICE=WCS&REQUEST=GetCoverage&VERSION=1.0.0&COVERAGE=sea_ice_concentration_01&FORMAT=GeoTIFF&BBOX=-3961770.085,4312961.971,-3911770.085,4362961.971&WIDTH=2&HEIGHT=2&CRS=EPSG:32661 Error: Requested BBOX (-5336721.37969822,2086027.77164232,-5316625.78536214,2109378.29356774) is outside requested coverage BBOX (-3961770.085,-3961769.906,3961769.894,4362961.971) http://nsidc.org/cgi-bin/atlas_north?SERVICE=WCS&VERSION=1.1.1&REQUEST=GetCoverage&IDENTIFIER=sea_ice_concentration_01&FORMAT=image%2Ftiff&BOUNDINGBOX=-3924270.085,4350461.971,-3949270.085,4325461.971,urn:ogc:def:crs:EPSG::32661&RangeSubset=pixels&WIDTH=2&HEIGHT=2&GridBaseCRS=urn:ogc:def:crs:EPSG::32661&GridCS=urn:ogc:def:cs:OGC:0.0:Grid2dSquareCS&GridType=urn:ogc:def:method:WCS:1.1:2dGridIn2dCrs&GridOrigin=-3949270.085,4350461.971&GridOffsets=25000,25000 Requested BBOX (-5335202.686558,2107853.71031472,-5335202.686558,2107853.71031472) is outside requested coverage BBOX (-3961770.085,-3961769.906,3961769.894,4362961.971) For the first one I'm making a fix on the GDAL side for the grid origin not being at the center of a pixel and for the second one I'm setting the offsets to positive values and leaving out the 0,0 in the middle. For the 2nd one I'm also making axis order inversion since EPSG::32661 is N,E. That's why the GridOrigin in like it is. I'm not sure whether MapServer applies axis inversion in the 1.1 in this case. Anyway, the baffling thing is that MapServer reports in both cases the requested BBOX (the one I'm sending, I guess) to be outside coverage BBOX and changed from what I sent -- there is obviously a reprojection done. The values are strange and I can't find/think in what CRS they are. Any ideas? Thanks, Ari From cora.berger at bezreg-koeln.nrw.de Tue Nov 14 22:44:32 2017 From: cora.berger at bezreg-koeln.nrw.de (Berger, Cora) Date: Wed, 15 Nov 2017 06:44:32 +0000 Subject: [mapserver-users] Baffled by a MapServer WCS Message-ID: <5D5AE574FB890744BCB91DE22F3A53C1018ED8A60F@vbrk21mx01.bezreg-koeln.nrw.de> Dear Ari, this request works fine: http://nsidc.org/cgi-bin/atlas_north?SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=sea_ice_concentration_01&BBOX=-3961770,-3961769,3961769,4362961&CRS=EPSG:32661&RESPONSE_CRS=EPSG:32661&WIDTH=317&HEIGHT=333 Cheers Cora >-----Urspr?ngliche Nachricht----- >Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im >Auftrag von mapserver-users-request at lists.osgeo.org >Gesendet: Dienstag, 14. November 2017 21:00 >An: mapserver-users at lists.osgeo.org >Betreff: mapserver-users Digest, Vol 118, Issue 11 > >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. Baffled by a MapServer WCS (Ari Jolma) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Tue, 14 Nov 2017 11:18:16 +0200 >From: Ari Jolma >To: mapserver-users at lists.osgeo.org >Subject: [mapserver-users] Baffled by a MapServer WCS >Message-ID: >Content-Type: text/plain; charset=utf-8; format=flowed > >Hi, > >I'm trying to get the GDAL WCS client working and in the process trying >different WCS servers. > >I just found this http://nsidc.org/cgi-bin/atlas_north and I'm trying to >use its WCS > >I'm making WCS 1.0 and 1.1 GetCoverage calls on a dataset that seems to >be natively served in EPSG:32661: > >http://nsidc.org/cgi- >bin/atlas_north?SERVICE=WCS&REQUEST=GetCoverage&VERSION=1.0.0&CO >VERAGE=sea_ice_concentration_01&FORMAT=GeoTIFF&BBOX=- >3961770.085,4312961.971,- >3911770.085,4362961.971&WIDTH=2&HEIGHT=2&CRS=EPSG:32661 > >Error: Requested BBOX >(-5336721.37969822,2086027.77164232,-5316625.78536214,2109378.29356774) >is outside requested coverage BBOX >(-3961770.085,-3961769.906,3961769.894,4362961.971) > >http://nsidc.org/cgi- >bin/atlas_north?SERVICE=WCS&VERSION=1.1.1&REQUEST=GetCoverage&IDE >NTIFIER=sea_ice_concentration_01&FORMAT=image%2Ftiff&BOUNDINGBOX=- >3924270.085,4350461.971,- >3949270.085,4325461.971,urn:ogc:def:crs:EPSG::32661&RangeSubset=pixels&WI >DTH=2&HEIGHT=2&GridBaseCRS=urn:ogc:def:crs:EPSG::32661&GridCS=urn:ogc >:def:cs:OGC:0.0:Grid2dSquareCS&GridType=urn:ogc:def:method:WCS:1.1:2dGridIn >2dCrs&GridOrigin=-3949270.085,4350461.971&GridOffsets=25000,25000 > >Requested BBOX >(-5335202.686558,2107853.71031472,-5335202.686558,2107853.71031472) is >outside requested coverage BBOX >(-3961770.085,-3961769.906,3961769.894,4362961.971) > >For the first one I'm making a fix on the GDAL side for the grid origin >not being at the center of a pixel and for the second one I'm setting >the offsets to positive values and leaving out the 0,0 in the middle. >For the 2nd one I'm also making axis order inversion since EPSG::32661 >is N,E. That's why the GridOrigin in like it is. I'm not sure whether >MapServer applies axis inversion in the 1.1 in this case. > >Anyway, the baffling thing is that MapServer reports in both cases the >requested BBOX (the one I'm sending, I guess) to be outside coverage >BBOX and changed from what I sent -- there is obviously a reprojection >done. The values are strange and I can't find/think in what CRS they are. > >Any ideas? > >Thanks, > >Ari > > > > >------------------------------ > >Subject: Digest Footer > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users > >------------------------------ > >End of mapserver-users Digest, Vol 118, Issue 11 >************************************************ From ari.jolma at gmail.com Wed Nov 15 01:24:44 2017 From: ari.jolma at gmail.com (Ari Jolma) Date: Wed, 15 Nov 2017 11:24:44 +0200 Subject: [mapserver-users] Baffled by a MapServer WCS In-Reply-To: <5D5AE574FB890744BCB91DE22F3A53C1018ED8A60F@vbrk21mx01.bezreg-koeln.nrw.de> References: <5D5AE574FB890744BCB91DE22F3A53C1018ED8A60F@vbrk21mx01.bezreg-koeln.nrw.de> Message-ID: <0e4fe916-b399-cdd4-ad18-e75ca3d6f769@gmail.com> Berger, Cora kirjoitti 15.11.2017 klo 08:44: > Dear Ari, > > this request works fine: > http://nsidc.org/cgi-bin/atlas_north?SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=sea_ice_concentration_01&BBOX=-3961770,-3961769,3961769,4362961&CRS=EPSG:32661&RESPONSE_CRS=EPSG:32661&WIDTH=317&HEIGHT=333 Thanks Cora, Yes, but that's using version 1.0.0. I'm testing version 1.1. Ari > > Cheers > Cora > > >> -----Urspr?ngliche Nachricht----- >> Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im >> Auftrag von mapserver-users-request at lists.osgeo.org >> Gesendet: Dienstag, 14. November 2017 21:00 >> An: mapserver-users at lists.osgeo.org >> Betreff: mapserver-users Digest, Vol 118, Issue 11 >> >> 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. Baffled by a MapServer WCS (Ari Jolma) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 14 Nov 2017 11:18:16 +0200 >> From: Ari Jolma >> To: mapserver-users at lists.osgeo.org >> Subject: [mapserver-users] Baffled by a MapServer WCS >> Message-ID: >> Content-Type: text/plain; charset=utf-8; format=flowed >> >> Hi, >> >> I'm trying to get the GDAL WCS client working and in the process trying >> different WCS servers. >> >> I just found this http://nsidc.org/cgi-bin/atlas_north and I'm trying to >> use its WCS >> >> I'm making WCS 1.0 and 1.1 GetCoverage calls on a dataset that seems to >> be natively served in EPSG:32661: >> >> http://nsidc.org/cgi- >> bin/atlas_north?SERVICE=WCS&REQUEST=GetCoverage&VERSION=1.0.0&CO >> VERAGE=sea_ice_concentration_01&FORMAT=GeoTIFF&BBOX=- >> 3961770.085,4312961.971,- >> 3911770.085,4362961.971&WIDTH=2&HEIGHT=2&CRS=EPSG:32661 >> >> Error: Requested BBOX >> (-5336721.37969822,2086027.77164232,-5316625.78536214,2109378.29356774) >> is outside requested coverage BBOX >> (-3961770.085,-3961769.906,3961769.894,4362961.971) >> >> http://nsidc.org/cgi- >> bin/atlas_north?SERVICE=WCS&VERSION=1.1.1&REQUEST=GetCoverage&IDE >> NTIFIER=sea_ice_concentration_01&FORMAT=image%2Ftiff&BOUNDINGBOX=- >> 3924270.085,4350461.971,- >> 3949270.085,4325461.971,urn:ogc:def:crs:EPSG::32661&RangeSubset=pixels&WI >> DTH=2&HEIGHT=2&GridBaseCRS=urn:ogc:def:crs:EPSG::32661&GridCS=urn:ogc >> :def:cs:OGC:0.0:Grid2dSquareCS&GridType=urn:ogc:def:method:WCS:1.1:2dGridIn >> 2dCrs&GridOrigin=-3949270.085,4350461.971&GridOffsets=25000,25000 >> >> Requested BBOX >> (-5335202.686558,2107853.71031472,-5335202.686558,2107853.71031472) is >> outside requested coverage BBOX >> (-3961770.085,-3961769.906,3961769.894,4362961.971) >> >> For the first one I'm making a fix on the GDAL side for the grid origin >> not being at the center of a pixel and for the second one I'm setting >> the offsets to positive values and leaving out the 0,0 in the middle. >> For the 2nd one I'm also making axis order inversion since EPSG::32661 >> is N,E. That's why the GridOrigin in like it is. I'm not sure whether >> MapServer applies axis inversion in the 1.1 in this case. >> >> Anyway, the baffling thing is that MapServer reports in both cases the >> requested BBOX (the one I'm sending, I guess) to be outside coverage >> BBOX and changed from what I sent -- there is obviously a reprojection >> done. The values are strange and I can't find/think in what CRS they are. >> >> Any ideas? >> >> Thanks, >> >> Ari >> >> >> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> ------------------------------ >> >> End of mapserver-users Digest, Vol 118, Issue 11 >> ************************************************ > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From jukka.rahkonen at maanmittauslaitos.fi Wed Nov 15 07:47:22 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Wed, 15 Nov 2017 15:47:22 +0000 Subject: [mapserver-users] How to cascade a WMTS service? Message-ID: <7902ce079666443894d7f0b0a6836804@C119S212VM042.msvyvi.vaha.local> Hi, I would like to cascade a WMTS service. I know well how to cascade WMS with "connenctiontype WMS" but I suppose for cascading WMTS I must use GDAL instead. My GDAL has WMTS driver WMTS -raster- (rwv): OGC Web Mab Tile Service I have created a definition file "wmts.xml" and "gdalinfo wmts.xml" is OK but I do not know how to make Mapserver to cascade this service. I suppose that my layer is rather close to right: LAYER NAME "cascaded_wmts" TYPE RASTER STATUS ON DATA "wmts.xml" METADATA "wms_title" "cascaded_wmts" "wms_srs" "EPSG:3067 EPSG:4326" END END However, our server is behind a proxy. For cascading WMS with CONNECTIONTYPE WMS the proxy host and port can be set in the METADATA section http://mapserver.org/ogc/wms_client.html but so far I have not been able to guess how to do that for GDAL connection. Proxy settings do not seem to be supported as environment variables http://mapserver.org/environment_variables.html. So, is it possible at the moment to cascade WMTS through a proxy with Mapverver? -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From kirandziskig at gmail.com Wed Nov 15 10:19:47 2017 From: kirandziskig at gmail.com (gorank) Date: Wed, 15 Nov 2017 11:19:47 -0700 (MST) Subject: [mapserver-users] Rewrite rule problem In-Reply-To: <6F331135492B944D90731CE93743D56814CDB4C7@FS-EX-DB101.fs.sachsen.de> References: <1508571085167-0.post@n6.nabble.com> <4c700209-5843-96a4-bf96-f0f20f38de48@gatewaygeomatics.com> <7c787972-34f2-3629-2654-c19eddcf200d@gatewaygeomatics.com> <1509202514475-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB368@FS-EX-DB101.fs.sachsen.de> <1509377039178-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB3CC@FS-EX-DB101.fs.sachsen.de> <1509574375425-0.post@n6.nabble.com> <6F331135492B944D90731CE93743D56814CDB4A7@FS-EX-DB101.fs.sachsen.de> <6F331135492B944D90731CE93743D56814CDB4C7@FS-EX-DB101.fs.sachsen.de> Message-ID: <1510769987808-0.post@n6.nabble.com> Hi, It works. Many thanks. Sorry, I was absent in this this period and I couldn't reply. Best regards, Goran -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From jmckenna at gatewaygeomatics.com Wed Nov 15 14:33:00 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 15 Nov 2017 18:33:00 -0400 Subject: [mapserver-users] maintenance version 7.0.7 released Message-ID: <394a8e9e-4b18-5895-ab23-e2a4c9dfd202@gatewaygeomatics.com> The maintenance release of MapServer 7.0.7 is now available for download: http://mapserver.org/download.html This is a fairly substantial release that fixes several issues. For a list of the many changes please see the changelog: http://mapserver.org/development/changelog/changelog-7-0.html#changelog-7-0-7 Thank you to all of the users, developers, documenters, and packagers for sharing the passion for such a great project. -- The MapServer Team From Andreas.Eichner at sid.sachsen.de Thu Nov 16 02:13:45 2017 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Thu, 16 Nov 2017 10:13:45 +0000 Subject: [mapserver-users] How to cascade a WMTS service? In-Reply-To: <7902ce079666443894d7f0b0a6836804@C119S212VM042.msvyvi.vaha.local> References: <7902ce079666443894d7f0b0a6836804@C119S212VM042.msvyvi.vaha.local> Message-ID: <6F331135492B944D90731CE93743D56814CDCA21@FS-EX-DB101.fs.sachsen.de> Hi Jukka, GDAL uses Curl for the HTTP client. At least under Linux it respects the conventional environment variables HTTP_PROXY, HTTPS_PROXY and HTTP_NOPROXY. AFAIK at least Apache uses a cleaned environment when running CGI programs. So you might need to specify PassEnv HTTP_PROXY HTTPS_PROXY HTTP_NOPROXY in your httpd.conf to let them be passed through. HTH > -----Urspr?ngliche Nachricht----- > Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im > Auftrag von Rahkonen Jukka (MML) > Gesendet: Mittwoch, 15. November 2017 16:47 > An: Mapserver-Users (mapserver-users at lists.osgeo.org) > Betreff: [mapserver-users] How to cascade a WMTS service? > > Hi, > > > > I would like to cascade a WMTS service. I know well how to cascade WMS > with "connenctiontype WMS" but I suppose for cascading WMTS I must use > GDAL instead. > > > > My GDAL has WMTS driver > > WMTS -raster- (rwv): OGC Web Mab Tile Service > > > > I have created a definition file "wmts.xml" and "gdalinfo wmts.xml" is > OK but I do not know how to make Mapserver to cascade this service. > > I suppose that my layer is rather close to right: > > > > LAYER > > NAME "cascaded_wmts" > > TYPE RASTER > > STATUS ON > > DATA "wmts.xml" > > METADATA > > "wms_title" "cascaded_wmts" > > "wms_srs" "EPSG:3067 EPSG:4326" > > END > > END > > > > However, our server is behind a proxy. For cascading WMS with > CONNECTIONTYPE WMS the proxy host and port can be set in the METADATA > section http://mapserver.org/ogc/wms_client.html but so far I have not > been able to guess how to do that for GDAL connection. Proxy settings do > not seem to be supported as environment variables > http://mapserver.org/environment_variables.html. > > > > So, is it possible at the moment to cascade WMTS through a proxy with > Mapverver? > > > > -Jukka Rahkonen- From even.rouault at spatialys.com Fri Nov 17 03:09:07 2017 From: even.rouault at spatialys.com (Even Rouault) Date: Fri, 17 Nov 2017 12:09:07 +0100 Subject: [mapserver-users] Python MapScript updating map.web.metadata In-Reply-To: <20171110210413.08C7D6144E68@lists.osgeo.org> References: <20171110210413.08C7D6144E68@lists.osgeo.org> Message-ID: <2300245.ecLy9HJ1Es@even-i700> On vendredi 10 novembre 2017 20:54:09 CET Kralidis, Tom (EC) wrote: > Hi all: our (OWS) application (via Python MapScript/mod_wsgi) is provided > as both HTTP and HTTPS, and our mapfile's > map.web.metadata.ows_onlineresource is set to 'http://example.org/ows', for > example. > > We would like to update map.web.metadata.ows_onlineresource at request > time (by checking 'wsgi.url_scheme') so that when a user does a > GetCapabilities request the Capabilities XML provided emits the appropriate > URL based on the request. > > I see in the MapScript Python API that map.web is immutable? Are there > other potential approaches? > Tom, digging into mapscript/swiginc/map.i, I found : mapfile.setMetaData('ows_onlineresource', 'https://example.org') Seems to work from a quick test Evn -- Spatialys - Geospatial professional services http://www.spatialys.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom.kralidis at canada.ca Fri Nov 17 03:43:10 2017 From: tom.kralidis at canada.ca (Kralidis, Tom (EC)) Date: Fri, 17 Nov 2017 11:43:10 +0000 Subject: [mapserver-users] Python MapScript updating map.web.metadata In-Reply-To: <2300245.ecLy9HJ1Es@even-i700> References: <20171110210413.08C7D6144E68@lists.osgeo.org> <2300245.ecLy9HJ1Es@even-i700> Message-ID: <4ad07bfc6e4e4007b04a659cdaad7b7a@PEVDACDEXC017.birch.int.bell.ca> >From: Even Rouault [mailto:even.rouault at spatialys.com] >Sent: 17 November 2017 06:09 >To: mapserver-users at lists.osgeo.org >Cc: Kralidis, Tom (EC) >Subject: Re: [mapserver-users] Python MapScript updating map.web.metadata > >On vendredi 10 novembre 2017 20:54:09 CET Kralidis, Tom (EC) wrote: >> Hi all: our (OWS) application (via Python MapScript/mod_wsgi) is provided >> as both HTTP and HTTPS, and our mapfile's >> map.web.metadata.ows_onlineresource is set to 'http://example.org/ows', for >> example. >> >> We would like to update map.web.metadata.ows_onlineresource at request >> time (by checking 'wsgi.url_scheme') so that when a user does a >> GetCapabilities request the Capabilities XML provided emits the appropriate >> URL based on the request. >> >> I see in the MapScript Python API that map.web is immutable? Are there >> other potential approaches? >> > > Tom, > > digging into mapscript/swiginc/map.i, I found : > mapfile.setMetaData('ows_onlineresource', 'https://example.org') > > Seems to work from a quick test > Thanks, confirmed, and in [1]. Didn't even think to look at mapObj to operate on webObj. Cheers ..Tom [1] http://mapserver.org/mapscript/mapscript.html#mapobj-methods > From emperor_stef at yahoo.gr Fri Nov 17 10:03:50 2017 From: emperor_stef at yahoo.gr (Stefanos Anastasiou) Date: Fri, 17 Nov 2017 18:03:50 +0000 (UTC) Subject: [mapserver-users] Mapserver request processing time References: <1162282823.849929.1510941830392.ref@mail.yahoo.com> Message-ID: <1162282823.849929.1510941830392@mail.yahoo.com> Hello list,? ? I am drawing some OSM data and there is a particular area on my map in which there a lot of data. At a specific scale, which is large it seems not to be able to handle the request and I am getting this error:?? ? mapserv request processing time (msLoadMap not incl.) Does this mean that there a time limit in requests?? Any hint on this?? -Stefanos -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at state.mn.us Fri Nov 17 13:52:09 2017 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 17 Nov 2017 21:52:09 +0000 Subject: [mapserver-users] Mapserver request processing time In-Reply-To: <1162282823.849929.1510941830392@mail.yahoo.com> References: <1162282823.849929.1510941830392.ref@mail.yahoo.com> <1162282823.849929.1510941830392@mail.yahoo.com> Message-ID: There?s nothing in MapServer itself to limit processing time. I?ve had it run for minutes on large requests and return successfully. Perhaps there?s a limit configured in your webserver? From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stefanos Anastasiou Sent: Friday, November 17, 2017 12:04 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Mapserver request processing time Hello list, I am drawing some OSM data and there is a particular area on my map in which there a lot of data. At a specific scale, which is large it seems not to be able to handle the request and I am getting this error: mapserv request processing time (msLoadMap not incl.) Does this mean that there a time limit in requests? Any hint on this? -Stefanos -------------- next part -------------- An HTML attachment was scrubbed... URL: From emperor_stef at yahoo.gr Sat Nov 18 11:04:38 2017 From: emperor_stef at yahoo.gr (Stefanos Anastasiou) Date: Sat, 18 Nov 2017 19:04:38 +0000 (UTC) Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICBNYXBzZXJ2ZXIgcmVxdWVz?= =?utf-8?q?t_processing_time?= In-Reply-To: References: <1162282823.849929.1510941830392.ref@mail.yahoo.com> <1162282823.849929.1510941830392@mail.yahoo.com> Message-ID: <223858029.1563492.1511031878183@mail.yahoo.com> Thank you for the reply. Well... I don't know. As far as I'm concerned execution time is configured in php.ini for php scripts.? My app so far is running as a WMS, so no mapscript no php.. have you encountered such an error before ? What is it about? ? Regards,Stefanos ???? 11:52 ?.?. ?????????, 17 ????????? 2017, ?/? "Lime, Steve D (MNIT)" ??????: #yiv2852135184 #yiv2852135184 -- _filtered #yiv2852135184 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv2852135184 {panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv2852135184 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv2852135184 #yiv2852135184 p.yiv2852135184MsoNormal, #yiv2852135184 li.yiv2852135184MsoNormal, #yiv2852135184 div.yiv2852135184MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv2852135184 a:link, #yiv2852135184 span.yiv2852135184MsoHyperlink {color:#0563C1;text-decoration:underline;}#yiv2852135184 a:visited, #yiv2852135184 span.yiv2852135184MsoHyperlinkFollowed {color:#954F72;text-decoration:underline;}#yiv2852135184 span.yiv2852135184EmailStyle17 {color:#1F497D;}#yiv2852135184 .yiv2852135184MsoChpDefault {font-size:10.0pt;} _filtered #yiv2852135184 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv2852135184 div.yiv2852135184WordSection1 {}#yiv2852135184 There?s nothing in MapServer itself to limit processing time. I?ve had it run for minutes on large requests and return successfully. Perhaps there?s a limit configured in your webserver? ? From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org]On Behalf Of Stefanos Anastasiou Sent: Friday, November 17, 2017 12:04 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Mapserver request processing time ? Hello list, ? ? I am drawing some OSM data and there is a particular area on my map in which there a lot of data. At a specific scale, which is large it seems not to be able to handle the request and I am getting this error:? ? ? mapserv request processing time (msLoadMap not incl.) ? Does this mean that there a time limit in requests?? Any hint on this?? ? ? -Stefanos -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Mon Nov 20 05:43:38 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 20 Nov 2017 13:43:38 +0000 Subject: [mapserver-users] Why WCS 2.0.1 slice is not supported? Message-ID: Hi, Geoserver sends a one-pixel GeoTIFF with WCS request demo.geo-solutions.it/geoserver/wcs?service=WCS&version=2.0.1&request=GetCoverage&coverageid=nurc__Img_Sample&subset=Long(-100)&subset=Lat(22) Mapserver is sending an error message: msWCSGetCoverage20(): WCS server error. Subset operation 'slice' is not supported. Does Mapserver have some fundamental difficulties with finding the correct pixel and making GetCoverage response from it? -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephan at meissl.name Mon Nov 20 07:24:05 2017 From: stephan at meissl.name (=?UTF-8?Q?Stephan_Mei=c3=9fl?=) Date: Mon, 20 Nov 2017 16:24:05 +0100 Subject: [mapserver-users] Why WCS 2.0.1 slice is not supported? In-Reply-To: References: Message-ID: <52786a94-56f7-d76a-fda2-5173bc96366f@meissl.name> Hi Jukka, in my opinion a one-pixel GeoTIFF is still a 2 dimensional coverage but with two slice operations on a 2 dimensional coverage the result should be 0 dimensional (each slice reduces the dimension by one). In MapServer you could request using subsets with equal low and high, e.g. &subset=Long(-100,-100)&subset=Lat(22,22), to retrieve a one-pixel GeoTIFF. cu Stephan On 11/20/2017 02:43 PM, Rahkonen Jukka (MML) wrote: > Hi, > > ? > > Geoserver sends a one-pixel GeoTIFF with WCS request > > ? > > demo.geo-solutions.it/geoserver/wcs?service=WCS&version=2.0.1&request=GetCoverage&coverageid=nurc__Img_Sample&subset=Long(-100)&subset=Lat(22) > > ? > > Mapserver is sending an error message: > > msWCSGetCoverage20(): WCS server error. Subset operation 'slice' is not > supported. > > ? > > Does Mapserver have some fundamental difficulties with finding the > correct pixel and making GetCoverage response from it? > > ? > > -Jukka Rahkonen- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From jukka.rahkonen at maanmittauslaitos.fi Mon Nov 20 12:48:10 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 20 Nov 2017 20:48:10 +0000 Subject: [mapserver-users] Why WCS 2.0.1 slice is not supported? In-Reply-To: <52786a94-56f7-d76a-fda2-5173bc96366f@meissl.name> References: , <52786a94-56f7-d76a-fda2-5173bc96366f@meissl.name> Message-ID: <1511210894508.57979@maanmittauslaitos.fi> Hi Stephan, Makes somewhat sense to the letter of the standard (though a layman may argue if there is difference between a number "1" and a range between "1" and "1"): "A domain slice operation receives a dimension and a position (which must lie inside the coverage?s domain) and delivers a coverage which is a slice of the offered coverage obtained at the cutting position provided. The dimension of the result coverage is reduced by one as compared to the original coverage." Also Rasdaman gives an error with http://ows.rasdaman.org/rasdaman/ows?&SERVICE=WCS&VERSION=2.0.1&REQUEST=GetCoverage&COVERAGEID=BlueMarbleCov&SUBSET=Lat(0)&SUBSET=Long(0)&FORMAT=image/tiff Error evaluating rasdaman query: 'SELECT encode(c[8999,4499], "tiff" , "{}") FROM BlueMarbleCov AS c' Using GML or CSV as format does give a result http://ows.rasdaman.org/rasdaman/ows?&SERVICE=WCS&VERSION=2.0.1&REQUEST=GetCoverage&COVERAGEID=BlueMarbleCov&SUBSET=Lat(0)&SUBSET=Long(0)&FORMAT=application/gml+xml Should we say that Geoserver is doing it wrong? What if the data are of type "pixel is point"? Does Mapserver support an outputformat that supports slicing like GML or CSV in Rasdaman? -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users k?ytt?j?n puolestaStephan Mei?l L?hetetty: 20. marraskuuta 2017 17:24 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [HUOM: VIESTI? EI VOITU VIRUSTARKASTAA SALAUKSEN TAKIA] Re: [mapserver-users] Why WCS 2.0.1 slice is not supported? Hi Jukka, in my opinion a one-pixel GeoTIFF is still a 2 dimensional coverage but with two slice operations on a 2 dimensional coverage the result should be 0 dimensional (each slice reduces the dimension by one). In MapServer you could request using subsets with equal low and high, e.g. &subset=Long(-100,-100)&subset=Lat(22,22), to retrieve a one-pixel GeoTIFF. cu Stephan On 11/20/2017 02:43 PM, Rahkonen Jukka (MML) wrote: > Hi, > > > > Geoserver sends a one-pixel GeoTIFF with WCS request > > > > demo.geo-solutions.it/geoserver/wcs?service=WCS&version=2.0.1&request=GetCoverage&coverageid=nurc__Img_Sample&subset=Long(-100)&subset=Lat(22) > > > > Mapserver is sending an error message: > > msWCSGetCoverage20(): WCS server error. Subset operation 'slice' is not > supported. > > > > Does Mapserver have some fundamental difficulties with finding the > correct pixel and making GetCoverage response from it? > > > > -Jukka Rahkonen- From stephan at meissl.name Tue Nov 21 04:53:15 2017 From: stephan at meissl.name (=?UTF-8?Q?Stephan_Mei=c3=9fl?=) Date: Tue, 21 Nov 2017 13:53:15 +0100 Subject: [mapserver-users] Why WCS 2.0.1 slice is not supported? In-Reply-To: <1511210894508.57979@maanmittauslaitos.fi> References: <52786a94-56f7-d76a-fda2-5173bc96366f@meissl.name> <1511210894508.57979@maanmittauslaitos.fi> Message-ID: <78c109a1-6ae6-7bda-1045-f0815077a5fe@meissl.name> Hi Jukka, > Makes somewhat sense to the letter of the standard (though a layman may argue if there is difference between a number "1" and a range between "1" and "1"): True, but semantically it is different and we don't exclude a use case if we don't allow one of both. > Should we say that Geoserver is doing it wrong? What if the data are of type "pixel is point"? Does Mapserver support an outputformat that supports slicing like GML or CSV in Rasdaman? Strictly speaking yes, but I assume they simply argue with a more relaxed interpretation which is a valid approach I'd say. MapServer could support such an outputformat but right now only 2d output is supported. cu Stephan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From aperi2007 at gmail.com Thu Nov 23 01:15:57 2017 From: aperi2007 at gmail.com (Andrea Peri) Date: Thu, 23 Nov 2017 10:15:57 +0100 Subject: [mapserver-users] wms enable_request priority Message-ID: Hi, I Know the "wms_request" could be define at WEB level or at LAYER level, but is not clear if the LAYER level wms_request override the wms_request at WEB or not. I do some test using qgis 2.18 and seem that the wms_request at WEB level will override a wms_request at LAYER level for the GetFeatureInfo parameter, but seem not do this for the GetMap and GetCapabilities parameters. But also it could of course) be a bug of qgis. So I need before to know what shold be right role between the wms_request at WEB level and al LAYER level. Many thx for every info. -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From trondmm-mapserver+2017 at crusaders.no Thu Nov 23 02:48:43 2017 From: trondmm-mapserver+2017 at crusaders.no (Trond Michelsen) Date: Thu, 23 Nov 2017 11:48:43 +0100 Subject: [mapserver-users] Disable root layer Message-ID: <20171123104842.GD19268@crusaders.no> Hi. I have a feeling I'm missing something very obvious here, but how do I disable the root layer? It's never useful in my setup to request the combination of all layers, and it can be a real resource hog if somebody tries. So, I'd like the rootlayer to be unnamed, and thus unrequestable. Is that possible, and how do I do that? (I've tried remove NAME from the MAP object, but mapserver helpfully provides a default name) -- Trond Michelsen From jukka.rahkonen at maanmittauslaitos.fi Thu Nov 23 03:16:58 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 23 Nov 2017 11:16:58 +0000 Subject: [mapserver-users] Disable root layer Message-ID: Hi, Have you tried with an empty name? NAME "" -Jukka Rahkonen- -----Alkuper?inen viesti----- L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Trond Michelsen L?hetetty: 23. marraskuuta 2017 12:49 Vastaanottaja: Mapserver Aihe: [mapserver-users] Disable root layer Hi. I have a feeling I'm missing something very obvious here, but how do I disable the root layer? It's never useful in my setup to request the combination of all layers, and it can be a real resource hog if somebody tries. So, I'd like the rootlayer to be unnamed, and thus unrequestable. Is that possible, and how do I do that? (I've tried remove NAME from the MAP object, but mapserver helpfully provides a default name) -- Trond Michelsen _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From tom.kralidis at canada.ca Thu Nov 23 04:05:15 2017 From: tom.kralidis at canada.ca (Kralidis, Tom (EC)) Date: Thu, 23 Nov 2017 12:05:15 +0000 Subject: [mapserver-users] Disable root layer In-Reply-To: References: Message-ID: The following ticket may help (in master/7.2 bound): https://github.com/mapserver/mapserver/issues/5404 ..Tom > -----Original Message----- > From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > On Behalf Of Rahkonen Jukka (MML) > Sent: 23 November 2017 06:17 > To: Trond Michelsen; Mapserver > Subject: Re: [mapserver-users] Disable root layer > > Hi, > > Have you tried with an empty name? > NAME "" > > -Jukka Rahkonen- > > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users [mailto:mapserver-users- > bounces at lists.osgeo.org] Puolesta Trond Michelsen > L?hetetty: 23. marraskuuta 2017 12:49 > Vastaanottaja: Mapserver > Aihe: [mapserver-users] Disable root layer > > Hi. > > I have a feeling I'm missing something very obvious here, but how do I > disable the root layer? > > It's never useful in my setup to request the combination of all layers, and it > can be a real resource hog if somebody tries. So, I'd like the rootlayer to be > unnamed, and thus unrequestable. Is that possible, and how do I do that? > > (I've tried remove NAME from the MAP object, but mapserver helpfully > provides a default name) > > -- > Trond Michelsen > _______________________________________________ > 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 From jmckenna at gatewaygeomatics.com Thu Nov 23 14:23:14 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 23 Nov 2017 18:23:14 -0400 Subject: [mapserver-users] MS4W version 3.2.3 available In-Reply-To: References: Message-ID: Hello everyone, MS4W version 3.2.3 is now available at http://www.ms4w.com This contains security releases of Apache, PHP, and upgrades to the MapServer 7.0.7, GDAL 2.2.3, MapCache 1.6.1 and more. Thank you to the users providing feedback and testing through the issue tracker, as several important issues were tackled in this release, the feedback was really helpful. This a substantial MS4W release. Here is the full list of changes: - upgraded to MapServer 7.0.7 and GDAL-2.2.3 because of libjpeg-turbo 1.5.2 support error (trac ticket 132) - upgraded PHP to 5.6.32 (trac ticket 145) - upgraded to MapCache 1.6.1 (trac ticket 117) - upgraded Apache to 2.4.29 (trac ticket 140) - downgraded zlib support to 1.2.7 (trac ticket 127) - upgraded libPNG support to 1.6.32 (trac ticket 127) - change to use internal libTIFF and GeoTIFF formats for GDAL for GDAL (trac ticket 130) - added JPEG commandline utilities - added GeoTIFF commandline utilities - rebuilt HDF5 support - rebuilt HDF4 support - upgraded PostgreSQL support to 10.0 - upgraded GEOS support to 3.6.2 - upgraded FreeXL support to 1.0.4 (trac ticket 123) - upgraded libxml2 support to 2.9.6 - rebuilt ReadOSM support - rebuilt SpatiaLite support - rebuilt spatialite-tools - upgraded cURL support to 7.56.0 - rebuilt NetCDF support - upgraded Freetype support to 2.8.1 - rebuilt Cairo support - rebuilt Poppler support - added CSharp GDAL bindings into folder /ms4w/gdalbindings/csharp - upgraded HarfBuzz support to 1.6.0 - rebuilt libSVG support - rebuilt libSVG-Cairo support - upgraded Shapelib support to 1.4.1 (trac ticket 134) - rebuilt shp2tile utility - upgraded APR library to 1.6.3 - upgraded APR-util library to 1.6.1 - upgraded APR-iconv library to 1.2.2 - updated cURL certificates bundle - rebuilt mod_fcgid - rebuilt Apache H264 Streaming Module - rebuilt TinyOWS - added note about C++ Redistributable in the README (trac ticket 131) - added w+ (write-only) explanation to formats section of README (trac ticket 139) - updated link to issue tracker to https://www.ms4w.com/trac/ (trac ticket 141) - upgraded OpenSSL support to 1.0.2m (trac ticket 147) - upgraded libTIFF support to 4.0.9 (trac ticket 149) Please note that (if you are using the .zip) your server must have the C++ Redistributable installed on it beforehand: execute the local file /ms4w/tmp/vcredist_x86.exe Don't be afraid to also provide feedback and requests through the MS4W tracker (so the comments and requests are not lost or forgotten): http://www.ms4w.com/trac/ Thank you all for sharing your spatial information with MS4W. And happy MapServing! -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ From schroeter at netgis.de Fri Nov 24 06:58:01 2017 From: schroeter at netgis.de (Sven Schroeter) Date: Fri, 24 Nov 2017 15:58:01 +0100 Subject: [mapserver-users] php mapscript problem Message-ID: <001801d36534$9fcbe180$df63a480$@de> Hi, I write many mapfiles from an application to the file system under Windows and IIS. Another script loads this mapfiles and checks if it is the right syntax. If there is an syntax error in the mapfile I'll get an exeption: try { $oMap = ms_newMapobj($mymapfile); } catch (Exception $e) { echo 'Exception: ', $e->getMessage(), "\n"; exit; } But after I opened the mapfile with newMapobj I can't delete (with unlink) or update the file because of a permission denied warnings. How can I unset the loaded mapfile? Everything I tried did not work. Or is there another way to check the syntax of a mapfile (with includes)? Thanks Sven From boolean10001 at yahoo.com Fri Nov 24 07:41:33 2017 From: boolean10001 at yahoo.com (Carlos Ruiz) Date: Fri, 24 Nov 2017 15:41:33 +0000 (UTC) Subject: [mapserver-users] php mapscript problem In-Reply-To: <001801d36534$9fcbe180$df63a480$@de> References: <001801d36534$9fcbe180$df63a480$@de> Message-ID: <1737087470.2482403.1511538093822@mail.yahoo.com> Sven, I haven't worked with Mapscript and IIS. However, I always free the map before unsetting it on PHP $oMap->free();unset($oMap); Why don't you try this and see what happens On Friday, November 24, 2017, 9:04:16 AM CST, Sven Schroeter wrote: Hi, I write many mapfiles from an application to the file system under Windows and IIS. Another script loads this mapfiles and checks if it is the right syntax. If there is an syntax error in the mapfile I'll get an exeption: try { ??? $oMap = ms_newMapobj($mymapfile); } catch (Exception $e) { ??? echo 'Exception: ',? $e->getMessage(), "\n"; ??? exit; } But after I opened the mapfile with newMapobj I can't delete (with unlink) or update the file because of a permission denied warnings. How can I unset the loaded mapfile? Everything I tried did not work. Or is there another way to check the syntax of a mapfile (with includes)? Thanks Sven _______________________________________________ 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 schroeter at netgis.de Mon Nov 27 06:10:46 2017 From: schroeter at netgis.de (Sven Schroeter) Date: Mon, 27 Nov 2017 15:10:46 +0100 Subject: [mapserver-users] php mapscript problem In-Reply-To: <1737087470.2482403.1511538093822@mail.yahoo.com> References: <001801d36534$9fcbe180$df63a480$@de> <1737087470.2482403.1511538093822@mail.yahoo.com> Message-ID: <000001d36789$854e5480$8feafd80$@de> Carlos, thanks for your answer. $oMap->free(); unset($oMap); doesn't work. Mayby it's a bug? I found this old issue with C# mapscript on Windows: https://github.com/mapserver/mapserver/issues/1994 Sven Von: Carlos Ruiz [mailto:boolean10001 at yahoo.com] Gesendet: Freitag, 24. November 2017 16:42 An: mapserver-users at lists.osgeo.org; Sven Schroeter Betreff: Re: [mapserver-users] php mapscript problem Sven, I haven't worked with Mapscript and IIS. However, I always free the map before unsetting it on PHP $oMap->free(); unset($oMap); Why don't you try this and see what happens On Friday, November 24, 2017, 9:04:16 AM CST, Sven Schroeter wrote: Hi, I write many mapfiles from an application to the file system under Windows and IIS. Another script loads this mapfiles and checks if it is the right syntax. If there is an syntax error in the mapfile I'll get an exeption: try { $oMap = ms_newMapobj($mymapfile); } catch (Exception $e) { echo 'Exception: ', $e->getMessage(), "\n"; exit; } But after I opened the mapfile with newMapobj I can't delete (with unlink) or update the file because of a permission denied warnings. How can I unset the loaded mapfile? Everything I tried did not work. Or is there another way to check the syntax of a mapfile (with includes)? Thanks Sven _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From umbertofilippo at tiscali.it Tue Nov 28 05:38:36 2017 From: umbertofilippo at tiscali.it (umbertofilippo at tiscali.it) Date: Tue, 28 Nov 2017 14:38:36 +0100 Subject: [mapserver-users] understanding runtime substitution usage Message-ID: <009401d3684e$31a374d0$94ea5e70$@tiscali.it> Good day list! I am trying to do a runtime substitution to pass a parameter from a form to my mapfile, but cannot geti t to work. Let's say I have a mapfile which looks like (only relevant part): LAYER NAME zone ... FILTER ('[vitigni]' = '%vitigni%') END I have a form in my HTML with a dropdown list where some values are listed. I'd like to pick the value selected by the user and pass it to my FILTER, in place of the %vitigni%. I tried with the below form.


Only thing I receive is: http://localhost/cgi-bin/mapserver/mapserv.exe?map=%2F%2Fnbgis01%2Fmapserver%2Fumbe%2Fmapfile%2Ftest10_runtimesubstitution.map&%5Bvitigni%5D=Chardonnay%2C+Pinot+nero%2C+Pinot+bianco I know this is not the right way the request should be created. If I manually replace %vitigni% with one of the values provided in the form modifying the mapfile, everything works, proving the mapfile is correct (es. FILTER ('[vitigni]' = ' Chardonnay, Pinot nero, Pinot bianco ')). Any suggestion would be very appreciated! Thanks From joerg.thomsen at wheregroup.com Tue Nov 28 06:09:23 2017 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Tue, 28 Nov 2017 15:09:23 +0100 Subject: [mapserver-users] understanding runtime substitution usage In-Reply-To: <009401d3684e$31a374d0$94ea5e70$@tiscali.it> References: <009401d3684e$31a374d0$94ea5e70$@tiscali.it> Message-ID: <81820f47-0232-d0d0-acaf-b813cc8fedb8@wheregroup.com> Hi, does it work without the brackets in your form? > >

> > > > Only thing I receive is: http://localhost/cgi-bin/mapserver/mapserv.exe?map=%2F%2Fnbgis01%2Fmapserver%2Fumbe%2Fmapfile%2Ftest10_runtimesubstitution.map&%5Bvitigni%5D=Chardonnay%2C+Pinot+nero%2C+Pinot+bianco > I know this is not the right way the request should be created. > If I manually replace %vitigni% with one of the values provided in the form modifying the mapfile, everything works, proving the mapfile is correct (es. FILTER ('[vitigni]' = ' Chardonnay, Pinot nero, Pinot bianco ')). > > Any suggestion would be very appreciated! Thanks > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > Viele Gr??e, J?rg Thomsen -- *********************************** Where2B Konferenz 2017 14. Dezember 2017 in Bonn www.where2b-conference.com *********************************** 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 umbertofilippo at tiscali.it Tue Nov 28 06:24:24 2017 From: umbertofilippo at tiscali.it (umbertofilippo at tiscali.it) Date: Tue, 28 Nov 2017 15:24:24 +0100 Subject: [mapserver-users] R: understanding runtime substitution usage In-Reply-To: <20171128140401.GF19268@crusaders.no> References: <009401d3684e$31a374d0$94ea5e70$@tiscali.it> <20171128140401.GF19268@crusaders.no> Message-ID: <009a01d36854$97278ed0$c576ac70$@tiscali.it> I tried that but that did not do the trick. I removed it from the HTML, but I keep it in the mapfile (as if I remove it it does not work anymore). So, what I am trying to do is showing my WMS filtered with the value specified in the form. >From what I've read in the docs (http://www.mapserver.org/cgi/runsub.html#filters), VALIDATION is also mandatory from version 6 onward, so I've included it. I simplified my testcase to this: mapfile LAYER NAME zone ... FILTER ('[vitigni]' = '%vitigni%') VALIDATION "vitigni" "^[a-zA-Z\-]+$" END END Form


When I click "Click Me" I receive: mapserv(): Web application error. Traditional BROWSE mode requires a TEMPLATE in the WEB section, but none was provided. And the URL looks like (obviously wrong): http://localhost/cgi-bin/mapserver/mapserv.exe?map=%2F%2Fnbgis01%2Fmapserver %2Fumbe%2Fmapfile%2Ftest10_runtimesubstitution.map&vitigni=Groppello -----Messaggio originale----- Da: trondmm at main.crusaders.no [mailto:trondmm at main.crusaders.no] Per conto di Trond Michelsen Inviato: marted? 28 novembre 2017 15:04 A: Mapserver Cc: umbertofilippo at tiscali.it Oggetto: Re: [mapserver-users] understanding runtime substitution usage Try to remove the brackets from the parameter name -- Trond Michelsen On Tue, Nov 28, 2017 at 02:38:36PM +0100, umbertofilippo at tiscali.it wrote: > Good day list! > > I am trying to do a runtime substitution to pass a parameter from a form to my mapfile, but cannot geti t to work. > > Let's say I have a mapfile which looks like (only relevant part): > > LAYER > NAME zone > ... > FILTER ('[vitigni]' = '%vitigni%') > END > > I have a form in my HTML with a dropdown list where some values are listed. > I'd like to pick the value selected by the user and pass it to my FILTER, in place of the %vitigni%. > > I tried with the below form. > >
> > >

> >
> > Only thing I receive is: http://localhost/cgi-bin/mapserver/mapserv.exe?map=%2F%2Fnbgis01%2Fmapserver %2Fumbe%2Fmapfile%2Ftest10_runtimesubstitution.map&%5Bvitigni%5D=Chardonnay% 2C+Pinot+nero%2C+Pinot+bianco > I know this is not the right way the request should be created. > If I manually replace %vitigni% with one of the values provided in the form modifying the mapfile, everything works, proving the mapfile is correct (es. FILTER ('[vitigni]' = ' Chardonnay, Pinot nero, Pinot bianco ')). > > Any suggestion would be very appreciated! Thanks > > _______________________________________________ > 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 Tue Nov 28 12:30:35 2017 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Tue, 28 Nov 2017 20:30:35 +0000 Subject: [mapserver-users] R: understanding runtime substitution usage In-Reply-To: <009a01d36854$97278ed0$c576ac70$@tiscali.it> References: <009401d3684e$31a374d0$94ea5e70$@tiscali.it> <20171128140401.GF19268@crusaders.no> <009a01d36854$97278ed0$c576ac70$@tiscali.it> Message-ID: The error you're getting is because no mode is set. That's the output from the form supposed to be? If it's just the resulting map then add a hidden variable called mode with a value of map. The filter and validation look ok to me. --Steve -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of umbertofilippo at tiscali.it Sent: Tuesday, November 28, 2017 8:24 AM To: 'Trond Michelsen' ; 'Mapserver' Subject: [mapserver-users] R: understanding runtime substitution usage I tried that but that did not do the trick. I removed it from the HTML, but I keep it in the mapfile (as if I remove it it does not work anymore). So, what I am trying to do is showing my WMS filtered with the value specified in the form. From what I've read in the docs (http://www.mapserver.org/cgi/runsub.html#filters), VALIDATION is also mandatory from version 6 onward, so I've included it. I simplified my testcase to this: mapfile LAYER NAME zone ... FILTER ('[vitigni]' = '%vitigni%') VALIDATION "vitigni" "^[a-zA-Z\-]+$" END END Form


When I click "Click Me" I receive: mapserv(): Web application error. Traditional BROWSE mode requires a TEMPLATE in the WEB section, but none was provided. And the URL looks like (obviously wrong): http://localhost/cgi-bin/mapserver/mapserv.exe?map=%2F%2Fnbgis01%2Fmapserver %2Fumbe%2Fmapfile%2Ftest10_runtimesubstitution.map&vitigni=Groppello -----Messaggio originale----- Da: trondmm at main.crusaders.no [mailto:trondmm at main.crusaders.no] Per conto di Trond Michelsen Inviato: marted? 28 novembre 2017 15:04 A: Mapserver Cc: umbertofilippo at tiscali.it Oggetto: Re: [mapserver-users] understanding runtime substitution usage Try to remove the brackets from the parameter name -- Trond Michelsen On Tue, Nov 28, 2017 at 02:38:36PM +0100, umbertofilippo at tiscali.it wrote: > Good day list! > > I am trying to do a runtime substitution to pass a parameter from a form to my mapfile, but cannot geti t to work. > > Let's say I have a mapfile which looks like (only relevant part): > > LAYER > NAME zone > ... > FILTER ('[vitigni]' = '%vitigni%') > END > > I have a form in my HTML with a dropdown list where some values are listed. > I'd like to pick the value selected by the user and pass it to my FILTER, in place of the %vitigni%. > > I tried with the below form. > >
> > >

> >
> > Only thing I receive is: http://localhost/cgi-bin/mapserver/mapserv.exe?map=%2F%2Fnbgis01%2Fmapserver %2Fumbe%2Fmapfile%2Ftest10_runtimesubstitution.map&%5Bvitigni%5D=Chardonnay% 2C+Pinot+nero%2C+Pinot+bianco > I know this is not the right way the request should be created. > If I manually replace %vitigni% with one of the values provided in the form modifying the mapfile, everything works, proving the mapfile is correct (es. FILTER ('[vitigni]' = ' Chardonnay, Pinot nero, Pinot bianco ')). > > Any suggestion would be very appreciated! Thanks > > _______________________________________________ > 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 From umbertofilippo at tiscali.it Tue Nov 28 13:08:48 2017 From: umbertofilippo at tiscali.it (umbertofilippo) Date: Tue, 28 Nov 2017 22:08:48 +0100 Subject: [mapserver-users] R: understanding runtime substitution usage In-Reply-To: References: <009401d3684e$31a374d0$94ea5e70$@tiscali.it> <20171128140401.GF19268@crusaders.no> <009a01d36854$97278ed0$c576ac70$@tiscali.it> Message-ID: Hi. The output of the form is supposed to be a value to pass to a filter specified in my mapfile. Actually, I think I am close to the solution, but I also think I misunderstood the way I am supposed to do what I need. Basically, the output of the form should replace the value '%vitigni%' in the string: ??? FILTER ('[vitigni]' = '%vitigni%') # MAPFILE I also forgot to mention I am doing everything with openlayers, so I think I should use ol API rather than ms templating. Am I on the right track? Actually, by my last tests I got something positive by specifying the 'params' option using ol's " ol.source.ImageWMS" (http://openlayers.org/en/latest/apidoc/ol.source.ImageWMS.html). The thing I need I guess is to get user choice from the form and pass it in the filter updating the 'params' option (using the "updateParams()" method?, see http://openlayers.org/en/latest/apidoc/ol.source.ImageWMS.html#updateParams). Do you think this is correct? Sorry for messing up a bit but it's really new stuff for me... On 28/11/2017 21:30, Lime, Steve D (MNIT) wrote: > The error you're getting is because no mode is set. That's the output from the form supposed to be? If it's just the resulting map then add a hidden variable called mode with a value of map. The filter and validation look ok to me. --Steve > > -----Original Message----- > From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of umbertofilippo at tiscali.it > Sent: Tuesday, November 28, 2017 8:24 AM > To: 'Trond Michelsen' ; 'Mapserver' > Subject: [mapserver-users] R: understanding runtime substitution usage > > I tried that but that did not do the trick. > I removed it from the HTML, but I keep it in the mapfile (as if I remove it > it does not work anymore). > > So, what I am trying to do is showing my WMS filtered with the value > specified in the form. > > From what I've read in the docs > (http://www.mapserver.org/cgi/runsub.html#filters), VALIDATION is also > mandatory from version 6 onward, so I've included it. > I simplified my testcase to this: > > mapfile > > LAYER > NAME zone > ... > FILTER ('[vitigni]' = '%vitigni%') > VALIDATION > "vitigni" "^[a-zA-Z\-]+$" > END > END > > Form > >
action="http://localhost/cgi-bin/mapserver/mapserv.exe?"> > value="//nbgis01/mapserver/umbe/mapfile/test10_runtimesubstitution.map"> > >

> >
> > When I click "Click Me" I receive: > mapserv(): Web application error. Traditional BROWSE mode requires a > TEMPLATE in the WEB section, but none was provided. > > And the URL looks like (obviously wrong): > > http://localhost/cgi-bin/mapserver/mapserv.exe?map=%2F%2Fnbgis01%2Fmapserver > %2Fumbe%2Fmapfile%2Ftest10_runtimesubstitution.map&vitigni=Groppello > > -----Messaggio originale----- > Da: trondmm at main.crusaders.no [mailto:trondmm at main.crusaders.no] Per conto > di Trond Michelsen > Inviato: marted? 28 novembre 2017 15:04 > A: Mapserver > Cc: umbertofilippo at tiscali.it > Oggetto: Re: [mapserver-users] understanding runtime substitution usage > > Try to remove the brackets from the parameter name > > > From bob.basques at ci.stpaul.mn.us Wed Nov 29 10:52:59 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Wed, 29 Nov 2017 18:52:59 +0000 Subject: [mapserver-users] Reminder for tonights meetin of the Twin Cities OSGeo Chapeter (TCMUG) In-Reply-To: <5792B167-FD9B-4A9E-8CFC-2999E4052852@ci.stpaul.mn.us> References: <5792B167-FD9B-4A9E-8CFC-2999E4052852@ci.stpaul.mn.us> Message-ID: <8C1733EB-6C45-4C2E-8B84-91D71EE52CF3@ci.stpaul.mn.us> All, I meant to send this out yesterday, sorry about that. We?ll be getting together at: https://barreltheory.com/ Time: 4:30 See you there. bobb Quoteopia! Sponsors -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Thu Nov 30 07:56:40 2017 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 30 Nov 2017 15:56:40 +0000 Subject: [mapserver-users] [TCMUG] Another good turnout at the last get together at Barrel Theory Beer. Next meeting is . . . In-Reply-To: References: <3D81FAC5-E29A-43D6-ABB0-05B3D65ECC04@ci.stpaul.mn.us> Message-ID: <0B7C6573-AF0D-4648-810A-896A124311D0@ci.stpaul.mn.us> All, Last evenings meet up had a good showing of people. Talked about all sort od stuff, even Open Souce software. See here: https://www.dropbox.com/s/lwf049lpbufpakt/20171129_170101-01.barreltheory.jpg?dl=0 The next Meeting will be at Bad Weather Brewing Location: Google: Map Date: Wednesday Dec. 20th Time: 4:30pm. -------------- next part -------------- An HTML attachment was scrubbed... URL: