用 Nano Banana 画坐标图,最稳的办法不是把经纬度直接丢给模型,而是先把每个地点翻译成“它在画面里的大致位置”,再把数值和连线写成清单。图像模型不会真的去查经纬度,它只认“上海在东部沿海、成都在西南内陆”这种相对位置。你把位置、数据点大小和连线关系写清楚,坐标图才会是一张读得通的信息图,而不是一张随机撒了点的装饰画。

图片说明:封面为 AI 生成的视觉示意图,图中地图、连线与数字都不是真实统计。
坐标图为什么比普通信息图更容易出错?
坐标图同时要求模型处理三件事:地图轮廓、点的位置、点之间的关系。普通信息图里一个图标偏一点没人在意,坐标图里一个点落错省份,整张图的可信度就没了。再加上中文地名、数值标签、图例,一张坐标图里能出错的地方比一般插画多得多。
模型画坐标图有三个固定弱点:地图轮廓大致对但细节随意,点的位置按“印象”放而不是按坐标放,连线容易多画、少画或连错。这三点都不能靠“更精致、更专业”这类形容词解决,只能靠提示词把每个点、每条线写死,再在生成之后逐个核对。
所以目标要定得实际一点:用 Nano Banana 快速得到一张可以讨论版式、配色和信息密度的坐标图草稿;需要位置精确、能持续更新的正式版本,还是要回到 Datawrapper、Kepler.gl 或 Excel 的地图功能里重画。
先把数据整理成三列
写坐标图提示词之前,先在文本里列一张表。真正需要的只有三列:地点、数值、连向谁。经纬度可以留着自己核对,但提示词里不要写数字坐标,模型并不会按它定位。
| 地点 | 数值 | 连向 |
|---|---|---|
| 上海 | 50 | 北京、成都 |
| 北京 | 40 | 西安 |
| 成都 | 25 | 西安 |
| 西安 | 20 | — |
| 广州 | 30 | 上海 |
整理这张坐标图数据表时顺手做两件事:把地点控制在 5 到 8 个,再多就拆成两张;把数值压缩到 10 到 60 之间,差距太大最小的点会缩成一个看不见的像素。连线按“谁连谁”写,一对地点只写一次,重复的先合并。
可复制的坐标图提示词
下面以上面这五个城市为例,提示词把地图底、每个点的相对位置、大小和连线全部写明。方括号里换成你的内容。
生成一张横版 16:9 的中文坐标图,主题是“[主题名称]”,底图是[中国]的简化地图轮廓。
地图:深蓝灰色底,国界与海岸线用细的浅灰线勾勒,省界不显示,不要地形、不要卫星纹理。
数据点共 5 个,用实心圆表示,面积按数值比例:
上海 50,位于东部沿海;北京 40,位于华北;广州 30,位于南部沿海;成都 25,位于西南内陆;西安 20,位于西北内陆。
最大的点是上海,最小的点是西安。
连线共 4 条,用带轻微弧度的细线连接:上海—北京、上海—成都、北京—西安、成都—西安。连线颜色为青色,半透明,不加箭头。
每个点旁边用白色中文显示地名,字号统一,标签不与连线重叠,只显示上述 5 个地名,不加数值、不加其他文字。
右下角放一个简洁的比例图例。扁平矢量信息图风格,画面干净,不要水印、不要图标、不要装饰插画。
生成之后先别看好不好看。先数点是不是 5 个,再数线是不是 4 条,然后看最大的点是不是落在东部沿海。这三步过了,这张坐标图才值得往下调配色和字体。
位置怎么写模型才放得对?
位置是坐标图最核心的问题。有几个写法明显更稳:
- 用方位词代替经纬度。 “东部沿海”“西南内陆”“靠近北部边界”这类描述,模型能理解;“北纬 31 度”这种数字它基本忽略。
- 写出点与点的相对关系。 补一句“成都在西安的西南方,广州在上海的南方偏西”,能纠正模型凭印象放错的情况。
- 点名最东、最西、最北、最南的四个点。 把边界点定住,中间的点就不容易跑太远。
- 底图越简化越准。 省界、河流、地形一多,模型注意力分散,点的位置反而更乱。先用纯轮廓底图把坐标图的结构画对,再考虑加装饰。
- 国外或虚构地区也是一样的写法。 换成“欧洲简化轮廓,巴黎在西部内陆,柏林在中部偏北”即可,核心还是方位词加相对关系。
数据点、连线和标签怎么写?
点的大小、线的样式和标签位置决定了一张坐标图能不能被一眼读懂,这三样在提示词里要分开写。
**数据点:**写“面积按数值比例”,并点名最大和最小的两个点。只写“重要城市用大点”,模型会把所有点画得差不多大。颜色上建议全部统一一种,用大小表达数值;想用颜色分类就另说“按区域分三种颜色”,别让大小和颜色同时表达两件事。
**连线:**写清“共几条、连接谁和谁、有没有箭头、直线还是弧线”。坐标图里的弧线比直线好看也更不容易压住标签,但弧度要写“轻微”,否则线会绕一个大圈。带方向的流动关系加箭头,纯关联关系不加,一张坐标图里只用一种。
**标签:**地名控制在 2 到 4 个汉字,写“标签放在点的外侧、不与连线重叠”。要显示数值就单独说“数值放在地名下方,字号更小”,不说模型会把数字随便塞进点里。
样式替换示例(只换这一段,其他不动):
数据点按区域分三种颜色:东部沿海的点用橙色,内陆的点用青色,南部的点用紫色,所有点带一圈细白描边。连线改为直线、浅灰色,并在上海指向北京、上海指向成都的两条线末端加小箭头,其余连线不加箭头。
换一种底图:抽象坐标图与深色坐标图
不是所有坐标图都需要真实地图。两种变体用得很多:
- **抽象坐标图:**没有国界,只有一个浅色网格背景,点按“左上、右下”这种相对位置摆放,适合表达关系网络而不是地理位置。写法是“去掉地图,改用浅灰网格底,点的位置按下面的相对描述摆放”。
- **深色发光坐标图:**科技感汇报常用。底图改成深色,点带轻微发光,连线半透明。注意发光会让小点看起来变大,数值对比会被削弱,写“发光范围不超过点直径的一半”能缓解。
深色发光版替换示例:
底图改为近黑的深蓝色,地图轮廓用深青色细线;数据点为亮青色实心圆并带轻微外发光,发光范围不超过点直径一半;连线为青色半透明弧线。地名用浅灰白色中文,其余设置不变。
从 Excel 表到坐标图的三步流程
手里的数据通常是一张带经纬度的 Excel 表,要变成坐标图提示词固定走三步:
- 删掉经纬度列,加一列方位描述。 每个地点写一句“东部沿海、西南内陆”这样的人话,这是坐标图提示词真正用得上的东西。
- 数值按比例压缩。 把最大值压到 50 左右,其余等比缩放,最小值不要低于 10。
- 把连线写成“甲—乙”。 一行一条,用顿号或分号隔开,直接粘进提示词的连线段。
数据更新时只改点和线这两段,地图段和样式段原样保留,新的坐标图和上一版风格就能保持一致。做一组同系列的坐标图时,这一点尤其重要:同一套样式段配不同的数据段,汇报里放在一起才不会显得东拼西凑。
常见失败怎么修?
**点的位置明显错了:**补方位词和相对关系,点名四个边界点;仍不稳就减少到 5 个点。
**坐标图上所有点一样大:**把数值逐条写进点的定义,并点名最大和最小的点。
**连线多画或连错:**写“严格只有 4 条连线”,逐条列出,并补“不要生成未列出的连线”。
**地名错字或重复:**缩短到 3 字以内,去掉括号和英文;仍不稳定就生成无文字底图再人工加字。
**底图画成了卫星图或立体地球:**写死“简化平面轮廓,不要地形、不要卫星纹理、不要立体透视”。
**画面变成了海报而不是坐标图:**删掉“震撼、史诗、电影感”这类词,改写为“扁平矢量信息图、干净、留白充足”。
一套可复现的核对清单
- 数据点数量与清单一致,没有多出或合并。
- 最东、最西、最北、最南四个点的位置正确。
- 最大与最小的点位置正确,大小关系合理。
- 连线数量与清单一致,没有多余连线。
- 地名逐字正确,没有重复或错字。
- 标签没有压住连线或其他点。
- 若用于对外汇报,地点和数值与原始数据表再核对一遍。
使用限制与数据边界
AI 生成的坐标图适合做提案、汇报草稿和社交媒体配图,不适合作为需要精确定位的正式地图,也不适合用于涉及国界、争议地区或行政区划的严肃场合。模型画的轮廓是近似的,点的位置只是“大致在那一带”。涉及真实业务或公开发布时,请用专业地图工具重画,并保留原始数据表。不要把未公开的经营数据、客户地址写进提示词。
相关教程
同样是“先列数据再写提示词”的图表写法,可以对照 Nano Banana 桑基图提示词 和 教育信息图提示词。第一次使用可先看 Nano Banana 中文使用教程,更多现成模板见 Nano Banana 提示词模板合集。做好的坐标图要放进 PPT 时分辨率不够,可以用 图片放大工具 放大一倍再用。
常见问题
Nano Banana 画的坐标图位置准吗?
是“大致在那一带”的准,不是经纬度级别的准。写清方位词和相对关系能让位置明显更合理,但正式地图仍要用地图工具重画。
坐标图最多放几个点?
建议 8 个以内、连线 6 条以内。再多就拆成两张坐标图,或者先出无文字底图再人工加标签。
可以直接写经纬度吗?
可以写,但对坐标图的位置基本没用。模型不会按数字定位,把经纬度换成“东部沿海、西南内陆”这类描述才有效。
为什么地名总是错字?
地名太长或带标点。缩到 3 字以内、去掉英文,大多数情况就正常了;仍不行就生成无文字版再加字。
坐标图可以做成竖版吗?
可以,把“横版 16:9”改成“竖版 9:16”,并把图例移到底部,适合手机端展示。注意竖版里横向跨度大的地图会被压缩,点之间的距离更挤。
参考资料与适用说明
本文示例基于 Nano Banana 文生图能力整理,坐标图的点、线、标签写法是常见的写法整理。所有城市数据均为虚构,用于演示提示词写法,不代表任何真实统计。
文中第一段完整提示词已用 nano-banana-2 模型实际生成一次,坐标图的城市点、连线和数字大致符合提示词;但生成图带有地图轮廓,AI 画的边界并不准确,所以这张坐标图没有放进本文。替换段落和修复建议没有逐条测试。