summaryrefslogtreecommitdiff
path: root/contrib/earthdistance
diff options
context:
space:
mode:
authorBruce Momjian <bruce@momjian.us>2000-06-19 14:02:16 +0000
committerBruce Momjian <bruce@momjian.us>2000-06-19 14:02:16 +0000
commitbad9ce7099c2d4154dbd787f34a3a3a3a405e4e1 (patch)
tree065921cc0aaff8e2a8ede19d40850c7fbd0b72ed /contrib/earthdistance
parent6de7d4fe91b1f037eb9ad612a22e972037426100 (diff)
downloadpostgresql-bad9ce7099c2d4154dbd787f34a3a3a3a405e4e1.tar.gz
Add missing /contrib files
Diffstat (limited to 'contrib/earthdistance')
-rw-r--r--contrib/earthdistance/README.earthdistance31
1 files changed, 31 insertions, 0 deletions
diff --git a/contrib/earthdistance/README.earthdistance b/contrib/earthdistance/README.earthdistance
new file mode 100644
index 0000000000..f4ecef80fe
--- /dev/null
+++ b/contrib/earthdistance/README.earthdistance
@@ -0,0 +1,31 @@
+Date: Wed, 1 Apr 1998 15:19:32 -0600 (CST)
+From: Hal Snyder <hal@vailsys.com>
+To: vmehr@ctp.com
+Subject: [QUESTIONS] Re: Spatial data, R-Trees
+
+> From: Vivek Mehra <vmehr@ctp.com>
+> Date: Wed, 1 Apr 1998 10:06:50 -0500
+
+> Am just starting out with PostgreSQL and would like to learn more about
+> the spatial data handling ablilities of postgreSQL - in terms of using
+> R-tree indexes, user defined types, operators and functions.
+>
+> Would you be able to suggest where I could find some code and SQL to
+> look at to create these?
+
+Here's the setup for adding an operator '<@>' to give distance in
+statute miles between two points on the earth's surface. Coordinates
+are in degrees. Points are taken as (longitude, latitude) and not vice
+versa as longitude is closer to the intuitive idea of x-axis and
+latitude to y-axis.
+
+There's C source, Makefile for FreeBSD, and SQL for installing and
+testing the function.
+
+Let me know if anything looks fishy!
+
+A note on testing C extensions - it seems not enough to drop a function
+and re-create it - if I change a function, I have to stop and restart
+the backend for the new version to be seen. I guess it would be too
+messy to track which functions are added from a .so and do a dlclose
+when the last one is dropped.