This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Greetings! I'm by no means an expert in solving these problems, but for similar types of problems I've usually seen people use the PyPROJ library, which wraps the widely-used PROJ library. In this GitHub comment: https://github.com/Unidata/MetPy/issues/893#issuecomment-861149250 You can find a link to a notebook using PyPROJ to re-project some lightning data from a geostationary satellite. When using PROJ/PyPROJ, the Nearside Perspective as a projection might also be helpful: https://proj.org/operations/projections/nsper.html#nsper Hope this helps, Ryan > Hi Ryan: > > I took an AMS sponsored course a couple of months ago re python and > atmospheric science, and found your name from looking through the > distributed notes. Hope it's ok to contact you. > > We are working on a mechanism to protect EESS radiometers from 5G/6G > transmissions, and to enable spectrum sharing between these entities (some > references below). We've built parts of a prototype. From the satellite's > perspective have been using a python library based on TLE data ( > http://rhodesmill.org/skyfield/) which works well for nadir position of the > satellite (<< 1/2km off), but we find that calculating the pixel center for > crosstrack radiometers shows pretty large (10s of km) errors when the > radiometer is at the edges of the scan. It's particularly bad for ATMS, > which has such a large scan angle. We calculate the error based on > measurement data downloaded from the radiometer ( > https://sounder.gesdisc.eosdis.nasa.gov/opendap/JPSS1_Sounder_Level1//SNDRJ1ATMSL1B.2/2021/co > ntents.html). > > I believe part of the error maybe related to using a spherical earth model > for finding the distance from satellite to pixel center (using the > boresight angle and the distance from sat to ground for nadir - see the > attached picture & reference) rather than using an ellipsoidal/WGS84 model, > but I have had trouble finding a relatively simple description of an > ellipsoidal solution or some code that I can either use or at least look. *I > assume this is a problem that has been solved before!* (note that we've > been using a python library - https://pypi.org/project/PyGeodesy/ - for > most of the other spherical geometry calculations.) Ticket Details =================== Ticket ID: UDU-328126 Department: Support Python Priority: Low Status: Closed =================== NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.