Workspace¶
Durum: Tamamlandı — Faz 1A
Amaç¶
PixInsight 1.9.3 workspace’ini; image windows, views, explorer windows, process interfaces ve process icons arasında hedef karışıklığını önleyecek profesyonel bir düzende kullanmak.
Kavramsal Açıklama¶
Workspace, üzerinde çalışılan image data’nın kendisi değildir; nesnelerin yönetildiği masaüstüdür. Bir image window bir main view ve sıfır ya da daha fazla preview barındırabilir. Active window ile bir process interface’in target view seçimi her zaman aynı kabul edilmemelidir.
graph TD
W["Workspace"] --> IW["Image Windows"]
IW --> MV["Main View"]
IW --> PV["Previews"]
W --> PI["Process Interfaces"]
W --> EX["Explorer Windows"]
EX --> PE["Process Explorer"]
EX --> HE["History Explorer"]
W --> IC["Process Icons"]
Matematiksel Arka Plan (gerekiyorsa)¶
Workspace yönetimi matematiksel dönüşüm yapmaz. Ancak zoom ve screen transfer, örnek değerlerini değiştirmeden gösterimi etkiler. Bu nedenle görsel büyütme, STF ve gerçek resampling birbirinden ayrılmalıdır.
Ne zaman kullanılır?¶
- Birden çok L/R/G/B/Ha image ile çalışırken
- Main view ve preview target’larını ayırırken
- Process Explorer ile process açarken
- History Explorer ile belirli view’ın geçmişini izlerken
- Çok ekranlı ya da yoğun process-icon düzeni kurarken
Ne zaman kullanılmaz?¶
Workspace düzeni, dosya yedeği veya veri kalibrasyonu değildir. Düzen kaydetmek image sonuçlarını güvenli biçimde arşivlediğiniz anlamına gelmez.
PixInsight Menü Yolu¶
View > Explorer Windows: explorer pencerelerine erişimWorkspace: workspace yönetimiWindow: image/process window düzeni- Image window üzerindeki view selector: main view ve previews
Kurulu platformda menü etiketleri yerleşik tooltip ve process documentation ile doğrulanmalıdır.
Parametreler¶
| Öğe | Profesyonel kullanım |
|---|---|
| Image identifier | Kısa, benzersiz, kanal ve aşamayı belirten ad |
| Active view | Process uygulanmadan hemen önce kontrol |
| Zoom | Yapı ölçeğine uygun inceleme |
| Explorer selection | İncelenen image/view ile eşleştirme |
| Workspace layout | Akış yönünü yansıtan sade düzen |
Uygulama Adımları¶
- Image’ları kanal ve aşamaya göre yeniden adlandırın.
- Aynı hedefe ait image windows’u birlikte düzenleyin.
- Process Explorer ve History Explorer’ı görünür, fakat image alanını kapatmayacak konuma alın.
- Lineer image’larda görünüm için STF kullanın.
- Her process uygulamasından önce target view ve mask indicator’ı kontrol edin.
- Geçici process interfaces ile yeniden kullanılacak Process Icons’ı görsel olarak ayırın.
- Alternatif akışlar için ayrı workspace karmaşası yerine clones ve açık adlandırma kullanın.
Beklenen Sonuç¶
Hangi image’ın, hangi view’ının, hangi process instance ve maskeyle işlendiği uygulamadan önce anlaşılır olur.
Gerçek Kullanım Senaryosu¶
Bir LRGB setinde pencereler M31_L_linear, M31_R_linear, M31_G_linear, M31_B_linear olarak adlandırılır. Renk kanalları tek bölgede, luminance ayrı bölgede tutulur. DBE interface açıkken kullanıcı her uygulamadan önce target identifier’ı kontrol eder; karşılaştırmalar temsilî previews ile yapılır.
Sık Yapılan Hatalar¶
- Benzer isimli image windows arasında yanlış target’a uygulama yapmak.
- Preview seçiliyken main view’ın işlendiğini sanmak.
- Zoom ile resampling’i karıştırmak.
- STF açık/kapalı image’ları data farkı varmış gibi karşılaştırmak.
- Workspace düzenini proje veya yedek sanmak.
- Çok sayıda isimsiz Process Icon biriktirmek.
Sorun Giderme¶
| Belirti | Kontrol | Eylem |
|---|---|---|
| Process yanlış image’a gitti | Active/target view | Undo edin, identifier’ları iyileştirin |
| Explorer görünmüyor | View menüsü | İlgili Explorer Window’u yeniden açın |
| Pencere ekran dışında | Window/workspace geometrisi | Arayüz geometrisini sıfırlama komutunu kullanın |
| Image’lar ayırt edilemiyor | Identifier | Kanal ve aşamaya göre yeniden adlandırın |
| Görünüm tutarsız | STF/zoom | Aynı screen transfer ve zoom ile karşılaştırın |
İleri Seviye Notlar¶
- Workspace organizasyonu işlem sırasını anlatabilir, fakat bağımlılıkları zorunlu kılmaz.
- Çok ekranlı düzende process interface geometrileri taşınabilir; sürüm/platform davranışı için kurulu build’in
Windowkomutlarını kullanın. - Process Icon açıklamaları, hedef ve amaç notlarını saklamak için kullanılabilir.
- Bir project, workspace durumundan daha fazlasını saklayabilir; yine de harici yedek politikası gerekir.
Karar Ağacı¶
flowchart TD
A["Yeni nesne açıldı"] --> B{"Image mı?"}
B -- Evet --> C["Benzersiz identifier ver"]
C --> D{"Yerel test mi?"}
D -- Evet --> E["Preview oluştur"]
D -- Hayır --> F["Main view target'ını doğrula"]
B -- Hayır --> G{"Process instance tekrar kullanılacak mı?"}
G -- Evet --> H["Adlandırılmış Process Icon"]
G -- Hayır --> I["Interface'i iş bitince kapat"]
SSS¶
Active image ile target view aynı mıdır?
Çoğu etkileşimde ilişkili olabilir, ancak uygulama öncesinde target view açıkça doğrulanmalıdır.
Workspace image data’yı saklar mı?
Workspace bir çalışma ortamıdır. Kalıcı veri saklama için image/project dosyaları ve yedek gerekir.
Zoom piksel değerlerini değiştirir mi?
Hayır. Yalnızca gösterim ölçeğini değiştirir.
Preview neden image window altında görünür?
Çünkü preview aynı image’ın alt view’ıdır; bağımsız clone değildir.
Process Explorer ile Process Icon aynı şey mi?
Hayır. Explorer process’lere erişim sağlar; icon yapılandırılmış bir instance saklar.
Quick Reference¶
Quick Reference
Adlandır: hedef_kanal_aşama · Uygulamadan önce: target + mask + lineerlik · Yerel test: Preview · Bağımsız dal: Clone · Arayüz erişimi: View/Process/Window
Sonraki Bölüme Geçiş¶
Workspace üzerinde lineer data’yı güvenle görünür kılmak için ScreenTransferFunction bölümüne geçin.