[Gstat-info] non-Euclidean distance functions?
Ashton Shortridge
ashton at msu.edu
Wed Mar 19 19:28:50 CET 2008
I'm getting off-topic, but Quaternary Triangular Meshes offer a decomposition
of the globe. I wrote a paper using QTM that no one really wanted to publish,
There's stuff by Geoffrey Dutton as well as others on QTM.
A quadtree structure could be used on catesian lat-lon, but it wouldn't be
very efficient, since the distances aren't true, and results would be very
messy around the poles.
Ashton
On Tuesday 18 March 2008, Edzer Pebesma wrote:
> Carlos, here's a comment:
>
> if you ignore the quadtree search structure, you can get away without
> working point-block distance function; see the examples of pb_norm_gc in
> data.c, where great-circle distances are used without quadtrees (could
> never figure out how/whether a quadtree on a globe works).
> --
> Edzer
>
> Carlos Rueda wrote:
> > Many thanks Edzer for your suggestions.
> >
> > The function pointers in the DATA structure easily allow one to
> > register customized functions! I already have plugged in my
> > point-to-point distance function and made a preliminary test of
> > computing the semivariogram. However, I still need to think about the
> > vector norm and the point-bbox functions so everything is of course
> > consistent. What happens is that I'm using a 'network distance' (ie,
> > computed as the shortest path between the two points over a network,
> > eg, a stream network, but ignoring flow direction for now). All
> > pair-wise distances are pre-computed and saved in a look-up table,
> > which is then used by the point-to-point distance function. I will
> > continue examining the code and looking into the related math, but any
> > further comments are most welcome!
> >
> > Carlos
> >
> > On Fri, Mar 14, 2008 at 12:27 AM, Edzer Pebesma
> >
> > <edzer.pebesma at uni-muenster.de> wrote:
> >> It can be done at the C code level only. In data.h you'll find three
> >> functions,
> >>
> >> double (*point_norm)(const DPOINT *); /* eucl. vector length */
> >> double (*pp_norm2)(const DPOINT *, const DPOINT *); /* point-point
> >> squared distance */
> >> double (*pb_norm2)(const DPOINT *, BBOX); /* point-BBOX distance:
> >> nsearch.c */
> >>
> >> that a DATA structure needs; they are set in data.c. They are used to
> >> compute distances. See how they're set currently; you would have to
> >> override them with your own versions. The question of course is whether
> >> the input arguments provide sufficient information to compute your
> >> distance.
> >>
> >> Another option I can see is non-linearly transformating your space to a
> >> space where you can use the Euclidian distance measure, then
> >> back-transforming.
> >> --
> >> Edzer
> >>
> >> Carlos Rueda wrote:
> >> > Hello list,
> >> >
> >> > I'm just starting to look into gstat to see the feasibility of
> >> > incorporating user-defined distance functions to compute models and
> >> > do interpolation. I already searched the gstat-info archives but it
> >> > seems this aspect hasn't been discussed here. I'm not an expert in
> >> > geostatistical analysis but, according to some references(*), it
> >> > would be sufficient that the distance function be a valid metric. Is
> >> > this correct? If so, can anyone provide some hints regarding the
> >> > parts in the source code that would have to be modified? (I already
> >> > have glanced over the code and have a preliminary approach that I can
> >> > discuss off-list.)
> >> >
> >> > (*) - http://www.mail-archive.com/ai-geostats@jrc.it/msg03008.html
> >> > - A geostatistical approach for describing spatial pattern in
> >> > stream networks.
> >> > Ganio, Torgersen, Gresswell. Frontiers in Ecology and the
> >> > Environment. 2005
> >> >
> >> > Thanks!
> >> >
> >> > Carlos Rueda
> >> > Postdoctoral Researcher
> >> > Center for Spatial Technologies and Remote Sensing
> >> > University of California, Davis
> >> > _______________________________________________
> >> > Gstat-info mailing list
> >> > Gstat-info at geo.uu.nl
> >> > http://mailman.geo.uu.nl/mailman/listinfo/gstat-info
>
> _______________________________________________
> Gstat-info mailing list
> Gstat-info at geo.uu.nl
> http://mailman.geo.uu.nl/mailman/listinfo/gstat-info
--
Ashton Shortridge
Associate Professor ashton at msu.edu
Dept of Geography http://www.msu.edu/~ashton
235 Geography Building ph (517) 432-3561
Michigan State University fx (517) 432-1671
More information about the Gstat-info
mailing list