昨天尝试了下用德国的家宽申请o2的esim，申请流程走完都很流畅，最后用identity online认证护照也显示成功通过了，但是登录o2官网准备激活的时候发现，一直显示认证中，今天也还是没变，点击认证会收到一封邮件，邮件点击认证又跳转到了这个界面，无限循环，是不是就代表凉了啊 1 个帖子 - 1 位参与者 阅读完整话题
Claude-fable-5 已上线 Claude-fable-5 is now online http://muskapi.cc 免费领取 GPT-5.5 额度 https://v2ex.com/t/1217435
最后的狂欢 orange-ai.online sk-删这里TZClEeMU1sRR3OInFvBNupxWKAq6LPcKXcaHQzqRrbRIQSXY 5 个帖子 - 5 位参与者 阅读完整话题
有AI中转视奸： online.forthezero.dpdns.org 我在吗？ 有直接版本（个人网站）： ftz.is-a.dev for_the_zero的小站 | for_the_zero's Site (Personal Website / Homepage) 介绍 Introduction 链接 Links 联系方式 Contact 友链 Friends 博客 Blog 17 个帖子 - 13 位参与者 阅读完整话题
doi是10.1123/ijsc.2025-0064 标题是Online Public Opinion Assessment for Sport Events Using Text Sentiment Analysis: A Case Study of Chinese Weibo Responses to the Summer Olympic Games in Tokyo 找半天找不到 4 个帖子 - 3 位参与者 阅读完整话题
5SIM Online SMS verification service | Receive SMS online Buy virtual number for SMS verification from 0.014$. Receive SMS online and bypass OTP in Amazon, Discord, Naver, Instagram, WhatsApp, Google! 今天发现一直用的gpt需要手机验证了，目前五个号只活着1个号，只能接码了，找了好多平台，性价比最高的应该就是这个了吧。 平台目前成功率最高的越南的，平台显示是29%左右，接码一次0.128刀左右，可alipay充值，最低1刀，1刀可以接码很多个 我使用chrome接码老是收不到，换了比特指纹浏览器成功率100%，平台说VPN需要和号商地址一样，我没设置一样照样可以。 12 个帖子 - 6 位参与者 阅读完整话题
https://www.ncronline.org/opinion/leo-vs-yale-and-vocation-higher-education [!quote]+ 教皇的愿景以学生为中心，以我们的社会和文化所面临的挑战为中心。在讨论了年轻人感到不安和躁动的好坏两方面之后，教皇说：“对你们年轻人来说，这种不安会问：'你们是谁？'事实上，做我们自己是每个男人和每个女人生命中的决定性承诺。'你们是谁’是我们相互之间提出的问题；是我们默默地向天主提出的问题；是只有我们自己才能回答的问题，但我们永远无法独自回答。我们是我们的纽带，是我们的语言，是我们的文化：因此，大学时代更应该是一个伟大邂逅的时代”。 教皇指出，世界仍然受到暴力的困扰，并要求年轻人创造一个更美好的未来。"5月14日，教宗对大学社区说："我的前任们发出的’永不再战！'的呐喊，与意大利宪法中摒弃战争的规定是如此一致，它激励我们在精神上与青年人心中的正义感结盟，与他们不局限于意识形态和国界的天职结盟。 教皇还特别呼吁所有人 “监督人工智能在军事和民用领域的发展和应用，以免人工智能剥夺人类决策的责任，加剧冲突的悲剧”。 “今天，占有欲和消费主义模式的内爆为已经萌芽的新事物扫清了道路：学习、培养和捍卫正义！”。利奥说。"与我和众多兄弟姐妹们一起，成为真正和平的工匠：解除军备和解除军备的和平，谦逊和坚持不懈的和平，为各国人民之间的和谐和保护地球而努力。 教皇的论述具有深刻的人文精神，指出高等教育可以而且应该全面培养学生，使他们能够走向世界，使世界更加公正、更加和平。价值中立 "的教育理念是自相矛盾的。 “高等教育的未来，或许也是民主的未来，可能取决于自由派领袖和知识分子是否愿意与天主教知识传统接触，反之亦然。” 1 个帖子 - 1 位参与者 阅读完整话题
做了一个免费的 Online Harmonium （网页版印度风琴） 地址： https://freeharmonium.com 最近在研究 Web Audio / MIDI 相关的东西，顺手做了个网页版 Harmonium 。 特点： 浏览器直接打开即用 支持电脑键盘演奏 支持 MIDI Keyboard 真实 harmonium 音色 支持 transpose / octave 无需登录 手机和桌面都能用 主要用途： 古典音乐练习 Sa Re Ga Ma Riyaz Bhajan 简单 melody 练习 技术上基本是： Web Audio API MIDI API sample playback 没有后端，纯前端。 一开始只是自己玩，后来发现 online harmonium 这个方向其实还挺少有人认真做。 如果大家对：Web Audio 、MIDI 、浏览器实时音频 有经验，也欢迎交流。 另外也想听听大家对：UI 、音色、SEO 、 功能方向 的建议。
各位 V 友好， 最近自己做了一个塔罗小网站： https://www.onecardtarot.online/ 我做塔罗大概 4 年了，但做网站还是新手(尝试做了几个 都没啥水花)，这个项目基本是边学边做出来的。 功能目前比较简单，主要是单张抽牌和基础解读。 发出来不是硬广，主要想听听大家的真实意见： 首页观感怎么样 流程顺不顺 文案会不会有点尴尬 手机上体验是否正常 如果愿意帮忙看一眼，提提问题，我会认真改。 轻拍重拍都欢迎，先谢谢大家。^^
各位 V 友好， 最近自己做了一个塔罗小网站： https://www.onecardtarot.online/ 我做塔罗大概 4 年了，但做网站还是新手(尝试做了几个 都没啥水花)，这个项目基本是边学边做出来的。 功能目前比较简单，主要是单张抽牌和基础解读。 发出来不是硬广，主要想听听大家的真实意见： 首页观感怎么样 流程顺不顺 文案会不会有点尴尬 手机上体验是否正常 如果愿意帮忙看一眼，提提问题，我会认真改。 轻拍重拍都欢迎，先谢谢大家。^^
各位 V 友好， 最近自己做了一个塔罗小网站： https://www.onecardtarot.online/ 我做塔罗大概 4 年了，但做网站还是新手(尝试做了几个 都没啥水花)，这个项目基本是边学边做出来的。 功能目前比较简单，主要是单张抽牌和基础解读。 发出来不是硬广，主要想听听大家的真实意见： 首页观感怎么样 流程顺不顺 文案会不会有点尴尬 手机上体验是否正常 如果愿意帮忙看一眼，提提问题，我会认真改。 轻拍重拍都欢迎，先谢谢大家。^^
网址： https://notepadlink.online/ 同时也发现网上有好几个类似的网站 https://onlinenotepad101.org/zh https://share-text.org/zh Netcut https://netcut.cn/ 图片分享： https://share-text.org/image-to-url https://www.image2url.com/ pdf 分享： https://pdf2url.com/zh
EVE Online – 6 May 26 A New Era | EVE Online Introducing Fenris Creations 作为新篇章的一部分，我们开始与Google DeepMind建立研究合作，专注于复杂、动态、玩家驱动系统的智能。这是我真心感到兴奋的事情。 多年来我多次与谷歌DeepMind的人谈论EVE的话题，我承认我从不放过任何机会来炫耀EVE玩家们打造的成果。他们让我这么兴奋，因为他们都热爱游戏。像AlphaGo和AlphaStar这样的项目，在我们理解智能、学习和解决问题方面起到了基础作用。 "作为一名玩家和游戏制作人，我一直很欣赏EVE。EVE社区与Hilmar及其团队共同创造的游戏，在游戏界无与伦比。它是一款独一无二的模拟，用于在安全的沙盒环境中测试通用人工智能。 我很高兴能与Fenris Creations团队合作，推动人工智能的前沿，探索新的玩家体验。" ------ 亚历山大·穆法雷克，谷歌DeepMind总监 这就是为什么这种合作关系很合理。EVE是少数可以在已经像活世界一样运作的环境中探讨智能问题的环境之一。 明确一点：这项初步研究将在不受控、离线的EVE版本中进行，这些版本与Tranquility不相连。但它确实为作品打开了一扇非常贴近EVE的门：难题、漫长的时间线、奇异的可能性，以及愿意探索未来的人们。 随着2026年同人节下周的临近，我们将有机会分享更多关于这项研究的内容。Google DeepMind创始团队成员Adrian Bolton将与我一同登上Fanfest舞台。Adrian利用他对游戏和游戏开发的热情，帮助制定了他们开创性的人工智能研究蓝图。我期待更多地讨论我们的合作以及Google DeepMind在情报和游戏领域的独特视角。 1 个帖子 - 1 位参与者 阅读完整话题
Oddsparks: An Automation Adventure https://store.epicgames.com/zh-CN/p/oddsparks-58440c 火之石 https://store.epicgames.com/zh-CN/p/firestone-online-idle-rpg-bfd04b 《霍格沃茨之遗》这个又返场了 https://store.epicgames.com/zh-CN/p/hogwarts-legacy 1 个帖子 - 1 位参与者 阅读完整话题
做了一个小工具，叫 MapPoster Online ，可以在浏览器里把城市地图生成装饰画/海报。 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 这个项目的来源比较简单：之前看到过一个 Python CLI 项目 maptoposter ，可以生成城市地图海报，效果挺有意思。但 CLI 对非 Python 用户来说还是有一点点门槛，需要装环境、跑命令、找输出文件。 所以我做了一个网页版，目标是 0 门槛、打开网页后就能选城市、调样式、导出图片。 现在能做什么 选择城市并生成地图海报 调整地图半径、主题、颜色、字体和版式 支持 A4 竖版、A4 横版、方形、手机壁纸、桌面 16:9 等尺寸 支持 300 DPI 导出，主要是为了打印 内置 20 种主题 可以上传 TTF/OTF 字体 支持英文、中文、日文、韩文、德文、西班牙文、法文界面 已获取的地图数据会缓存在浏览器 IndexedDB 里，重复生成会快一些 一些生成效果： 技术上主要做了什么 前端是 React 19 + TypeScript + Vite + Tailwind CSS 。渲染部分用了 Rust/WASM ，底层是 tiny-skia 。 地图数据默认主要来自 OpenStreetMap ，通过 Overpass API 获取道路、水体、公园和 POI 数据。 比较麻烦的地方是数据量。比如东京 18km 半径的测试数据，道路要素可以到 56 万以上，原始 GeoJSON 大约 40MB 。直接在浏览器里处理这种 GeoJSON ，很容易被 JSON.parse 、对象转换、JS 和 WASM 之间的数据传输拖慢。 后面做了几类优化： 把复杂 GeoJSON 压平成 Float64Array ，减少嵌套对象转换 用 Worker 处理数据获取和投影转换，避免主线程卡死 大块道路数据按道路边界切成多个 shard ，并行处理 WASM 渲染时尽量单次扫描，把道路按类型分发到不同 PathBuilder Overpass 查询面积过大时做分块，并发检查多个公共镜像节点 使用 IndexedDB 缓存获取过的数据 因为地图数据量上来以后，普通 JSON 对象流转的成本会非常明显。 目前的不足 先说几个已知问题，免得大家试用时踩坑： 第一次获取数据，特别是大城市、大半径生成还是可能慢，尤其受 Overpass 节点状态影响，哪怕已经做了多节点的竞速机制和分批获取数据（毕竟是公益节点，而且数据量特别大） 不同城市的 OSM 数据完整度不一样，有些地方水域、绿地或 POI 效果会受影响。 想听听大家的反馈 主要想问几个问题： 默认主题是否够用？本地开发是做了一个直接从剪贴板获取 JSON 的，因为我定义了一套 prompt 让 AI 帮我根据上传的图片生成配色，还挺实用，但是感觉解释成本有点高，所以暂时在线上版本隐藏起来了 如果作为地图海报工具，大家更希望加哪些控制项？比如控制是否渲染 POI 、道路等级、水域样式等。 在浏览器端处理 OSM / Overpass 数据，还有没有更稳的实践？ 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 欢迎直接回复，也可以在 GitHub 开 issue ，当然如果能给我一个 Star 就更好了 😊
做了一个小工具，叫 MapPoster Online ，可以在浏览器里把城市地图生成装饰画/海报。 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 这个项目的来源比较简单：之前看到过一个 Python CLI 项目 maptoposter ，可以生成城市地图海报，效果挺有意思。但 CLI 对非 Python 用户来说还是有一点点门槛，需要装环境、跑命令、找输出文件。 所以我做了一个网页版，目标是 0 门槛、打开网页后就能选城市、调样式、导出图片。 现在能做什么 选择城市并生成地图海报 调整地图半径、主题、颜色、字体和版式 支持 A4 竖版、A4 横版、方形、手机壁纸、桌面 16:9 等尺寸 支持 300 DPI 导出，主要是为了打印 内置 20 种主题 可以上传 TTF/OTF 字体 支持英文、中文、日文、韩文、德文、西班牙文、法文界面 已获取的地图数据会缓存在浏览器 IndexedDB 里，重复生成会快一些 一些生成效果： 技术上主要做了什么 前端是 React 19 + TypeScript + Vite + Tailwind CSS 。渲染部分用了 Rust/WASM ，底层是 tiny-skia 。 地图数据默认主要来自 OpenStreetMap ，通过 Overpass API 获取道路、水体、公园和 POI 数据。 比较麻烦的地方是数据量。比如东京 18km 半径的测试数据，道路要素可以到 56 万以上，原始 GeoJSON 大约 40MB 。直接在浏览器里处理这种 GeoJSON ，很容易被 JSON.parse 、对象转换、JS 和 WASM 之间的数据传输拖慢。 后面做了几类优化： 把复杂 GeoJSON 压平成 Float64Array ，减少嵌套对象转换 用 Worker 处理数据获取和投影转换，避免主线程卡死 大块道路数据按道路边界切成多个 shard ，并行处理 WASM 渲染时尽量单次扫描，把道路按类型分发到不同 PathBuilder Overpass 查询面积过大时做分块，并发检查多个公共镜像节点 使用 IndexedDB 缓存获取过的数据 因为地图数据量上来以后，普通 JSON 对象流转的成本会非常明显。 目前的不足 先说几个已知问题，免得大家试用时踩坑： 第一次获取数据，特别是大城市、大半径生成还是可能慢，尤其受 Overpass 节点状态影响，哪怕已经做了多节点的竞速机制和分批获取数据（毕竟是公益节点，而且数据量特别大） 不同城市的 OSM 数据完整度不一样，有些地方水域、绿地或 POI 效果会受影响。 想听听大家的反馈 主要想问几个问题： 默认主题是否够用？本地开发是做了一个直接从剪贴板获取 JSON 的，因为我定义了一套 prompt 让 AI 帮我根据上传的图片生成配色，还挺实用，但是感觉解释成本有点高，所以暂时在线上版本隐藏起来了 如果作为地图海报工具，大家更希望加哪些控制项？比如控制是否渲染 POI 、道路等级、水域样式等。 在浏览器端处理 OSM / Overpass 数据，还有没有更稳的实践？ 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 欢迎直接回复，也可以在 GitHub 开 issue ，当然如果能给我一个 Star 就更好了 😊
做了一个小工具，叫 MapPoster Online ，可以在浏览器里把城市地图生成装饰画/海报。 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 这个项目的来源比较简单：之前看到过一个 Python CLI 项目 maptoposter ，可以生成城市地图海报，效果挺有意思。但 CLI 对非 Python 用户来说还是有一点点门槛，需要装环境、跑命令、找输出文件。 所以我做了一个网页版，目标是 0 门槛、打开网页后就能选城市、调样式、导出图片。 现在能做什么 选择城市并生成地图海报 调整地图半径、主题、颜色、字体和版式 支持 A4 竖版、A4 横版、方形、手机壁纸、桌面 16:9 等尺寸 支持 300 DPI 导出，主要是为了打印 内置 20 种主题 可以上传 TTF/OTF 字体 支持英文、中文、日文、韩文、德文、西班牙文、法文界面 已获取的地图数据会缓存在浏览器 IndexedDB 里，重复生成会快一些 一些生成效果： 技术上主要做了什么 前端是 React 19 + TypeScript + Vite + Tailwind CSS 。渲染部分用了 Rust/WASM ，底层是 tiny-skia 。 地图数据默认主要来自 OpenStreetMap ，通过 Overpass API 获取道路、水体、公园和 POI 数据。 比较麻烦的地方是数据量。比如东京 18km 半径的测试数据，道路要素可以到 56 万以上，原始 GeoJSON 大约 40MB 。直接在浏览器里处理这种 GeoJSON ，很容易被 JSON.parse 、对象转换、JS 和 WASM 之间的数据传输拖慢。 后面做了几类优化： 把复杂 GeoJSON 压平成 Float64Array ，减少嵌套对象转换 用 Worker 处理数据获取和投影转换，避免主线程卡死 大块道路数据按道路边界切成多个 shard ，并行处理 WASM 渲染时尽量单次扫描，把道路按类型分发到不同 PathBuilder Overpass 查询面积过大时做分块，并发检查多个公共镜像节点 使用 IndexedDB 缓存获取过的数据 因为地图数据量上来以后，普通 JSON 对象流转的成本会非常明显。 目前的不足 先说几个已知问题，免得大家试用时踩坑： 第一次获取数据，特别是大城市、大半径生成还是可能慢，尤其受 Overpass 节点状态影响，哪怕已经做了多节点的竞速机制和分批获取数据（毕竟是公益节点，而且数据量特别大） 不同城市的 OSM 数据完整度不一样，有些地方水域、绿地或 POI 效果会受影响。 想听听大家的反馈 主要想问几个问题： 默认主题是否够用？本地开发是做了一个直接从剪贴板获取 JSON 的，因为我定义了一套 prompt 让 AI 帮我根据上传的图片生成配色，还挺实用，但是感觉解释成本有点高，所以暂时在线上版本隐藏起来了 如果作为地图海报工具，大家更希望加哪些控制项？比如控制是否渲染 POI 、道路等级、水域样式等。 在浏览器端处理 OSM / Overpass 数据，还有没有更稳的实践？ 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 欢迎直接回复，也可以在 GitHub 开 issue ，当然如果能给我一个 Star 就更好了 😊
做了一个小工具，叫 MapPoster Online ，可以在浏览器里把城市地图生成装饰画/海报。 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 这个项目的来源比较简单：之前看到过一个 Python CLI 项目 maptoposter ，可以生成城市地图海报，效果挺有意思。但 CLI 对非 Python 用户来说还是有一点点门槛，需要装环境、跑命令、找输出文件。 所以我做了一个网页版，目标是 0 门槛、打开网页后就能选城市、调样式、导出图片。 现在能做什么 选择城市并生成地图海报 调整地图半径、主题、颜色、字体和版式 支持 A4 竖版、A4 横版、方形、手机壁纸、桌面 16:9 等尺寸 支持 300 DPI 导出，主要是为了打印 内置 20 种主题 可以上传 TTF/OTF 字体 支持英文、中文、日文、韩文、德文、西班牙文、法文界面 已获取的地图数据会缓存在浏览器 IndexedDB 里，重复生成会快一些 一些生成效果： 技术上主要做了什么 前端是 React 19 + TypeScript + Vite + Tailwind CSS 。渲染部分用了 Rust/WASM ，底层是 tiny-skia 。 地图数据默认主要来自 OpenStreetMap ，通过 Overpass API 获取道路、水体、公园和 POI 数据。 比较麻烦的地方是数据量。比如东京 18km 半径的测试数据，道路要素可以到 56 万以上，原始 GeoJSON 大约 40MB 。直接在浏览器里处理这种 GeoJSON ，很容易被 JSON.parse 、对象转换、JS 和 WASM 之间的数据传输拖慢。 后面做了几类优化： 把复杂 GeoJSON 压平成 Float64Array ，减少嵌套对象转换 用 Worker 处理数据获取和投影转换，避免主线程卡死 大块道路数据按道路边界切成多个 shard ，并行处理 WASM 渲染时尽量单次扫描，把道路按类型分发到不同 PathBuilder Overpass 查询面积过大时做分块，并发检查多个公共镜像节点 使用 IndexedDB 缓存获取过的数据 因为地图数据量上来以后，普通 JSON 对象流转的成本会非常明显。 目前的不足 先说几个已知问题，免得大家试用时踩坑： 第一次获取数据，特别是大城市、大半径生成还是可能慢，尤其受 Overpass 节点状态影响，哪怕已经做了多节点的竞速机制和分批获取数据（毕竟是公益节点，而且数据量特别大） 不同城市的 OSM 数据完整度不一样，有些地方水域、绿地或 POI 效果会受影响。 想听听大家的反馈 主要想问几个问题： 默认主题是否够用？本地开发是做了一个直接从剪贴板获取 JSON 的，因为我定义了一套 prompt 让 AI 帮我根据上传的图片生成配色，还挺实用，但是感觉解释成本有点高，所以暂时在线上版本隐藏起来了 如果作为地图海报工具，大家更希望加哪些控制项？比如控制是否渲染 POI 、道路等级、水域样式等。 在浏览器端处理 OSM / Overpass 数据，还有没有更稳的实践？ 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 欢迎直接回复，也可以在 GitHub 开 issue ，当然如果能给我一个 Star 就更好了 😊
做了一个小工具，叫 MapPoster Online ，可以在浏览器里把城市地图生成装饰画/海报。 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 这个项目的来源比较简单：之前看到过一个 Python CLI 项目 maptoposter ，可以生成城市地图海报，效果挺有意思。但 CLI 对非 Python 用户来说还是有一点点门槛，需要装环境、跑命令、找输出文件。 所以我做了一个网页版，目标是 0 门槛、打开网页后就能选城市、调样式、导出图片。 现在能做什么 选择城市并生成地图海报 调整地图半径、主题、颜色、字体和版式 支持 A4 竖版、A4 横版、方形、手机壁纸、桌面 16:9 等尺寸 支持 300 DPI 导出，主要是为了打印 内置 20 种主题 可以上传 TTF/OTF 字体 支持英文、中文、日文、韩文、德文、西班牙文、法文界面 已获取的地图数据会缓存在浏览器 IndexedDB 里，重复生成会快一些 一些生成效果： 技术上主要做了什么 前端是 React 19 + TypeScript + Vite + Tailwind CSS 。渲染部分用了 Rust/WASM ，底层是 tiny-skia 。 地图数据默认主要来自 OpenStreetMap ，通过 Overpass API 获取道路、水体、公园和 POI 数据。 比较麻烦的地方是数据量。比如东京 18km 半径的测试数据，道路要素可以到 56 万以上，原始 GeoJSON 大约 40MB 。直接在浏览器里处理这种 GeoJSON ，很容易被 JSON.parse 、对象转换、JS 和 WASM 之间的数据传输拖慢。 后面做了几类优化： 把复杂 GeoJSON 压平成 Float64Array ，减少嵌套对象转换 用 Worker 处理数据获取和投影转换，避免主线程卡死 大块道路数据按道路边界切成多个 shard ，并行处理 WASM 渲染时尽量单次扫描，把道路按类型分发到不同 PathBuilder Overpass 查询面积过大时做分块，并发检查多个公共镜像节点 使用 IndexedDB 缓存获取过的数据 因为地图数据量上来以后，普通 JSON 对象流转的成本会非常明显。 目前的不足 先说几个已知问题，免得大家试用时踩坑： 第一次获取数据，特别是大城市、大半径生成还是可能慢，尤其受 Overpass 节点状态影响，哪怕已经做了多节点的竞速机制和分批获取数据（毕竟是公益节点，而且数据量特别大） 不同城市的 OSM 数据完整度不一样，有些地方水域、绿地或 POI 效果会受影响。 想听听大家的反馈 主要想问几个问题： 默认主题是否够用？本地开发是做了一个直接从剪贴板获取 JSON 的，因为我定义了一套 prompt 让 AI 帮我根据上传的图片生成配色，还挺实用，但是感觉解释成本有点高，所以暂时在线上版本隐藏起来了 如果作为地图海报工具，大家更希望加哪些控制项？比如控制是否渲染 POI 、道路等级、水域样式等。 在浏览器端处理 OSM / Overpass 数据，还有没有更稳的实践？ 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 欢迎直接回复，也可以在 GitHub 开 issue ，当然如果能给我一个 Star 就更好了 😊
做了一个小工具，叫 MapPoster Online ，可以在浏览器里把城市地图生成装饰画/海报。 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 这个项目的来源比较简单：之前看到过一个 Python CLI 项目 maptoposter ，可以生成城市地图海报，效果挺有意思。但 CLI 对非 Python 用户来说还是有一点点门槛，需要装环境、跑命令、找输出文件。 所以我做了一个网页版，目标是 0 门槛、打开网页后就能选城市、调样式、导出图片。 现在能做什么 选择城市并生成地图海报 调整地图半径、主题、颜色、字体和版式 支持 A4 竖版、A4 横版、方形、手机壁纸、桌面 16:9 等尺寸 支持 300 DPI 导出，主要是为了打印 内置 20 种主题 可以上传 TTF/OTF 字体 支持英文、中文、日文、韩文、德文、西班牙文、法文界面 已获取的地图数据会缓存在浏览器 IndexedDB 里，重复生成会快一些 一些生成效果： 技术上主要做了什么 前端是 React 19 + TypeScript + Vite + Tailwind CSS 。渲染部分用了 Rust/WASM ，底层是 tiny-skia 。 地图数据默认主要来自 OpenStreetMap ，通过 Overpass API 获取道路、水体、公园和 POI 数据。 比较麻烦的地方是数据量。比如东京 18km 半径的测试数据，道路要素可以到 56 万以上，原始 GeoJSON 大约 40MB 。直接在浏览器里处理这种 GeoJSON ，很容易被 JSON.parse 、对象转换、JS 和 WASM 之间的数据传输拖慢。 后面做了几类优化： 把复杂 GeoJSON 压平成 Float64Array ，减少嵌套对象转换 用 Worker 处理数据获取和投影转换，避免主线程卡死 大块道路数据按道路边界切成多个 shard ，并行处理 WASM 渲染时尽量单次扫描，把道路按类型分发到不同 PathBuilder Overpass 查询面积过大时做分块，并发检查多个公共镜像节点 使用 IndexedDB 缓存获取过的数据 因为地图数据量上来以后，普通 JSON 对象流转的成本会非常明显。 目前的不足 先说几个已知问题，免得大家试用时踩坑： 第一次获取数据，特别是大城市、大半径生成还是可能慢，尤其受 Overpass 节点状态影响，哪怕已经做了多节点的竞速机制和分批获取数据（毕竟是公益节点，而且数据量特别大） 不同城市的 OSM 数据完整度不一样，有些地方水域、绿地或 POI 效果会受影响。 想听听大家的反馈 主要想问几个问题： 默认主题是否够用？本地开发是做了一个直接从剪贴板获取 JSON 的，因为我定义了一套 prompt 让 AI 帮我根据上传的图片生成配色，还挺实用，但是感觉解释成本有点高，所以暂时在线上版本隐藏起来了 如果作为地图海报工具，大家更希望加哪些控制项？比如控制是否渲染 POI 、道路等级、水域样式等。 在浏览器端处理 OSM / Overpass 数据，还有没有更稳的实践？ 在线体验： https://maptoposter.0v0.one GitHub： https://github.com/ianho7/maptoposter-online 欢迎直接回复，也可以在 GitHub 开 issue ，当然如果能给我一个 Star 就更好了 😊