IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changeset 16634


Ignore:
Timestamp:
Feb 24, 2008, 9:09:19 AM (18 years ago)
Author:
eugene
Message:

working to valid IDs

Location:
branches/eam_branch_20080223/Ohana/src
Files:
4 edited

Legend:

Unmodified
Added
Removed
  • branches/eam_branch_20080223/Ohana/src/addstar/doc/notes.txt

    r16632 r16634  
     1
     22008.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 
    131
    2322008.01.31
  • branches/eam_branch_20080223/Ohana/src/libautocode/def/average.d

    r16633 r16634  
    3030FIELD dummy,          DUMMY,      char[2],          padding
    3131
    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
    3341FIELD objID_hi,       OBJ_ID_HI,    unsigned int,   ID upper bytes
    3442FIELD objID_lo,       OBJ_ID_LO,    unsigned int,   ID lower bytes
  • branches/eam_branch_20080223/Ohana/src/libautocode/def/image.d

    r15038 r16634  
    4848FIELD     code,             CODE,                 char,           image quality flag
    4949FIELD     ccdnum,           CCDNUM,               unsigned char,  CCD ID number
    50 FIELD     imageID,          IMAGE_ID,             unsigned int,   image ID
     50FIELD     imageID,          IMAGE_ID,             unsigned int,   internal image ID
     51FIELD     externID,         EXTERN_ID,            unsigned int,   external image ID
     52FIELD     sourceID,         SOURCE_ID,            unsigned short, analysis source ID
    5153# 48 bytes
    5254
  • branches/eam_branch_20080223/Ohana/src/libautocode/def/measure.d

    r15511 r16634  
    3030# Pan-STARRS uses a 64-bit detection ID.  keep this in two 32 bit ints for backwards compatibility?
    3131FIELD detID,          DET_ID,       unsigned int,   detection ID
    32 FIELD imageID,        IMAGE_ID,     unsigned int,   reference to image
     32FIELD imageID,        IMAGE_ID,     unsigned int,   reference to DVO image ID
    3333
    3434# do we need more resolution than a short? should this be a log?
Note: See TracChangeset for help on using the changeset viewer.