n Sat, Nov 3, 2012 at 5:23 PM, Ákos Maróy <[email protected]> wrote: > Hi, > > I'm still trying to achieve my earlier stated goal to have part of a > label 'inverted' (that is, with a different background and font color > than the rest of the label).
The issue with having just a _part_ of it inverted is new to me, but I may have overlooked it. The way the labeller works there is simply no way to achieve what you want, SLD forces a single label to be uniform in styling, and two separate labels that close will trigger conflict resolution and one will disappear (besides that, good luck combining them). > another solution might be to be able to combine a number of labels into > one. in this approach, each label would be formatted as currently is, > but at the end one could combine them so they are rendered together. > my goal would be to combine these somehow, so that this appears as a > single label: the capital inverted F as the first part of the label, > with the rest of the regular text following. > > I understand this cannot be done with the current feature set of > geoserver / geotools. if I wanted to add such a feature, what would be > the best approach? I believe the idea of combining them would be more promising, as one would not have to deeply alter the SLD schema, the associated parsers/encoders, and the API representing the style in memory. Rigth now in the engine we have the notion of grouping, but it has a different meaning, what you want would be more like "chaining", "concatenating". SLD wise I can imagine a couple of vendor parameters like: * chain: "the chain name" * position: "position of the label in the chain" That migth get into the DefaultLabelCache in GeoTools were it would have to be handled, and that were the "fun" would start, as the labeller is full of heuristics and a composite label with each part possibly having a background mark/graphics would basically force changes in every parts of it, including the code that does the label layout, curve label and multiline handling. Also, this kind of change would be so dangerous and invasive that it could only land on the development series, and it would have to do so before we feature freeze, something that should happen towards the end of January 2013. Not trying to scare you, but rendering is something that has defeated all our attempts at multiplatform unit/intergration testing (mostly because different JVM versions and different base OS render stuff in a different way making image comparisons basically impossible), so it's something that has to be modified in a very clear way, trying to avoid cutting any corners, and its subject to serious review before any patch gets accepted (since code review is almost the only line of defense we have there). Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- ------------------------------------------------------------------------------ LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
