地块三维不是整片农村建模,先把边界、属性和时相理清
秋收进度到七成,管理者关心的是哪块地收了、哪块还没收、农机在哪、产量怎么样。这些问题的共同基础是地块数据:边界、权属、作物、地形、影像和点位。三维不是把整片农村做成模型,而是把地块和空间关系整理清楚。GISBox 做数据整理、转换和发布,估产与农情分析仍由专业平台完成。

地块边界通常有三种来源:农业农村部门的地块矢量、影像勾绘、现场实测。矢量快,但现势性要看更新年份;影像勾绘直观,但边界受阴影和作物遮挡影响;实测准,但成本高。项目里常见做法是以矢量为主,影像核对,争议地块再实测。
三种来源混用时,要标清每一块的来源和精度。只写“地块数据”,后面没法判断能不能用于面积统计。
地块面积统计对边界精度敏感。边界偏一条垄,几十亩地累起来就差很多。平原大地块对精度容忍度高一些,山区梯田和插花地要求更细。
更新频率按业务定。作物一年一换,边界几年一变,权属可能更久。把三类变化分开记录,比每年重做一遍全省矢量省力。
每个地块要有唯一编码,能和承包经营权、种植台账、补贴发放对上。编码规则统一,跨部门交换才不至于一户多码。主键不确定时,先做试点,别急着全省铺开。
几何上要检查自相交、缝隙和重叠。两块地重叠,面积统计就会重复计算。
属性至少包含作物类型、种植时间、权属人、面积、是否高标准农田、当前状态(未收、收割中、已收)。秋收进度就是按状态汇总出来的。状态字段要能更新,不能只在年底改一次。
权属信息敏感,对外发布要脱敏。内部管理和对外展示可以用两套属性。
地形影响机械化作业、灌排和积水判断。平原区用常规 DEM 即可,丘陵和梯田要更高精度。地形与地块边界叠加后,能看出坡度、坡向和连片程度。
地形高程要写基准。不同来源的 DEM 混用,接边处会出现台阶,影响坡度计算。
秋收期间影像时相很关键。同一块地,收割前和收割后纹理差别很大。用旧影像判断进度,会把已收地块当成未收。影像要标拍摄日期,最好能按周更新重点区域。
多批影像拼接要匀色。一块亮一块暗,容易误判作物长势。

地块本身是面,不需要做成体。三维表达主要用于看地形、建筑、道路和农机位置。全域可以用地形加影像,重点村和农业园区用倾斜模型或白模,果园和梯田可以用点云补充。
不是所有地块都要三维模型。把预算花在边界、属性和时相上,往往比全域建模更有用。
如果做了倾斜模型,要控制体量和纹理。全域高精度模型在手机端很难加载,按行政区或片区切分,按需请求。地块矢量单独发布,不要和模型焊死在一起。
轻量化后仍要保证地块边界清晰。边界糊了,面积统计和农机调度都会受影响。
地块矢量走 WMS、WMTS、WFS、MVT,三维走 3DTiles,地形走 Terrain。前端可用 Cesium、OpenLayers、Leaflet、Mapbox 预览,官网展示的组合需结合项目验证。服务目录按行政区、作物类型和年份组织。
农机位置、收割进度、产量点位由业务平台推送,底图只提供空间参照。接口要带时间戳、农机编号和地块编码。没有地块编码,农机轨迹落不到具体地块上。
估产、长势分析和灾情评估由专业平台完成,底图不承担算法。
1)定统计口径和精度;2)收地块矢量并核对影像;3)统一坐标与高程;4)补作物、权属和状态字段;5)切片发布并回读;6)按周更新进度。
先做一个县或一个片区,跑通后再扩展。全省一次铺开,边界和属性问题会集中出现。
三维底图能回答“地在哪、地形怎么样、农机到哪了”,不能直接回答“今年产多少”。产量要靠抽样、遥感反演和农情模型。把边界写清,验收时就不会把底图当成估产结果。
第一个误区是把三维底图当成估产工具。底图能回答地在哪、地形怎么样,产量要靠抽样、遥感反演和农情模型。第二个误区是地块边界一年重做一次,实际上边界几年一变,作物一年一换,权属更久,三类变化要分开记录。第三个误区是影像越新越好,时相不对,收割前后的纹理差别会让判断失真。
地块编码保持稳定,状态字段按农时更新,影像标清拍摄日期,权属信息脱敏后使用。每年秋收前做一次边界和属性的核对,比收完再补更及时。
地块矢量与影像的发布链路,可以从 GISBox 素材广场 找示例数据先试;操作步骤见 图文教程。耕地保护与地块管理的公开要求,可在 自然资源部官网 查询。
选一个县或一个片区做试发布,范围包含平原地块、坡耕地和一处插花地。三类地块的边界精度和地形关系不同,能覆盖大多数问题。
试发布时核对三件事:地块面积汇总与台账是否接近,地块编码能否与业务系统对上,影像时相是否覆盖秋收前后。三项都对,再扩展。
如果地块边界与影像对不上,先查坐标基准,再查矢量和影像的来源年份。不要急着改边界,很多问题出在基准上。
需要先验证地块矢量与影像的发布链路,可以从 GISBox 下载页 获取基础版,用一个片区试一遍。

不一定。地块是面状对象,矢量加影像就能满足大部分统计和调度需求。三维主要用于看地形、建筑和农机位置。预算有限时,优先把边界、属性和时相做准。
先查坐标基准,再查影像几何校正和地块矢量的来源年份。系统性平移多半是基准问题,局部错位可能是影像拼接或地块本身不准。用已知点复核,必要时现场核实争议地块。
按地块状态字段更新,状态由业务平台或基层填报,底图只承载空间位置。影像可以作为辅助核对,但不能替代填报。更新频率按管理需要定,重点区域可以按周。
地块数据的更新要和农时配合。播种前核边界,秋收前核状态,秋收后核产量点位。三个时间点各做一次,比年底集中补账准确。
如果地块跨村、跨乡镇,编码规则要能兼容行政界线调整。只按行政区编码,合乡并镇后就要大面积改码。
对外展示时,地块可以只保留编码、作物和状态,权属人、联系方式留在内网。既满足展示,也避免个人信息外泄。
预算有限时,先把矢量、影像和状态字段做准,三维模型可以后补。地块管理的核心是边界和属性,不是模型精细度。
农机轨迹要和地块编码关联。只记录经纬度,事后无法按地块统计作业面积。轨迹抽稀和坐标转换在接入端完成,底图只承载结果。
如果同一块地一年种两季,状态字段要能区分季次。只写“已收”,分不清是夏收还是秋收,进度统计会重复。
地块状态还要能回溯。每次更新保留变更时间和操作人,出现争议时能查到是哪一次填报改的。
如果同一个村有多套地块数据,先做空间比对,找出重叠和缝隙,再决定以哪套为主。直接合并,面积会重复计算。
空间比对的结果写成清单,重叠多少、缝隙多少、以哪套为准,一条条列清楚。
并库后先做一次面积汇总,与两套原数据分别对比,差异过大的地块单独核查,核查记录随成果归档,方便后续追溯、复核和交接。
不建议公开。权属信息敏感,对外展示要脱敏,内部按权限访问。底图发布时可以只保留地块编码和作物类型,权属信息留在业务系统。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-10-20。