深耕GIS与全栈技术:2025年度技术总结与实践思考

目录

前言

一、自我介绍

1、回到初心

2、关于软考职称

二、聚焦GIS核心,拓展全栈边界

1、GIS核心技术深耕

2、全栈技术能力拓展

三、高效协同,赋能实战

1、空间数据处理工具

2、平台集成与生态应用

四、从需求到落地,沉淀解决方案

1、重点项目成果展示

(1)空间数据可视化

(2)天气信息GIS可视化

(3)应急与灾害影响评估

2、实战经验与深度思考

(1)技术选型的核心原则

(2)性能优化的关键路径

[(3) 跨领域融合的实践思考](#(3) 跨领域融合的实践思考)

五、技术成长与未来展望

六、收获:沉淀与成长并行

(一)技术能力的沉淀与突破

(二)思维认知的升级与迭代

(三)技术创作的价值与共鸣


前言

时光如白驹过隙,2025年的指针即将划过最后一格。当指尖在键盘上起舞,思绪便在博客的字里行间沉淀成生命的刻度,在IDE的代码行中凝练为逻辑的结晶。这一年,我们在文字里回望来路,在编译中构建未来,每一次敲击都是与时光的对话。沉淀不是停滞,而是在喧嚣中守住内心的秩序;前行亦非盲动,而是在积累中找准方向。博客记录着思考的深度,代码丈量着成长的高度,当二者在岁月中交织,便织就了一张向上生长的网。感谢这一年所有在文字与代码间流转的昼夜,它们让虚无的时间有了质感。2026年的曙光已在远方闪烁,愿我们继续以沉淀为舟,以前行为桨,在技术与人文的河流中,驶向更辽阔的远方。

作为地理信息领域的技术从业者和开发者,2025年对我而言,是技术沉淀与创新突破双向赋能、个人能力与行业价值同频跃升的一年。围绕"JAVA全栈&软件架构&开源高性能GIS"三大核心方向,聚焦空间数据处理、全栈开发实践、行业解决方案落地三大维度深耕细作,累计输出140+篇技术博客,内容覆盖基础工具应用、进阶难点拆解、复杂项目全流程实战等全链路场景,既完成了个人经验的系统梳理,也为行业提供了可直接复用的实践参考。以下是我对2025年度技术探索之路的深度复盘与思考。

一、自我介绍

1、回到初心

大家好,我是夜郎king,是一名非GIS科班出生的Java程序员。却因缘巧合一头扎进了GIS这个大门,从此就跟地图,跟时空智能结下了不解之缘。在做WebGIS之前,是一名Java程序员。与搞机器学习一样,在GIS领域,很多的企业应用都是采用Python语言开发的。而Java生态中,将企业研发和GIS生态集成结合起来的,形成连续内容分享却不是很多。本着取之于互联网,用之于互联网的朴素想法,也想着把自己在使用Java进行GIS开发过程中的一些问题和笔记进行整理,权当做是知识体系的构建。但随着一些内容的深入,也遇到了一些朋友,他们也会在博客中进行评论交流,或者通过私信进行沟通,不仅仅是他们遇到的问题,也有对技术的理解。说实话,最开始的时候,由于才疏学浅,存在很多问题考虑不到位的问题;也有孤陋寡闻的时候,存在很多的数据格式完全没有见过的现状。但无论如何,不管是技术问题还是业务问题。在交流的过程中,有的时候是输出,帮助一些朋友解决了一些问题,那是我最开心的时刻。有时候是输入,学到了更多的知识,那同样也是令人兴奋的事。

2、关于软考职称

在个人的介绍中,也有提及软考高级证书。也有很多关心的朋友说怎么考了两个证书,首先我想其中一个重要的前提就是,在计算机软件这个专业,很多地方都开始了以考代评,尤其是在体制内或者央国企,都是认可的。关于职称与聘任的关系,以后有时间可以单独说说。除了有职称的一个用处,另外一个目的是体系化学习。虽然按照书本的经验来进行软件开发肯定必败无疑,但是它的确是一套非常值得学习的理论,相信软件工程的同学一定深有感触。心怀美好,前路一定春暖花开。

二、聚焦GIS核心,拓展全栈边界

1、GIS核心技术深耕

2025年的技术探索始终围绕GIS核心能力纵深推进。在空间数据处理领域,重点在多源异构数据融合这一核心痛点,通过剖析OSM路网、POI分类、DEM地形等数据的特性差异,设计一套覆盖数据接入、格式解析、质量校验、异常修正的标准化流程。依托GeoTools与PostGIS的深度协同,解决矢量数据格式兼容差、海量数据入库效率低、空间索引构建不合理等共性问题。以省级路网长度统计项目为例,通过PostGIS空间函数精准计算路网拓扑关系,搭配GeoTools几何算法优化数据处理精度,实现百万级路网数据的精准核算与高效存储。

空间分析算法层面,聚焦复杂空间问题的工程化落地,深入探索对跖点求解、迂回系数计算、地理难抵点检索等特色算法的实现路径。以省域"地理难抵点"项目为典型,面对省级行政区地形复杂、边界不规则、数据量大等挑战,基于PostGIS空间索引优化数据检索效率,结合Java几何算法迭代打磨定位精度,最终实现全国34个省级行政区最纵深处的精准定位与可视化呈现。

WebGIS可视化是本年度技术输出的核心方向,以Leaflet为核心引擎,整合多技术栈打造兼具交互体验与跨终端兼容性的可视化解决方案。从基础的地图加载、图层控制、坐标定位,到复杂的时序数据动态渲染、运动轨迹平滑播放、二三维一体化展示,累计落地省域GDP空间分布可视化、电影票房时序变化分析、应急灾害影响范围实时评估等多个实战案例。其中,基于Leaflet.TrackPlayer开发的湘江双层观光巴士轨迹播放方案,创新性融合地理空间数据与人文旅游场景,支持轨迹调速、途经站点弹窗、周边景点联动展示等功能,凭借良好的实用性与体验感,获得文旅行业客户的高度认可。

2、全栈技术能力拓展

在深耕GIS技术的同时,持续拓展全栈技术边界。后端以SpringBoot为核心框架,深度落地WebFlux响应式编程、SSE服务端推送、MyBatisPlus高效查询等技术,重点攻克高并发场景下空间数据检索的性能瓶颈。以百度地图深度检索项目为例,针对用户高频检索需求,通过WebFlux异步处理机制减少请求阻塞,同步优化SQL语句与空间索引设计,将接口响应时间大幅压缩,系统并发承载能力提升。

前端领域聚焦原生JS+HTML与主流框架的协同应用,在兼顾开发效率与项目兼容性的前提下,成功落地天气信息可视化、行政区划层级展示、POI分类管理等复杂交互场景。在Font-Awesome图标库与天气数据映射项目中,通过原生技术栈搭建基础交互框架,自定义天气状态与图标、颜色的映射规则,设计响应式布局适配不同终端屏幕尺寸,最终实现高兼容性、高可维护性的可视化方案------既保障PC端完整的数据维度呈现,又确保移动端简洁直观的交互体验,覆盖绝大多数主流浏览器与设备型号。

数据存储层面,构建以PostgreSQL+PostGIS为核心、Redis缓存与文件存储为辅助的多层次存储体系,平衡数据安全性、访问效率与扩展能力。在国家减肥食谱管理项目中,针对食谱数据与地理空间信息关联性强、查询场景复杂的特点,通过PostgreSQL物理表分区优化存储结构,依托MyBatisPlus完成持久化封装与关联查询优化,实现食谱数据与区域饮食习惯、食材分布信息的高效关联存储与快速检索,完全满足项目日常业务处理需求。

三、高效协同,赋能实战

1、空间数据处理工具

  • GeoTools:作为开源GIS工具库的核心选型,本年度广泛应用于矢量数据处理、空间分析、多格式数据转换等高频场景,其丰富的API接口与强大的几何计算能力,是解决复杂空间问题的核心支撑。实践中发现,通过自定义格网生成算法与Shp文件解析工具组合,可显著提升空间数据预处理效率,但处理千万级以上海量数据时易出现内存溢出问题。对此,我总结出分块处理与流式解析结合的优化策略,按数据量级拆分任务、逐块处理后合并结果,有效控制内存占用,将大数据量处理效率提升2倍以上。
  • PostGIS:作为空间数据库核心扩展组件,其完善的空间索引机制与丰富的空间函数,为各类GIS项目提供坚实底层支撑。在多地级市路网长度统计、省域相邻关系检索、灾害影响范围计算等项目中,通过ST_Union、ST_Contains、ST_DWithin等空间函数与SQL语句的灵活组合,实现复杂空间查询的高效执行。核心心得在于,空间索引的合理设计是性能优化的关键------针对不同查询场景选型GiST、GIN等索引类型,搭配SQL语句优化,可使空间查询性能提升5-10倍,大幅缩短业务处理耗时。
  • SpringBoot生态:作为后端开发核心框架,其自动配置、依赖管理、快速集成特性,大幅降低项目搭建与技术整合成本,提升开发效率。在与PostGIS、Leaflet、Thymeleaf等技术的集成实践中,通过自定义starters封装常用GIS组件、拦截器统一处理请求校验与日志记录,实现技术组件灵活整合与项目标准化管理。同时,借助Spring Cache缓存常用空间数据、配置Gzip压缩减少传输量,有效优化系统整体性能,提升接口响应速度与用户体验。
  • Leaflet:凭借轻量、高可扩展、跨终端兼容的优势,成为WebGIS可视化开发的首选前端地图库。在省域行政区划展示、运动轨迹播放、应急灾害可视化等项目中,通过自定义插件开发(如图例动态更新、时序数据滑块控制、空间要素弹窗美化插件),大幅拓展核心功能边界。实践心得:Leaflet图层管理直接影响页面性能,多图层叠加易出现渲染卡顿、交互延迟,建议对非可视化图层动态加载销毁,对高频交互图层做渲染优化,平衡视觉效果与性能体验。
  • MyBatisPlus:作为MyBatis增强工具,其条件构造器、分页插件、关联查询、代码生成等功能,大幅简化数据持久化层开发,减少重复编码。在POI多层级分类查询、食谱与菜单关联查询、用户权限与地理范围绑定查询等场景中,通过Wrapper条件构造器灵活拼接查询条件,结合关联查询封装工具类,减少80%重复代码,同时提升代码可读性与可维护性。需注意:复杂查询场景下避免过度依赖自动生成SQL,需手动优化语句结构与关联顺序,保障查询效率。

2、平台集成与生态应用

本年度重点探索百度地图、高德地图、天地图等主流开放平台的集成应用,结合各平台API特性与优势场景,形成标准化的API调用、数据解析、异常处理、权限校验方案。在百度地图路线规划、高德地图POI精准搜索、天地图遥感影像加载等项目中,成功解决API签名认证复杂、跨平台坐标偏移、跨域请求限制、调用频率超限等常见问题。针对百度地图SN签名、高德地图SIG签名等权限机制,总结可复用的签名生成工具类与缓存策略,既避免重复计算,又保障接口调用的安全性与稳定性。

同时,积极探索大模型与GIS技术的融合创新,基于百度文心大模型4.5实现自然语言理解与地图检索的深度结合,落地智能空间查询功能。通过大模型解析用户模糊化自然语言查询(如"推荐离我最近的3家24小时连锁便利店"),自动转换为标准化空间查询条件与筛选规则,调用地图API获取结果并反馈。该方案大幅降低GIS应用使用门槛,为GIS产品的智能化、大众化升级提供了全新实践路径。

四、从需求到落地,沉淀解决方案

1、重点项目成果展示

(1)空间数据可视化

该系列项目涵盖省级行政区划层级展示、GDP空间分布可视化、路网长度精准统计、地理难抵点检索呈现等子场景,形成"数据采集-清洗处理-空间分析-可视化呈现-成果输出"的完整解决方案。项目采用SpringBoot+PostGIS构建高性能后端服务,负责数据处理、分析与接口提供;以Leaflet为核心开发前端可视化界面,支持多维度数据查询、动态交互与结果导出。累计处理全国34个省级行政区千万级空间数据,通过分层分块加载、空间索引优化等策略保障系统流畅运行。其核心亮点在于实现空间数据与业务数据深度融合,支持按区域、时间、指标多维度筛选交互,相关技术方案已被多个地理信息规划项目借鉴复用。

全国省级行政区及省会城市简称示意图

OSM路网要素提取可视化

基于时间轴的哪吒2电影票房时空可视化

(2)天气信息GIS可视化

围绕百度天气、高德天气等多源气象数据,构建覆盖区县级预警推送、空气质量实时展示、体感温度分析、历史数据回溯的全场景可视化方案。采用原生JS+HTML搭建交互框架,结合Font-Awesome图标库设计气象可视化元素,通过GeoJSON格式实现气象数据与地理信息的高效绑定传输。方案创新性提出天气数据与地理空间映射的标准化方法,通过格式转换、字段统一、精度校验解决多源数据格式差异问题,搭配响应式布局适配PC端、平板、手机等终端,为公众出行规划与区域气象决策提供直观精准的技术支撑。

sql 复制代码
CREATE TABLE "public"."biz_weather_now" (
  "pk_id" int8 NOT NULL,
  "location_code" varchar(6) COLLATE "pg_catalog"."default" NOT NULL DEFAULT ''::character varying,
  "temp" numeric(8,2) NOT NULL DEFAULT 999999,
  "feels_like" numeric(8,2) NOT NULL DEFAULT 999999,
  "rh" numeric(8,2) NOT NULL DEFAULT 999999,
  "wind_class" varchar(10) COLLATE "pg_catalog"."default",
  "wind_dir" varchar(10) COLLATE "pg_catalog"."default",
  "text" varchar(50) COLLATE "pg_catalog"."default",
  "prec_1h" numeric(8,2) DEFAULT 999999,
  "clouds" numeric(8,2) DEFAULT 999999,
  "vis" numeric(8,2) DEFAULT 999999,
  "aqi" numeric(8,2) DEFAULT 999999,
  "pm25" numeric(8,2) DEFAULT 999999,
  "pm10" numeric(8,2) DEFAULT 999999,
  "no2" numeric(8,2) DEFAULT 999999,
  "so2" numeric(8,2) DEFAULT 999999,
  "o3" numeric(8,2) DEFAULT 999999,
  "co" numeric(8,2) DEFAULT 999999,
  "uptime" timestamp(6),
  CONSTRAINT "pk_biz_weather_now" PRIMARY KEY ("pk_id")
);

COMMENT ON COLUMN "public"."biz_weather_now"."pk_id" IS '主键';
COMMENT ON COLUMN "public"."biz_weather_now"."location_code" IS '行政区划code';
COMMENT ON COLUMN "public"."biz_weather_now"."temp" IS '温度(℃)';
COMMENT ON COLUMN "public"."biz_weather_now"."feels_like" IS '体感温度(℃)';
COMMENT ON COLUMN "public"."biz_weather_now"."rh" IS '相对湿度(%)';
COMMENT ON COLUMN "public"."biz_weather_now"."wind_class" IS '风力等级';
COMMENT ON COLUMN "public"."biz_weather_now"."wind_dir" IS '风向描述';
COMMENT ON COLUMN "public"."biz_weather_now"."text" IS '天气现象';
COMMENT ON COLUMN "public"."biz_weather_now"."prec_1h" IS '1小时累计降水量(mm)';
COMMENT ON COLUMN "public"."biz_weather_now"."clouds" IS '云量(%)';
COMMENT ON COLUMN "public"."biz_weather_now"."vis" IS '能见度(m)';
COMMENT ON COLUMN "public"."biz_weather_now"."aqi" IS '空气质量指数数值';
COMMENT ON COLUMN "public"."biz_weather_now"."pm25" IS 'pm2.5浓度(μg/m3)';
COMMENT ON COLUMN "public"."biz_weather_now"."pm10" IS 'pm10浓度(μg/m3)';
COMMENT ON COLUMN "public"."biz_weather_now"."no2" IS '二氧化氮浓度(μg/m3)';
COMMENT ON COLUMN "public"."biz_weather_now"."so2" IS '二氧化硫浓度(μg/m3)';
COMMENT ON COLUMN "public"."biz_weather_now"."o3" IS '臭氧浓度(μg/m3)';
COMMENT ON COLUMN "public"."biz_weather_now"."co" IS '一氧化碳浓度(mg/m3)';
COMMENT ON COLUMN "public"."biz_weather_now"."uptime" IS '数据更新时间,北京时间';
COMMENT ON TABLE "public"."biz_weather_now" IS '存储实时天气信息';

百度天气存储类图

百度天气处理实例代码如下(展示部分,更多详情可以私信留言):

java 复制代码
package com.yelang.project.thridinterface;

import com.burukeyou.uniapi.http.annotation.param.QueryPar;
import com.burukeyou.uniapi.http.annotation.request.GetHttpInterface;
import com.burukeyou.uniapi.http.core.response.HttpResponse;

@BaiduWeatherHttpApi()
public interface BaiduWeatherApiServcie {

	@GetHttpInterface("/")
	public HttpResponse<String> getWeather(@QueryPar("district_id") String district_id,
			@QueryPar("data_type") String data_type);

	/**
	 * - 根据经纬度和坐标类型查询指定地点的天气信息 
	 * @param location 经纬度,经度在前纬度在后,逗号分隔。支持类型:bd09mc/bd09ll/wgs84/gcj02
	 * @param data_type 请求数据类型。数据类型有:now/fc/index/alert/fc_hour/all,控制返回内容 ,默认值无
	 * @param coordtype 支持类型:wgs84/bd09ll/bd09mc/gcj02 默认值:wgs84
	 * @return
	 */
	@GetHttpInterface("/")
	public HttpResponse<String> getByLocation(@QueryPar("location") String location,
			@QueryPar("data_type") String data_type, @QueryPar("coordtype") String coordtype);
}

高德赋能文旅技术路线图

(3)应急与灾害影响评估

聚焦地震、交通事故、突发公共卫生事件等应急场景,构建基于WebGIS的应急响应与决策支持系统,实现灾害影响范围计算、关键设施定位、应急资源调度的全流程可视化管理。系统通过PostGIS空间分析功能快速核算灾害中心点、影响半径及受影响区域,借助Leaflet可视化展示受影响范围、村庄、机场、医院、交通要道等关键设施分布,支持应急资源快速定位、路径规划与调度分配。在日喀则市定日县地震影响评估项目中,该系统实现震中周边关键设施快速检索与影响程度分级展示,为应急指挥部门制定救援方案、调配资源提供精准高效支撑,显著提升应急响应效率。

地震影响快速评估

城市天气应急可视化

疾病流行病学研究

2、实战经验与深度思考

(1)技术选型的核心原则

技术选型的核心并非追求"最新",而是坚守"适配场景、平衡成本、预留扩展"三大原则,实现技术与业务的精准匹配。例如小型WebGIS可视化项目,原生JS+Leaflet轻量级方案即可满足需求,兼具开发周期短、维护成本低、跨终端兼容好的优势,优于重量级框架的复杂集成;而针对业务逻辑复杂、数据量大、并发需求高的大型系统,SpringBoot+MyBatisPlus+PostGIS组合可有效提升开发效率、保障系统稳定性与可维护性。同时需坚决摒弃"炫技式选型",成熟稳定的技术栈更能降低项目风险、减少运维成本,确保项目按时按质落地。

(2)性能优化的关键路径

空间数据项目的性能瓶颈集中于数据存储、查询检索、前端可视化三大环节,单一环节优化难以实现整体跃升。基于实战经验总结出三级全链路优化策略:存储层通过合理设计空间索引、表分区与分库分表,优化存储结构提升读写性能;查询层借助Redis缓存热点数据与结果、优化SQL及关联逻辑、WebFlux异步处理,减少请求阻塞缩短响应时间;可视化层通过数据抽稀、瓦片加载、按需渲染销毁图层,降低前端压力提升交互流畅度。以百万级POI数据可视化为例,通过"后端抽稀+前端瓦片加载+缓存复用"组合策略,将地图加载时间从10秒压缩至2秒内,同时保障数据展示准确性与交互体验。

(3) 跨领域融合的实践思考

GIS技术的核心价值不在于复杂度,而在于与业务场景的深度融合,用空间思维破解痛点、赋能决策。通过覆盖文旅、交通、应急、健康等多领域,挖掘跨领域融合的关键是找准空间数据与业务数据的结合点:文旅场景中,关联景点位置、交通路线与游客流量,优化游览规划与客流疏导;健康场景中,绑定食谱数据与区域饮食习惯、食材分布,提供个性化饮食推荐;交通场景中,融合路况与路网空间信息,实现智能路径规划与拥堵预警。同时,技术输出需兼顾专业度与易用性,将复杂空间分析结果通过直观图表、简洁控件呈现,让非技术人员快速理解应用,真正实现"技术赋能业务、数据驱动决策"。

五、技术成长与未来展望

2025年的技术探索之路,既是对GIS核心技术的深度沉淀与迭代优化,也是对全栈开发能力的全面拓展与综合锤炼。通过数十个不同行业、不同复杂度的实战项目打磨,我不仅攻克了海量空间数据处理、高并发GIS服务搭建、复杂可视化交互实现等核心技术难题,更构建起"问题导向-方案设计-落地验证-总结沉淀"的闭环技术思维,能够快速定位核心问题、设计合理方案、高效推进项目落地。

未来,我将聚焦三大方向突破,持续拓展技术边界与行业价值:一是GIS与人工智能深度融合,探索大模型在空间数据解析、智能推荐、灾害预测、土地利用类型识别等场景的落地,例如通过AI分析卫星影像实现土地利用类型自动分类与变化监测;二是三维GIS技术实战落地,基于MapTalks、Cesium等开源引擎构建二三维一体化方案,满足城市规划、地下管网管理、地形地貌展示等深度需求;三是轻量化GIS应用开发,适配小程序、移动端APP等场景,简化操作流程、降低使用门槛,让空间思维与GIS工具触达更多普通用户与中小微企业。

评论区的交流探讨、粉丝的认可支持、同行的经验补充,让我深刻体会到技术分享的价值------它既是个人经验的系统梳理沉淀,更是连接行业同仁、促进技术交流、推动行业共同进步的桥梁。未来我将继续深耕GIS与全栈技术领域,输出更多有深度、有温度、有实战价值的内容,与广大技术爱好者共成长,为地理信息行业创新发展贡献力量。

六、收获:沉淀与成长并行

(一)技术能力的沉淀与突破

2025年的技术深耕,让我在GIS核心领域与全栈技术体系实现双向沉淀突破,技术能力从"单点精通"迈向"全链路贯通"。GIS方向上,从多源异构数据融合标准化流程搭建,到复杂空间算法工程化落地,从WebGIS可视化交互优化,到跨平台技术集成适配,形成可复用、可扩展的技术方法论与实践模板。尤其在PostGIS空间索引优化、Leaflet自定义插件开发、GeoTools与业务系统协同等核心技术点,积累了大量的实战经验,技术方案的稳定性与高效性经项目充分验证。

(二)思维认知的升级与迭代

通过项目实战,不仅提升了技术能力,更实现思维认知的升级迭代,对技术价值、行业需求有了更深刻全面的理解。不再局限于"用技术实现功能"的表层思维,而是学会从业务场景出发设计技术方案,深刻认知到GIS技术的核心价值是"用空间思维赋能业务决策",技术只是解决问题、创造价值的工具。在跨领域项目中,逐步形成"问题拆解-技术选型-落地验证-总结沉淀"的闭环思维,学会在适配场景、平衡成本、预留扩展之间寻找最优解,彻底摒弃盲目追求新技术而忽视实际需求的误区。同时,空间思维的深化不仅助力技术研发,更让我在需求分析、方案设计中跳出单一数据维度,洞察数据与场景、业务与空间的深层关联,提升问题解决的系统性与前瞻性。

(三)技术创作的价值与共鸣

技术创作与分享是2025年的重要收获,通过CSDN平台输出内容,我收获了远超预期的成长与行业认可。全年发布的博客,均源自实战经验提炼,覆盖工具应用、项目实战、性能优化、技术趋势等维度,帮助数万开发者避开技术坑、提升工作效率。评论区的热烈交流让我结识众多行业同仁,大家分享实践经验、提出优化思路,既补充了我的技术认知盲区,也激发了更多创新灵感。技术创作已成为个人成长与行业赋能的双向纽带,既是自我复盘沉淀的过程,也是为行业贡献力量的重要方式。

(四)与地图平台的共同成长

收益于如今方便的在线地图模式,在持续不断地创作过程中,与百度地图和高德地图、天地图等进行了深入的集成。撰写的多篇技术博客被百度地图开放平台收录,作为实例参考,为更多的接入用户提供学习指南。

如果各位在学习使用过程中遇到集成的问题,欢迎评论交流。

参考资料:

1、贺力, 王融. 面向社会问题求解的GIS空间分析:融合路径、挑战与机遇[J]. 地球信息科学学报, 2025, 27(9): 2151-2164 https://doi.org/10.12082/dqxxkx.2025.250273。

2、朱歌, 张政, 曹涟帅, 马焜阳, 徐欣悦, 成毅. 基于DeepSeek的文生地图智能体构建方法[J]. 地球信息科学学报, 2025, 27(9): 2165-2176 https://doi.org/10.12082/dqxxkx.2025.250207。

3、唐炉亮,马颍,陈梽兴,等.公共设施服务可获得性评价[J].测绘地理信息,2024,49(5):1-7 DOI: 10.14188/j.2095-6045.20230185.。

相关推荐
心疼你的一切2 天前
【技术创作的璀璨盛宴——2025年CSDN博客之星总评选深度总结】
microsoft·unity·游戏引擎·游戏程序·csdn·博客之星
Francek Chen3 天前
【博客之星2025年度总评选】逐梦2026:我的2025博客回溯与AI运营之旅
大数据·人工智能·经验分享·程序人生·csdn·博客之星
逼子格4 天前
初入职场亦深耕创作:我的2025硬件工程师成长与分享之旅
嵌入式硬件·嵌入式·硬件工程师·硬件·博客之星·硬件工程师成长之路·硬件学习
love530love4 天前
Windows 下 Z-Image-Turbo 专业版 Gradio 生成器实战:功能增强全记录
人工智能·windows·python·大模型·gradio·博客之星·z-image
数字孪生家族23 天前
视频孪生与人工智能深入融合打造时空智能应用落地
人工智能·视频孪生·时空智能
herosunly1 年前
2024:人工智能大模型的璀璨年代
人工智能·大模型·年度总结·博客之星
Damon小智1 年前
回首2024,展望2025
程序人生·个人开发·博客之星
明明跟你说过1 年前
【博客之星】年度总结:在云影与墨香中探寻成长的足迹
年度总结·博客之星
Qiuner1 年前
困境如雾路难寻,心若清明步自轻---2024年创作回顾
经验分享·博客之星·2024