展开本页目录
开始前准备什么
- 独立练习目录及Python 3.14;系统与Node依赖以README为准。
- 离线重放无需Key;新请求使用自己的apizt Key,先核对模型权限和当前价格。
- 原创合成材料,不需要登录第三方平台账号。
- 先看文件
- 按步骤操作
- 对照真实结果
- 离线或模型复跑
默认离线重放;包含完整失败尝试与本地检查,不含Key。
1. 核对本例材料与目标文件
既有QGIS任务做按米缓冲与版式;本篇交付点位交换文件、坐标轴顺序和属性回读,不更换地图工具重复缓冲。需人工重叠复核。
先下载合成材料在独立目录练习。原始文件、模型输入与验收答案分别保留;本地核对答案不发送给模型。
input.json(节选)
{
"records": [
{
"id": "S1",
"text": "松桥店:经度120.15,纬度30.28。"
},
{
"id": "S2",
"text": "北岸店:经度116.40,纬度39.90。"
},
{
"id": "S3",
"text": "待核店:经度39.90,纬度116.40,原始记录待核。"
},
{
"id": "S4",
"text": "山前店:经度118.78,纬度没有提供。"
}
]
}2. 按顺序完成这项具体操作
本次实际使用Python 3.14,依赖版本固定在资料包。需要LibreOffice或Node的案例请先按README安装对应运行时。python run.py读取真实旧响应完成本地处理;只有显式--live才发新请求。
- 1. 打开 source-records.csv,逐行核对四个虚构门店的原始经纬字段:S3是待核的倒置记录,S4没有纬度;保留原文,不先替模型纠正。
- 2. 把实际回读的门店资料交给 apizt,提取 id、name、longitude、latitude;核对真实 output-1.txt,确认倒置值和 null 都按源文保留。
- 3. 对提取坐标分别检查经度−180~180、纬度−90~90及缺值;只把合格记录写入 stores.geojson,坐标数组按经度、纬度排列。
- 4. 重新读取 stores.geojson,并打开 map.html 查看无底图经纬定位预览;核对松桥店为 [120.15,30.28],北岸店也能回查到原记录。
- 5. 查看 coordinate-review.csv:S3、S4应进入待核列表,不能出现在地图点集中;此例没有调用地理编码或地图瓦片服务。
独立练习目录 · 默认仅离线复核
python3 -m venv .venv
source .venv/bin/activate
python -m pip install -r requirements.txt
python run.py3. 对照真正发送的请求
只处理给定原创虚构材料,只输出JSON。逐条提取门店ID、名称、经度longitude、纬度latitude;严格按原文经纬字段,不自动纠正倒置,未提供用null。 输出结构:{"stores": [{"id": "string", "name": "string", "longitude": "number", "latitude": "number"}]}
网页实验台只执行这一步模型字段检查。原生文件写入、坐标/公式/格式回读及负例验收由下载包负责。
request-1.json(图片Base64省略,原文件在下载包)
{
"model": "gemini-2.5-flash-lite",
"messages": [
{
"role": "system",
"content": "严格只输出单个JSON对象,不要Markdown代码围栏,不要解释。只处理给定原创虚构材料,只输出JSON。逐条提取门店ID、名称、经度longitude、纬度latitude;严格按原文经纬字段,不自动纠正倒置,未提供用null。 输出结构:{\"stores\": [{\"id\": \"string\", \"name\": \"string\", \"longitude\": \"number\", \"latitude\": \"number\"}]}"
},
{
"role": "user",
"content": "任务约束(只输出JSON对象,不用代码围栏):\n只处理给定原创虚构材料,只输出JSON。逐条提取门店ID、名称、经度longitude、纬度latitude;严格按原文经纬字段,不自动纠正倒置,未提供用null。 输出结构:{\"stores\": [{\"id\": \"string\", \"name\": \"string\", \"longitude\": \"number\", \"latitude\": \"number\"}]}\n待处理合成材料:\n{\"records\": [{\"id\": \"S1\", \"text\": \"松桥店:经度120.15,纬度30.28。\"}, {\"id\": \"S2\", \"text\": \"北岸店:经度116.40,纬度39.90。\"}, {\"id\": \"S3\", \"text\": \"待核店:经度39.90,纬度116.40,原始记录待核。\"}, {\"id\": \"S4\", \"text\": \"山前店:经度118.78,纬度没有提供。\"}]}"
}
],
"temperature": 0,
"max_tokens": 1024,
"provider": {
"sort": "success_rate"
},
"response_format": {
"type": "json_object"
}
}4. 查看原生处理代码与实际文件
下面节选来自本次实际执行的workflow.py分支,需要结合完整脚本运行。模型输出不能代替文件解析器或业务验算。
具体产物:stores.geojson、coordinate-review.csv、map.html、result.json、checks.json、preview.html。
workflow.py · 本例分支节选
valid = []
bad = []
for row in output['stores']:
lng, lat = (row.get('longitude'), row.get('latitude'))
if not isinstance(lng, (int, float)) or not isinstance(lat, (int, float)) or (not (-180 <= lng <= 180 and -90 <= lat <= 90)):
bad.append({'id': row['id'], 'reason': 'missing-or-range'})
else:
valid.append({'type': 'Feature', 'properties': {'id': row['id'], 'name': row['name']}, 'geometry': {'type': 'Point', 'coordinates': [lng, lat]}})
geo = {'type': 'FeatureCollection', 'features': valid}
jout('stores.geojson', geo)
cout('coordinate-review.csv', bad)
r = json.loads((folder / 'stores.geojson').read_text())
check('GeoJSON坐标顺序为经度、纬度', r['features'][0]['geometry']['coordinates'] == [120.15, 30.28])
check('倒置与缺坐标记录未进入地图', sorted((x['id'] for x in bad)) == ['S3', 'S4'])
points = ''.join((f'''<circle cx="{80 + (f['geometry']['coordinates'][0] - 110) * 25}" cy="{500 - (f['geometry']['coordinates'][1] - 20) * 20}" r="8"/><text x="{90 + (f['geometry']['coordinates'][0] - 110) * 25}" y="{500 - (f['geometry']['coordinates'][1] - 20) * 20}">{html.escape(f['properties']['name'])}</text>''' for f in valid))
(folder / 'map.html').write_text('<!doctype html><meta charset="utf-8"><title>GeoJSON回读预览</title><h1>虚构门店经纬度定位(无底图)</h1><p>真实GeoJSON回读;缺坐标与越界项不绘制,不自动纠正。</p><svg viewBox="0 0 700 600" style="width:900px;fill:#563875;background:#f7f3ec">' + points + '</svg>')
artifacts.append('map.html')
result = {'accepted': [f['properties']['id'] for f in valid], 'review': bad, 'geometry': geo}5. 对照真实结果和检查表
实测2026-10-25T07:47:45.546052+00:00,HTTP200;请求gemini-2.5-flash-lite,返回gemini-2.5-flash-lite。本次4/4项检查通过,指本例执行及验收机制通过,不代表所有模型字段零误差。
最后一次返回用量469tokens;1份尝试记录的已知用量合计469。失败记录保留,用量缺失不按0计,本文不推算实际金额。
| 实际检查 | 结果 |
|---|---|
| 真实apizt API响应HTTP200 | 通过 |
| 模型结构化事实与原始材料一致 | 通过 |
| GeoJSON坐标顺序为经度、纬度 | 通过 |
| 倒置与缺坐标记录未进入地图 | 通过 |
- 实际检查
- 真实apizt API响应HTTP200
- 结果
- 通过
- 实际检查
- 模型结构化事实与原始材料一致
- 结果
- 通过
- 实际检查
- GeoJSON坐标顺序为经度、纬度
- 结果
- 通过
- 实际检查
- 倒置与缺坐标记录未进入地图
- 结果
- 通过
result.json · 原生处理后实际结果
{
"accepted": [
"S1",
"S2"
],
"review": [
{
"id": "S3",
"reason": "missing-or-range"
},
{
"id": "S4",
"reason": "missing-or-range"
}
],
"geometry": {
"type": "FeatureCollection",
"features": [
{
"type": "Feature",
"properties": {
"id": "S1",
"name": "松桥店"
},
"geometry": {
"type": "Point",
"coordinates": [
120.15,
30.28
]
}
},
{
"type": "Feature",
"properties": {
"id": "S2",
"name": "北岸店"
},
"geometry": {
"type": "Point",
"coordinates": [
116.4,
39.9
]
}
}
]
}
}6. 替换输入前,先确认这些边界
本例只验证合成材料和本地原生文件;不连接真实客户数据,不代表第三方SaaS已运行。
修改材料后应重新制定事实断言和反例。识别错误率、混淆矩阵或拒答类教程允许保留模型实际错误;检查通过指计算和处理正确。没有调用视频模型。
怎样确认已经完成
- 真实apizt API响应HTTP200
- 模型结构化事实与原始材料一致
- GeoJSON坐标顺序为经度、纬度
- 倒置与缺坐标记录未进入地图
常见问题
AI Excel 门店 地图 GeoJSON怎么开始?
打开 source-records.csv,逐行核对四个虚构门店的原始经纬字段:S3是待核的倒置记录,S4没有纬度;保留原文,不先替模型纠正。按本页顺序继续,先用下载包离线重放,再替换自己的材料。
网页试跑和下载包有什么区别?
网页只复跑模型字段,不生成全部原生文件;资料包包含实际原生处理和本地验收。
这次通过结果适用于其他材料吗?
本例只验证合成材料和本地原生文件;不连接真实客户数据,不代表第三方SaaS已运行。



