And you can do percentages instead of pixels so if your image size changes you can always put something in a corner or wherever...
Steve -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Stephen Woodbridge Sent: Friday, May 13, 2011 10:00 AM To: [email protected] Subject: Re: [mapserver-users] RE: Rendering Challenges - GEOMTRANSFORM 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 "(c) 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 _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
