Teknik eklerin arşivlenmesi söz konusu olduğunda en büyük değer, verinin yalnız saklanması değil doğru bağlamla yeniden kullanılabilmesidir. Bu sayfa ruhsat & teknik dosya verisini alan adı, birim, koordinat, kaynak, doğrulama ve teslim açısından nasıl düzenlemenin daha güvenilir sonuç ürettiğini açıklar.
Önce veri modelini tanımlayın
Teknik eklerin arşivlenmesi verisi için her alanın adı, veri tipi, birimi, zorunluluk durumu ve kabul ettiği değerler veri sözlüğünde bulunmalıdır. Serbest metinle tutulabilecek alanlarla kod listesi gerektiren alanları ayırmak, daha sonra filtreleme ve kalite kontrolünü kolaylaştırır.
Temel veri alanları ve kaynakları
- veri sözlüğü
- koordinat referans sistemi
- benzersiz kayıt anahtarları
- kaynak ve güncelleme tarihi
- dosya/katman adlandırma kuralı
- yetki ve versiyon bilgisi
Özellikle veri sözlüğü, koordinat referans sistemi ve benzersiz kayıt anahtarları için kaynak ve güncelleme tarihi tutulmalıdır. Aynı kavram farklı ekiplerde farklı isimle kullanılıyorsa ortak bir eşleme tablosu kurulmalı; eski kodlar silinmeden yeni kodla ilişkisi korunmalıdır.
Veri yaşam döngüsü: toplama, doğrulama, onay
- versiyon değişikliklerini kısa açıklamayla kaydetmek
- ham, çalışma ve onaylı veriyi ayrı katmanlarda yönetmek
- teslim öncesi bağımlı tablolar ve bağlantıları otomatik kontrol etmek
- alan adlarını ve birimleri veri sözlüğünde sabitlemek
- geometri ve öznitelik doğrulama kuralları kurmak
- veri sahipliğini ve güncelleme sorumlularını tanımlamak
Ham veri değiştirilemez bir kaynak olarak saklanmalı, temizleme veya hesap adımları ayrı çalışma katmanında yürütülmelidir. Teknik eklerin arşivlenmesi için nihai onaylı veri setinin hangi işlem adımlarıyla oluştuğu yeniden üretilebilmelidir.
Otomatik doğrulama kuralları kurun
- benzersiz anahtarların gerçekten benzersiz olması
- dosya adında tarih/revizyon mantığının tutarlı olması
- onaylı verinin geriye dönük izlenebilirliği
- koordinat sisteminin katman metadatasında bulunması
- boş zorunlu alanların raporlanması
Doğrulama kuralı yalnız boş hücre aramamalıdır. Format, birim, aralık, benzersizlik, mantıksal ilişki ve mekânsal tutarlılık ayrı testler olarak çalıştırılabilir. Teknik eklerin arşivlenmesi verisinde hatalı kayıt bulunduğunda kaydın neden reddedildiği kullanıcıya anlaşılır biçimde gösterilmelidir.
Örnek veri uyuşmazlığı nasıl çözülür?
kuzey blok veri setinde ölçüm tekrarında anlamlı fark görüldüğünde iki sürüm yan yana karşılaştırılır. Alan bazındaki farklar listelenir, ham kayda geri dönülür ve doğru değer belirlendikten sonra düzeltme nedeni kayıt edilir. Düzeltmeden sonra aynı hata örüntüsü tüm veri setinde taranır.
Veri kalitesini bozan uygulamalar
- Koordinat sistemi tanımsız katmanları birleştirmek.
- Aynı dosyanın final_v2_son_final gibi adlarla çoğalması.
- Kod açıklamalarını yalnız kişisel notlarda tutmak.
- Ham veriyi işlenmiş veriyle aynı klasörde üzerine yazmak.
Teslim şeması ve metadata
- veri sözlüğü
- metadata kataloğu
- versiyon geçmişi
- doğrulama hata listesi
- onaylı veri paketi
Teknik eklerin arşivlenmesi tesliminde metadata dosyası; verinin kapsamı, kaynakları, koordinat/birim bilgisi, alan açıklamaları, tarih, revizyon ve bilinen sınırlamaları içermelidir. revizyonsuz dosya sayısı, duplike kayıt sayısı ve metadata tamlık oranı gibi göstergeler veri kalitesini dönemler arasında karşılaştırmaya yardım eder.
Teknik eklerin arşivlenmesi: teknik derinliği artıran kontrol soruları
Teknik eklerin arşivlenmesi değerlendirilirken yalnız çıktı dosyasına bakmak yerine veri desteğinin yeterliliği sorgulanmalıdır. Bu amaçla kaynak ve güncelleme tarihi, benzersiz kayıt anahtarları ve yetki ve versiyon bilgisi 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.
- Teknik eklerin arşivlenmesi sonucunu değiştirebilecek en kritik girdi hangisi ve bu girdinin bağımsız doğrulaması var mı?
- Dosya adında tarih/revizyon mantığının tutarlı olması kontrolü başarısız olursa hangi sonraki çıktıların etkilenmesi beklenir?
- Geometri hata sayısı göstergesi kötüleştiğinde hangi saha veya veri üretim adımı önce incelenmeli?
- Metadata kataloğu başka bir ekip tarafından yeniden üretilebilir mi, yoksa kişiye bağlı bir işlem mi içeriyor?
Bu sorular Teknik eklerin arşivlenmesi için bir “dur ve düşün” noktası oluşturur. Örneğin boş zorunlu alanların raporlanması yeterli değilse yalnız ilgili hücreyi düzeltmek yerine bu durumun onaylı veri paketi üzerindeki etkisi de kontrol edilmelidir. Benzer şekilde zorunlu alan doluluk oranı 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.
Teknik eklerin arşivlenmesi için örnek kontrol tablosu
| Kontrol | Neden önemli? | Kanıt / kayıt |
|---|---|---|
| dosya adında tarih/revizyon mantığının tutarlı olması | Teknik eklerin arşivlenmesi sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | kaynak ve güncelleme tarihi; gerektiğinde metadata kataloğu |
| boş zorunlu alanların raporlanması | Teknik eklerin arşivlenmesi sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | benzersiz kayıt anahtarları; gerektiğinde onaylı veri paketi |
| koordinat sisteminin katman metadatasında bulunması | Teknik eklerin arşivlenmesi sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | yetki ve versiyon bilgisi; gerektiğinde versiyon geçmişi |
| benzersiz anahtarların gerçekten benzersiz olması | Teknik eklerin arşivlenmesi sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | koordinat referans sistemi; gerektiğinde veri sözlüğü |
Kontrol tablosu proje koşullarına göre genişletilebilir. Teknik eklerin arşivlenmesi 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 geometri ve öznitelik doğrulama kuralları kurmak ile versiyon değişikliklerini kısa açıklamayla kaydetmek 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
Ham veri değiştirilmeli mi?
Tercihen hayır. Temizlenmiş/yorumlanmış veri yeni bir katmanda üretilmeli, ham kaynak korunmalıdır.
Boş değer sıfır yazılabilir mi?
Teknik eklerin arşivlenmesi için ancak sıfırın gerçekten ölçülmüş/geçerli bir değer olduğu biliniyorsa. 'ölçülmedi', 'uygulanamaz' ve gerçek sıfır ayrılmalıdır.
Metadata neden gerekli?
Dosyayı üreten kişi projeden ayrılsa bile verinin ne olduğunu ve nasıl kullanılacağını açıklamak için gereklidir.
Doğrulama kuralları ne zaman çalışmalı?
Veri girişinde mümkün olduğunca erken, toplu içe aktarmada işlem öncesi ve nihai teslimden önce tekrar çalıştırılmalıdır.
Teknik eklerin arşivlenmesi 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.