تحقیق روی نقشه · جلوگیری از خطای انتقال
مختصات در اوسینت؛ دو عدد درست چگونه به جای اشتباه می‌رسند؟
دو عدد را از یک سند در نقشه می‌چسبانید و یک نقطه ظاهر می‌شود. همه‌چیز مرتب به نظر می‌رسد؛ اما شاید عرض و طول جغرافیایی جابه‌جا شده باشند. دردسر اینجاست که نقشه همیشه به این اشتباه ایراد نمی‌گیرد.
این راهنما برای وقتی است که مختصات را از قبل در اختیار دارید؛ مثلاً در یک سند عمومی یا تصویری که اجازه بررسی آن را دارید. هدف این است که هنگام انتقال عددها، جای موردنظر عوض نشود. اگر هنوز نمی‌دانید عکس کجا گرفته شده، از راهنمای مکان‌یابی با نشانه‌های تصویر شروع کنید.
اول اسم عددها را بنویسید
عدد اول همیشه عرض جغرافیایی نیست. در کادر جست‌وجوی Google Maps، ابتدا عرض و سپس طول جغرافیایی وارد می‌شود. راهنمای گوگل استفاده از نقطه اعشار و بازه‌های مجاز عرض از منفی ۹۰ تا مثبت ۹۰ و طول از منفی ۱۸۰ تا مثبت ۱۸۰ را هم مشخص می‌کند. مرجع این قواعد راهنمای ورود مختصات گوگل است.
اما در GeoJSON ترتیب برعکس است: طول، بعد عرض. استاندارد RFC 7946 برای این قالب، درجه اعشاری بر مبنای WGS 84 را مشخص کرده است. پس قبل از انتقال، قرارداد ابزار مقصد را بخوانید؛ هیچ ترتیب واحدی را به همه ابزارها تعمیم ندهید. مرجع: ترتیب مختصات در GeoJSON و سیستم مرجع آن.
با این تمرین، جابه‌جایی پنهان را پیدا کنید
عددهای زیر ورودی ساختگی برای آموزش‌اند و به شخص، ساختمان یا رویداد تحقیق‌شده‌ای اشاره نمی‌کنند. فرض تمرین این است که سند، سیستم مرجع را صریحاً WGS 84 نوشته است:
Latitude: 12°30′00″ N
Longitude: 45°15′00″ Wهر درجه ۶۰ دقیقه و هر دقیقه ۶۰ ثانیه دارد. برای تبدیل، ابتدا اندازه مثبت زاویه را حساب کنید؛ سپس علامت نیم‌کره را اعمال کنید. شمال و شرق مثبت‌اند، جنوب و غرب منفی.
degrees + minutes/60 + seconds/3600
Latitude = 12 + 30/60 + 0/3600 = 12.5
Longitude = -(45 + 15/60 + 0/3600) = -45.25در طول جغرافیایی، علامت منفی روی کل حاصل اثر می‌گذارد. اگر بنویسید -45 + 15/60، به منفی ۴۴٫۷۵ می‌رسید که زاویه دیگری است. یک دام دیگر هم دقیقه اعشاری است: 12°30.5′ یعنی ۱۲ درجه و ۳۰٫۵ دقیقه؛ عدد ۵ در این عبارت، پنج ثانیه نیست.
| محل استفاده | شکل درست | نکته کنترل |
|---|---|---|
| یادداشت پژوهش | عرض: ۱۲٫۵؛ طول: منفی ۴۵٫۲۵ | نام هر مؤلفه کنار عدد باقی می‌ماند. |
| جست‌وجوی گوگل مپس | 12.5, -45.25 | عرض جغرافیایی اول است. |
| نقطه در GeoJSON | {"type":"Point","coordinates":[-45.25,12.5]} | طول جغرافیایی اول است. |
حالا در نسخه مخصوص جست‌وجوی نقشه، جای دو عدد را عوض کنید: -45.25, 12.5. هر دو هنوز در محدوده مجاز عددی قرار دارند. بنابراین کنترل بازه به‌تنهایی خطا را نمی‌گیرد. چه چیزی اشتباه را نشان می‌دهد؟ سند گفته شمال و غرب؛ برداشت جابه‌جاشده، جنوب و شرق را نشان می‌دهد.
حساب این تبدیل برای راهنما به‌صورت محلی بررسی شده است. این بررسی ریاضی، اندازه‌گیری میدانی یا تحقیق زنده درباره آن نقاط نیست.
نسخه خام را با نسخه تمیز جایگزین نکنید
ممکن است عددها از PDF به متن OCR، بعد به اکسل و بعد به پیام منتقل شده باشند. متن اصلی یا تصویر مجاز منبع را نگه دارید و نسخه مرتب را کنار آن بسازید. نبودن یک علامت منفی یا حرف W می‌تواند مهم باشد. اگر این بخش معلوم نیست، بنویسید «مبهم»؛ نقطه‌ای را که ظاهراً معقول‌تر است به‌جای منبع انتخاب نکنید.
در متن فارسی، جفت عدد را در یک خط چپ‌به‌راست و با رقم‌های استاندارد ابزار بنویسید تا ترتیبش روشن بماند. بعد از چسباندن، دوباره با منبع مقایسه کنید. ویرگول را هم عجولانه تغییر ندهید: ممکن است جداکننده دو عدد باشد یا در شیوه نگارش منبع، نقش اعشار را داشته باشد.
در قالب درجه، دقیقه و ثانیه، مقدار دقیقه و ثانیه باید از صفر شروع شود و کمتر از ۶۰ باشد. دیدن «۷۴ دقیقه» علامت برگشتن به منبع است. شاید متن اشتباه استخراج شده یا اصلاً قالب دیگری در کار باشد. اصلاح بی‌سروصدای عدد، رد تصمیم شما را از بین می‌برد.
اگر عددها خیلی بزرگ‌اند، شاید اصلاً طول و عرض نیستند
مختصات UTM با منطقه و مقادیر متری شرق‌سو و شمال‌سو کار می‌کند. این عددها را نمی‌توان مستقیم در فیلد عرض و طول چسباند. برای آشنایی با تفاوت، توضیح USGS درباره UTM را ببینید.
قبل از تبدیل چنین داده‌ای باید سیستم مختصات، منطقه در صورت نیاز، واحد و datum را بدانید. دیتوم بخشی از چارچوب مرجعی است که به مختصات معنا می‌دهد. ابزار رسمی NCAT متعلق به NOAA میان تبدیل نمایش مختصات و تبدیل چارچوب مرجع تمایز می‌گذارد. زیادکردن رقم‌های اعشار، دیتوم گمشده را پیدا نمی‌کند.
برای سند قدیمی با شبکه نامشخص، نتیجه درست می‌تواند همین باشد: «سیستم مختصات هنوز مشخص نشده است.» راهنمای نقشه یا توضیح ناشر را پیدا کنید. این یادداشت، از یک نقطه دقیق‌نما که بر حدس پنهان بنا شده مفیدتر است.
اعشار بیشتر، شاهد قوی‌تر نیست
ماشین‌حساب می‌تواند از یک ورودی تقریبی، عددی با چندین رقم اعشار بسازد. طول عدد نشان نمی‌دهد محل اولیه با چه دقتی اندازه‌گیری شده است. این تمایز در بخش عدم قطعیت RFC 7946 هم تصریح شده است.
اگر نقطه را با دست در حوالی یک بنای عمومی انتخاب کرده‌اید، همان را بنویسید. خروجی شش‌رقمی، عبارت «نزدیک بنا» را به «با خطای کمتر از یک متر» تبدیل نمی‌کند. درست خواندن مختصات یک عکس هم اصالت عکس یا زمان ثبت آن را ثابت نمی‌کند؛ برای این بخش به محدودیت‌های فراداده عکس مراجعه کنید.
کنار نقطه نقشه چه چیزی تحویل بدهیم؟
یک یادداشت قابل بررسی پنج بخش دارد: نوشتار خام منبع، عددهای استاندارد با نام عرض و طول، سیستم مرجع و واحد، قالب و ترتیب مقصد، و ابهام مکانی باقی‌مانده. لینک منبع و تاریخ مشاهده را اضافه کنید تا نفر بعد بتواند مسیر انتقال را تکرار کند.
نتیجه تمرین ما همین است: «مختصات فرضی WGS 84 به عرض ۱۲٫۵ و طول منفی ۴۵٫۲۵ تبدیل می‌شود؛ ترتیب این دو در GeoJSON با جست‌وجوی گوگل مپس فرق دارد.» از این محاسبه نمی‌توان نتیجه گرفت چه کسی آنجا بوده یا چه اتفاقی افتاده است.
اگر در گزارش اوسینت جت یا هر گزارش تحقیق دیگری با یک ادعای مکانی روبه‌رو شدید، مختصات منبع و مسیر رسیدن به نقطه را بخواهید. راهنمای خواندن گزارش اوسینت کمک می‌کند مشخص کنید کدام بخش سرنخ ادامه کار است و کدام بخش پشتوانه کافی برای تصمیم شما دارد.
منتشرشده توسط تحریریه اوسینت جت · ۵ اکتبر ۲۰۲۶
ادامه مسیر اوسینت
سرنخ‌های خام را به یک تحقیق ساختارمند در اوسینت جت تبدیل کنید
برای نتیجه بهتر، فقط به یک سرنخ اکتفا نکنید. شماره تلفن، ایمیل، یوزرنیم، دامنه، نام شرکت، تصویر، شهر، لینک شبکه اجتماعی و توضیح زمینه پرونده را کنار هم قرار دهید تا موتور اطلاعاتی اوسینت جت تحلیل دقیق‌تری بسازد.