See this Comm Center thread by Peter Hannah. The log is not being rotated at local noon.

See this Comm Center thread by Arne Henden. Wants to be able to dedicate the obs to one user on a given night. Asked for user-based disable/enable of Projects.

See this Comm Center thread by Chuck Cynamon. For Fixed time plans, the End time is actually not used other that at StartTimedPlans() to test if the end time is already passed and not start it.  Improve logging in StartTimedPlans() for late start of the dispatcher

Update: 8.1.3 has good docs, removal of the debug popups and is OK at Geoff Stone's and Grady's.



Problem: the repeat coults on ImageSet or Observation are not updated at early termination, leading to wildly high numbers for completed Plans in the Schedule Browser's tables.

This is it. Running well at Grady's giving to Chuck Cynamon for testing.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
945
 
 

  
Affected files
  
/trunk/Help/Advanced.htm (Modified)
/trunk/Help/Home.htm (Modified)
/trunk/Help/images/FixedTime .png (Added)

 
 

  
Check-in comment
  
Documentation for improved fixed time (going into 9.1.3)
GEM:1909

 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
942
 
 

  
Affected files
  
/trunk/AcquireScheduler.vbs (Modified)

 
 

  
Check-in comment
  
Oops forgot to commit the Changes to AcquireScheduler for stop at forced time on Obs with large SetCount. 
GEM:1909

 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
941
 
 

  
Affected files
  
/trunk/Help/Advanced.htm (Modified)
/trunk/Help/RelNotes.htm (Modified)
/trunk/Scheduler/AssemblyInfo.cs (Modified)
/trunk/Scheduler/Engine.cs (Modified)

 
 

  
Check-in comment
  
Fix forced-end fixed-time Plans for Observations with high repeat counts. Update Advanced features docs to describe forced-end.
GEM:1909

 

REOPENED



See this thread. My initial change in AcquireScheduler takes care of the case where a single ImageSet has "lots" of images. However the case where the Observation itself has a large Set Count is not handled. The Observation is repeatedly sent to ACP only to be quickly terminated for running beyond the forced end time. 



This really needed to be handled in the Engine. 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

  
Repository
  
bdenny@a2_svn_dc3/home/rbdenny/svn/astro/acp/trunk/WebDocs/ac
 
 

  
SVN Revision
  
1440
 
 

  
Affected files
  
/trunk/WebDocs/ac/asphotosingle.asp (Modified)

 
 

  
Check-in comment
  
Change description field wording from Image Series to Time Series
GEM:1909

 

As reported by Dick Berg here, the change from Image Series to Time Series is not reflected in the Description of the plan.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
935
 
 

  
Affected files
  
/trunk/ACP Web Content/ACP-WebDocs-sc/seditplan.asp (Modified)

 
 

  
Check-in comment
  
Fix help info for end time on fixed-time plans.
GEM:1909

 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
932
 
 

  
Affected files
  
/trunk/ACP Web Content/ACP-WebDocs-sc/seditplan.asp (Modified)

 
 

  
Check-in comment
  
Make Schedule Browser's Plan editor responsive for Fixed Time.
GEM:1909

 

Schedule Browser's Edit Plan form needs to reflect the mode changes for fixed time.

Also given to Grady Boyce, who quickly came back with changes to the Single Series and Astro Imaging forms in the timing section. The Must Run Before disappears!!! This will require changes to the main Web UI.

Upgraded AcquireScheduler sent to customer.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
931
 
 

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

 
 

  
Check-in comment
  
Allow latest time on fixed-time plans to force (successful) termination of the Observation (and Plan) at the Latest time. If the earliest and latest are the same thjis will be skipped and the plan will run till the request is completed.
GEM:1909

 

Looking good! Need to sent to customer for testing, along with scheduler.exe with recent fixed time enhancements.

Looks hopeful, with just changes to AcquireScheduler!!

See this Comm Center thread by Grady Boyce. When editing or entering a Plan with a fixed time specified, check if that time slot is already occupied. If so, refuse the request with a message "Scope is already busy" or something and optionally include the name of the Observer who owns the request.

See this Comm Center thread by David Sliski. The Completed count at the end of the night is always 0.

9.1.7 sent to Mittelman customers and posted on the Comm Center.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
952
 
 

  
Affected files
  
/trunk/Scheduler/AssemblyInfo.cs (Modified)
/trunk/Scheduler/Engine.cs (Modified)

 
 

  
Check-in comment
  
Corrections to 9.1.6 for logging, no other logic changes. 9.1.7.
GEM:1921

 

9.1.6 sent to customer

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
951
 
 

  
Affected files
  
/trunk/Help/RelNotes.htm (Modified)
/trunk/Scheduler/AssemblyInfo.cs (Modified)
/trunk/Scheduler/Engine.cs (Modified)
/trunk/Scheduler/SimulatorSequencer.cs (Modified)

 
 

  
Check-in comment
  
Fix night-ending stats to occur right after shutdown. No longer required to shut the Scheduler down.
GEM:1921

 

Broken does not rotate mid day.
OVERHAUL
Re-do all of this to do the stats right  at the end of a night's observing without needing to shut scheduler down. If left running will log stats right at the end of the observing night.

Posted exe for 9.1.5 wiith these changes.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
950
 
 

  
Affected files
  
/trunk/Help/RelNotes.htm (Modified)
/trunk/Scheduler/Engine.cs (Modified)

 
 

  
Check-in comment
  
Run ending stats work both in real time and simulation over multiple nights. New NightsImages.csv report at run-end or rollover.
GEM:1921

 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
949
 
 

  
Affected files
  
/trunk/Scheduler/AssemblyInfo.cs (Modified)
/trunk/Scheduler/Engine.cs (Modified)

 
 

  
Check-in comment
  
Almost 9.1.5 -- The stats work real time and simulated. All that remains is David Sliski's Additional reporting. 
GEM:1921

 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
948
 
 

  
Affected files
  
/trunk/Help/RelNotes.htm (Modified)
/trunk/Scheduler/AssemblyInfo.cs (Modified)
/trunk/Scheduler/Engine.cs (Modified)
/trunk/Scheduler/TestProjectForm.cs (Modified)

 
 

  
Check-in comment
  
9.1.3 Run ending statistics fixed for real-time operation, including corrected Completed count.
GEM:1921

 

See this Comm Center thread by Stacey Mills. When flipping a GEM, the roll-over for the camera should be overlapped.  Also applies to the ACP live logic.

See this Comm Center post by Stephane Basa. He wants to be able to control Rising Plan Delay on a per-Plan basis.

See this Comm Center thread by Grady Boyce. The response ought to be more helpful and less ugly.

From the attached email from RIchard Asarisi. Make the columns of the web schedule browser sortable. Read for details.

See this Comm Center thread by Stacey Mills. Look at logging/notifying only one time. He was sick of the emails!

See this Comm Center thread by Jeff Herman. If an Observation is requested for the same coordinates as the previous one, but for a different PA, then AcquireScheduler does not await the completion of rotation to the new PA.

At some distant point in the past I commented out the logic that prevents plans completed on previous nights from being included in the detail. This was presumably for a test covering multiple nights. Well the plotter doesn't handle this well anyway. Restore that filter!!

STILL BROKEN



See this Comm Center thread by Tim Long. This needs to be fixed! Ticket title has been changed.

I just ran the Messier Marathon test and the RunDetail was perfect. So I don't know what to change, as it is working fine.

REOPENED



OOPS! I may have broken this. See this Comm Center thread by Dick Berg.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
711
 
 

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

 
 

  
Check-in comment
  
Oops forgot doc on RunDetail change
GEM:1631

 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
710
 
 

  
Affected files
  
/trunk/Scheduler/Engine.cs (Modified)

 
 

  
Check-in comment
  
Restore DumpAndLogSummary logic to exclude plans completed  in the past, and add exclusion for plans belonging to paused Projects.
GEM:1631

 

Also filter plans that belong to Paused (disabled) projects. I forgot to do this when I added Project Pausing.

See this Comm Center thread by Howard Maron. He wants to see dates to ease his management of lengthy data acquisition activity

See this Comm Center thread by Bruce McMath. The summary stats at the end of the run are incorrect. Attached an example from him. Looks like the "completed" number is clearly wrong! Try to get this for 9.0 so I have it set to High and assigned.

Not able to repro. See this Post.

See this Comm Center thread by Geoff Stone and Eric Dose. There should be some way to trigger observations in the "any PA" mode for the mount/rotator. The killer will be all of the logic that monitors the Equatorial angles. If you slew in the "any PA" mode does the returned PA still correspond to Equatorial, or will this cause an apparent change in the PA Bias? If the latter this could become complicated.



Also mind the derotator limits as described in SCHEDULER-1675.

See this Comm Center post by Richard Asarisi. He rightly wants a convenient way to back up and restore the scheduler's settings and the database. Maybe these should be separate since the settings occasionally get scorched from task-manager killing the scheduler ha ha.

See this Comm Center thread by Jeff Robertson. The idea would be to extend the current Fixed Time Monitor Mode with additional info on phasing and period so that subsequent night's observations would be properly timed for eclipsing binaries and the like.

See this Comm Center thread by Lee Buck. Others have asked for this along the way as well. Generate a flat plan based on the observations that were done during the night. GIve the flat plan a name that contains the date, and modify the AutoFlat script to look for that before it looks for Default[xxx]Flat. Thus, these nightly flat plans will be saved "forever" and can be re-executed even through the web UI.



I don't know how to provide for the number of flats, maybe a Scheduler option. That option would need to be visible from ACP running scripts!!

Another request from Richard Asarisi. Need to do this and let people with sky flats suffer for lack of time.

Another request from James Pierce, move priority to high.

Another request, this time from Paul Gardner - Bumping this! See attached simple-minded script.

Too many things, not enough time for this one. Must get 8.1 out!

I have an idea to do this with a script or program that takes the number of flats, the date range, and produces the flat plan. Maybe it can either write to StandardOut or a file...

See this post on the Comm Center (part of another topic) by DIck Berg.

And more votes here in this thread.

See this Comm Center thread by Russ Croman. He convinced me that it would be nice if Plans could include a "re-run" count. Not exactly a "repeat" count where they would run back to back, but just a "re-run" count. Basically after running a Plan, a counter would be decremented. Next dispatch round the Plan would simply be considered just like any other.

See this Comm Center thread by George Silvis et al. The flats actually start at AutoFlatConfig -> TwilightSunHi not 0 deg sun. Also there is a 2 deg "guard band" above TwilightSunLo ... if the Sun is that close to TwilightSunLo, dusk flats won't be done. Check these conditions for both dawn and dusk, and document this.

This came up in this Comm Center thread by Dean Salman. He has HA plans that can be run with Moon and other plans RGB with Moon Down constraint. He is seeing the HA plans running (random choice) because they are eligible and that's crowding out the RGB plans which should be run in preference due to the Moon being down.



This is an interesting problem along the lines of the one for which Rising Plan Delay was created (different problem)> I'm looking for an elegant/general solution to this.

This was brought up gain by Paul Gardner.

See this Comm Center post by Eric Dose. The RTML Help defines moon age from the Full Moon, when it is properly from the New Moon.

See this Comm Center thread by Peter Hannah. Fix it so that clicking the red [x} box acts rationally.

Switching between Normal, Daylight, and Simulation is unreliable. Sometimes the Scheduler will come up saying it is in Simulate mode but will connect to ACP. YOu have to change to Normal, exit, restart, change to Simulator, exit, restart to get it into Simulation.

REOPENED



See this Comm Center thread by Steve Reilly with Jeff Herman. Somehow I have left yet another sequence hole that can result in things getting mixed up. 

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
820
 
 

  
Affected files
  
/trunk/Help/NoteworthyConfigOptions.html (Modified)
/trunk/Help/RelNotes.htm (Modified)
/trunk/Scheduler/Clock.cs (Modified)
/trunk/Scheduler/Engine.cs (Modified)
/trunk/Scheduler/HttpServer.cs (Modified)
/trunk/Scheduler/MainForm.cs (Modified)

 
 

  
Check-in comment
  
At long last, stomp out the simulation/real-time switching bug. Improve clock mode logging. Fix stupid misspelling in a logged message in the HttpServer module, no logic changes. 
GEM:508

 

Another with Tolga Guver. However, this time I was able to capture a Profile file Scheduler.exe.xml with which I could duplicate the problem here. HOORAY!!!! It turns out to be a disconnect between the engine/sequencer (sim, day/night, mormal) and the clock/real time. Turns out that the Profile data was being loaded after the clock was initialized. Reversing the order fixed it. I had to move the logging of the efficiency coefficients until after the Profile and Clock were set because the logger requires the Clock object to be initialized.

Another with Stacey Mills

Another with Jeff Herman, Gad!!

Another with Peter Hannah.

Another adventure with this and Javier de Elias. Will I ever find this?

OK, now Dean Salman got nailed with this. It's still there ?!?!?



REOPENED

Saw this at Tom Kracji's. When it happens, it looks like the dispatcher is in Simulated mode but if you look at the settings file Scheduler.exe.xml, you'll see that the engine/sequencer value is still 2 (ACP) and not 1 (simulator)! Next time it comes up with the simulated clock but also brings up ACP. After a couple of cycles of this all of a sudden it will write 1 to
engine/sequencer and it will work OK. Then you can switch back and forth OK!!!

Dang it! an hour trying to make it goof up in the debugger... working perfectly.

Saw it today in switching from Simulator to Day/Night ACP. It didn't change the sequencer!

Dang it! Can't repro this now. Will wait till it bites me and attack it right then.

See this Comm Center thread by Dirk Terrell. The elements returned from the Minor Planet & Comet Ephemeris Service can have multiple formats. See Export Format for Comet Orbits. This will need to  be accommodated in multiple places including web forms, acquisition libraries, etc.

See this Comm Center thread by Tim Long. He got a giant priority (10,000) in somehow and it killed the scheduler. Review range checks but definitely prevent this one.

See this Comm Center thread by Tim Long. He needs finer grain priorities and wants more levels. There is no limitation in the Desktop Schedule browser or the engine so...

See this Comm Center thread by Stephane Basa. Besides the docs not specifically showing the location of ReceiverData, it should be moved to Public Documents anyway.

Also test the XML there and make sure it's OK. Stephane has problems with it. 

See the tail end of this thread in the Comm  Center, particularly Eric Dose's post. People in shared facilities must take care with panel flats. Some of the tenants may be observing farther into daylight than the scheduler is set for. Add a setting for sun-down angle to start panel flats. This might not be enough per the Comm Center posts!

Add support for imager readout modes. This will require changes to the desktop and web schedule browsers, the database schema, the AcquireScheduler script.

In a future release, do it the right way (in the forms). See this Comm Center thread by Peter Hannah.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
616
 
 

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

 
 

  
Check-in comment
  
Support readout modes with directive in the Description field of the ImageSet.
GEM:799

 

Going with chicken approach, #readoutmode [xx xx] in ImageSet Description

While doing this, also add support for ISO modes, see SCHEDULER-1343.

See this Comm Center thread by Petri Kehusmaa. Priority changed to high and assigned for V8.1.

See this Comm Center post by Brian Sheets. Recalculate the object position from the orbital elements before each image, monitor the pointing error from that source, and reposition the scope if the object has moved "enough". Do not do a full pointing update.

This is the corresponding change for the scheduler. See ACP-903.

Not done for Expert 8.2.

REOPENED



Incorrect! AAVSO at least wants FITS in raw, and they are relying on the UserActionsRawWithFITS.wsc user action now. I attached this.

No news is good news. Closing again.

REOPENED



Now the customer wants to have the raw images plate solved, and with all of the other FITS stuff, like the final auto-calibrated images. This will require a significant rework of the logic.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
642
 
 

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

 
 

  
Check-in comment
  
Fix saving of RAW (uncalibrated) images into the RAW subfolder.
GEM:1494

 

REOPENED 



This is not working because AcquireScheduler was not aware of the RAW subdirectory.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
637
 
 

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

 
 

  
Check-in comment
  
Document new RAW subfolder for autocalibration
GEM:1494

 

Change made in commmon library AcquireSUpport, so only the docs needed to be changed (Relnotes).

See this Comm Center thread by Dick Berg. He points out that Dave Wormuth's log analyzer would be a great tool for estimating the overhead for the ACP Sequencer config part of Scheduler.

If you look in the ACPSequencer.cs code, in the comments, you'll see that there are some sleazy hacks to determine the state and outcome of jobs run in ACP. Thisa has needed improvement for a long time, but it probably requires a change to the ACP API. Thus, not for 8.2 but for 9.0 improve this.



It may require new members in the ACP API, but I'm not filing an ACP ticket on this right now.

See this Comm Center thread by Geoff Stone. The idea is to send only the "important" emails to one address and the routine/plan alerts to another. Each of those "emails" could be a list like now. Allow the "important" ones to also go to the users so they know something's wrong and the operators have been alerted. Geoff will attach additional ideas.

In this Comm Center post Colin Haig suggests I add a separate Test Operator Intervention Email item to the Scheduler Test menu.

See this Comm Center thread by Tim Long. The idea of a REST API for the database is attractive!

See this Comm Center thread by Todd Benko and friends. Use Todd's perl one or adapt it to JScript so this device can be used as input to Scheduler.

As of this week, there is an ASCOM Observing Conditions driver for the SQM/LE. See this awakening of the original Comm Center thread by David Wormuth requesting this feature (again). I have bumped this up one priority and assigned it to myself. It really should be done soon.

Sascha Schueller has it working, but complains that it shows poor skies for daylight and is thus suppressing sky flats.

Contact AAVSO on this. Can we use DropBox integration?

Document Database API

See this Comm Center thread by Geoff Stone. This will affect loads of components in order to allow this on an Observation by Observation basis. How about for a whole Plan? Even then, all of  the labels in the input forms and both Schedule Browsers will need to dynamically change.



One idea would be to use negative numbers to indicate "time after completion" then hide that internal hack from users with changes to the UI. 

See this Comm Center thread by Lee Buck. He wants to be able to filter the lists of Plans (mostly), maybe export to a local TabText file or whatever.

See this Comm Center thread by Dean Salman. He wants to prevent empty folders by delaying creation of new image folders until at least one image has actually been completed. This seems reasonable.

People are having problems with the logs as linked from the Schedule Browser (the URL of the web server in Scheduler Setup). Marco Lorenzi (in this Comm Center post) proposes to attach the logs to the mail messages instead of linking.

Unassign... out of time for 8.1

There are several places in the engine and sequencers where tests for a flip are made (e.g. E[4] coefficient0. These tests assume the flip occurs at the meridian, while ACP can work with mounts that flip elsewhere. This means a mount that flips away from the meridian will not be given optimum decision making.



This will be tricky to implement in a consistent way as these tests are in a bunch of places.

The dispatcher should really look at whether an Observation it is about to start would cause the scope to pass through a user settable (cone of avoidance) around the zenith. Needed for both GEMs with tilt-up limits and also avoiding crazy dome behavior.

This could caause a time series to fail in an obscure way!

Also from Bernard Miller. Raised priority.

See this Comm Center thread (David Campbell)

Also requested by Stephane Kolijn (see ACP-1295)

To do this right, it will require support for #iso in ACP as the ISO modes are handles similarly to the Readout Modes. DO IT RIGHT.

See this followup message from Stephane. The variable naming in the original patch is affecting image set counts!




I think the problem was the hack for the ISO code: i think one of the variables i or j has been used somewhere in your update later on in the code. I changed those variables and declared them to isokol and testkol and than it seems to be working as it should.

I sent him a modified AcquireScheduler with code for setting the ISO just before exposing, by reading from the ImageSet Description (yes another hack, starts at line 1318).



I have attached the final version which includes his fix (see this Comm Center message)

Make it impossible for one user to load up the scheduler and thus dominate acquisition. This will need to be thought out! Would you balance within the currently eligible Plans (as opposed to including Plans that won't be eligible till later)? How would you make it fair?

Both the desktop and the web schedule b rowsers need a demand refresh control.

See this Comm Center thread by Bruce McMath. He wants to be able to drag-drop a Plan from one Project to another. Maybe instead a "move" or "copy" UI for this? In case the tree control doesn't support drag/drop?

See this Comm Center thread by Peter Prendergast. The log and my analysis explain what happens. I have attached the log here for reference.

This was buried in another huge unrelated thread. The title says it all.

Provide some way for users to display the switch driver's Setup dialog (e.g. Digital Loggers).

See this Comm Center thread by Paul Gardner. Change the thumbs-up/down icons in the schedule browser to green check and red X.

See this Comm Center thread by Warren Keller. In the desktop browser, allow multiple and range selections of plans in the tree (using the UI of the WindowsExplorer folder tree) to allow mass re submissions, disabling of Plans, etc. Also support duplication, cut, paste of plans in the tree.

Deep duplication has already been done in SCHEDULER-1055.

{From Bruce McMath] Currently the logic checks to see if there is an $IMAGSEQ at the end of the file template and substitutes a *, giving MaxIm the files to stack as XXX*.fts. Note that MaxIm cannot handle XX*XX.fts. This is only one of the things that can prevent stacking:


    
$IMGSEQ must be the last thing (per above)
    
Things like $DATEUTC and $TIMEUTC that change with time
    
Forced directory in the ImageSet
    
Zipped files

Don't know how to deal with all of this stuff, given that MaxIm only accepts XXX*.fts type wildcards for stacking via Document.Combine()

Document it!

Need to expand the File/Folder cust info. I need a page with the tokens, and a tool like the one for ACP. Need to cross-link Help so people understand that the environments are different so the tokens are different and the locations are different.

See this Comm Center thread by Bruce McMath. Connect the web Schedule Browser's "Photometry Request" form to the AAVSO site for info input into the coordinates and Description. This could get rather sophisticated.

Double quotes in things like Description, filter names, and who knows what else, cause failures. They need to be escaped in all SQL statements!



NOTE: The ReadMe.RTF in scheduler installer would need to be revised to remove the warning.

Wow, big job. Use a parameterized query as described in this StackOverflow thread.

Allow the tree to pick up status changes on items periodically or via a refresh control or ?? Also, if the status of the currently selected item changes, update the form as well. Same goes for the grid displays.

If a single Observation has a Repeat count > 1, only the last repeat's log is linked from its entry in the Schedule Browser. It does say in the header "This is for repeat n of n", however the logs for the preceding repeats are not available via links. Remember that a repeated Observation is executed as multiple ACP operations.

This will be huge. Will require database schema change due to need for a list of Sequencer Logs instead of LastSequencerLog. I suppose the LastSequencerLog field could contain a comma separated list but the paths could be too long to fit into a Text column in the database, etc.

See this Comm Center thread by Andre Ioda and Per Frejvall. Periodically, stop observing and take a series of short exposures on a bright star and measure the FWHM carefully, then average to get a clean FWHM. Use this to estimate sky quality. Of course the delay is the issue. How quickly will the sky condition change? But as Andre points out, it would seeminglyu be better than manually setting it!

Provide a way to default the web forms to a Moon Avoidance criterion on a per-filter basis.

Add a page to Schedculer Help that is a File/Folder Customization Template Tool like the one that is in ACP7.

See this Comm Center thread (Paul Luckas).

If the final image plate solution fails, always re-start the AO. Since you  cannot tell if the AO has lost lock, the plate solve failure is a probable indication that this happened. For the AO only, if the plate solve fails, restart the AO after every image. Also, maybe try the plate solve again on the next image instead of skipping till the end of the series. This may not be a good idea, so test and think!

POSTPONED - require serious change in layering between script and library

Structural reorganization of RTML. Move constraints down to the Target level, leaving only Priority and TimeRange (not the TimeRange constraint!) where they are under Schedule. There is a work in progress RTML 3 already under RTML23/Schema in the Scheduler project tree. The Krajci TimeRange constraint  can be called TimeLimits as an RTML Target level constraint to separate it from the TimeRange that is at the Schedule level. Also provide for the (separate) ACP username (now handled by the [ACP User=xxxx] hack, as well as other hacks currently described in help under RTML Mapping. Remove some unneeded image calibration modes.  This will percolate all over the place.

 

  
SVN Comment
 
 

  
Author
  
rbdenny
 
 

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

  
SVN Revision
  
207
 
 

  
Affected files
  
/trunk/RTML23/Schema/RTML-3.0.xsd (Added)
/trunk/RTML23/Schema/RTML23-Gen.xsd (Deleted)

 
 

  
Check-in comment
  
Save work-in-progress RTML 3 schema for later. Delete old schema that is no longer used.
GEM:696

 

Change Astreroid mode into Photometric Time Series mode. Add All-Sky Cal star (Landolt) mode?

This will require careful consideration: Should a Best Efforts Plan continue after an Observation fails? This might result in a cascade of Observation Failures if the failure is caused by something like a bad guide star or passing clouds. In the latter case it would be better to chew up the time doing a bad Observation, maybe the next one would be OK. Like I said, this'll require careful consideration!

'nuff said. Mike Dodd on the Comm Center has some art!

Why are there multiple url/domain settings in the sim and ACP sequencer sections of settings?

Several ideas here:


    
Provide schedule for cal frames so can be done other than every day
    
Automatically process calframes in MaxIm, convert to masters, Save in a "day" folder that is DropBox friendly
    
Leave latest masters in MaxIm so AutoCal will work.