Bob,

Don't we already have that with:

  LAYER
    NAME "copyright"
    STATUS DEFAULT
    TYPE POINT
    TRANSFORM OFF
    FEATURE
      POINTS 0 -1 END
    END
    CLASS
      COLOR "#000000"
      TEXT "© 2010 iMaptools.com"
      LABEL
        TYPE TRUETYPE
        FONT "arial"
        SIZE 7
        POSITION LR
        OFFSET 0 0
        BUFFER 1
        COLOR "#555555"
        BACKGROUNDCOLOR "#FFFFFF"
        FORCE TRUE
      END
    END
  END

You can put a label anywhere on the view as it is fully addressable in pixels.

-Steve W

On 5/13/2011 10:19 AM, Bob Basques wrote:
All,


Ok, now you got me thinking (again) on the ideas (some old threads)
related to labeling a view. Things like overlay grids, and such. But if
I understand what has just been built, couldn't some sort of sudo
geometries that represent a view (BBOX for example) be used to label a
view and constructs within it? View (BBOX) edge label/stylings and such,
maybe starting with simpler alignment/justifications for edge labeling
of a map view? Using these feature labeling options via CGI introduce
all sorts of ideas about how to use these capabilities for end user
"view" labeling/styling, that may be separate from the mapping data.


bobb



 >>> "Lime, Steve D (DNR)" <[email protected]> wrote:

Cool. I committed that patch in trunk in what will be 6.2 if folks are
interested. I'll add a few other functions too (see ticket #3871).

Regarding other uses, sure it's possible. We'd need to add the
GEOMTRANSFORM processing to labels and execute it before computing a
label point.

I've also thought about defining a layer-level GEOMTRANSFORM that would
alter the original geometry before any processing so all classes and
styles would be affected and you could query it. ;-)

Your last idea (8) is a bit different. Here's you're talking about a
drawing effect so we're back into styles, but in this case a label's
style. Issue here is that a label has two geometries - the point, and
the bbox(es) so which are you referencing with [shape]? I'm thinking
that in this context we'd always mean the bbox(es) so you could create a
buffered convex hull easily and draw it under a label.

Probably should create a couple of tickets...

Steve

-----Original Message-----
From: Brent Fraser [mailto:[email protected]]
Sent: Thursday, May 12, 2011 10:08 AM
To: Lime, Steve D (DNR)
Cc: [email protected]
Subject: Rendering Challenges - GEOMTRANSFORM

Steve,

Thanks to your patch I was able to render thick lines inside polygons
(http://i56.tinypic.com/1z347yq.jpg).

The solution of using a STYLE with GEOMTRANSFORM got me thinking of
using the technique to solve some of the labeling challenges:

2. Place polygon annotation on/inside boundary line
(http://trac.osgeo.org/mapserver/ticket/1592 point 8.)
- label the line geometry resulting from GEOMTRANSFORM
(buffer([shape], -3)) of the original polygon

5. Place line anno above (or below) when using ANGLE FOLLOW
- label the line geometry resulting from GEOMTRANSFORM
(buffer([shape], 5)) of the original line

Currently the LABEL object uses the original geometry. Do you think it
would be possible to [optionally?] use the GEOMTRANSFORMed geometry?


Similarly, would it be possible to have the LABEL's convex hull (or a
buffer the character boxes?) used as a clipping polygons of the layer's
geometry to address:

8. Erase layer's geometry (but not other layers) under label
- possible syntax: GEOMTRANSFORM ( clip( [labelpoly] ) )

Your thoughts?

--
Best Regards,
Brent Fraser




_______________________________________________
mapserver-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapserver-users



_______________________________________________
mapserver-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapserver-users

_______________________________________________
mapserver-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Reply via email to