[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: R-tree indexing, RA wrap and LISTENing
> -----Original Message-----
> From: Chris Albertson [mailto:chrisalbertson90278@yahoo.com]
> Subject: RE: R-tree indexing, RA wrap and LISTENing
>
> Rob,
>
> I think that's the way to go, create a new data type called
> "Sky Coordinate" that is defined as an "RA" and a "DEC" and
> then define the types RA and DEC and the operators that would
> be required like <, >, +, -, *, "between" and so on.
I figured you'd say something like that ;-). It's going to take some work
(ie I stopped after 10 minutes...).
>
> Later you define a set of special astrometric operators
> over the set of (RA,DEC) Certainly we'd need a "anglar
> dstance" maybe a "precess" operator, The more functions you
> can add to the database the more powerfull the querries can
> be. You could even define "constellation" that returns the
> name of the constallation that a given (RA, DEC) falls into
> so you'd be able to querry on "all stars in Orion with mag <
> 6" or whatever.
At what distance do you need the spherical operators over planar? And would
they be used often enough to justify their creation? I don't believe they
would be required for matching stars to each other (7 arcsec?).
>
> Think carfully before signing up for e-mail notifications.
> If someone impoorts 15 million observation pairs it could
> trigger a real flood of e-mail. I would want something that
> insures no more then say one e-mail an hour no matter how many hits.
Good point. Maybe the LISTEN would populate another table, and a cron job
would send out all entries in the table once an (hour, day, ...).
Later,
Rob