现有数据能否继续往下分析？
日期：2026-09-08
对照：圣地清单GLOBAL_WATER_SPORTS_DESTINATIONS.md
源：surf_motion_trajectory_history本地 CSV（截至 2026-08-13）+ v3 电流分析缓存
结论
宏观选址已经够用，可以继续；下一层要分层看。
| 你想继续问的问题 | 现有数据够不够 | 可用样本 | 卡点 |
|---|---|---|---|
| 区域 / 国家 / 圣地还稳不稳 | 够 | 18,970 条有 GPS 的质量航次（占未删除 90.5%） | 只有会话起点，不是岸线 |
| 季节性、哪个月该铺货 | 够 | 15 个月连续（2025-05-12 — 2026-08-13） | 2026-08 只到 13 日，未含完整夏末 |
| 某区域是多买家还是经销在跑量 | 半够 | 质量航次里 53% 有 play_user_id（10,111 / 18,970） |
近一半匿名，用户数偏低 |
| 板 / 设备渗透 | 够 | 质量航次 99.5% 有 board_id；未删除 479 块板 |
没有板 SN / 经销商主数据 |
| 区域电流、翼型、是否真飞起来 | 局部够 | OSS 缓存 8,957（未删除的 42.7%）；v3 连续航段 1,618 条且全部能对上 history | 未缓存的 1.2 万条不能做点级 |
| 精确水域多边形、岸边出发区 | 不够 | 仅 location 一个 lon,lat |
要下 OSS 轨迹点或上库分析表 |
| 风浪、落水、倾斜 | 不能用 | 字段 100% 有值，但 全是 0 | 客户端没报，别当真实气象 |
| 谁是经销 / 俱乐部 / 昵称 | 本地没有 | — | 要连 App 用户表 / 经销主数据 |
一句话：用现有本地包，继续做销售区域深化、季节、设备渗透是可行的；做「骑手画像、精确岸线、全量工况」要补用户表或再拉 OSS。
1. 手里到底有多少可用
未删除 20,953 条（全表 25,675，已删 4,722）。
全表 25675
└ 未删除 20953 (81.6%)
├ GPS 有效 19228 (91.8%)
│ └ 质量航次 18970 ← 圣地分析用的底盘
│ ├ 有用户 10111 (53.3%)
│ ├ 有板 18874 (99.5%)
│ └ 有 OSS key 18970 (100%，且 key 无重复)
└ 无 GPS 1725 (只能做量，不能落点)
再往点级走：
| 层 | 条数 | 占未删除 |
|---|---|---|
| 本地 OSS JSON 已缓存 | 8,957 | 42.7% |
| 航时 20–120 min 且最高速≥25（粗筛） | 8,071 | 38.5%（这些 GPS 全有） |
| v3 连续航段通过（真飞） | 1,618 | 7.7%，全部能 join 回 history |
object_key 未删除 20,953 条零重复，去重不是问题。上次圣地航次可能略虚，是「近秒级重复上传」而不是同一 key 双写。
2. 字段：哪些能信
未删除行完整度：
| 字段 | 填充 | 能不能用于下一层 |
|---|---|---|
id / run_data / run_time / add_time |
100% | 时间序列、增量水位 |
object_key |
100% | 下 OSS、和 v3/分析表对齐 |
remote_id |
100% | 遥控器维度 |
board_id |
99.5% | 设备渗透 |
location |
91.8% | 选址；只是起点 |
max_hour_speed / sum_distance / 航时 |
100% | 强度粗筛（头字段均速不可靠） |
play_user_id |
53.0% | 用户数、复购、经销识别会偏少 |
play_type |
100% 但是全为 0 |
没有运营日志可分 |
wind_power / wave_high / falls_number |
100% 但是全 0 | 废弃 |
maximum_tilt_angle / play_id / medal_id |
0% | 空列 |
average_speed |
100% 但口径脏 | 不要当巡航均速（v3 已改用连续航段） |
用户很集中：有 ID 的 222 人里，≥5 次 171 人、≥20 次 105 人；Top1 10000024 842 条。没有 ID 的近一半航次，不能当成「没有骑手」，只是没登录/没写上。
3. 按分析题：继续做是否可行
现在就能做（不用下新数据）
- 区域季节曲线 — 质量 GPS ×
run_data，26 个销售框直接复用。 - S/A 区设备渗透 —
board_id几乎满。 - 「多买家 vs 经销跑量」 — 在有用户的 10,111 条上做；结论标「覆盖 53%」。
- 圣地清单复核 — 近重复会话（同用户/同板、数秒内）去一下虚高。
- v3 工况 × 地点 — 1,618 条连续航段 100% 能挂上区域，看各圣地电流/速度是否不同。
半可行（样本够，但有偏）
- 骑手活跃与复购 — 只能看 222 个有 ID 的人；匿名 47% 会让「用户少的国家」更像经销盘。巴西、波兰尤其要小心。
- 全量点级轨迹/电流 — 缓存只有 42.7%。这 8,957 条偏向航时 20–120 min 的粗筛，不是随机样本。外推到全球要声明偏差。
现在做不了 / 不要做
- 精确岸线、出发沙滩、航线走廊 — 需要
trajectoryList逐点，或分析库里的点表。 - 风浪季节与场地匹配 — 头字段全 0；要外接气象或从 JSON 另找字段。
- 经销商 / 俱乐部 / 昵称归因 — 本地没有用户主数据。
- 2026-08 月完整盘、以及 8/13 之后的新市场 — CSV 停在 8 月 13 日。
4. 建议的下一刀（按性价比）
| 优先级 | 做什么 | 数据够吗 | 产出 |
|---|---|---|---|
| P0 | 26 区 × 月度航次/板数 | 够 | 铺货日历 |
| P0 | 1,618 条 v3 × 销售区 | 够 | 各圣地工况差异（电流、均速） |
| P1 | 有用户的 10,111 条做「独立用户 vs 集中经销」 | 半够，写清口径 | 渠道策略 |
| P1 | 近重复上传去重后再出一版圣地排名 | 够 | 避免荷兰/佛州虚高争议 |
| P2 | 对 S 区未缓存航次补拉 OSS | 要下载约数千条 | 把点级从 43% 拉到 S 区接近全覆盖 |
| P2 | 连库拿 play_user / 经销表 |
要库 | 才能点名渠道 |
总判断：继续分析可行。 本地包足够支撑「在哪卖、何时卖、卖给俱乐部还是经销」三件主决策；不够支撑「精确到哪个码头、谁是哪个经销、风有多大」。