Kazanimlar:
- Datum, projeksiyon, EPSG kodu ve dönüşüm parametresi kavramlarını AI ile doğru şekilde eşleştirip açıklayabilme
- Koordinat dönüşümü isteklerini AI ile kurgularken kaynak/hedef sistemi ve parametreleri eksiksiz belirtebilme
- Dönüşüm çıktısını bilinen kontrol noktaları ve mertebe kontrolüyle sınayıp datum kaymalarını yakalayabilme
Harita mühendisliğinin en sessiz ve en pahalı hataları koordinat dönüşümlerinde gizlidir. Bir sayı doğru görünür, model kendinden emin cevap verir, çıktı düzgün formatlanır; ama arkada yanlış bir datum varsayımı olduğu için sonuç arazide metrelerce kaymıştır. Bu ünitede koordinat sistemleri, datum, projeksiyon ve EPSG kavramlarını netleştiriyor, dönüşüm isteklerini yapay zekayla nasıl doğru kurgulayacağımızı ve çıktıyı nasıl kesin biçimde doğrulayacağımızı işliyoruz. Temel kural: AI dönüşümü önerir veya kodunu yazar; sonucun kabulü bilinen kontrol noktalarıyla mühendiste kalır.
Terimleri netleştirelim. Datum, yeryüzünü temsil eden matematiksel referans yüzeyi ve onun konumlandırılmasıdır; aynı fiziksel nokta WGS84, ED50, ITRF veya TUREF datumunda farklı sayılarla ifade edilir. Projeksiyon, yuvarlak yeryüzünü düzleme açma yöntemidir (örneğin UTM, Transverse Mercator); koordinatı derece yerine metre cinsinden verir. EPSG kodu, bir datum+projeksiyon kombinasyonunu tek bir numarayla tanımlayan uluslararası kataloğun girdisidir (örneğin EPSG:4326 = WGS84 coğrafi; EPSG:5256 = TUREF/TM33). Dönüşüm parametreleri, bir datumdan diğerine geçerken uygulanan öteleme/dönme/ölçek değerleridir (örneğin 7-parametreli Helmert dönüşümü).
Neden Datum Belirtmek Hayati?
Bir koordinat üçlüsü (örneğin 39.92, 32.85) tek başına bir yer belirtmez; hangi datumda olduğu söylenmedikçe eksiktir. Aynı sayılar WGS84'te bir yeri, ED50'de birkaç metre ötesini gösterir. Türkiye'de ED50 ile WGS84/ITRF arasındaki fark bölgeye göre yer yer metrelerce ulaşır. Bu yüzden bir dönüşüm isteğinin anlamlı olması için üç şey açıkça verilmelidir: kaynak sistem, hedef sistem ve (gerekiyorsa) dönüşüm parametreleri.
AI'a sadece "bunu UTM'e çevir" demek, hangi datumdan başlanacağını belirsiz bırakır. Model bir varsayım yapar (çoğunlukla WGS84) ve bu varsayım yanlışsa sonuç sessizce kayar. Hata mesajı gelmez, kırmızı uyarı çıkmaz; sadece arazide temel yanlış yere dökülür.
Dikkat: "UTM" tek başına bir CRS değildir. UTM'in 60 dilimi vardır ve her dilim farklı datumlarla eşleşebilir. "UTM Zone 36N / WGS84" (EPSG:32636) ile "ED50 / UTM Zone 36N" (EPSG:23036) farklı sistemlerdir. Dilim numarasını ve datumu birlikte belirtin.
Adım Adım: Güvenli Bir Dönüşüm İş Akışı
- Kaynağı kesinleştirin. Veriniz hangi CRS'de? Metaveri, proje dosyası veya kurum standardından teyit edin. Emin değilseniz, koordinatların mertebesi ipucu verir: derece mi (küçük sayılar), metre mi (6 haneli).
- Hedefi ve amacı yazın. Nereye, hangi EPSG koduna gideceksiniz ve neden (CAD teslimi, CBS analizi, tapu)?
- Parametre gerekiyor mu belirleyin. Aynı datum içinde projeksiyon değişimi parametresizdir; farklı datumlar arası geçiş (örneğin ED50 → TUREF) resmi dönüşüm parametreleri gerektirir.
- AI'a kodu/adımı yazdırın ama kabul etmeyin. Model PyProj/QGIS adımını üretebilir; siz çalıştırıp kontrol noktasıyla sınarsınız.
- Kontrol noktasıyla doğrulayın. Koordinatı zaten bilinen (iki sistemde de değeri elde olan) bir röperi aynı dönüşümden geçirin ve beklenen değerle karşılaştırın. Onlarca metrelik fark = yanlış datum/parametre.
Üç Mini Vaka: Rakamlarla
Vaka 1 — Sessiz datum kayması. Bir belediye projesinde 320 nokta ED50'den geldiği halde AI'a datum belirtilmeden "TM'e çevir" dendi. Model TUREF varsaydı, dönüşümü parametresiz yaptı; sonuçlar gerçek konumdan yaklaşık 3-5 m sistematik kaydı. Tek bir bilinen kontrol noktası aynı dönüşümden geçirilince beklenen değerle 4 m fark görüldü; hata tüm veri sete yayılmadan yakalandı ve doğru parametrelerle iş tekrarlandı.
Vaka 2 — Dilim karışıklığı. Bir ekip, farklı dilimlerde (TM30 ve TM33) toplanmış iki veri setini fark etmeden birleştirdi; noktalar haritada yüzlerce kilometre kaydı. Mertebe kontrolü ve tek kontrol noktası karşılaştırması, sağa değerlerinin uyuşmadığını hemen gösterdi. Her set kendi doğru dilim koduyla etiketlenip ortak bir CRS'e dönüştürülünce sorun çözüldü.
Vaka 3 — Radyan/derece tuzağı. AI ile yazılan bir dönüşüm kodunda açı birimi karışmış, koordinatlar derece yerine radyan işlenmişti; çıktı mertebe olarak tamamen saçmaydı (tek haneli sağa değerleri). Bilinen kontrol noktası testi ilk satırda hatayı gösterdi; birim düzeltilince sonuç yerine oturdu. Ders: kod "çalışması" doğru olduğu anlamına gelmez.
Zayıf Prompt / Güçlü Prompt
Zayıf prompt:
Bu koordinatları UTM'e çevir.[koordinatlar]
Güçlü prompt:
Görev: koordinat dönüşümü kurgula (uygulamayı ben yapacağım).- Kaynak CRS: EPSG:23036 (ED50 / UTM Zone 36N)- Hedef CRS: EPSG:5256 (TUREF / TM33)- Bu farklı datumlar arası bir geçiştir; resmi dönüşüm parametresi gerektiğini belirt ve hangi bilgiye ihtiyaç olduğunu yaz.- Eksik/belirsiz bilgi varsa DÖNÜŞÜM ÖNERME, önce sor.- Doğrulama için: koordinatı iki sistemde de bilinen bir kontrol noktasıyla nasıl teyit edeceğimi adım adım yaz.- Beklenen hedef sağa değeri mertebesini (6 hane) belirt.Veri (anonim): [nokta tablosu]
Güçlü prompt kaynağı ve hedefi EPSG ile sabitler, datum geçişini ve parametre ihtiyacını açığa çıkarır, doğrulama planını ister ve mertebe beklentisi verir.
Dört Kopyalanabilir Şablon
1) CRS teşhis istemi:
Aşağıdaki koordinatların olası CRS'ini teşhis et: sayıların mertebesine(derece mi metre mi), işaretine ve aralığına bak. Kesin söyleme; olasıadayları ve her biri için ayırt edici ipucunu listele. Veri: [koordinatlar]
2) Dönüşüm planı (parametre farkındalıklı):
Kaynak [EPSG:...] ve hedef [EPSG:...] arasında dönüşüm için: (a) aynıdatum içinde mi yoksa datumlar arası mı olduğunu belirle, (b) parametregerekiyorsa hangi bilginin lazım olduğunu yaz, (c) uygulama adımlarınısırala. Sonucu "kesin" sunma; doğrulama zorunlu.
3) Kontrol noktası doğrulama kurgusu:
Bir dönüşümü doğrulamak için kontrol noktası yöntemini adım adım yaz:hangi noktayı seçmeli, iki sistemdeki değerini nereden almalı, ne kadarfark kabul edilebilir, hangi fark datum hatası işaretidir. Bağlam: [CRS'ler]
4) Toplu dönüşüm sonrası KK:
Aşağıdaki dönüşüm çıktısında anomali ara: mertebe dışı değerler, dilimsınırı ihlalleri, sistematik kayma işareti (tüm noktalarda benzer sabitfark). Bulguları listele ve olası nedeni (yanlış datum/dilim) yaz.Çıktı: [dönüştürülmüş koordinatlar]
Koordinat Kavramları Karşılaştırması
Kavram
Ne belirtir
Örnek
Karıştırılırsa sonuç
Datum
Referans yüzey
WGS84, ED50, TUREF
Metrelerce sistematik kayma
Projeksiyon
Düzleme açma
UTM, TM, Lambert
Şekil/ölçek bozulması
Dilim
Projeksiyon bölgesi
TM30/TM33, Zone 36
Yüzlerce km kayma
EPSG kodu
Datum+proj. paketi
4326, 5256, 23036
Yanlış sistem seçimi
Parametre
Datumlar arası geçiş
7-parametreli Helmert
Datum geçişinde hata
Sık yapılan hatalar
- Datum belirtmeden dönüşüm istemek. Modelin varsayımı yanlışsa sessiz kayma.
- "UTM" deyip dilim ve datumu atlamak. Dilim karışıklığı yüzlerce km kayma yapar.
- Datumlar arası geçişi parametresiz yapmak. ED50 → TUREF gibi geçişlerde resmi parametre şart.
- Derece/radyan veya derece/metre birimini karıştırmak. Mertebe tamamen bozulur.
- Kontrol noktasıyla doğrulamamak. Sistematik kaymayı yakalamanın en kesin yolunu atlamak.
- Kodun çalışmasını doğruluk sanmak. Hatasız çalışan kod yanlış sonuç da üretebilir.
Özetle
Koordinat dönüşümü, kaynak sistem, hedef sistem ve gerektiğinde dönüşüm parametreleri açıkça verilmedikçe eksik ve tehlikelidir. Datum, projeksiyon ve dilim farklı şeylerdir; birini atlamak metrelerden yüzlerce kilometreye kadar kayma doğurur. AI dönüşümü kurgulayabilir ama kabulü, koordinatı bilinen bir kontrol noktasını aynı dönüşümden geçirip beklenen değerle karşılaştırmakla mühendise kalır. Mertebe kontrolü ve tek kontrol noktası, bu hataların çoğunu saniyeler içinde yakalar.
Uygulama görevi
Bir dönüşüm senaryosu seçin (örneğin ED50/UTM36 → TUREF/TM33). Kaynak ve hedef EPSG kodlarını yazın, bunun datumlar arası bir geçiş olup olmadığını belirleyin ve parametre ihtiyacını not edin. Ardından bir kontrol noktası doğrulama planı yazın: hangi noktayı, iki sistemdeki değerini nereden alacağınızı ve ne kadar farkı datum hatası sayacağınızı somutlaştırın.
Kontrol listesi
- [ ] Kaynak CRS'i EPSG koduyla teyit ettim.
- [ ] Hedef CRS'i EPSG koduyla belirledim.
- [ ] Datumlar arası geçiş olup olmadığını ve parametre ihtiyacını kontrol ettim.
- [ ] Dilim numarasını ve datumu birlikte belirttim.
- [ ] Çıktıyı mertebe kontrolünden geçirdim.
- [ ] Koordinatı bilinen bir kontrol noktasıyla doğruladım.
- [ ] Sistematik sabit fark (kayma) olup olmadığına baktım.
- [ ] Dönüşümün nihai kabulünü mühendis onayına bağladım.