问题标签 [pyephem]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
equinox - pyephem Equinox 产生意想不到的日出/设置方位角
这不是一个 python/pyephem 问题,而是一个轨道力学问题,但这里有:
Pyephem 报告春分将在美国东部标准时间 2014 年 3 月 20 日星期四 12:57 发生。这是日出最接近真东 (90º) 和日落最接近真东 (270º) 的日子,几乎在全世界范围内。
计算 lon -78:30、lat 35:30 海拔 124m 的时间和方位日出/设置,使用“-0:34”地平线和 0 压力(获得接近美国海军天文台的数字)我得到(根据当地时间调整,美国东部标准时间):
由于太阳正午发生在春分稍晚一点,我预计日落会更接近 270:00:00.0,而不是日出更接近 90:00:00.0,但事实恰恰相反。日出距离真东约 4.5 弧分,日落距离真西约 19 弧分。为什么?
c# - 带有 Lahiri Ayanamsha 的 Swiss Ephemeris Sideral Mode 给出了错误的值
我正在尝试生成行星的经度。我已经使用瑞士星历 dll 来完成我所有的辛勤工作。然而,不幸的是,瑞士星历表为恒星模式 Lahiri Ayanamsha 生成的值与我从其他吠陀软件或在线门户网站(包括JuniorJyothsh )中得到的值相差甚远(大约 25 分钟,尤其是月球)
我已经下载了 .se1 文件(用于行星和月球)并且正在使用非常准确的瑞士星历表模式。此外,我设置了恒星模式、Lahiri Ayanmsha 标志、地形中心标志。我还设置了拓扑经纬度位置。
最让我困扰的是,包括 Jumior Jyothish 在内的所有其他在线吠陀出生图生成器的值似乎都相互匹配。我不确定我做错了什么。这是我在 .NET on git 中使用的代码 Swiss ephemeris的链接以及示例代码片段
这是我自己的出生日期(1989 年 8 月 21 日上午 10:29)的值有多么不同的示例,根据我的代码从瑞士星历生成:
大多数其他来源的值(JuniorJyothish,ProKerala,NadiAstrology,Astrosage):
任何帮助/提示/建议指出我正确的方向都非常感谢。
谢谢
pyephem - pyephem 通过 earth_distance 计算火星对冲
我在 2014 年的所有日子里都在寻找地球与火星距离最小的日期。我预计这会发生在 2014 年 4 月 8 日的火星冲日,但 4 月 14 日是距离最短的日期。为什么?
同样,最大的视星等出现在 12/15,最亮的星等出现在 4 月 12 日,而不是 4 月 8 日的冲日。
pyephem - PyEphem: What is the epoch attribute for EarthSatellite
I am using PyEphem to predict satellite passage over a point in a constellation design project.
I would answer my question by it is orbit epoch but I would like to be sure. Here is an example that rose the question at first:
What works
Here is the result I get with PyEphem (With only one date per access), compared with STK (see below to see how I obtained it):
Set up in for PyEphem
Here is the STK setup (the dates for the experiment are the same):STK satellite setup
So that is almost perfect, even if I don't understand why there is this one hour difference between STK and PyEphem epoch, I suspect something with the UTCG thing.
What does not
Now, If I increase the inclination to 49, I get these results (PyEphem first, Stk then):
By setting the epoch to 2014/02/14 11:35:00
, I get the expected results:
Since The first example is giving satisfactory results, I would not say that my model caused the difference but it could. So my question is, what do I do wrong with this epoch time?
pyephem - 用于多普勒计算和大气折射补偿的测距率
这个问题可能与这个问题有关:Wrong Range Rate with Pyephem
我刚刚开始尝试使用 pyephem 进行卫星通过预测和无线电链路的多普勒频移计算。我对此很陌生,以至于我还没有编写任何代码,我只是涉足了 python 交互式解释器。
我的问题是关于大气折射的校正,可以通过将观察者高度设置为 0mb 来禁用它。当我将在 pyephem 中使用 next_pass() 的通过预测与来自 gnu predict 的通过预测进行比较时,我注意到 AOS 和 LOS 时间之间的差异大约为 30 秒,当大气折射校正被禁用。这与 predict 和 pyephem 使用的 TLE 相同。
Q1) 最初大约 30 秒的较大差异是否可能是由于预测在其通过预测中未补偿大气折射?这似乎是一个合理的解释。
Q2)据我所知(也许很弱),大多数地面无线电传播模型使用 4/3 地球半径的软糖因子来补偿大气折射,有效地理顺弯曲的路径,从而影响计算的距离,从而影响距离率。pyephem 中的大气折射校正是否等同于这种方法?
Q3) 我注意到 range 和 range_rate 值似乎不受将观察者压力从 1010.0mb 更改为 0.0mb 的影响(因此禁用大气折射校正),而调用 next_pass() 的结果受到影响。应该是这样吗?我会认为 range 和 range_rate 值会改变,或者我们实际上是否应该将“视距”和“视距率”视为可以在应用大气折射补偿时计算的附加值?
这是我关于堆栈溢出的第一个问题。如果我的查询格式不正确,我深表歉意。谢谢。
更新 - 一些代码和一些要求的结果
这是一些代码...
以下是一些结果:
python - 日期和时间在python中只是时间
我用 python 为我的气象站做了一个小程序,它一切正常,但我有一个小问题。
输出显示为
我希望它显示为
有什么简单的方法可以做到这一点,我想把角色去掉,但这听起来比转换更像是一个障碍。
谢谢你的帮助
pyephem - pyEphem 返回的不同 RA/Dec
我使用 pyEphem 计算卫星的 RA/Dec,我对计算和描述的不同值感到困惑
http://rhodesmill.org/pyephem/radec.html
这段代码
给
a_ra= 0:52:40.75 a_dec= -3:15:23.7 g_ra= 1:14:10.55 g_dec= 0:06:09.8 ra= 0:53:23.57 dec= -3:10:50.5
如果我将观察者的位置更改为 gatech.lon, gatech.lat = '-5.47322222', '19.82561111'
我明白了
a_ra= 1:15:36.95 a_dec= -2:32:29.9 g_ra= 1:14:10.55 g_dec= 0:06:09.8 ra= 1:16:19.75 dec= -2:28:04.6
我认为观察者的位置只进入了 sat.ra 和 sat.dec 的计算,所以很惊讶地看到 a_ra 和 a_dec 发生了变化。
我错过了什么?
感谢广告
python - pyephem 设置时间先于上升时间
当我在同一个对象、同一个观察者 long、lat 上计算代码时,我意识到 ephem 返回的设置时间早于 2014-04-06 之前日期的上升时间。
在我的代码中,sys.argv[1] 日期是本地日期,在通过 emhem 之前首先转换为 utc,并在使用 ep.localtime() 后返回输出。
如这里的输出所示:1)2014-04-06 的设定时间是 2014-04-05 的 17:06:10,上升时间是同一日期但 23:16:29。2)当我运行2014-04-07的代码时,设置的时间提前8分钟而不是4分钟;但现在设定时间与上升时间一致。
在 [13] 中:运行 CygArecurazalt.py 2014-04-06
上升:2014-04-05 23:16:29.000005 设置:2014-04-05 17:06:10.000005
在 [14] 中:运行 CygArecurazalt.py 2014-04-07
上升:2014-04-06 23:12:33.000006 设置:2014-04-07 16:58:22
有人遇到过同样的问题吗?解决办法是什么?有没有办法使上升时间(转换回本地时间)在 sys.argv[1] 日期(也是本地时间)之后?
python - Python坐标转换ECI到ECEF
我正在使用 sgp4 python 包(由 Brandon Rhodes 开发);我正在输入 ISS(Zarya) 的 TLE 信息。我在 ECI 坐标系中获得了某个日期的卫星位置。但是,我想将其转换为 ECEF 坐标系。
至少有两个实现的 matlab 函数实例(ecitoecef,eci2ecef)和一个为 RTKLIB 项目实现的 C 函数(eci2ecef)。(我不能发布链接,因为每个问题我有两个链接的限制,因为这是我的第一个问题问题,我有声誉 1)
我找不到实现的python函数。但是,在上一个问题中, 使用 spg4 的 Python 卫星跟踪,pyephempositions not matching the user 说“我发现了问题的至少一部分。spg84.propagate() 返回 ECI 中的位置,而不是 ECEF。快速运行 eci2ecef 和它与预测响应完全一致。”
那 eci2ecef 是指 python 实现吗?这可以在线获得吗?如果我要自己实施,是否有在线文档准确解释了需要完成的步骤?在这个问题中,如何将 ECI 坐标转换为经度纬度和高度以显示在地图上? 他们在评论中说:“它们的不同之处在于地球的自转速度,因此变换只是二维 cos sin;-sin cos 类型变换。”。变换的角度是多少?现在是Greenwhich 恒星时间吗?当我们使用 sgp4 时,是否也是我们指定的 GST,还是其他时间?
非常感谢你的帮助!
pyephem - jplephem ephemerides api 记录在哪里?
我正在研究可能是一个独特的用例——我想使用 Skyfield 对假设的恒星系统进行一些计算。我会通过创建自己的星历表并使用它而不是实际的星历表来做到这一点。我发现的问题是我找不到关于 API 的文档来用我自己的替换星历。
有文档吗?Skyfield 是否足够灵活,可以做我正在尝试的事情?
编辑:为了澄清我的要求,我知道我将不得不做一些引力模型(我非常愿意配置这所房子里的每台电脑、平板电脑、有线电视盒和烤面包机,以便在几天内处理这些数字: ),但在我真正深入研究之前,我想知道数据是什么样的。如果它只是一个带有许多命名的 numpy 2d 数组的模块......这让它变得相当容易,但我没有在任何地方看到这个记录。