Uploaded image for project: 'SAFe Program'
  1. SAFe Program
  2. SP-757

Prepare KATpoint so it could be made an Astropy affiliated package in PI#6

Change Owns to Parent OfsSet start and due date...
    XporterXMLWordPrintable

Details

    • Data Processing
    • Hide

      Clean delays and pointing API that is widely used and supported.

      Show
      Clean delays and pointing API that is widely used and supported.
    • Hide

      Code should pass SKA DoD. Code should no longer be on a branch.

      Show
      Code should pass SKA DoD. Code should no longer be on a branch.
    • 2
    • 2
    • 0
    • Team_SPAZA
    • Sprint 5
    • 6.1
    • PI22 - UNCOVERED

    • Team_SPAZA

    Description

      The goal of this ticket is to be able to make the core of KATpoint an Astropy affiliated package in PI#6. To do this it will need to have the MeerKAT specific areas removed to a separate adaptor package (which I propose should retain the KATpoint name) and a telescope independent interface created to use Astropy objects (which will probably have a telescope independent name - suggestions welcome). However, it will not have to support all types of telescope - purely be clean enough that others might be able to do that in the future.

      The core of the work is identified by D.Terrett in SIM-268. In a discussion with Dave and l.schwardt we believe all of these could be achieved this PI. There were also some other work identified which included:

      • Verifying the changes in the test routines brought about by the use of Astropy is in line with MeerKAT expectations.
      • Replacing the bulk of the KATpoint projection.py with the Astropy WCS set of routines. However, KATpoint has two non-WCS projections (CAR and SSN) which are not supported by WCS lib. Also Astropy WCS is somehow tied to FITS and I am not sure if this is relevant.
      • Refactoring delays and objects strings so that MeerKAT specific  aspects are removed to a MeerKAT specific interface.
      • Removing any trace of the Xephem catalogue format.
      • Deciding how to represent satellite objects (I must admit I didn't write down exactly what happened here. I think there was a way forward, but Dave and Ludwig may need to discuss).
      • There was also associated work that Ludwig is doing on delays to support NCRA.

      Attachments

        Issue Links

          Structure

            Activity

              People

                n.rees Rees, Nick
                n.rees Rees, Nick
                Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Feature Progress

                  Story Point Burn-up: (100.00%)

                  Feature Estimate: 2.0

                  IssuesStory Points
                  To Do00.0
                  In Progress   00.0
                  Complete712.4
                  Total712.4

                  Dates

                    Created:
                    Updated:
                    Resolved:

                    Structure Helper Panel