Domaining belirsizliği kontrolü, bir dosyaya 'uygun' damgası vurmak değil; hatanın nerede oluştuğunu ve karar üzerindeki etkisini ortaya çıkarmaktır. Aşağıdaki yaklaşım kaynak & rezerv çalışmalarında kabul kriteri, kırmızı bayraklar ve düzeltici faaliyet mantığını ayrı ayrı ele alır.
Kontrolün kapsamını ve kabul kriterini yazın
Domaining belirsizliği için kontrol başlamadan önce neyin test edildiği açıklanmalıdır: doğruluk, tamlık, tutarlılık, güncellik veya yeniden üretilebilirlik. Aynı veri seti bu ölçütlerin birinde güçlü, diğerinde zayıf olabilir. Kabul kriteri sonuç görüldükten sonra değiştirilmemelidir.
Kontrolde kullanılacak kanıtlar
- doğrulanmış sondaj/numune veri tabanı
- kompozit parametreleri
- yoğunluk verisi
- variogram ve arama parametreleri
- jeolojik domain sınırları
- yüksek tenör incelemesi
Kontrol kanıtının kaynağı izlenebilir olmalıdır. doğrulanmış sondaj/numune veri tabanı, kompozit parametreleri ve yoğunluk verisi arasında çelişki varsa en yeni dosyayı otomatik olarak doğru kabul etmek yerine üretim yöntemi ve ham kayda geri dönüş olanağı karşılaştırılmalıdır.
Kırmızı bayraklar: hangi durumda incelemeyi derinleştirmeli?
- yoğunluk değerlerinin malzeme tipine doğru atanması
- blok boyutunun veri aralığı ve madencilik selektivitesiyle uyumu
- tahminde aynı sondajın aşırı ağırlık kazanmaması
- örnek ile blok domain kodlarının tutarlı olması
- sınıflandırma kriterlerinin veri yoğunluğu ve jeolojik güveni yansıtması
Domaining belirsizliği kontrolünde tek bir sıra dışı değer her zaman hata değildir; fakat açıklanamayan sıçrama, eksik kaynak bilgisi veya revizyon uyuşmazlığı sistematikse inceleme kapsamı genişletilmelidir. Kontrol kaydı 'hata var/yok' yerine bulgunun önemini ve önerilen işlemi taşımalıdır.
Kontrol sırası: ham kayıttan teslim dosyasına
- kompozit uzunluğunu veri desteğine göre seçmek
- domainleri jeolojik gerekçeyle tanımlamak
- yüksek tenör davranışını dağılım ve mekânsal bağlamla incelemek
- arama elipsoidi ve minimum/maksimum örnek sayılarını test etmek
- modeli swath, global karşılaştırma ve yerel kontrollerle doğrulamak
- variogram yönlerini jeolojik süreklilikle karşılaştırmak
Kontrol sırasında düzeltme yapılıyorsa eski değer silinmemeli; değişikliğin kim tarafından, ne zaman ve hangi kanıta dayanarak yapıldığı kaydedilmelidir. Bu yaklaşım Domaining belirsizliği sonucunun sonradan denetlenmesini kolaylaştırır.
Örnek hata incelemesi
Varsayalım B çalışma etabı çalışmasında ölçüm tekrarında anlamlı fark görüldü. Önce farkın kapsamı belirlenir, ardından ilgili ham kayıt ile işlenmiş çıktı eşleştirilir. Sorun tek kayıtsa lokal düzeltme yapılır; aynı üretim yöntemini kullanan başka kayıtlarda da görülüyorsa kontrol tüm partiye genişletilir. Sonuç ve etkilenen dosyalar kontrol notuna yazılır.
Sık görülen kontrol hataları
- Tek bir variogramı tüm domainlere uygulamak.
- Model doğrulamasında sadece ortalama tenöre bakmak.
- Sınıflandırmayı yalnız mesafe kriterine bağlamak.
- Yüksek tenörü yalnız istatistiksel gerekçeyle kesip jeolojiyi göz ardı etmek.
Kontrol sonucu nasıl raporlanmalı?
- variogram özeti
- blok model
- parametre ve arama geçişi tablosu
- swath kontrol grafikleri
- kaynak sınıflandırma gerekçesi
Domaining belirsizliği kontrol raporu karar vericinin üç sorusunu yanıtlamalıdır: hangi veri kabul edildi, hangi veri şartlı kabul edildi veya reddedildi, hangi aksiyon açık kaldı? negatif/eksik yoğunluk kaydı, sınıf dağılımı ve blok-örnek ortalama farkı gibi göstergeler kontrol yoğunluğunu ve tekrar eden sorunları izlemek için kullanılabilir.
Domaining belirsizliği: teknik derinliği artıran kontrol soruları
Domaining belirsizliği değerlendirilirken yalnız çıktı dosyasına bakmak yerine veri desteğinin yeterliliği sorgulanmalıdır. Bu amaçla variogram ve arama parametreleri, kompozit parametreleri ve doğrulanmış sondaj/numune veri tabanı için “kaynak neresi, ne zaman üretildi, hangi yöntem kullanıldı ve hangi sınırlamalar biliniyor?” soruları ayrı ayrı yanıtlanabilir. Bir kayıt bu sorulardan birine cevap veremiyorsa tamamen kullanılamaz sayılmak zorunda değildir; fakat karar üzerindeki ağırlığı azaltılmalı ve eksiklik açıkça belirtilmelidir. Bu yaklaşım özellikle farklı dönemlerde veya farklı yüklenicilerce üretilmiş verilerin bir araya getirildiği projelerde yanlış kesinlik oluşmasını önler.
- Domaining belirsizliği sonucunu değiştirebilecek en kritik girdi hangisi ve bu girdinin bağımsız doğrulaması var mı?
- Sınıflandırma kriterlerinin veri yoğunluğu ve jeolojik güveni yansıtması kontrolü başarısız olursa hangi sonraki çıktıların etkilenmesi beklenir?
- Domain bazında örnek desteği göstergesi kötüleştiğinde hangi saha veya veri üretim adımı önce incelenmeli?
- Blok model başka bir ekip tarafından yeniden üretilebilir mi, yoksa kişiye bağlı bir işlem mi içeriyor?
Bu sorular Domaining belirsizliği için bir “dur ve düşün” noktası oluşturur. Örneğin blok boyutunun veri aralığı ve madencilik selektivitesiyle uyumu yeterli değilse yalnız ilgili hücreyi düzeltmek yerine bu durumun kaynak sınıflandırma gerekçesi üzerindeki etkisi de kontrol edilmelidir. Benzer şekilde sınıf dağılımı tek başına hedef sayı olarak kullanılmamalı; önceki dönem, saha koşulu ve veri üretim yöntemiyle birlikte okunmalıdır. Amaç çok sayıda KPI üretmek değil, sonucu değiştiren veri ve varsayımları görünür hale getirmektir.
Domaining belirsizliği için örnek kontrol tablosu
| Kontrol | Neden önemli? | Kanıt / kayıt |
|---|---|---|
| sınıflandırma kriterlerinin veri yoğunluğu ve jeolojik güveni yansıtması | Domaining belirsizliği sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | variogram ve arama parametreleri; gerektiğinde blok model |
| blok boyutunun veri aralığı ve madencilik selektivitesiyle uyumu | Domaining belirsizliği sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | kompozit parametreleri; gerektiğinde kaynak sınıflandırma gerekçesi |
| örnek ile blok domain kodlarının tutarlı olması | Domaining belirsizliği sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | doğrulanmış sondaj/numune veri tabanı; gerektiğinde swath kontrol grafikleri |
| tahminde aynı sondajın aşırı ağırlık kazanmaması | Domaining belirsizliği sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | yüksek tenör incelemesi; gerektiğinde variogram özeti |
Kontrol tablosu proje koşullarına göre genişletilebilir. Domaining belirsizliği için önemli olan her satırın ölçülebilir bir kanıta bağlanmasıdır. “Kontrol edildi” ifadesi tek başına zayıf bir kayıttır; hangi dosya, ölçü, fotoğraf, sertifika veya onay kaydının kontrolü desteklediği belirtilmelidir. Ayrıca arama elipsoidi ve minimum/maksimum örnek sayılarını test etmek ile variogram yönlerini jeolojik süreklilikle karşılaştırmak arasında veri devri varsa devrin tarihi ve kullanılan revizyon da kayda eklenmelidir. Böylece sorun çıktığında geriye doğru iz sürmek ve yeniden çalışmanın gerçek nedenini bulmak daha kolay olur.
Sık sorulan sorular
Kontrol örnekleme ile yapılabilir mi?
Domaining belirsizliği için risk düşük ve veri homojense örnekleme kullanılabilir; kritik kararları etkileyen kayıtlarda kapsam daha geniş tutulmalıdır.
Bir hata bulunduğunda tüm veri reddedilir mi?
Hayır. Önce hatanın kaynağı ve etkilediği kapsam belirlenir; yalnız etkilenen bölüm ayrıştırılabilir.
Kontrolü aynı kişi yapabilir mi?
İlk kontrol üretici tarafından yapılabilir; kritik teslimlerde bağımsız ikinci göz yararlıdır.
Kontrol kanıtı ne kadar saklanmalı?
Proje arşiv politikasına göre; fakat nihai sonucu yeniden üretmeye yetecek ham kayıt, revizyon ve karar notu korunmalıdır.
Domaining belirsizliği hakkında bu sayfa genel teknik bilgilendirme sunar. Proje özelindeki tasarım, ruhsat, çevre ve iş güvenliği kararlarında güncel resmi düzenlemeler ile yetkili teknik değerlendirme esas alınmalıdır.