Email Detail

HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "url": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/K4S4WECIK3AP6UJAWMXNIIX3C42FADFH/?format=api",
    "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/?format=api",
    "message_id": "000001c6f3c2$8b368990$ef46a8c0@organizarz9jdj",
    "message_id_hash": "K4S4WECIK3AP6UJAWMXNIIX3C42FADFH",
    "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/K4S4WECIK3AP6UJAWMXNIIX3C42FADFH/?format=api",
    "sender": {
        "address": "brad (a) k1gto.com",
        "mailman_id": "56e1d93041af4a36bd41340644f4e3f6",
        "emails": "https://mailman.amsat.org/hyperkitty/api/sender/56e1d93041af4a36bd41340644f4e3f6/emails/?format=api"
    },
    "sender_name": "Brad, K1GTo",
    "subject": "[amsat-bb]  GTO-Track",
    "date": "2006-10-19T21:07:05Z",
    "parent": null,
    "children": [
        "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/XEXLIM6FIU5TMCNP5H533ED7FDR7TQMX/?format=api"
    ],
    "votes": {
        "likes": 0,
        "dislikes": 0,
        "status": "neutral"
    },
    "content": "\n\nI've started designing a simple Java application that will run on a Nextel\nphone (should actually run on any java phone) that will automate the\nfrequency shifting necessary to have a QSO on a Linear/transponder\nsatellite. \n\nI know that I'm nowhere near as experienced as most of the guys on here, so\nI wanted to run a few things by you, so you can tell me if it is a good\nidea, or how it might be improved. \n\nIn the first Phase, the application will use an internet connection to\nconnect to a running Predict server (that's the Linux satellite tracker\nprogram). The application that runs on the phone will interface to predict\nto obtain Doppler shift information about the satellite currently selected,\nbased on the QTH coordinates programmed into Predict. \n\nAs the satellite approaches and then departs, the application on the phone\nwill, via an ICOM CI-V interface, shift the frequency such that the operator\ndoesn't have to touch the dial (once its set where he wants it). \n\nIn order to be most useful, I'm thinking that the operator should scan\naround on the RX frequency and find a spot, whether it's an open frequency\nfor calling CQ, or a frequency where someone else is calling CQ and they\nwant to respond. \n\nBy selecting that RX frequency, the application will make calculations and\nproperly adjust the receiver such that the correct input frequency is used.\nIn effect, the application will pair up the correct TX and RX frequencies so\nthat you transmit on the input frequency that corresponds to the output\nfrequency, with Doppler, and everything else factored in. \n\nThat was sort of question 1 there, is that how it ought to work? \n\nThen the next part of the question would be: Should the application leave\nthe RX frequency constant, not adjusting it whatsoever for any Doppler, etc,\nand only adjust the input frequency? \n\n\n\n\n",
    "attachments": []
}