调用高德/百度地图api获取poi需合法key且受配额限制，返回坐标为加密系（gcj-02或bd-09），跨平台使用须经可靠转换（如coordtransform库），硬爬网页无效且违规。
直接调用高德/百度地图API能拿到POI，但必须配Key且有配额限制
公开POI数据不等于“随便爬”，国内主流地图平台（高德、百度、腾讯）全部要求注册开发者账号、申请API Key，且免费额度有限（如高德Web服务每日1万次，百度LBS每日5000次）。未带key参数的请求会返回{"status":401,"info":"INVALID KEY"}；超限则返回status: 203或403。别试图绕过Referer或伪造User-Agent——这些接口校验key绑定的域名、IP或包名，前端JS SDK还做签名，硬爬基本无效。
高德POI搜索接口最实用，但坐标系默认是GCJ-02
高德place/text接口（https://restapi.amap.com/v3/place/text）支持关键词+城市+范围检索，返回结果含location字段，格式为"116.481488,39.990464"。注意：这是国家加密坐标系GCJ-02，不是WGS84（GPS原始坐标），也不是BD-09（百度专用）。如果后续要叠加到Leaflet/OpenLayers等标准Web地图上，必须转换：
- WGS84 → GCJ-02：用于把GPS设备采集的坐标适配到高德地图显示
- GCJ-02 → WGS84：用于把高德API拿来的坐标导出到GIS软件或GPS设备
- GCJ-02 → BD-09：仅当需要喂给百度地图时才转
推荐用开源库coordtransform（pip install coordtransform），它比手写转换函数更可靠，避免因椭球参数误差导致偏移50米以上。
百度API返回BD-09坐标，转WGS84需两步走
百度place/v2/search接口返回的location.lng/location.lat是BD-09坐标系。它不能直接转WGS84，必须先转GCJ-02，再转WGS84。原因：BD-09是在GCJ-02基础上又加了一次非线性变换，单步逆变换精度极差。实测用coordtransform.gcj02_to_bd09()反向调用会漂移200米以上。正确流程：
from coordtransform import bd09_to_gcj02, gcj02_to_wgs84 lng_bd, lat_bd = 116.4123, 39.9112 lng_gcj, lat_gcj = bd09_to_gcj02(lng_bd, lat_bd) lng_wgs, lat_wgs = gcj02_to_wgs84(lng_gcj, lat_gcj)
另外，百度接口对region参数敏感：填城市名（如“北京市”）可能漏掉近郊POI，填行政区划代码（如110000）更全，但需提前查好代码表。
不要用requests硬刷网页，POI列表页基本都是React/Vue动态渲染
想绕开API直接爬高德地图网页？大概率失败。新版高德地图POI搜索结果由前端JavaScript通过/v3/place/detail和/v3/place/text等XHR接口加载，HTML源码里只有空容器。抓包会发现请求头带X-Requested-With: XMLHttpRequest和加密jscode参数，后者是页面JS运行时生成的签名，每次刷新都变。用Selenium虽能执行JS，但速度慢、易被风控（触发antibot滑块或412 Precondition Failed），且违反高德《开发者协议》第5.2条“禁止自动化采集网页内容”。真要批量获取，老老实实走API，配合time.sleep(0.1)控频，比折腾反爬划算。
真正容易被忽略的是坐标转换的边界情况：GCJ-02转WGS84在国境线附近（尤其新疆、黑龙江）误差可能达200米，而百度BD-09在港澳地区无定义——传入香港坐标会返回(0,0)。做地理围栏或精准选址前，务必用已知坐标的POI点实测转换偏差。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
