[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [udig-devel] shapefile renderer planning
|
Andrea asked me to check and it is not currently used by uDig 1.2.
Apparently it make a 20% difference at some zoom levels ..
With respect to the code sprint - we have not done much planning. And
if we do not plan something we will be gobbled up by a GeoTools QA
spring (which is also needed).
I have arranged an extra day of code sprint to work on cross project
(deegree/geotools/geoserver/udig) 3D geometry but there only 12 seats
so if you would like to take part please let me know.
Jody
On 26/09/2009, at 6:08 PM, andrea antonello wrote:
Hi Jody,
Shapefile renderer is moving to unsupported status now that the
majority of
speed improvement tricks have been applied to the streaming
renderer. There
is one trick remaining - that is actually important to us. The use
of a
bitmap to track which pixels have already been filled in - and
avoid drawing
multiple points; or lines; or polygons into the same spot ...
This trick was very important to the initial impression uDig makes
when
using road or river networks. I remember it being the major
difference that
Jesse made when competing against gvSig for speed.
Andrea is maintaining these renderers right now for geotools and
would like
to stop having to apply patches in two places. He has requested some
feedback on the geotools-devel list and I would like to talk things
over
here and have us get back to him.
let's talk, would will we need to do to keep it? I think we really
should. Might be something for the code sprint.?
Andrea
Jody
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
