Hi Ben,
With the current JMapPane a change in a feature layer triggers a
repaint but not a recalculation of layer bounds. So perhaps the
bottleneck for your data is the renderer.
Michael
--
Open Source Business Conferen
That would be nice indeed.
My only limit there is that my client wants me to use geotools 2.5, so
I'm not sure I will be allowed to use your new version in the end.
I will have a look at it anyway, it's interesting.
I have another remark about the JMapPane, regarging performances...
They are n
2009/2/27 Benoît Thiébault :
> The only problem is when you decide to resize the window containing the map
> : at some point, it seems the JMapPane (or is it the StreamingRenderer ?)
> asks all layers for their bounds and goes back to a view containing all your
> data (even if you were zoomed in...
Hi everyone,
This is how I do to update a JMapPane. I created an update method
taking as arguments the new area of interest and the new CRS (if you
wish to change it, to perform a map rotation for instance).
The fixAspectRatio method is the same than the JMapPane one. There is
maybe a smart
Hi Carsten,
I thought the same as you. The method name, setAreaOfInterest,
certainly implies that it should do what you are expecting, but it
doesn't :-(
All that happens is that the bounds you set are stored by the context
and can be retrieved (by you) later with the getter method. I think
it
Hi,
the MapContext in geotools has a setter/getter for the area of interest.
I would expect from the method to get the current visible map area (area
of interest). But it doesn't seem to be updated (i'm using StreamMap)
and i get only the "fallback" method boundsOfLayers which gives my the
total a
