Changeset 16634
- Timestamp:
- Feb 24, 2008, 9:09:19 AM (18 years ago)
- Location:
- branches/eam_branch_20080223/Ohana/src
- Files:
-
- 4 edited
-
addstar/doc/notes.txt (modified) (1 diff)
-
libautocode/def/average.d (modified) (1 diff)
-
libautocode/def/image.d (modified) (1 diff)
-
libautocode/def/measure.d (modified) (1 diff)
Legend:
- Unmodified
- Added
- Removed
-
branches/eam_branch_20080223/Ohana/src/addstar/doc/notes.txt
r16632 r16634 1 2 2008.02.23 3 4 features I need to add / finish in dvo: 5 6 * detID / objID / imageID 7 8 some questions: 9 10 db_id 11 table_id (chip / warp / stack / diff) 12 chip_id / warp_id / stack_id / diff_id 13 14 detections from stand-alone analysis would require an alternate sequence? 15 detections without an associated image get image_id = 0 16 17 * imageID : we will define a new, unique running ID within dvo 18 against which joins are performed. in addition, I will keep the 19 externally supplied ids as a reference (32bit id + 16bit source) 20 21 * detID : the detection (measure) should carry the imageID + detID as a 22 unique value. 23 24 * objID : objects will get a unique ID when they are created 25 (sequence in table + table ID? or use the same bits as Maria?) 26 27 * extended measurement tables 28 * SDSS ingest 29 * 2MASS flags 30 1 31 2 32 2008.01.31 -
branches/eam_branch_20080223/Ohana/src/libautocode/def/average.d
r16633 r16634 30 30 FIELD dummy, DUMMY, char[2], padding 31 31 32 # Pan-STARRS uses a 64-bit detection ID. keep this in two 32 bit ints for backwards compatibility? 32 # Pan-STARRS uses a 64-bit detection ID. keep this in two 32 bit ints 33 # for C89 compatibility. The objID is constructed based on the 34 # position of first instatiation. this is actually quite expensive 35 # because we need to include the uniqueness test to construct this, 36 # which requires a select for each new object. Therefore, I will use 37 # a table based ID (table ID + object ID), and we will have to 38 # re-number the object IDs if we change the table density, OR treat 39 # all subdivisions as entries which are from a foreign table. 40 33 41 FIELD objID_hi, OBJ_ID_HI, unsigned int, ID upper bytes 34 42 FIELD objID_lo, OBJ_ID_LO, unsigned int, ID lower bytes -
branches/eam_branch_20080223/Ohana/src/libautocode/def/image.d
r15038 r16634 48 48 FIELD code, CODE, char, image quality flag 49 49 FIELD ccdnum, CCDNUM, unsigned char, CCD ID number 50 FIELD imageID, IMAGE_ID, unsigned int, image ID 50 FIELD imageID, IMAGE_ID, unsigned int, internal image ID 51 FIELD externID, EXTERN_ID, unsigned int, external image ID 52 FIELD sourceID, SOURCE_ID, unsigned short, analysis source ID 51 53 # 48 bytes 52 54 -
branches/eam_branch_20080223/Ohana/src/libautocode/def/measure.d
r15511 r16634 30 30 # Pan-STARRS uses a 64-bit detection ID. keep this in two 32 bit ints for backwards compatibility? 31 31 FIELD detID, DET_ID, unsigned int, detection ID 32 FIELD imageID, IMAGE_ID, unsigned int, reference to image32 FIELD imageID, IMAGE_ID, unsigned int, reference to DVO image ID 33 33 34 34 # do we need more resolution than a short? should this be a log?
Note:
See TracChangeset
for help on using the changeset viewer.
