You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 10 Next »

Agenda:

  • There is currently no way for the TTA member to makes changes to a proposal with the Proposal State of In Review. (There is no option to resubmit a modified Observatory Copy, as it must be saved first to trigger the re-submit button and any saved changes are applied to the Author Copy and not the Observatory Copy.) See  STT-863 - Getting issue details... STATUS
    • What behavior(s) do we want?
      • TTA member modifies Author Copy and can resubmit (triggers notifications) at any time, regardless of Solicitation being Open or Closed and regardless of Proposal State.
      • TTA member modifies Observatory Copy and re-submits at any time (triggers notifications), regardless of Solicitation being Open or Closed and regardless of Proposal State.
      • TTA member saves Observatory Copy without resubmitting, regardless of Solicitation being Open or Closed and regardless of Proposal State. No notification is triggered (currently)
  • STT-861 - Getting issue details... STATUS
    • Minor note - This story is titled wrong. By State Model, there is no proposal with a draft state at the close of a solicitation. Any draft proposal is now Hidden.  Will update story soon.
    • Could a Proposal with Proposal State of Hidden be Withdrawn?
      • Note, only Draft → Hidden is allowed; no Observatory Copy exists.
      • Currently, it can be withdrawn. Should the software explicitly block this state transition?
  • Behavior of a Withdrawn Proposal
    • Should system restrict the ability to Withdraw a proposal for a TTA member, for example, until Review Process Configuration is Finalized? Though we likely have the Policy to never Withdrawn once the reviews have actually started, we might by some accident, find ourselves in an awkward state.
      • For example, the Primary, Second etc save reviews. Then the proposal is Withdrawn. The ISRs cannot be finalized and so essentially Consensus is locked out.
        • Concern: the state transitions for the Review Process stall because of a Proposal that is Withdrawn at some point and can never have its ISRs finalized because a Withdrawn proposal is not available in the Review Process UI, even for a TTA member.
        • Do we need an additional check on the Proposal State during the review process transitions to protect against this?
  • Follow up from v0.3 White boarding discussion
    • Working Diagram to aid discussion
    • Mosaic Use case: A proposal asks for a 5 x 5 deg mosaic, for example.
      • It translates to one Science Target, which has a Pointing Pattern. The Requested Time is 40 hours.
      • All pointings are assigned to the same cluster (Observation Specification). The Observation Specification has a Repeat Count of 10, and thus a Total Time per Repeat Count of 4 hours. (Let's ignore overhead for now).
      • Step 1: Translating Observation Specifications into Effective Science Target Lists
        • If the Effective Science Target List (which lives in the Allocation Disposition) is created from the Observation Specifications in an Allocation Request, then (I think) it is possible to reprocess the contents of the Observation Specification in this case.
        • It would require new algorithms to carefully re-engineer it though, which requires more testing and room to be inconsistent with the "real" Science Target List.
        • If the user bypasses the Capability Request entirely, then the translation from Observation Specification made by an expert user may not accurately reflect their real request.
        • I think we would have to reveal what is given to the Review process more directly in this case (i.e., some variation of Effective Science Target List).
      • Step 2: Review Process and Modifications
        • The SRP Panel says "This is a great proposal, but I really think they need to do a pilot survey of the a smaller region: 1 sq deg at most. So they only need 1.6 hours and can do it in one scheduling block."
        • How does the Scheduler modify the Observation Specification Disposition to handle this?
          • A Science Target has no concept of a FOV. It has a concept of the Pointing Pattern. So the Scheduler cannot rerun the algorithm.
          • They could enter by hand the new Total Time, Repeat Count, and the LST Range (or maybe we have a button that does a calculation for a set of sources).
          • What about overhead?
  • Policy Discussion with Toney R.
    • Keeping Technical Reviews for Large Proposals
      • Would like ability to specify at Solicitation configuration a granularity to what proposals will have a review
        • e.g., Astrometry, VLBI, subarrays
    • Review of Past Disposition Letters at Consensus → No
    • Source Conflicts should be handled at TAC, not SRP panel level
    • Modification to Total Requested Time in a Observation Specification should trigger addition questions that belong with the technical justification
    • Timing of User Modification to Scan List
  • Sprint 48 feedback

Open Actions:

DescriptionDue dateAssigneeTask appears on
2024-06-28 TTA Requirements Meeting
  • Jeff Kern Discuss with ADs the role of the new tools vs existing PHT.
Jeff Kern2023-04-28 TTA Requirements Meeting
  • Discussion on F2F parking lot items
2022-09-02 TTA Requirements Meeting
  • Establish who is Telescope Subsystem Scientist for GBT & VLBA.
2021-12-17 TTA Requirements Meeting

  • No labels