پیش‌بینی SCR محل؛ از planning.json تا تصمیم نصب

۱. هدف پیش‌بینی؛ پیش از ساخت و نصب چه می‌خواهیم بدانیم؟

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

خروجی این فصل یک نقشه برای هر هندسه دید و سناریوی RCS، جدول مقایسه محل‌ها و تصمیم مستند است. مختصات، Track و نتیجه واقعی پایلوت هنوز در این صفحه درج نشده‌اند. نمودارهای عددی این صفحه کاملاً آموزشی‌اند.

۲. SCR، RCS و کلاتر؛ کمیت‌ها را یکسان نگیرید

RCS پاسخ معادل هدف است؛ کلاتر مجموع بازتاب زمینه‌ای است که در اندازه‌گیری همان هدف مزاحمت ایجاد می‌کند. SCR نسبت توان سیگنال هدف به توان کلاتر است و بی‌بعد است؛ مقدار لگاریتمی آن با dB گزارش می‌شود. SCR با SNR، همدوسی یا σ0 یکسان نیست.

در روابط زیر C_eq، سطح مقطع معادل کلاتر با همان کالیبراسیون و تعریف سلول/پاسخ پردازش است. کم‌کردن مستقیم مقدار dB یک تصویر σ0 از RCS برحسب dBm²، بدون تبدیل سازگار، لزوماً درست نیست. مساحت مؤثر، هندسه راداری و نرمال‌سازی باید در مدل کنترل شوند.

۳. پیش‌نیاز داده و هندسه

مسیر مستند GECORIS به Stack هم‌ثبت‌شده coreg نیاز دارد. برای هر جهت گذر/مدار نسبی و زیرنوار، مجموعه سازگار تهیه کنید. ترکیب تصاویر صعودی و نزولی یا قطبش‌های متفاوت در یک نقشه، مقایسه فیزیکی روشنی ایجاد نمی‌کند.

کنترل فصل آماده‌سازی باید قبلاً انجام شده باشد: پوشش مشترک، باند مختلط، مدار، DEM، هندسه مرجع و وضعیت هم‌ثبت‌سازی. نقشه پیش‌بینی، کیفیت ضعیف ورودی را اصلاح نمی‌کند. داده GRD یا تصویر نمایشی مرورگر را جایگزین coreg مورد انتظار Reader نکنید.

• آماده‌سازی Stack در GECORIS ↗
• فصل هم‌ثبت‌سازی این سند ↗

۴. انتخاب دوره زمانی و کنترل فصل‌ها

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

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

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

۵. برآورد کلاتر؛ مکانی و زمانی

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

مطالعه Czikhardt و همکاران نشان می‌دهد فرض نماینده‌بودن کلاتر اطراف برای محل هدف، در محیط پیچیده قابل بحث است؛ روش سری زمانی در آزمایش آن‌ها تخمین میانگین SCR کم‌سوگیرتر ارائه کرده است. این نتیجه مجوز فرض پایداری زمانی در هر سایت نیست.

نوع تجمیع زمانی، کالیبراسیون و تبدیل شدت به کلاتر معادل را از کد نسخه اجرا ثبت کنید. اگر برای مقایسه مکمل، توان میانگین می‌گیرید، ابتدا به مقیاس خطی بروید و بعد به dB تبدیل کنید. میانگین اعداد dB با لگاریتم میانگین توان یکسان نیست. میانه و صدک‌ها نیز برآوردگرهای دیگری‌اند و باید با نام خود گزارش شوند.

• مقاله روش تخمین SCR از سری زمانی؛ TU Delft ↗

۶. تعیین RCS فرض‌شده؛ سناریو، نه نتیجه اندازه‌گیری

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

برای هر گزینه، سناریوی اسمی و سناریوی محافظه‌کارانه با افت مستند تعریف کنید. افت فرضی را به‌عنوان اندازه‌گیری معرفی نکنید. مقادیر ۲۴، ۲۷ و ۳۰ dBm² در مثال‌های این صفحه فقط برای آموزش حساسیت‌اند و به نمونه ساخته‌شده نسبت داده نمی‌شوند.

RCS در planning.json با RCS0 فایل ثبت CR دو کلید متفاوت‌اند. اولی فرض مستقیم شبیه‌سازی است؛ دومی مطابق قرارداد Reader و مدل پایش تفسیر می‌شود. برای انتقال عدد بین آن‌ها، واحد و تعریف فیزیکی را کنترل کنید.

• مرجع ماژول پیش‌بینی و محاسبه RCS ↗
• ثبت هندسه و RCS0 در فصل پیکربندی ↗

۷. فرهنگ فیلدهای planning.json

این فایل JSON استاندارد است؛ از کوتیشن دوتایی، اعداد با نقطه و بدون کامنت استفاده کنید. پارامتر اضافی برای قطبش یا بازه تاریخ را بدون پشتیبانی کد اختراع نکنید؛ انتخاب‌های فاقد فیلد در این قالب، باید از مجموعه ورودی و پیکربندی upstream کنترل شوند.

• نمونه اصلی planning.json ↗
• قالب خالی و غیرآماده اجرا ↗

۸. انتخاب محدوده و ارتفاع مرکز

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

در زمین ناهموار یا بام‌های با ارتفاع متفاوت، یک elevation ثابت را برای همه نقاط بی‌خطا فرض نکنید. روش استفاده کد از ارتفاع را بررسی کنید؛ در صورت نیاز محدوده را به چند بخش با هندسه/ارتفاع مناسب تقسیم و نتیجه را با کنترل زمینی مقایسه کنید.

محدوده خروجی رستر را با انتظار شعاع و مرکز مقایسه کنید. cropSize شعاع اعلام‌شده ورودی است، اما لزوماً فایل خروجی به شکل دایره ماسک نمی‌شود. برای سنجش فاصله متری در GIS، CRS مناسب یا ابزار اندازه‌گیری ژئودتیکی استفاده کنید.

۹. تفکیک، اندازه پیکسل و oversampling

افزایش oversamplingFactor شبکه نمونه‌برداری پاسخ را ریزتر می‌کند؛ تفکیک فیزیکی سنجنده یا تعداد مشاهده مستقل را افزایش نمی‌دهد. یک لکه کوچک روی نقشه ریزنمونه‌برداری‌شده ممکن است از نظر عملیاتی محل قابل نصب مستقلی نباشد.

برای مقایسه گزینه‌ها، علاوه بر نقطه دقیق، همسایگی متناسب با خطای مختصات و فضای لازم نصب را بررسی کنید. اگر تنها یک نمونه عدد مطلوب دارد و اطراف آن نامطلوب است، آن را گزینه مقاوم به خطا تلقی نکنید.

در آزمون حساسیت پیشنهادی، عامل oversampling را روی یک محدوده کوچک تغییر دهید و پایداری رتبه گزینه‌ها، مقدار نمونه‌شده و هزینه حافظه/زمان را مقایسه کنید. تعداد پیکسل بیشتر به‌تنهایی معیار انتخاب تنظیم بهتر نیست.

۱۰. اجرا و ثبت شواهد

• فرمان رسمی scrSimul ↗
• راهنمای gdalinfo ↗

1. شناسه Track، زیرنوار، قطبش و فهرست تاریخ‌های coreg را تثبیت کنید.
2. planning.json را برای یک محدوده و یک سناریو تکمیل و صحت نحوی آن را بررسی کنید.
3. مطمئن شوید stackDir محصول خواندنی دارد و پوشه outTiff قابل نوشتن است.
4. از ریشه مخزن GECORIS و محیط سازگار، فرمان مستند را اجرا کنید.
5. log، نسخه کد، ورودی‌ها و مقدار RCS را همراه خروجی نگه دارید؛ فایل ناقص را موفق علامت نزنید.
6. فایل TIFF را دوباره باز کنید و کنترل مکانی و عددی را انجام دهید.
7. پس از پذیرش آزمون کوچک، سناریوها و Trackهای دیگر را با نام خروجی مستقل اجرا کنید.

python -m json.tool config/planning.json
python gecoris/scrSimul.py config/planning.json
# If GDAL CLI is installed:
gdalinfo -json -stats output/SCR_track_scenario.tif

۱۱. کنترل و نمایش نقشه در QGIS

• راهنمای رسمی ویژگی‌ها و نمادگذاری رستر در QGIS ↗

1. GeoTIFF را به پروژه اضافه و در Properties → Information، CRS، extent، pixel size، تعداد باند و NoData را بررسی کنید.
2. مرکز جست‌وجو و گزینه‌های نصب را به‌صورت لایه نقطه‌ای با CRS صحیح اضافه کنید.
3. برای باند SCR از Singleband pseudocolor استفاده و واحد را dB فقط پس از تأیید خروجی و کد درج کنید.
4. در همه نقشه‌های مقایسه‌ای، بازه و رنگ‌بندی ثابت نگه دارید؛ کشش خودکار مستقل می‌تواند اختلاف‌ها را پنهان کند.
5. با Identify مقدار عددی چند نقطه را بخوانید؛ نتیجه را صرفاً از رنگ حدس نزنید.
6. NoData را شفاف و جدا از مقدار صفر نگه دارید. صرفاً برای زیباترشدن نقشه، ناحیه فاقد داده را با مقدار مطلوب پر نکنید.
7. در چیدمان خروجی، Track، دوره داده، RCS فرض‌شده، روش زمینه، مقیاس و محدودیت‌ها را درج کنید.

۱۲. مثال عددی و نقشه آموزشی

در این مثال، RCS فرضی برابر ۳۰ dBm² و کلاتر معادل سه گزینه برابر ۱۰، ۱۵ و ۲۰ dBm² است. SCR به‌ترتیب ۲۰، ۱۵ و ۱۰ dB می‌شود. هر سه عدد کلاتر با تعریف معادل سازگار فرض شده‌اند؛ این جدول خروجی هیچ محل واقعی نیست.

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

• داده عددی همان مثال ↗

۱۳. حساسیت به RCS و کلاتر

با زمینه ثابت و تعریف نسبت ثابت، کاهش ۳ dB در RCS مورد انتظار، SCR پیش‌بینی‌شده را نیز ۳ dB کم می‌کند. افزایش ۳ dB در کلاتر، همین افت را ایجاد می‌کند. با این حال، اگر جهت‌دهی یا ارتفاع نصب تغییر کند، فرض ثابت‌ماندن زمینه یا هندسه هم نیاز به بررسی دارد.

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

رتبه عددی گزینه‌ها در مثال با تغییر یکنواخت RCS ثابت می‌ماند، اما حاشیه آن‌ها نسبت به نیاز پروژه تغییر می‌کند. اگر پاسخ واقعی بازتابنده در هر محل به دلیل جهت‌دهی متفاوت باشد، رتبه نیز ممکن است تغییر کند.

۱۴. پایداری فصلی و عدم‌قطعیت پیش‌بینی

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

عدم‌قطعیت RCS مدل، تغییرات زمینه، مختصات، ارتفاع و فرآیند درون‌یابی را جدا ثبت کنید. بدون مدل احتمالاتی معتبر، بازه سناریو را «فاصله اطمینان ۹۵٪» ننامید. تعداد زیاد پیکسل‌های oversampled نیز تعداد نمونه مستقل برای آمار نیست.

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

۱۵. غربال میدانی؛ عدد خوب کافی نیست

فاصله ثابت و عمومی از همه موانع در این سند تجویز نمی‌شود؛ اثر مانع به هندسه دید، ابعاد، پاسخ راداری و تفکیک وابسته است. برای نمونه نصب‌شده نزدیک بام‌های روشن، بازدید و بررسی سری زمانی قبل/بعد از نصب اهمیت ویژه دارد.

۱۶. مقایسه گزینه‌ها و معیار پذیرش

ابتدا گزینه‌های فاقد شرط اساسی مانند دید معتبر یا پایه مناسب را کنار بگذارید؛ بعد میان گزینه‌های مجاز، کیفیت راداری و امکان اجرا را مقایسه کنید. جمع‌کردن امتیازها نباید یک نقص بنیادی را پنهان کند.

آستانه SCR را با نیاز پروژه، بودجه خطا و اعتبارسنجی انتخاب کنید. یک عدد عمومی مانند ۲۰ dB به‌تنهایی گواه دقت میلی‌متری نیست. حتی با SCR بالا، حرکت پایه، خطای هم‌ثبت‌سازی، اتمسفر، مرجع ناپایدار و خطای بازکردن فاز می‌توانند نتیجه را محدود کنند.

در جدول تصمیم، Track، RCS فرض‌شده، مقدار و پایداری SCR، محدودیت میدانی، دلیل ترجیح و مسئول تأیید را ثبت کنید. اگر دو Track لازم‌اند، هر دو ارزیابی شوند؛ دو نقشه را بدون همسان‌سازی تعریف و هندسه میانگین نگیرید.

• قالب مقایسه و تصمیم محل‌ها ↗

۱۷. تأیید پس از نصب و بازخورد به مدل

پس از نصب، پیش‌بینی را با RCS و SCR اندازه‌گیری‌شده از داده معتبر و ثبت رویدادهای میدان مقایسه کنید. یک تصویر روشن پس از نصب تأیید پایداری نیست؛ سری زمانی و شناسایی هدف واقعی لازم است.

اختلاف پیش‌بینی و مشاهده را به علت‌های قابل بررسی تقسیم کنید: RCS واقعی کمتر از مدل، جهت‌دهی نامناسب، تغییر زمینه، نقطه مرجع یا ارتفاع اشتباه، ساخت/آلودگی یا تفاوت پردازش. تنظیم RCS ورودی برای شبیه‌شدن نقشه به مشاهده، اعتبارسنجی مستقل محسوب نمی‌شود.

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

• مرحله بعد: پایش واقعی RCS و SCR ↗
• مستند پایش بازتابنده ↗

۱۸. خطاهای رایج و کنترل هدفمند

۱۹. خروجی قابل تحویل و جایگاه پایلوت

بسته نهایی باید شامل GeoTIFF عددی، نقشه خوانا، planning.json اجراشده، manifest، log، جدول گزینه‌ها و گزارش بازدید باشد. تصویر رنگی PNG به‌تنهایی جای GeoTIFF و فراداده را نمی‌گیرد. منبع، فرض RCS و دوره داده باید از خود نقشه قابل تشخیص باشند.

در این بازبینی فقط سند، نمونه‌های آموزشی و قالب‌ها آماده شده‌اند؛ اجرای scrSimul و تولید نقشه واقعی انجام نشده است. جایگاه‌های زیر تا دریافت داده معتبر خالی می‌مانند.

• قالب فراداده اجرای پیش‌بینی ↗
• چک‌لیست پذیرش نقشه ↗
• نمونه تصویر واقعی از پروژه خارجی GECORIS ↗