[mapserver-users] Specify resolution (or pixel size) in WMS requests

Astrid Emde astrid.emde at wheregroup.com
Fri Jul 20 00:42:29 PDT 2012


Hi Thomas,

I opened up the ticket for Thekla on github

https://github.com/mapserver/mapserver/issues/4401

Thanks for your help

Astrid

Am 18.07.2012 20:49, schrieb thomas bonfort:
> Thekla,
> can you open a ticket for this one please ? I'll try to have a look at
> it before the 6.2 release, but can't promise anything...
>
> thanks,
> thomas
>
> On Mon, Jul 16, 2012 at 12:13 PM, Thekla Wirkus
> <thekla.wirkus at wheregroup.com> wrote:
>> Hello,
>>
>> last december 2011 Astrid wrote a mail about the behaviour of RESOLUTION and
>> DEFRESOLUTION. We tested again with MapServer
>> 6.2 and here are the results. The size of the symbols, texts and lines was
>> not like we expected. They were often too small.
>>
>> Have a look at the mail from 14. december 2011
>> http://lists.osgeo.org/pipermail/mapserver-users/2011-December/071077.html
>>
>>
>> We tested with MAP.RESOLUTION=288&MAP.DEFRESOLUTION=72, SIZEUNINTS Meters,
>> the scaled layers with SYMBOLSCALEDENOM 10000.
>> http://localhost/cgi-bin/mapserv62b1?map=/data/umn/resolution/map/resolution_test.map&MAP.RESOLUTION=288&MAP.DEFRESOLUTION=72"&VERSION=1.1.1&REQUEST=GetMap&SERVICE=WMS&LAYERS=notscaledPoint,scaledPoint,notscaledLine,scaledLine,notscaledPolygon,scaledPolygon,Polygon_with_symbols,notscaledLabel,scaledLabel&STYLES=,,,,,,,,&SRS=EPSG:31466&BBOX=2517600,5672315,2518960,5673675&WIDTH=2000&HEIGHT=2000&FORMAT=image/png&BGCOLOR=0xffffff&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_xml
>>
>>
>> The behaviour of MapServer 6.0 and MapServer 6.2 is just the same. This time
>> we have a demo project where we tried the different cases. You can download
>> it at:
>>
>> UMN:
>>
>> https://svn.wheregroup.com/download/mapserver_resolution.zip
>>
>> PDF:
>> https://svn.wheregroup.com/download/mapserver_resolution_pdf.zip
>>
>>
>>
>> Results:
>>
>> POINTS
>>     * scaled or not scaled Points/Symbols: displayed correct, scaled and
>> notscaled are the same in the map
>>
>> LINES
>>     * scaled lines: displayed correct
>>     * unscaled lines: too small (1:2000, 1:5000, 1:1000), correct (1:20000)
>>
>> POLYGON
>>     * scaled Polygone/Outline: displayed correct
>>     * not scaled Polygone/Outline: too small (1:2000), correct (1:5000,
>> 1:10000,1:20000)
>>     * scaled or not scaled Polygone with symbols: displayed correct
>>
>> LABEL
>>     * scaled Label: too small
>>     * not scaled Label: too big (1:1000, 1:2000, 1:5000, too small (1:20000)
>>
>>
>> For us it would be good to get this problem solved, as at the moment we
>> generate a copy of the mapfile for the print with symbol- and labelsize
>> multiplyed with factor 4. It would be charming to solve the print with one
>> mapfile. We could do testing and maybe I could look for sponsoring too.
>>
>>
>>
>> Is there someone else interested to solve this? Is there a ticket already?
>>
>> Thekla
>>
>>
>>
>>
>> On 14.12.2011 17:44, Astrid Emde wrote:
>>
>> Hello,
>>
>> we tried the parameter MAP.RESOLUTION AND MAP.DEFRESOLUTION with
>> MapServer 6.0.1 and made the following observations.
>>
>> We tested with RESOLUTION=288&MAP.DEFRESOLUTION=72
>>
>> The size of the symbols and textes was not like we expected. They were
>> often too small.
>>
>> We tested with and without the parameter SYMBOLSCALEDENOM
>>
>> 1.) without SYMBOLSCALEDENOM (none scaled, fix size) ok are:
>>
>>     * lines (not scaled) are dispayed correct (ok)
>>     * outlines (not scaled) of polygones are dispayed correct (ok).
>>     * symbols (not scaled) are displayed correct (ok).
>>     * textes (not scaled) are displayed correct (ok).We tested not scaled
>> texts without SYMBOLSCALEDENOM: It's displayed different weather
>> MINSIZE/MAXSIZE is existing or not.
>>
>>
>> 2.) with SYMBOLSCALEDENOM
>>
>> NOT ok:
>>
>>     * Scaled symbols are displayed incorrect - too small.
>>     * Scaled lines are dispayed incorrect - too small.
>>     * scaled outlines of polygones are dispayed incorrect.
>>     * Scaled text are dispayed incorrect - too small.
>>
>> For us it would be good to get this problem solved, as at the moment we
>> generate a copy of the mapfile for the print with symbol- and labelsize
>> multiplyed with factor 4. It would be charming to solve the print with one
>> mapfile. We could do testing and maybe I could look for sponsoring too.
>>
>> Is there someone else interested to solve this? Is there a ticket already?
>>
>> Astrid
>>
>> thomas bonfort schrieb:
>>
>> cgi controls should do the trick?
>>
>> http://....../?SERVICE=WMS&....&MAP.RESOLUTION=144&MAP.DEFRESOLUTION=96
>>
>> --
>> thomas
>>
>> On Mon, Dec 5, 2011 at 17:43, Peter Hopfgartner
>> <peter.hopfgartner at r3-gis.com> wrote:
>>
>> Basically, I am looking for a way to something analogous to
>>
>> DEFRESOLUTION in
>>
>> a WMS request. The standard says, that a pixel is 0.28 mm x 0.28 mm
>> (25.4/0.28 ~= 90.71 DPI). I could not found a way to change this in the
>>
>> WMS
>>
>> 1.3.0 standard.
>> Is there a MapServer vendor parameter, similar to the one in GeoServer,
>> http://docs.geoserver.org/latest/en/user/services/wms/vendor.html#format-options
>> ?
>>
>> Peter
>>
>> --
>> Peter Hopfgartner R3 GIS http://www.r3-gis.com
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>> --
>>
>>
>> ---------------------------------
>>
>> Thekla Wirkus
>> GIS-Consultant
>>
>> ----------------------------------
>> Aufwind durch Wissen!
>>
>> Qualifizierte OpenSource-Schulungen
>> bei der www.foss-academy.eu
>> -----------------------------------
>>
>> WhereGroup GmbH & Co. KG
>> Eifelstraße 7
>> 53119 Bonn
>> Germany
>>
>> Fon: +49 (0)228 / 90 90 38 - 34
>> Fax: +49 (0)228 / 90 90 38 - 11
>>
>> Email: thekla.wirkus at wheregroup.com
>> www.wheregroup.com
>> Amtsgericht Bonn, HRA 6788
>> -------------------------------
>> Komplementärin:
>> WhereGroup Verwaltungs GmbH
>> vertreten durch:
>> Olaf Knopp, Peter Stamm
>> ------------------------------
>> -
>>
>> Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com
>>
>>
>>
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


-- 

Mit freundlichen Grüßen

Astrid Emde

-----------------------------------
Aufwind durch Wissen!

Qualifizierte OpenSource-Schulungen
bei der www.foss-academy.eu

----------------------------------

 Astrid Emde
 WhereGroup GmbH & Co.KG
 Eifelstraße 7
 53119 Bonn
 Germany

 Fon: +49(0)228 90 90 38 - 19
 Fax: +49(0)228 90 90 38 - 11

 astrid.emde at wheregroup.com
 www.wheregroup.com

 Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com

Amtsgericht Bonn, HRA 6788
-------------------------------
Komplementärin:
WhereGroup Verwaltungs GmbH
vertreten durch:
Olaf Knopp, Peter Stamm
-------------------------------
 pgp-public key:
 http://pgp.mit.edu:11371/pks/lookup?search=0x06DA52D72D515284
  Signierte und/oder verschlüsselte Nachrichten sind sehr willkommen
  Signed and/or encrypted mail is highly appreciated



More information about the mapserver-users mailing list