> For the complete documentation index, see [llms.txt](https://docs.geodin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.geodin.com/geodin-ground/tr/sanal-loglar/what-are-virtual-logs.md). # Sanal Loglar nedir {% embed url="" %} ## Sanal Logları Anlamak Sanal Loglar, Civil 3D eklentimizde kullanıcıların üç boyutlu jeolojik model ortamında sentetik sondaj kuyusu verileri Oluşturmasına olanak tanıyan güçlü bir özelliktir. Fiziksel Sondaj kuyuları, maliyetli delme İşlemleri gerektiren ve erişilebilirlik, yönetmelikler ile bütçe kısıtlamalarıyla sınırlı olan yapılardan farklı olarak, yeraltı temsillerinin eksiksizliğini ve doğruluğunu artırmak için modelinizin içinde herhangi bir yerde oluşturulabilir. {% hint style="warning" %} Not: Sanal Loglar, GeoDin Veritabanı'nıza kalıcı olarak kaydedilmez değil. {% endhint %} Sanal Loglar, çevredeki bilinen Sondaj kuyuları üzerinde jeolojik Bilgi'yi Aradeğerleme eden yapay veri Noktalar: olarak işlev görür. Mühendislerin ve jeologların şuraya olanak tanır: * Fiziksel Sondaj kuyuları arasında veri boşluklarını Doldur * Farklı jeolojik senaryoları Hariç, ek olarak sondaj yapmadan test edin * Yüzey ve hacim Hesaplamalar ait doğruluğunu artırın * Daha ayrıntılı ve gerçekçi jeolojik modeller oluşturun * Jeolojik yorumları doğrula Sistem, görsel göstergeler, meta veriler ve adlandırma kuralları aracılığıyla sanal Loglar'ı gerçek Sondaj verilerinden Şuradan açıkça ayırt eder; böylece sentetik veriye ait bilgilerin gerçek saha ölçümleri olarak yanlış yorumlanmasını önleyerek veri bütünlüğünü sağlar. ## Sanal Loglar için Kullanım Örnekleri Sanal Loglar, çok sayıda senaryo içinde değer sağlar: 1. **Seyrek Veri İyileştirmesi**: Fiziksel Sondaj verisi sınırlı olduğunda, sanal Loglar boşlukları doldurup daha kapsamlı Modeller oluşturabilir. 2. **Arazi Geçişi İyileştirmesi**: Jeolojik oluşumların hızla Değiştirildiği Alanlar içinde, sanal Loglar bu geçişleri uzak fiziksel Sondaj kuyuları arasında basit İnterpolasyon'dan daha doğru biçimde modelleyebilir. 3. **Hipotez Testi**: Mühendisler, farklı jeolojik senaryoları test etmek için fiziksel sondaja ait maliyet Hariç birden fazla sanal Loglar Oluşturabilir. 4. **Yüzey Oluşturma İyileştirmesi**: Sanal Loglar, yüzey oluşturma algoritmaları içinde ek olarak kontrol Noktalar: sağlar ve bunun sonucunda daha doğru Arazi Modeller oluşturur. 5. **Hacim Hesaplama Hassasiyeti**: Stratejik sanal Loglar ekleyerek, hacim Hesaplamalar Yüzeyler arasında daha hassas hale gelir, özellikle karmaşık jeolojik yapılar içinde bulunan Alanlar içinde. 6. **Erişilemeyen Alan Modellemesi**: Fiziksel sondalamanın imkânsız veya yasak olduğu Alanlar için, sanal Loglar jeolojik Durumlar şuraya yaklaşık bir yol sunar. 7. **Proje Planlama**: Pahalı sondaj İşlemler şuraya taahhüt etmeden önce, sanal Loglar fiziksel Sondaj kuyuları için en uygun konumların belirlenmesine yardımcı olabilir. ## Örnek 1: Yüzey Modellerini Üçgen şuraya Kare Oluşumu ile İyileştirme içinde bu örnekte, üç fiziksel Sondaj kuyuları (A, B, VE C) ile bir Alanımız var ve bunlar bir Üçgen içinde düzenlenmiştir. Basit İnterpolasyon arasında bu Noktalar: temel bir üçgensel yüzey oluşturur ki bu Mayıs değil doğru şekilde gerçek Araziyi temsil etsin. Kare Ayarlama şuraya oluşturacak şekilde bir sanal kütük (D) ekleyerek yüzey modelini önemli ölçüde geliştirebiliriz. Sanal kütük, üç bilinen Noktalar: Şuradan gelen verileri enterpole ederek Arazi'ye ait daha nüanslı bir temsil oluşturur.
Hariç sanal log olmadan, yüzey modeli yalnızca üç fiziksel Sondaj kuyuları arasında üçgen yüzeyler oluşturur; bu da önemli Arazi özelliklerinin gözden kaçmasına neden olabilir. Sanal log D’nin eklenmesiyle, model Şimdi dört kontrol Noktalar:’a sahiptir ve bu sayede Doğru zeminin Durumlar’ını daha iyi yansıtan dörtgen bir yüzey elde edilir. ## Örnek 2: Kademeli Geçişler için Kenar İyileştirme Bu örneğin içinde, üç Sondaj kuyuları var; B ve C Noktalar: arasında doğrudan Doğrusal İnterpolasyon uygulanıyor. Ancak, gerçek Arazi bu düz Çizgi geçişini izlemiyor, bunun yerine daha kademeli, eğrisel bir yol izliyor. B ile C arasındaki kenar boyunca (D) adlı bir sanal kayıt ekleyerek, arazi geçişinin daha doğru bir temsiline ulaşabiliriz. B’den C’ye doğrudan bir çizgi yerine model artık B’den D’ye ve ardından C’ye giden bir yolu izleyerek jeolojik özelliklerdeki kademeli değişimi yakalar.
Bu yaklaşım, jeolojik oluşumlar bilinen Noktalar: arasında doğrusal olarak değişmediğinde özellikle kullanışlıdır. Sanal log D, çevredeki jeolojik verilerden bilgilendirilen ara bir kontrol Nokta sağlayarak daha gerçekçi bir geçişe olanak tanır. ## Örnek 3: Kapsamlı Kapsama için Merkezi İnterpolasyon Son örneğimizde, ilgi alanımızın köşelerini kare şeklinde yerleştirilmiş dört fiziksel Sondaj kuyuları (A, B, C ve D) ile örnekliyoruz. Bu, ilgi alanımızın köşelerinde iyi bir kapsama sağlar; ancak merkezin doğrudan ölçümü yapılmadan kalmasına neden olur. E (E) adlı sanal bir log ekleyerek, dört Sondaj kuyularının Hepsi arasında Merkez Nokta üzerinde yer alan merkez Alanına ait anlayışımızı önemli ölçüde geliştirebiliriz. Sanal log E, çevredeki Sondaj kuyularının Hepsi'nden Şuradan alınan verileri enterpole ederek kapsamlı bir merkez referans Nokta oluşturur.
Merkezi sanal günlük Hariç, yüzey modeli yalnızca dört köşe Noktalar: birleştirir ve merkezi Alan içinde Herhangi yükselti VEYA çöküntüyü kaçırabilir. Sanal günlük E Yerinde, model Şimdi merkezi Arazi özelliklerini tepeler, vadiler VEYA diğer jeolojik oluşumlar gibi doğru biçimde temsil edebilir. Bu merkezi sanal günlük, özellikle hacim Hesaplamalar için değerlidir; çünkü merkez Alanının toplam hacme şuraya katkısının, doğrudan köşeden köşeye İnterpolasyon yoluyla aşırı basitleştirilmek yerine, uygun şekilde hesaba katılmasını sağlar. ## Sondaj kuyularının yakalayamadığı bilgiyi enjekte etmek Sanal bir log Kullanımının yaygın bir nedeni geometrik bir boşluğu Doldurmak değil, **bilgiyi kodlamaktır** gerçek Sondaj kuyuları'nın yakalayamadığı şeyleri. Örneğin, harici testler veya Mevki gözlemleri, gerçek Sondaj kuyuları kümesinde bulunan bir silt tabakasının mevkinin ortası boyunca Devam etmesi gerektiğini gösteriyorsa **değil** o Yer'e silt tabakası Hariç bir sanal log bırakın ve Zemin modelini yeniden oluşturun. Silt tabakası o alanda İnterpolasyonun dışına sıkıştırılacak - model şimdi sizin bildiklerinizi yansıtıyor, sadece Sondaj kuyuları'nın tek başına neyi önerdiğini değil. Bu, sanal logların yeniden oluşturma sırasında hayatta kalmasının, oluşturulan katılar üzerinde elle yapılan düzenlemelerin neden hayatta kalmadığının nedenidir: sanal log ek olarak bir kısıt gibi davranır **ek olarak bir kısıt** Gelecek yeniden oluşturmalar buna saygı gösterecektir. ## Sonraki adımlar Sonraki eğitimlerde, eklentimizi kullanarak sanal logları nasıl Oluşturacağınızı size göstereceğiz. Üç Oluşturma modu Mevcut: * [**Boş**](/geodin-ground/tr/sanal-loglar/creating-virtual-logs.md) - sanal logu Yerleştirin ve tabaka yığınını elle girin. * [**En Yakın Sondaj**](/geodin-ground/tr/sanal-loglar/creating-virtual-logs/creating-virtual-logs-nearest-borehole.md) - stratigrafiyi en yakın gerçek Sondaj Şuradan Kopyala ve Düzenle. * [**Yüzey İnterpolasyonu**](/geodin-ground/tr/sanal-loglar/creating-virtual-logs/creating-virtual-logs-surface-interpolation.md) - şu anda oluşturulan Zemin modeli'ni sanal kaydın Yer'inde Örnek al, ardından Düzenle. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.geodin.com/geodin-ground/tr/sanal-loglar/what-are-virtual-logs.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.