Steve & Steve, Very interesting discussion. I wish I had more to contribute. My use case, which I don't think is unique, seems like it might fall between your respective ideas. I'd like to have 4 highway shields with labels near the mid point of the visible portion of a single line segment, with the shields & labels on the line (not side-by-side), and grouped relatively close to one another. I envision this as a single label point with a BUFFER.
So assuming no label collisions from other objects, I have a single line which curves at the mid point of the visible extent. That mid point is the single label base point. I set BUFFER 4. So a shield/label is placed 2 pixels up the line from the base point, another shield/label +4 pixels beyond that, a shield/label 2 pixels down the line from the base point and another +4 pixels on down the line. Sorry, I think that deserves a graphic. Rich On Wed, Oct 19, 2011 at 3:43 PM, Stephen Woodbridge <[email protected]> wrote: > Steve, > > Maybe this is another RFC, but I think more flexibility in defining the > label point is needed. Also it would be nice it each label could have its > own label point say through the use of GEOMPROCESSING function. > > So here are some ideas for defining label points and ANGLE AUTO or FOLLOW. > > For lines: > > 1. n% along line, centered on the line > 2. n% along line, offset normal to line right or left some distance > 3. n% along line, offset N,S,E,W some distance > > For polygons: > > 1. Along polygon edge, offset inside or outside of polygon, could used ANGLE > AUTO or FOLLOW, could allow REPEATDISTANCE > > -Steve W > > > On 10/19/2011 2:22 PM, Steve Lime wrote: >> >> As an FYI... I am working on a RFC to support multiple labels within a >> class although by itself I don't know that it solves this particular >> problem. It has application if for example you wanted to show two or >> three shields side-by-side (one label point w/offsets). >> >> I think being able to offset the starting position for repeating >> labels would be another way to address this type of labeling. Recall >> that REPEATDISTANCE was added in 6.0 so I'm thinking of adding >> REPEATOFFSET [distance]. >> >> Steve >> >> On Tue, Oct 18, 2011 at 9:00 PM, Stephen Woodbridge >> <[email protected]> wrote: >>> >>> Rich, >>> >>> You might want to look at these bugs and add yourself to the CC and >>> comment >>> on your use case. >>> >>> http://trac.osgeo.org/mapserver/ticket/3675 >>> http://trac.osgeo.org/mapserver/ticket/3044 >>> >>> -Steve W >>> >>> On 10/18/2011 8:18 PM, Richard Greenwood wrote: >>>> >>>> Steve, Bob, >>>> >>>> Thanks for the ideas. Steve - As I was composing my email I was >>>> thinking that there was a good chance that you'd have suggestions and >>>> as always I appreciate your help. Bob - I haven't gotten far enough to >>>> get stuck yet! I'm just trolling for ideas from folks that have more >>>> experience with advanced labeling than myself. >>>> >>>> Thanks, >>>> Rich >>>> >>>> >>>> On Tue, Oct 18, 2011 at 3:43 PM, Bob Basques >>>> <[email protected]> wrote: >>>>> >>>>> Richard, >>>>> >>>>> Not impossible, I don't think. >>>>> >>>>> Forcing them all on will be the trick, How to avoid collisions while >>>>> still forcing all the labels on. >>>>> >>>>> As far as the labels themselves, that's fairly straight forward. You >>>>> should be able to build a CLASS for each Shield label. I assume you >>>>> have >>>>> some sort of attribute on the line work that indicates that all those >>>>> shields apply? Or possibly a line segment per Shield for labeling? >>>>> >>>>> where are you stuck? >>>>> >>>>> bobb >>>>> >>>>> >>>>> >>>>> >>>>>>>> Richard Greenwood<[email protected]> wrote: >>>>> >>>>> I have an area where 4 numbered US highways are coincident (all >>>>> following the same road) that I would like to label with the standard >>>>> US highway shield superimposed with the individual route numbers as >>>>> shown on the attached gif. Any suggestions as to how to accomplish >>>>> this? >>>>> >>>>> Thanks, >>>>> Rich >>>>> >>>>> -- >>>>> Richard Greenwood >>>>> [email protected] >>>>> www.greenwoodmap.com >>>> >>>> >>>> >>>> -- >>>> Richard Greenwood >>>> [email protected] >>>> www.greenwoodmap.com >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> [email protected] >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> > > -- Richard Greenwood [email protected] www.greenwoodmap.com _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
