问题标签 [azimuth]

我正在开发一个应用程序，我需要同时使用相机和指南针。问题是 Azimuth 的值会根据 Pitch 的一个而变化（换句话说，如果我拿着手机或者我把它放在桌子上），并且这两个值之间似乎存在数学相关性：指向 180 ° 没有区别……否则甚至会有 20-30° 的差距。

我已经使用+ 和+Sensor.TYPE_ORIENTATION的组合实现了指南针，但没有任何改变。Sensor.TYPE_ACCELERATIONSensor.TYPE_MAGNETIC_FIELD

注意：我说的是 Pitch，而不是 Roll。显然，如果手机左转或右转，我必须用 +-90° 调整结果。

我正在使用 LG P500（擎天柱）进行测试。是我设备的问题吗？还是我错过了什么？

谢谢。

编辑：发现其他人已经问过同样的问题......仍未解决 https://stackoverflow.com/questions/10224951/android-compass-in-extreme-circumstances

沿方位角指定的方向遍历矩阵。

所以我有一个二维矩阵和一个方位角。我想要做的是在那个方向遍历矩阵。从那个方位角我可以得出一个线方程。

现在我想沿该线的方向遍历矩阵。所以在这种情况下，我想从中读取信息的第一个块是市场，然后是 1，然后是 2，依此类推。（现在矩阵中的值只是代表它们被访问的顺序）

假设如果从方位角导出的线如下图所示，那么矩阵应该从左到右遍历。

如果问题不清楚，请提出任何问题，我会进一步解释。谢谢你的时间。

我是 PyEphem 的新手，我正试图弄清楚它可以做什么以及它是如何工作的。由于我不想将其用作黑匣子并盲目相信我得到的任何数字，我想重新创建一个示例，此处解释。

该示例在 1998 年 8 月 10 日 23:10 UT 计算给定观察者的对象的方位角和高度。给出以下参数：

RA = 16 小时 41.7 分钟，DEC = 36 天 28 分钟

观察者的纬度为北纬 52 分 30 分，西经 1 分 55 分。

根据示例（我可以在 Excel 中重新创建）的正确答案是 AZ = 269.14634 度和 ALT = 49.169122 度。

我使用 pyephem 编写了以下代码以尝试达到相同的结果：

运行程序给了我这个输出：

AZ + ALT 的结果显然与示例大致相同，但远非相同。与我输入的内容相比，打印输出中的 RA 和 DEC 略有修改，这也让我感到困惑。

如果有人可以帮助我解释为什么结果不同以及我可以或应该做些什么来复制结果，我将不胜感激。谢谢。

编辑：更正了下面答案中指出的错字。这个问题仍然有效。

EDIT2：好的，我已经阅读（并且有点理解）为什么 PyEphem 从此链接调整了正确的提升和赤纬。我不明白的是，是否有任何方法可以让 PyEphem 忽略对相对论偏转、章动和光像差的调整，就像你可以让它忽略大气折射一样？我假设方位角的差异是由于 RA 和 DEC 的调整，但很高兴确认。

我正在寻找一种方法来计算一个绘图点、像素或屏幕坐标到另一个的方位角或方位角（0-360°）。

我目前有它的距离部分，并且在我上学的时候数学不是最喜欢的科目，我正在寻求帮助。

我见过很多计算纬度和经度的距离和方位的例子，但我只想计算屏幕坐标。稍后，我会将这些转换为纬度/经度。

屏幕坐标起源于（0,0）的顶部/左侧，所以我知道这一点。我还需要能够用鼠标移动“原点”。这是我已经可以轻松做到的事情。部分问题是我是否必须将这些点转换为适当的笛卡尔点（即，点“南”和“西”或“下”和“左”的原点为负值？

I would like to ask what is the difference between geometry and geography using the PostGIS function ST_Azimuth.

When I execute the following query:

I get 327.880195438529 degrees.

But when I cast the geometries to geography as the following query :

I get 333.810802282843 degrees.

Does the cast to geography give a more accurate result? Or a different calculation is made?

My geometries have SRID=4326.

Thank you in advance.

我正在使用鸟带（欧洲人响铃）记录来研究日出方位角和迁徙航向之间的关系。我有来自欧洲和北美的几千只鸟在 1935 年至 1990 年期间的条带（振铃）位置。我的初步分析表明，日出方位角、中午太阳高度和鸟类在秋季迁徙的方向之间存在关系.

这种关系随日期而变化，因此我最初使用美国海军天文台计算器 ( http://aa.usno.navy.mil/data/docs/AltAz.php ) 的计划变得非常耗时。我查看了包maptools和moonsunin R，但无法弄清楚如何使用矩阵而不是单个日期和位置运行它们各自的命令。

另外，我不需要日出的时间，只需要方位角。这些值也不必精确到一定程度。如果有人有任何建议，我很乐意听取您的意见。

与这个关于查找给定日期和坐标的太阳方位角和仰角的非常有用的问题相关。我希望找到相反的：时间和日期太阳将在天空的那个位置。

因此，我想知道是否有人可以帮助解决现有公式或修改链接到的公式。

我目前的想法是采用两个范围，两者都有几度的变化，一个用于方位角（120-123 度）和仰角（18-21 度）。然后编写一个算法来遍历所有天/时间，并检查给定范围是否存在于当天的某个时间。循环这些天并使用附加的算法并不能完全保持大 O 小，也不会是最好的性能。

任何帮助或提示，请。

谢谢。

在这里，我正在使用传感器管理器获取方位角值。我想知道如何使用方位角值像指南针一样旋转图像视图？谁能给出一些想法？如何在这里使用 OnDraw 函数？没有在 OnDraw 方法内绘制圆或线？

我已经为使用定位服务和 GPS 的 iOS 编写了一个增强现实应用程序，当设备处于左侧横向时一切正常，但当设备旋转右侧横向时，中心方位角计算不正确，我目前正在使用didUpdateHeading 方法中的真实航向减去 90 度的航向调整。我应该检查是否<0？

谢谢。

我正在使用 PyEphem 计算不同时间太阳在天空中的位置。

我有一个观察点（恰好在巨石阵），可以使用 PyEphem 计算一天中任何时间的太阳的日出、日落以及高度角和方位角（从 N 开始的度数）。厉害，没问题。

但是，我真正需要的是能够从已知的 azimuth 计算太阳的高度角。所以我会设置相同的观察点（long/lat/elev/date（只是 yy/mm/dd，不是时间））和太阳的方位角。从这个输入中，计算太阳的高度和它在那个方位角的时间。

我曾希望我能够设置 Sun.date 和 Sun.az 并从这些值向后工作，但是唉。关于如何使用 PyEphem 解决这个问题（如果它甚至是平易近人的）有什么想法吗？

我看到的唯一其他选择是通过迭代一系列时间来“潜入”方位角，直到我进入我想要的方位角的误差范围内，但这只是粗略的。

在此先感谢，戴夫