Details

    • Type: Task
    • Status: Done (View Workflow)
    • Priority: Normal
    • Resolution: Done
    • Component/s: None
    • Labels:
      None

      Description

      Can we get a couple of STS tables which we can actually populate, just to test the plumbing and the STS python module? In STSradio.conf terms, something like (timestamp plus float):

      LINE DT(F1,%y-%m-%d?%H:%M:%S?????) D9990(F2,%f)
      

      and maybe one covering all the basic types:

      LINE DT(F1,%y-%m-%d?%H:%M:%S?????) D9991(F2,%c) D9992(F3,%d) D9993(F4,%f)
      

      Call the columns anything you want.

      FYI the ????? in the timestamp was an arrangement to put the HAST timezone in the datafile: STS require(sd) data in that TZ but does not parse the trailing timezone string, and we wanted to make the timezone explicit even though it was ignored. Obviously if any of that has changed please adjust.

      In the immediate term I can test from the existing STS client charis.sum.subaru.nao.ac.jp. I'll open a second ticket for getting access to and from a proper PFS machine.

        Attachments

          Activity

            People

            • Assignee:
              hiro Yoshida, Hiroshige
              Reporter:
              cloomis cloomis
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: