چرا پین درست روی نقشه، نشانی خیابان دیگری را برمی‌گرداند؟

ترتیب عرض و طول جغرافیایی را بررسی کرده‌اید؛ پین هم درست در حیاط مورد نظر قرار گرفته است. با این حال، ابزار تبدیل مختصات به نشانی، نام خیابان پشت ساختمان را نشان می‌دهد. پین را جابه‌جا نکنید تا صرفاً برچسب دلخواه ظاهر شود. ابتدا ببینید نشانی از کدام عارضه نقشه آمده است.

به ارتباط‌دادن مختصات با نشانی یا توصیف یک مکان، «ژئوکدگذاری معکوس» می‌گویند. اینجا Nominatim را بررسی می‌کنیم؛ ابزاری مبتنی بر داده‌های OpenStreetMap که سازوکار تطبیقش را توضیح داده است. این مقاله آزمون مقایسه دقت سرویس‌های نقشه نیست.

نشانی خروجی، مشخصات یک عارضه انتخاب‌شده است

طبق مستندات ژئوکدگذاری معکوس Nominatim، سرویس نزدیک‌ترین شیء مناسب موجود در نمایه خود را انتخاب می‌کند. نشانی آن شیء ممکن است متعلق به خیابان دیگری باشد. بعضی عوارض کوچک و بی‌نام نیز وارد این نمایه نمی‌شوند. پس برچسب ظاهراً معقول، همیشه نشانی دقیق همان نقطه ورودی نیست.

سه چیز را جدا نگه دارید: نقطه‌ای که جست‌وجو کرده‌اید، عارضه‌ای که سرویس برگردانده و ورودی‌ای که برای کار شما اهمیت دارد. برای مثال، موقعیت یک کوشک عمومی در محوطه می‌تواند به ساختمان مجاور نسبت داده شود، در حالی که مسیر ورود بازدیدکنندگان از سمت دیگری باشد.

اگر خود پین در شهر یا منطقه اشتباهی افتاده، ابتدا قالب مختصات، علامت‌ها و ترتیب عددها را بررسی کنید. مشکل جابه‌جایی عرض و طول، پیش از مرحله انتخاب نشانی رخ می‌دهد و با توضیح «نزدیک‌ترین عارضه» حل نمی‌شود.

موقعیت ورودی را کنار موقعیت خروجی بگذارید

مختصات اولیه را در یادداشت ثابت نگه دارید و پاسخ سرویس را با زمان دریافتش ذخیره کنید. راهنمای قالب خروجی Nominatim، فیلدهای lat و lon را مختصات مرکز هندسی شیء معرفی می‌کند. ترکیب osm_type و osm_id ارجاع OSM آن است؛ place_id شناسه‌ای داخلی است که ممکن است تغییر کند.

نقطه ورودی و شیء خروجی را جدا بررسی کنید. برای یک محدوده، فقط مرکز را نبینید؛ شکل و مرز آن هم مهم است. مرکز ساختمان الزاماً درِ ورود نیست. لینک شیء، نشانی برگشتی، تنظیمات جست‌وجو و مختصات اولیه باید در یادداشت بمانند تا نفر بعد بتواند اختلاف را بررسی کند.

زبان نمایش و سطح جزئیات خروجی را هم ثبت کنید. تفاوت نوشتار نام یا مقایسه برچسب شهر با نشانی ساختمان، به‌خودی‌خود اختلاف مکانی نیست. قبل از انتخاب «جواب درست»، مطمئن شوید دو خروجی به یک سؤال با جزئیات مشابه پاسخ می‌دهند.

تمرین کوشک میان دو گذر

تمام اجزای این مثال ساختگی‌اند و از سرویس زنده گرفته نشده‌اند. روی نقشه آموزشی، کوشکی در محوطه‌ای میان «کوچه چنار» و «گذر آب» قرار دارد. مختصات داده‌شده داخل محوطه است. پاسخ خیالی ابزار، ساختمان همسایه را با نشانی کوچه چنار برمی‌گرداند. اطلاعیه جداگانه بازدید، ورودی کوشک را در گذر آب معرفی می‌کند.

نتیجه مناسب این است: «نقطه جست‌وجو با عارضه تأمین‌کننده نشانی متفاوت است؛ اطلاعیه بازدید نیز ورودی جداگانه‌ای را معرفی می‌کند.» این با «مختصات غلط است» فرق دارد. هیچ‌یک از این مدارک هویت ساکن یا استفاده‌کننده ساختمان مجاور را ثابت نمی‌کند.

حالا اطلاعیه بازدید را از تمرین حذف کنید. آیا همچنان می‌توانید ورودی را در گذر آب قطعی بدانید؟ خیر. چیدمان نقشه ممکن است یک احتمال ایجاد کند، ولی پاسخ ابزار آن احتمال را تأیید نکرده است. کم‌شدن همین یک مدرک باید در متن نتیجه دیده شود.

ابهام را به همان بخش از داده وصل کنید

ممکن است قالب مختصات درست باشد ولی منبع اندازه‌گیری‌اش روشن نباشد. ممکن است شیء نقشه درست شناسایی شده باشد اما جزئیات نشانی نیاز به بررسی داشته باشد. اطلاعیه ورودی هم شاید قدیمی باشد. تبدیل همه این‌ها به یک «درصد اطمینان» واحد، تفاوت مسئله‌ها را پنهان می‌کند.

برای بررسی تغییر عارضه، از تاریخچه OpenStreetMap کمک بگیرید. اگر می‌خواهید عکس عمومی را با مکان تطبیق دهید، راهنمای مکان‌یابی تصویر به آن کار مربوط است. گرفتن یک رشته مرتب شبیه نشانی پستی، جای این بررسی‌ها را نمی‌گیرد.

یادداشت نهایی را با این ترتیب بنویسید: مختصات و منبع اولیه ← شیء و نشانی برگشتی ← مدرک ورودی مرتبط ← سؤال حل‌نشده. حتی اگر بعداً نشانی مناسب‌تری یافتید، نقطه اولیه را نگه دارید. به این ترتیب، خواننده مسیر رسیدن از داده به نتیجه را می‌بیند و یک برچسب راحت، بی‌سروصدا جای مدرک را نمی‌گیرد.