Changeset 5328 for trunk/Ohana/src/addstar/doc/notes.txt

Timestamp:

Oct 14, 2005, 6:29:26 AM (21 years ago)

Author:

eugene

Message:

replaced "thiscode" as global with photcode passed by argument,
added explicit quality airmass option (for skyprobe)
added explicit subpix option (for skyprobe)
replace skyprobe global with above two.

File:

• trunk/Ohana/src/addstar/doc/notes.txt (modified) (1 diff)

trunk/Ohana/src/addstar/doc/notes.txt

@@ +1 @@
+
+todo goals:
+
+  o move addstar/gstars to AddstarClientOptions
+  o add thiscode to AddstarClientOptions
+  o address MOSAIC somehow
+  o replace skyprobe mode
+  - address the cat & ref modes in client/server
+  
+  * add airmass quality to options
+  * deal with Myyyy as sky value
+  * better way to interpret flips header info for sky?
+  * fix unlink empty file problem
+  * programs like relphot and dvo need to be provided 
+    with sorted measure tables; add this as a feature 
+    of the load_catalog API?
+
+2005.10.13
+
+  I am working to minimize usage of globals and cleanup addstar
+  functions to make them more appropriate for the client / server
+  model.  
+
+  I have dropped save_pt_catalog, and modified load_pt_catalog, as
+  well as the load_catalog functions.  Now, the choice of elements to
+  load is made by setting flags in the catalog structure itself
+  (catalog.catflags).  Thus this information is carried around by the
+  catalog variable.  the load_pt_catalog function now only returns
+  true.  it is now necessary to check the state of the disk file by
+  examining Nave_disk to decide if the file is empty or not.  This is
+  perhaps too limiting: it prevents us from using only one of the
+  catalog tables (say measure without average).  The concern I have is
+  to manage the process of cleaning up the catalogs if no data is
+  added to them:  I don't want addstar to leave behind empty files
+  (plus, I think this breaks the lock/load state logic).  Thus,
+  whenever addstar unlocks / closes a file, if the Nave_disk +
+  Naverage is 0, the file should be unlinked.
 
 2005.10.12