美国国家公园管理局 API

原文 ↗ Hacker News 讨论 ↗

美国国家公园管理局提供的公共 API 因开放公园数据而受到称赞，同时也因其实现方式和资金来源受到审视。评论者争论：在 AWS 上使用带 API 密钥的 REST API 来提供大多静态的数据集，是否是合适的做法，还是像 CSV 转储或公开 BigQuery 表这样的更便宜、更开放的方式，更符合提供纳税人资助数据的使命。帖子还涉及政府技术能力、数字服务资金不足，以及易用性、滥用防范与长期维护之间的权衡。

总体反响与现有用途

  • 许多评论者对国家公园管理局（NPS）提供公共 API 并且在 GitHub 上有存在感感到兴奋，尽管有些仓库已经过时。
  • 有人将该 API 的部分内容镜像到一个公开的 BigQuery 数据集里，以便更容易进行 SQL/Jupyter 分析，并发布了文档/代码。
  • 人们提到了一些有趣的二级数据源（例如 IRMA 统计），以及基于 NPS 访客数据构建的自定义可视化。

托管、成本与架构争论

  • 一个较大的子线程认为，在 AWS/EC2 上使用 REST 来提供大多是静态的 CSV/JSON，是一种昂贵且过度设计的做法。
  • 提出的替代方案：
    • 带有“查询者付费”模式的 BigQuery 公开数据集。
    • 放在廉价存储（例如 S3）上的静态 CSV 或 SQLite 转储，并配合镜像。
  • 反驳意见：
    • REST API 是主流、经过实战检验且易于集成。
    • 实际流量可能足够低，因此相对于 NPS 的整体预算而言，成本可以忽略不计。
    • 某些数据（警报、事件）是动态的；底层系统据说使用 Apache Solr。
  • 对节省是否显著存在分歧；批评者被要求提供具体的成本估算。

公共访问、API 密钥与速率限制

  • 关于公共数据是否需要 API 密钥的争论：
    • 批评者认为这会带来不必要的摩擦，并且是一种不适合开放政府数据的跟踪机制。
    • 支持者则表示，当机构按请求付费时，密钥是进行速率限制、滥用控制和使用统计的最简单工具。
  • 提出的替代方案：基于 IP 的限制，并为更高配额提供可选注册；也有人认为仅靠基于 IP 的控制很弱，尤其是在 IPv6 或通过流行应用访问时。
  • 有些人担心用户会被推向供应商绑定的平台（例如 BigQuery），而不是使用由税收资助、与供应商无关的 HTTP 访问。

资金、维护与数字政府背景

  • 该 API 团队被描述为人手不足，实际上处于维护模式；路线图自 2017 年以来就没有更新。
  • 讨论进一步延伸到更广泛的联邦数字化 উদ্যোগ（USDS、18F），以及它们对政治意愿的依赖，还有薪酬与私营部门的差距。

数据覆盖、缺口与相关 API

  • 缺失或期望的功能：预订 API（由 recreation.gov 处理）、实时露营地可用性、实时遥测（例如野生动物追踪），以及通过 API 提供访客统计。
  • 指出了一些不准确之处：公园数量差异，以及合并列表（例如 Sequoia/Kings Canyon）。
  • 还有关于 BLM 土地 API 以及通过网站检查发现的未文档化 NPS 端点的简短旁问。