Return home icon

Polygon

Description:

 Name                            Null?    Type
 ------------------------------- -------- ----
 LOCALITY_ID                     NOT NULL NUMBER
 LATITUDE_DEGREES                         NUMBER(5,2)
 LATITUDE_MINUTES                         NUMBER(5,2)
 LATITUDE_SECONDS                         NUMBER(5,2)
 LATITUDE_DIRECTION                       VARCHAR2(1)
 LONGITUDE_DEGREES                        NUMBER(5,2)
 LONGITUDE_MINUTES                        NUMBER(5,2)
 LONGITUDE_SECONDS                        NUMBER(5,2)
 LONGITUDE_DIRECTION                      VARCHAR2(1)
 ACCURACY                                 NUMBER
 ELEVATION                                NUMBER
 DATA_SOURCE                              VARCHAR2(10)
 ELEVATION_MAX                            NUMBER
Primary Key:
Locality_ID
Foreign Key:
Locality_ID references LOCALITY(Locality_ID)
This looks a lot like the Point table, in fact, it looks exactly the same. Localities stored here are those that, for us, are uncomfortably large to be called "points": things like Ohio, Venezuela. Such labels are common with older material, but, thankfully, are now rarely seen. Basically, this table is used mostly for specimens recorded only to county in the U.S. The GNIS server has coordinates for the counties, and these are the ones we use.

The same Locality_ID serves as the primary key in the Geometric_Locality and Locality tables.

The values for latitude and longitude at their three levels should have a not null constraint. Otherwise, when I try to do arithmetic on them (such as to calculate decimal degrees), entries with any null values are ignored. At present we're dealing with this by putting zeros in the seconds field when we have only degrees and minutes.

The Latitude_Direction field contains either 'N' or 'S'; Longitude_Direction contains either 'E' or 'W'. These are then decoded as +/- 1 and multiplied by the calculated value for decimal degrees for input into ARC/INFO.

Accuracy is included for GPS recorded points. I have also heard of subjective codes (I suppose they could be objective) being used to indicate the relative degree of precision of a set of geographic coordinates. Two fields are available for elevation when it is reported as a range. Our values for Data_Source are


Last updated: 20 November, 1997 by nfj.