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?