1 Dec 2004 09:48
Re: Elevation Profiles
<strk <at> refractions.net>
2004-12-01 08:48:57 GMT
2004-12-01 08:48:57 GMT
On Tue, Nov 30, 2004 at 01:44:15PM -0800, James Marca wrote: > At approximately Tue, Nov 30, 2004 at 11:19:20AM +0100, strk <at> refractions.net wrote: > > I premit I've not experience with elevation grid. > > I'm also clueless on using elevation grids. But I'm going to comment > and hope someone will correct my misinterpretations > > > Anyhow, here is my imagined algorithm: > > > > 1: define a grid of C*R cells storing a list of Z values > > Does it have to be a grid, or can it be any sort of tessellation, such > as a Delaunay triangulation? > > > 2: populate the cells Z list using a geometry, where > > each vertex populates the cell it intersects > > Couldn't the defining geometry create the Delaunay triangulation? So > that each valid elevation point (z value) inhabits its own triangle? In this case each valid elevation point would define a vertex of a triangle, wouldn't it ? After gathering all input geoms, and thus vertexes the triangulation will need to be computed, connecting them. But is this worth the cost of doing it ? > > > 3: elevate a geometry applying for each vertex > > the average Z of the cell it intersects and > > the average Z of the whole grid for cells with > > no Z in list(Continue reading)
) are all the results of
the buffer() function being applied to MultiPoint objects; so I think
they're well-formed polygons.
Am I correct in guessing that this behavior is incorrect?
Any hints how to debug?
I could dump&send the data, but couldn't get it to fail with less than 720
polygons yet.
Thanks in advance
Ron
fl=# explain analyze
select geomunion(the_geom) from user_area_features;
NOTICE: TopologyException: no outgoing dirEdge found (-84.2768,30.4646)
ERROR: GEOS union() threw an error!
fl=#
RSS Feed