GradientCorrection¶

Sayfa Bilgisi

Kategori: Gradient Düzeltme · Düzey: Intermediate · Tahmini okuma: 5 dk Anahtar kelimeler: GradientCorrection · Gradient Correction · gradient removal · gradient düzeltme · background modeling Önerilen ön bilgiler: Calibration Pipeline · Gradient Teorisi

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

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 varsayılan 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	İşlem 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â kayıt altında bulunmalıdırtir.

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.

Girdi, çıktı ve değerlendirme matrisi¶

GradientCorrection, lineer ve calibration bütünlüğü doğrulanmış master üzerinde denenmelidir. Otomatik sonuç, model incelemesi olmadan kabul edilmez.

Kontrol	Kabul	Red işareti
Model	Yavaş değişen background yapısı	Nebula, galaxy halo veya yıldız izi
Corrected target	Residual azalması ve sinyal korunumu	Siyah clipping veya halo kaybı
Kanal ilişkisi	Açıklanabilir background dengesi	Yeni renk lekeleri veya kanal ayrışması
Tekrarlanabilirlik	Ayar ve çıktı kaydı mevcut	Sonucun hangi ayarla üretildiği belirsiz

Önerilen ayar yaklaşımı ve performans¶

Önce en az müdahaleli model denenir. Model karmaşıklığını yalnız residual gradient ölçümü gerekçelendiriyorsa artırın. ABE, DBE ve GradientCorrection sonuçlarını “daha düz” görünümle değil, model contamination, residual ve signal preservation ölçütleriyle karşılaştırın. Process hızlı çalışsa bile farklı ayarları aynı hedef üzerine art arda uygulamayın; her deneme orijinal lineer master'dan başlamalıdır.

İş Akışındaki Yeri ve ilgili süreçler¶

Gradient Diagnostics sonrasında, color calibration öncesindeki lineer aşamada değerlendirilir. Sample kontrolü gerekiyorsa DBE, basit otomatik model için ABE, dış uygulama karşılaştırması için GraXpert kullanılabilir.

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.

Hızlı Referans¶

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ı

Karar Ağacı¶

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 Notları¶

Kimlik	Kategori	Durum
UI-3	İşlem 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	İşlem 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ı

Teknik Doğrulama Durumu¶

Alan	Durum
Hedeflenen PixInsight Sürümü	1.9.3
Teknik İnceleme Durumu	Kısmen Doğrulandı
Resmî Kaynak Kontrolü	Kısmi
İş Akışı Tutarlılığı	Doğrulandı
Kanıt Düzeyi İncelemesi	Güncellendi
Son Teknik İnceleme	Phase 6.4

Canlı PixInsight uygulama testi yapılmadı. UI ekran kanıtı, statik ifade/iş akışı incelemesi ve yayımlanmış birincil kaynak kontrolü birbirinin yerine kullanılmamıştır.

GradientCorrection¶

Amaç¶

Kavramsal açıklama¶

Ne zaman kullanılır?¶

Ne zaman kullanılmaz?¶

Ön koşullar¶

Menü yolu¶

Parametreler¶

Görsel kanıtla doğrulanan UI¶

Uygulama veya tanı yaklaşımı¶

Gerçek kullanım senaryosu¶

Girdi, çıktı ve değerlendirme matrisi¶

Önerilen ayar yaklaşımı ve performans¶

İş Akışındaki Yeri ve ilgili süreçler¶

Sık yapılan hatalar¶

Sorun giderme¶

SSS¶

Hızlı Referans¶

Karar Ağacı¶

Teknik Doğrulama Notları¶

Teknik Doğrulama Durumu¶

Ayrıca İnceleyin¶

İlgili Süreçler¶

İlgili İş Akışları¶

Önceki Bölüm¶

Sonraki Bölüm¶