台站位置

台站位置（Station-Locations）

目录

• 这是什么？
• 为什么要用？
  • 那么这些（必要的）事项呢
  • 那我以前日志里的 ADIF 怎么办？
    • 为什么新 QSO 出现时没有「自动创建台站」？

这是什么？

• 这是用于你操作所在位置/呼号的模板。
• 这是组织 QSO 最简便的方式。

为什么要用？

• 你可以轻松地为 QSO 附加与所用呼号/位置相关的信息，例如奖项参考编号（如 POTA、WWFF、COTA 等）。

有人可能会说：这些信息在 ADIF 里已经有了，所以模板是有则更好，但并非必需。

信息：DB4SCW 的精彩说明

DB4SCW 就 Wavelog 中的台站位置写了一篇很棒的说明，我们强烈推荐：https://www.db4scw.de/station-locations-in-wavelog-and-pota/

那么这些（必要的）事项呢

• 你可以为每个位置添加自定义 eQSL 信息（参见 eQSL；它同样适用于位置）。
• 你可以提供自定义 QRZ 密钥，因为 QRZ 也会区分呼号/位置。
• 你可以针对特定位置关闭/开启若干第三方服务。
• 你正在做特殊呼号激活，想用 Wavelog 记录？没问题：用该呼号添加一个位置，不提供第三方信息，然后就可以开始 QRV 了。

一旦你看到这种逻辑的优势，就会觉得这样挺好。

那我以前日志里的 ADIF 怎么办？

坏消息。大多数其他日志软件无法处理同一类型的多个第三方账户（例如 eQSL）。为了让日志保持整洁，你必须把这些 ADIF 按位置拆分。完成之后，你就能享受到好处。

为什么新 QSO 出现时没有「自动创建台站」？

答案很简单：Wavelog 怎么会知道你的第三方配置？它们并不在 ADIF 之中。即使有人说「别管它，直接创建一个位置」，也会导致巨大的问题。举例：

• 你有多次激活，假设都在 GRID JO30：
• 带 POTA
• 带 WWFF
• 不带参考编号

仅这三个属性就会产生四种可能的组合：

1. JO30 / POTA 参考编号
2. JO30 / WWFF 参考编号
3. JO30 / POTA 参考编号与 WWFF 参考编号
4. JO30 / 无参考编号

而这只是针对一个网格、一个 POTA 和一个 WWFF。想象一下如果你是流动台（rover），会有多混乱。 再想想为每次激活添加不同的 eQSL 图片/QSL 卡：上面印着参考编号，可能还有一张漂亮的照片（非常常见）。这没法靠自动化完成

为了创造尽可能好的用户体验，台站位置的组织工作交由用户自己负责。

PS：台站位置这一原则已深度植入 Wavelog 的代码。几乎一切都基于这些位置。这意味着要改变这一点就得重写 Wavelog。我们没有这样的计划。