If an unknown filter appears in an ImageSet, rather than mapping it to the "default" just fail the whole damn Plan (not just the Observation or worse just the ImageSet). The plan is a unit and must complete as a unit, without error.



Thanks to Peter Prendergast in this Comm Center thread.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

  
Repository
  
svn+ssh://rbdenny@a2_svn_dc3/home/rbdenny/svn/astro/scheduler
 
 

  
SVN Revision
  
679
 
 

  
Affected files
  
/trunk/AcquireScheduler.vbs (Modified)
/trunk/Help/RelNotes.htm (Modified)

 
 

  
Check-in comment
  
Filter name check is now caseless.
GEM:1360

 

REOPENED



See this Comm Center thread by Dean Salman. The check for changed filter in AcquireSupport is not caseless. It should be. See line 1166 in AcquireScheduler rev. 636.
If IMG.Filter <> filtName Then' If filter changed, fail (no more VOEvent Sync)

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

  
Repository
  
svn+ssh://rbdenny@a2_svn_dc3/home/rbdenny/svn/astro/scheduler
 
 

  
SVN Revision
  
613
 
 

  
Affected files
  
/trunk/AcquireScheduler.vbs (Modified)
/trunk/Help/RelNotes.htm (Modified)

 
 

  
Check-in comment
  
Fail ImageSet/Obs/Plan if an unknown filter name is encountered.
GEM:1360

 

Note that AcquireSupport still substituted Clear. Did not change that as there are many places in ACP logic that use it. Just fail in AcquireSupport if the filter name is changed.