| | |
| | | # Capabilities |
| | | |
| | | 目录编号表示建议研究顺序,不代表运行时依赖关系。 |
| | | 目录编号表示建议研究顺序,不代表运行时依赖关系,也不代表每个目录都是 |
| | | `opengeos/geoai` 内置能力。 |
| | | |
| | | ## 基于 opengeos/geoai 的能力分层 |
| | | |
| | | | 层级 | 含义 | 当前工作区示例 | |
| | | | --- | --- | --- | |
| | | | A:直接能力 | `geoai-py` 已有模块或文档直接覆盖 | 目标检测、分割、分类、变化检测、影像处理/导出 | |
| | | | B:生态组合 | 以 `geoai-py` 为核心,再组合地理计算或业务库 | 空间测量、成果质检、灾害统计、部分三维分析 | |
| | | | C:产品业务能力 | 主要由现有产品后端、规则和数据服务实现 | 风险规则、航线规划、集群调度、GeoLLM、知识图谱、模型治理 | |
| | | |
| | | 判断一个方向是否属于 GeoAI 项目,要看它是否处理地理空间数据并调用 AI 或 |
| | | 空间分析;判断它是否是 `geoai-py` 的能力,则必须以该仓库当前源码和文档为准。 |
| | | |
| | | 官方依据: |
| | | |
| | | - https://github.com/opengeos/geoai |
| | | - https://pypi.org/project/geoai-py/ |
| | | |
| | | 每个能力目录至少包含: |
| | | |
| | |
| | | - `requirements.txt`: 公共依赖之外的专属依赖。 |
| | | |
| | | 开始实现时再增加 `src/`、`tests/`、`examples/` 和 `configs/`,避免初期产生大量空目录。 |
| | | |