Wellmann, Harald wrote: > By now my guess is that the problem is somewhere in the Geotools > StreamingRenderer, I tried stepping into it, but I didn't get very far, since > the source attachment to the gt-renderer.jar does not seem to match the jar. > (I may have messed that up myself, having three or four different versions of > uDig and Geotools on my laptop by now....) I'll try and get everything clean > from the trunk. > On the bright side you can write test cases against the streaming renderer and profile those; it will be easier to see where the memory is being used. > If all the usual test cases use one feature type per layer, it seems I'm > walking down an untrodden path, so I'm not surprised to see problems... > Perhaps we should be more specific - I am talking about the definition of the method FeatureCollection.getSchema() - it returns a SimpleFeatureType that describe the contents. I am not sure I have a data structure that represents mixed FeatureTypes right now ... the community schema people are working on something but I have not reviewed their code to see the results yet.
Q: What does FeatureColletion.getSchema() return for you? Q: Are you sure you are not talking about making decisions based on a n attribute? ie a Rule where "TYPE=3" vs a Rule where "TYPE=27" etc... > I did go through the SLD spec and experimented with the SLD styles a lot. At > first I had all styles for all feature types in one SLD file, and that did > not work at all: not the only the drawing order was wrong, but in fact there > were lots of polygons clipped at random edges that did not exist in my data. > The SLD spec is fairly clear to me, but I don't quite see how the Geotools > Streaming Renderer follows the spec... > > Multiple feature styles per SLD did not work, so I'm now using multiple rules > in one style where each rule matches exactly one feature type. > (Note: My tiles are partitions in the datastore, not image buffers for the > renderer. All features are clipped to tile borders during datastore > generation.) > > Well, I'll try to isolate the problem and come back with more specific > questions, hopefully, either here on on the Geotools list. > Thanks for exploring this space Harald; you are breaking new ground. Jody ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
