Android 地標辨識 App 推薦：照片、城市街景與山峰辨識比較
比較 Google Lens、Maps 中的 Lens、Gemini、PeakVisor 與 FoneClaw，依照片搜尋、城市街景、山峰及圖片模型選路線。整理裝置、地區與方案條件，先核對地點，再交接 Android 手機動作。
- 既有照片或截圖先看 Google Lens，城市戶外定位看 Maps 中的 Lens，照片追問看 Gemini，山峰與地形看 PeakVisor；FoneClaw 可理解選定照片，再承接核對後的支援手機動作。
- 五條路線不是同類 App 的準確率排名：視覺搜尋、現場 AR、圖片對話與山景校準需要不同輸入，裝置、國家、網路及方案條件也不同。
- PeakVisor 的山景辨識需要拍攝位置與輪廓對齊；離線區域地圖要預先下載，iOS 操作說明與早期影片實驗不能當成 Android 已開放功能。
- 辨識名稱只是候選。先比對招牌、建築、城市與地圖位置，再查入口和開放資訊；FoneClaw 的圖片模型能力不等於 Android 權限，手機結果仍需另行查看。
先按城市照片、現場街景或山景選工具
Android 地標辨識 App 推薦，先分清你手上有什麼：一張舊照片、眼前的城市街景，還是一段山峰輪廓。工具可能給你相似圖片、周邊地點、文字解釋或山名標示，這些結果不能直接互換。
- 想知道照片中的建築可能是哪裡：先用 Google Lens 找視覺候選。
- 人在城市戶外，想辨認眼前店家或地標及方向：先查看 Maps 中的 Lens 是否可用。
- 已有照片，想追問招牌、建築特徵與候選差異：可用 Gemini 圖片對話。
- 重點是山峰名稱、山脊與地形：先評估 PeakVisor。
- 想在圖片理解後保存跟進事項或交接支援的地圖動作：可評估 FoneClaw。
這是依官方能力安排的使用優先順序，不是我們測得的準確率排名，也不是五款各自獨立、用途相同的下載 App。Google Lens 與 Maps 中的 Lens 是不同入口；FoneClaw 則依所選圖片模型理解內容，不是專用地標資料庫。
五條路線的輸入與可用條件
選擇時，同時看輸入、環境與完成點。辨認照片和確認目前位置，是兩個問題；拿著舊照片站在另一個城市，不應讓工具把手機現址當成拍攝地。
| 路線 | 適合輸入與結果 | 先確認的條件 |
|---|---|---|
| Google Lens | 相機、照片或截圖；視覺搜尋候選 | 實際入口與網路；相似圖片不等於同一地點 |
| Maps 中的 Lens | 戶外即時相機；周邊地點與步行方向 | 指定國家、ARCore 相容裝置、良好 Street View 覆蓋及相機存取 |
| Gemini | 上傳照片並追問；文字解釋與候選分析 | 登入帳號、上傳額度與方案限制 |
| PeakVisor | 山景相機或匯入照片；山峰與地形對照 | 位置、輪廓校準及 Android 實際入口；離線地圖預先下載，部分功能涉及 App 內購買 |
| FoneClaw | 選定照片理解；核對後的支援手機跟進 | 相容圖片模型、網路需求、已啟用工具與實際權限／核准 |
不要把「可離線」套用到整條流程。已下載的地形資料、圖片模型處理與地圖最新資訊各有條件；也不要假設免費與付費方案具有相同輸入額度或功能。看不到入口時，先查該路線的裝置、地區與帳號要求。
城市地標：Lens 搜尋、Maps 定位與圖片追問
Google Lens 官方介紹列出相機、圖片與截圖視覺搜尋，以及地標、藝術品和壁畫等用途，也可加入文字縮小搜尋範圍。第一次可選一張建築照片，框出主要立面或招牌，再補充確定的城市名稱。查看候選頁面的原圖與文字，而不是只接受第一個名稱。
如果候選只有相似拱門，卻沒有符合的招牌、窗戶配置或周邊道路，先保留未確認。裁切可以讓目標更清楚，但原圖中的街牌與背景也可能是重要線索；不要為了讓畫面乾淨而把唯一可定位的內容剪掉。
Google Maps 的 Lens 使用說明則針對戶外相機辨認店家、餐廳與地標，並提供地點提問及步行方向等路線。Android 使用條件包括指定國家、ARCore 相容裝置、良好 Street View 覆蓋與相機存取，不是每支手機、每個城市都可用。
第一次先在安全位置停下，確認 Maps 內確實有 Lens 入口，再對準周圍建築，查看標示是否對應你所在的街區。如果沒有入口或定位不穩，就改用一般地圖與招牌查詢，不把其他城市的示範當成自己的功能證據。這條路線不適合在移動車輛中拿手機辨識。
若你想討論一張照片，依Gemini Android 檔案與照片上傳說明，可在登入後從新增檔案入口選照片、相機或檔案，並受帳號、方案與額度限制。可以問：「請列出可見的地標線索；若有兩個候選，說明差別，不確定就保留。」
Gemini 的優勢在於追問，例如請它讀招牌、描述塔樓形狀，再討論哪個候選較符合。這仍是圖片解釋，不代表它取得即時地圖圖層或查過場館今天的開放時間。若回答缺少可核對來源，就回到視覺搜尋、地圖照片或官方場館資訊補查。
山峰辨識與核對後的手機跟進
PeakVisor 官方 Android 商店頁列出山峰辨識、3D 地圖、步道與 GPS 紀錄，並包含 App 內購買。若問題是「遠方那排山叫什麼」，它比只找外觀相似圖片的路線更貼近需求，因為拍攝位置與地形對照本來就是辨識的一部分。
依PeakVisor 官方操作說明，相機與匯入照片可配合全景輪廓對齊，位置可來自目前所在地或搜尋的虛擬位置。舊照片若沒有可靠定位資料，先確認可能的拍攝點，再校準山脊；不是上傳任意山景就一定能自動找到全球位置。
離線使用區域地圖前須預先下載。官方手冊中的 iOS 專用設定不能照搬成 Android 選單，照片匯入與校準也應以 Android 實際入口為準。另外，PeakVisor 的影片辨識實驗說明描述早期地理標記影片展示，不足以當成 Android 已普遍開放的功能。山名標示也不是步道路況或通行安全的保證。
FoneClaw 適合另一個後續需求：你選定照片，由相容圖片模型解釋內容，再把已確認地點接成支援的手機任務。我們提供免費預設模型及相容 API 選項；大型照片在需要時會最佳化並修正方向，但圖片支援設定不會授予 Android 權限，也不是持續即時相機功能。
例如先核對場館名稱與地址，再要求交接支援的地圖路線，或保存個人待辦。若要建立行事曆，另外確認日期、時間與目標行事曆；不要從照片猜期限。模型支援、工具啟用、Android 權限與全域／個別工具核准政策各自確認，最後查看地圖目的地或已保存項目。能力範圍可看FoneClaw 功能頁，不假設其他辨識 App 已和 FoneClaw 自動連接。
先確認是哪個地方，再決定出發
以下是假設情境：一張照片中的鐘樓，可能是甲城的歷史建築，也可能是乙城的相似建築。兩個回答都說得流暢，不能作為選擇理由。先比對可見招牌、鐘面位置、屋頂形狀與鄰近街道，再查看候選地點的地圖照片或官方圖片。
把線索分成確定與推測，例如「照片看得到街牌」是確定，「建築風格像某城市」是推測。若街牌與候選地址不符，應重新搜尋，而不是要求模型解釋到兩者看似一致。對山景，則改查拍攝方向、位置與輪廓對齊，不用城市建築的比對方式硬套。
舊照片、轉傳圖片或截圖可能沒有定位資料；手機現在的位置也不能補成原拍攝點。只提供有用的地點線索，避免上傳含人臉、車牌、私人住址或完整旅行行蹤的內容。線上圖片服務可能處理所提供的照片與問題，不能因圖片存在手機裡就認定不會傳出。
確認地標身分後，再從場館官方資訊與地圖核對開放時間、入口、預約要求及目前路線。辨識對了名稱，不代表入口地址、營業狀態或交通方式也對。準備導航前，可用Android AI 導航路線核驗指南：出發前檢查、地圖交接與錯誤路線復原逐項檢查，別把圖片答案直接變成出發指令。
用一張照片完成有限範圍的比較
以下是建議自行進行的比較，不是我們的實測。先選一張你知道拍攝城市、又不含敏感內容的建築照片；只比較能接收這種照片的候選。Maps 中的 Lens 要在支援地區的實際戶外場景另外檢查，不用舊照片要求它完成相同任務。
- 對照片路線提供相同圖片與已知城市，要求列出候選、可見線索及仍不確定的地方。
- 核對招牌、外觀與來源圖片，記下哪個候選被排除，以及還缺哪項證據。
- 山景另用已知拍攝點的照片，查看位置與輪廓校準是否可完成，不和城市照片混成一個總分。
- 只有地點確認後，才提出一項有限的手機跟進；查看目的地與結果，不以助理回覆代替驗證。
需要持續追問同一張圖片時，可閱讀Android AI 圖片連續脈絡：同一張圖片重新分析與動作驗證指南，避免換圖後仍沿用舊線索。若下一步是安排整段旅行，則看Android 旅遊行程規劃 App 推薦：Wanderlog、TripIt、Gemini 與 FoneClaw 怎麼選，把地標辨識與行程規劃分開處理。
最後按場景選：照片搜尋先看 Lens，現場城市方向先查 Maps 資格，圖片追問用 Gemini，山峰辨識用 PeakVisor，核對後的手機跟進再評估 FoneClaw。回應中斷時先查是否已有結果；停止任務不會自動撤回已保存項目。能說清楚候選、線索與未確認處，比給出一個篤定名稱更有用。