[Gdal-dev] Re: Rendering optimization [Re: Looking for huge vector
ari.jolma at tkk.fi
Sun Mar 4 12:44:11 EST 2007
Mateusz Loskot kirjoitti:
> Personally, I'm not sure if a data access layer is the right place to do
> such optimization, quite rendering-specific.
Yes, rendering specific, but rendering, or geovisualization or mapping,
is a (or the) major application area for geodata. Also, to be efficient,
such optimization would probably need to be implemented near to the
actual data access procedure.
This is the biggest headache I have in my geospatial GUI, I think. Has
anybody seen rendering big vector data sets been satisfactorily solved
in any desktop GIS? Often implementers show the incremental rendering so
that users don't get bored while waiting, but it still is slow.
> I agree it would be worth to include this kind of functionality to the
> OGR geometry model, but as an option.
A natural place for it would be a method, for example
OGRLayer::SetSpatialApproximationFilter that would be similar as the
method OGRLayer::SetSpatialFilter, i.e., it would be used in
ResetReading, GetNextFeature loop. I haven't thought much about what
kind of class a SpatialApproximationFilter would be, though.
Hm, this could be a very nice project for a student...
> GEOS does offer Doublas-Peucker algorithm implementation, so may be we
> could try to incorporate it into OGR similarly to other GEOS stuff,
> The only potential problem I see is that transforming OGR geometry to
> GEOS geometry is/might be quite expansive in most cases.
> What do you think?
I think, rewrite the algorithm into OGR :)
Prof. Ari Jolma
Geoinformaatio- ja paikannustekniikka
Geoinformation and positioning technology
Teknillinen Korkeakoulu / Helsinki University of Technology
POBox 1200, 02015 TKK, Finland
Email: ari.jolma at tkk.fi URL: http://www.tkk.fi/~jolma
More information about the Gdal-dev