高级日志

高级日志（Advanced Logbook）

目录

• 你可以在高级日志中做的事
• 数据库工具（DBTools）
• 概述
• 可用的工具
  • 1. 检查日志中所有 QSO 的 CQ 分区是否正确
  • 2. 检查日志中所有 QSO 的 ITU 分区是否正确
  • 3. 检查网格
  • 4. 修正大洲
  • 5. 修正州/省
  • 6. 更新距离
  • 7. 检查日志中所有 QSO 的 DXCC 是否正确
  • 8. 在呼号簿中查询缺少网格的 QSO
  • 9. 核对 IOTA 与 DXCC
• 工作原理
• 访问与使用
  • 位置
  • 界面
  • 工作流程
• 技术实现
  • 数据来源
  • 性能考虑
• 最佳实践
• 故障排查
  • 常见问题

警告

结果下拉菜单最多列出 5000 条 QSO。这是因为在表格中添加这么多行时会出现性能问题。如果把这个数字调大，浏览器要么会非常慢，要么很可能卡死。

你可以在高级日志中做的事

• 筛选 QSO
• 查找重复 QSO
• 查找 "无效" QSO
• 检查缺失的模式/波段/呼号
• 检查无效日期（01011970）
• 检查是否设置了无效的大洲
• 将 QSO 导出为 ADIF
• 打印 QSL 标签
• 批量编辑 QSO
• 删除 QSO
• 显示筛选后 QSO 的地图
• 从呼号簿更新 QSO（QRZ、HamQTH、QRZCQ、QRZ.ru）
• 查看所选 QSO 的 QSL 幻灯片，这些 QSO 含有已上传的 QSL 卡图片
• 在至少设置了 6 位网格的情况下修正州/省（仅对有限的一组 DXCC 可用）

数据库工具（DBTools）

（自 2.2.2 版本起 - 尚未发布）

警告

这些工具会作用于该用户的全部 QSO。它不会只作用于选中的 QSO，也不是按台站位置分别处理的。

Wavelog 中的数据库工具模块提供了一整套实用工具，用于维护数据完整性并修复日志数据中的常见问题。这些工具可从高级日志界面访问，旨在帮助操作员保持 QSO 记录的准确与完整。

概述

DBTools 针对各类可能缺失、错误或过时的 QSO 元数据提供检查与修复功能。

可用的工具

1. 检查日志中所有 QSO 的 CQ 分区是否正确

• 用途：检查日志中的所有 QSO，看是否存在所设 DXCC 并不包含的 CQ 分区
• 更新：使用所设 DXCC 的默认 CQ 分区，并将其设置到选中的 QSO 上
• 缺点：拥有多个 CQ 分区的 DXCC 无法被准确设置。

2. 检查日志中所有 QSO 的 ITU 分区是否正确

• 用途：检查日志中的所有 QSO，看是否存在所设 DXCC 并不包含的 ITU 分区
• 更新：使用所设 DXCC 的默认 ITU 分区，并将其设置到选中的 QSO 上
• 缺点：拥有多个 ITU 分区的 DXCC 无法被准确设置。

3. 检查网格

• 用途：检查日志中的所有 QSO，看是否存在所设 DXCC 并不包含的网格
• 缺点：网格列表来自 TQSL，而该列表并非 100% 准确。

4. 修正大洲

• 用途：更新缺失或错误的大洲信息
• 更新：根据所设 DXCC 设置大洲
• 功能：根据 DXCC 实体判定大洲

5. 修正州/省

• 用途：更新缺失的州或省信息
• 功能：使用 6 位（或更长）网格与位置数据判定行政区划
• 缺点：并非对所有 DXCC 可用。

6. 更新距离

• 用途：计算并更新 QSO 的距离信息
• 功能：根据台站位置中设置的网格与 QSO 上的网格，计算台站之间的大圆距离。

7. 检查日志中所有 QSO 的 DXCC 是否正确

• 用途：重新评估所有 QSO 的 DXCC 归属是否正确
• 更新：使用 Wavelog 当前数据库中的数据，覆盖选中 QSO 的现有 DXCC 数据

8. 在呼号簿中查询缺少网格的 QSO

• 用途：从已配置的呼号簿更新没有网格的 QSO。
• 缺点：速度较慢，且每次运行只处理 150 个 QSO。这是为了避免超时问题。

9. 核对 IOTA 与 DXCC

• 用途：由于 IOTA 属于 DXCC，此处会检查该 IOTA 是否属于该 QSO 的 DXCC。
• 缺点：取决于设置的是正确的 IOTA 还是 DXCC。

工作原理

访问与使用

位置

• 导航到 高级日志 → DBTools 标签页
• 需要相应的用户权限（通常是管理员或日志所有者）

界面

• 左侧面板：工具选择与操作按钮
• 右侧面板：结果与处理信息
• 操作：根据工具类型提供「检查」「修正」「运行」或「更新」按钮

工作流程

1. 第 1 步：使用「检查」按钮识别问题
2. 第 2 步：查看结果与受影响的 QSO
3. 第 3 步：使用相应的操作按钮应用修复
4. 第 4 步：等待修复完成

技术实现

数据来源

• 来自 Club Log 的 DXCC 实体数据库
• 来自 CQ 与 ITU 规范的分区定义
• 用于判定州/省的行政边界数据

性能考虑

• 针对大型日志优化的批处理
• 节省内存的数据库查询

最佳实践

1. 先备份：在运行批量修复前，始终先创建日志备份
2. 查看结果：在应用修复前，仔细检查将会被更改的内容
3. 监控进度：对于大型日志，留出足够的处理时间
4. 事后校验：应用修复后抽查结果，以确保准确性

故障排查

常见问题

• 内存限制：大型日志可能需要提高 PHP 内存限制
• 超时问题：耗时较长的操作可能需要延长执行时间限制
• 坐标精度：部分修复依赖准确的网格数据
• DXCC 更新未更新 QSO：检查列表中的呼号，看它们是否真的属于某个 DXCC。
• 州/省更新器未更新州/县/区域：我们使用的地图数据并非 100% 准确，因此可能未覆盖全部陆地区域。6 位网格有时不足以把位置准确落在州/县/区域内。