>>>That's something we may want to fix.
If I remember correctly, Mapserver in tile mode draws a slightly larger
tile and crops that one (something configurable with GUTTER or so). I
wrote my the code in my pull request along the same principle.
Adjusting the query extent when doing
Steve,
IIRC, we account for the size of symbols when adjusting our clipping
rectangle once we have obtained a feature, but we do not adjust the query
extent when doing whichshapes(). That's something we may want to fix.
Another use-case would also be when the DATA statement does something like
On Feb 15, 2016, at 1:16 AM, Schepers, Benjamin wrote:
> Hi,
>
> you still pointed to the right answer, strategies like overviews and tiling
> are IMHO not scale-dependent. They depend on the pixel-dimension of the image
> and you have - let’s say - a not so small one ;-)
>
> So converting
You can use an inline feature like so:
LAYER
TYPE '
NAME 'logo'
STATUS DEFAULT
TRANSFORM LR
UNITS PIXELS
FEATURE
POINTS -50 -20 END
TEXT 'My Attribution'
END
CLASS
... logo graphic and a label ...
END
END
I'm not positive on the syntax
I know. We use to account for that explicitly.
From: deduikertjes [deduikert...@xs4all.nl]
Sent: Monday, February 15, 2016 2:44 AM
To: Lime, Steve D (MNIT); Patrick Meis
Cc: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] Rendering of Symbols
Steve,
I think the key part in the question is here:
" and the center point of the symbol is no longer inside the map window".
To my experience a symbol doesn't get drawn at all when the point which
is symbolized is outside the requested extent (WMS mode at least).
To solve that I created