Christian Müller ha scritto: > But anyway, I do not want any generalization on the fly and 1) is my first > target. > > Passing difference/offset in the native CRS as a hint would make me happy > :-) > If the hint is missing, you always get the base geometries, the same holds > true if the value of the hint is 0. > > I would like to avoid CRS transformations to be consistent with other > FeatureSources. > > Pleasy give me a hint and I would start. If possible in 2.5.x and 2.6.x, I > need this feature in geoserver.
Hum, I looked into the streaming renderer code and the thing is not that easy unfortunately, as the generalization distance in the general case has to be evaluated on a feature by feature basis: - the same data source can provide different geometries properties in distinct spatial reference systems. In this case, no single rendering hint can be provided - the same column can contain geometries with different spatial reference system too. I know it sounds crazy, but as far as I remember OGC WFS makes sure that you can handle that case as well... mixed with the fact that in GeoServer you have to declare a SRS anyways (we have no way to support a srs-less dataset at the moment) it means the code cannot just check if the native SRS is null (which is what I would expect from a mixed SRS geometry column). Btw, Justin, can you confirm the above or it's just my memory failing me? So it seems I can pass down a generalization distance only if there is no reprojection going on and the native srs has not been tampered with? Alternatively I guess I could pass down a generalization distance in the rendering SRS, and pass down the rendering CRS as well. It will be the job of the datastore to figure out if the generalization distance need to be adjusted given the native SRS of the data, or not. Opinions? Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel