> There is some truth there but it's not the whole story. > Yes, that method extract all of the attributes used in the style, whether > they are used in a filter or in the symbolizers, and to build the bbox > we would just need the ones used in the symbolizers. > > But no, we don't just use the default geometry. I said that in the > previous mail already, all symbolizers have a<geometry> element > which can contain a PropertyName to select whatever geometry > attribute you want out of the feature. > Using the default geometry is the default behavior, the SLD author > can however use<xyzSymbolizer><geometry>...</geometry></xyzSymbolizer> > to specify a certain geometry to be painted, different than the default > one. > > Or, in your case, as a custom extension, apply a funcion on top of it > to transform it (see > http://blog.geoserver.org/2010/03/17/extending-your-map-styling-with-geometry-transformations/)
Okay, I see, thanks for clearing that out for me. That still poses a problem if someone would try to use nested properties in the symbolizers. Perhaps the algorithm should be changed without changing the aim, instead of looking for geometry descriptors, get the property names directly from the symbolizers. > Does it work on simple features as well? Yes, in fact at the moment it is only being used for simple features. It is used by app-schema to evaluate the simple features in the source database behind the mapping. > Is there any way to know if not finding the property is legit due to > polymorphism > or if it's a mistake? > Whatever we do mind the simple feature path does not have to suffer functional > or performance regressions. That's the thing. I need to discuss this with my colleagues who understand polymorphism better than I do. Niels ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
