GradientCorrection¶
Sürüm doğrulama sınırı
Process varlığı, menü yolu, üç section ve görünen kontrol etiketleri ekran kanıtıyla doğrulandı. Screenshot içinde sürüm numarası görünmediği için 1.9.3 kimliği kısmi kanıttır. Default değerler, algoritmik davranış ve output gerçek veri/birincil kaynak doğrulaması bekler.
Amaç¶
GradientCorrection yaklaşımını, gerçek hedef sinyalini bir background modeliyle karıştırmadan değerlendirmek ve sonucu model, residual ve orijinal görüntü üzerinden denetlemek.
Kavramsal açıklama¶
Gradient correction, gözlenen geniş ölçekli arka plan değişimini tahmin eden bir model üretir ve bu modeli görüntüden ayırmayı amaçlar. Model, gökyüzü kaynaklı istenmeyen bileşeni temsil etmelidir; galaksi halosu, nebula veya cirrus içeriyorsa düzeltme bilimsel sinyali de azaltabilir.
flowchart LR
input["Lineer görüntü"] --> inspect["Gradient ve calibration kontrolü"]
inspect --> model["Background modeli"]
model --> validate{"Model gerçek sinyal içeriyor mu?"}
validate -- "Evet" --> revise["Model yaklaşımını değiştir"]
validate -- "Hayır" --> correct["Düzeltmeyi test et"]
correct --> residual["Residual ve overcorrection kontrolü"]
Otomatik modelleme hız sağlar; kullanıcı kontrollü modelleme ise background kabul edilen bölgeler üzerinde daha fazla karar olanağı verir. Bu ayrım tek başına kalite sıralaması değildir. ABE, DBE ve GradientCorrection farklı veri geometrilerinde ayrı ayrı test edilmelidir.
Renkli ve mono veri
Renkli görüntüde yoğunluk ve renk eğimi birlikte değerlendirilebilir. Mono veya narrowband kanallarda gerçek sinyal dağılımı kanaldan kanala değişebilir. Kanal bazlı ya da birleşik çalışma seçimi veri setiyle sınanmalıdır.
Ne zaman kullanılır?¶
- Calibration zinciri doğrulanmış lineer görüntüde residual gradient kaldığında
- Background modelinin ayrıca incelenebildiği kontrollü bir testte
- ABE veya DBE sonucuna karşı bağımsız bir karşılaştırma gerektiğinde
- Renk ya da kanal davranışı orijinal görüntüyle karşılaştırılabildiğinde
Ne zaman kullanılmaz?¶
- Yanlış Master Flat, dust shadow veya vignetting sorununu gizlemek için
- Hedef tüm kadrajı dolduruyor ve güvenilir background kanıtı yoksa
- Model gerçek nebula ya da galaksi halosunu içeriyorsa
- Yalnız arka planı siyaha yaklaştırmak amacıyla
Ön koşullar¶
- Calibration ve registration çıktılarının kontrol edilmiş olması
- Görüntünün lineer durumunun bilinmesi
- Orijinal, model ve düzeltilmiş görüntülerin ayrı tutulması
- Aynı STF'nin veri değişikliği olmadığının, yalnız ekran gösterimi olduğunun bilinmesi
Menü yolu¶
Process adı: GradientCorrection.
Görselde doğrulanan menü yolu: Process → GradientCorrection → GradientCorrection.
Kanıt: validation/ui/pi-1.9.3/gradient-correction/screenshots/07-process-menu-location.png.
Parametreler¶
Görsel kanıtla doğrulanan UI¶
Arayüzde Model Generation, Simplified Model ve Structure Protection section başlıkları görülür. Doğrulanan etiketler arasında Low threshold, Low tolerance, High threshold, High tolerance, Scale, Smoothness, Automatic convergence, Generate gradient model, Model degree, Generate simplified model, Protection threshold, Protection amount ve Generate protection masks bulunur.
Kanıt dizini: validation/ui/pi-1.9.3/gradient-correction/screenshots/. Ayrıntılı sınıflandırma: validation/ui/pi-1.9.3/gradient-correction/gradient-correction-evidence-matrix.md.
Mevcut değerler default değildir
Görünen sayısal değerler ve checkbox durumları yalnız screenshot anını gösterir. Reset/yeni instance kanıtı olmadığı için default veya parametre önerisi değildir.
| Özellik | GradientCorrection | ABE | DBE |
|---|---|---|---|
| Model oluşturma yaklaşımı | Sürüme bağlı davranış doğrulanmalı | Otomatik background tahmini | Kullanıcının sample dağılımıyla yönettiği model |
| Kullanıcı kontrolü | Arayüz doğrulaması gerekli | Görece sınırlı | Sample düzeyinde yüksek |
| Sample yönetimi | Doğrulama bekliyor | Kullanıcı tek tek sample yerleştirmez | Sample'lar görünür ve düzenlenebilir |
| Model denetimi | Çıktı olanakları doğrulanmalı | Model Image ile denetlenir | Model görüntüsüyle denetlenir |
| Kullanım hızı | Veri ve ayara bağlı | Genellikle hızlı başlangıç | Yerleşim nedeniyle daha fazla emek isteyebilir |
| Karmaşık hedef sinyalinde risk | Model kontrolü kritik | Otomasyon gerçek sinyali seçebilir | Yanlış sample gerçek sinyali seçebilir |
| Tekrarlanabilirlik | Process instance ve sürüme bağlı | Ayarlar kaydedilirse izlenebilir | Sample geometrisi kaydedilirse izlenebilir |
| Sürüm bağımlılığı | Yüksek; 1.9.3 doğrulanmadı | Arayüz ayrıntıları doğrulanmalı | Arayüz ayrıntıları doğrulanmalı |
| Gerçek veri doğrulama ihtiyacı | Zorunlu | Zorunlu | Zorunlu |
Uygulama veya tanı yaklaşımı¶
- Master Flat ve calibration eşleşmesini doğrulayın.
- Lineer görüntüyü yeniden hesaplanmış STF ile inceleyin.
- Orijinal görüntünün kopyasında bir model üretin.
- Modelde yıldız halosu, nebula, galaksi dış halosu veya dust yapısı arayın.
- Model güvenilir değilse düzeltmeyi kabul etmeyin.
- Düzeltilmiş görüntüde residual gradient, renk sapması ve negatif clipping kontrolü yapın.
- Sonucu ABE, DBE veya işlem görmemiş kopyayla aynı gösterim koşulunda karşılaştırın.
UI kanıtı eklendi
Ana process arayüzü ve menü konumu validation dizininde kayıtlıdır. Model/output sonucu ve gerçek veri karşılaştırması hâlâ eklenecektir.
Gerçek kullanım senaryosu¶
Geniş alan renkli bir master'da calibration sonrası şehir yönüne doğru parlaklık ve renk eğimi kalır. Model görüntüsü galaktik cirrus içeriyorsa sonuç reddedilir; daha korumacı bir model veya kontrollü DBE testi yapılır. Kabul ölçütü arka planın koyuluğu değil, hedef sinyalinin korunması ve residual eğimin azalmasıdır.
Sık yapılan hatalar¶
- Processin 1.9.3'teki kontrol adlarını güncel bir sürümden varsaymak.
- Model görüntüsünü incelemeden sonucu kabul etmek.
- Flat-field artefact'ını gradient sanmak.
- Eski STF ile önce/sonra karşılaştırmak.
- Tüm mono kanallara aynı model kararını uygulamak.
- Residual bırakmamak adına overcorrection yapmak.
Sorun giderme¶
| Belirti | Olası açıklama | Kontrol |
|---|---|---|
| Model hedefe benziyor | Gerçek sinyal background sayılmış | Modeli reddedin; alternatif yaklaşım deneyin |
| Köşeler bozuluyor | Flat residual veya model uyumsuzluğu | Calibration zincirini yeniden inceleyin |
| Renk dengesi kayıyor | Kanallar farklı modellenmiş | Kanal ve color cast davranışını karşılaştırın |
| Gradient kalıyor | Model yetersiz veya kaynak zamanla değişken | Residual haritayı ve subframe'leri inceleyin |
| Arka plan kırpılıyor | Aşırı düzeltme veya gösterim yanılgısı | Statistics ve yeniden hesaplanmış STF kullanın |
SSS¶
GradientCorrection ABE'nin yerine mi geçer?
Hayır. Aynı veri üzerinde model ve residual kalitesi karşılaştırılmalıdır.
DBE'den daha iyi midir?
Evrensel bir sıralama yoktur; hedef yapısı, background erişimi ve denetim ihtiyacı belirleyicidir.
Lineer aşamada mı kullanılmalıdır?
Bu rehber lineer değerlendirmeyi temel alır; kesin süreç sırası gerçek pipeline ile doğrulanmalıdır.
Model tamamen düz olmalı mı?
Hayır. Model istenmeyen geniş ölçekli bileşeni gösterebilir; gerçek hedef sinyali göstermemelidir.
Renkli görüntü mü, ayrı kanallar mı?
Her iki yaklaşımın riski vardır. Hedefin kanallardaki dağılımı ve model davranışı test edilmelidir.
Quick Reference¶
Kontrol listesi
- [x] Process varlığı, menü yolu ve görünen arayüz etiketleri doğrulandı
- [ ] Calibration artefact olasılığı elendi
- [ ] Görüntü lineer
- [ ] Model gerçek sinyal içermiyor
- [ ] Residual ve overcorrection kontrol edildi
- [ ] Orijinal görüntü saklandı
Decision Tree¶
flowchart TD
start{"Calibration doğrulandı mı?"}
start -- "Hayır" --> calibration["Önce calibration zincirini düzelt"]
start -- "Evet" --> signal{"Güvenilir background kanıtı var mı?"}
signal -- "Hayır" --> stop["Otomatik düzeltmeyi durdur"]
signal -- "Evet" --> model{"Model gerçek sinyal içeriyor mu?"}
model -- "Evet" --> alternative["ABE veya kontrollü DBE karşılaştır"]
model -- "Hayır" --> residual{"Residual kabul edilebilir mi?"}
residual -- "Hayır" --> revise["Modeli yeniden değerlendir"]
residual -- "Evet" --> accept["Sonucu kaydet"]
Teknik doğrulama durumu¶
| Kimlik | Kategori | Durum |
|---|---|---|
| UI-3 | Process varlığı, menü yolu, üç section ve 15 kontrol etiketi/tipi | Doğrulandı; ekran içi 1.9.3 sürüm kimliği kısmi |
| DOC-3 | Process algoritması ve model davranışı | Birincil process documentation gerekli |
| DATA-3 | Renkli/mono gerçek veri karşılaştırması | Gerçek veri testi gerekli |
| IMG-3 | Arayüz ve menü ekranları mevcut; model/residual ekranları | Kısmen doğrulandı |