Bu yazımızda sevgili dostlarımız, PGRS’in hangi ihtiyaca cevap vermek için geliştirildiğini, konum alanlarının n’asıl bölümlendirildiğini, mevcut referanslarla nasıl kullanılabileceğini ve hangi sınırlarının bulunduğunu birlikte inceleyeceğiz.
{getToc} $title={İçindekiler Tablosu}
1. PGRS nedir?
PGRS yani Purgatoria Grid Reference System veya Purgatoria Izgara Referans Sistemi, bilinen bir konum referansını veya operasyon için belirlenmiş bir kök alanı telefon tuş takımı düzenindeki 3×3 hücrelere bölerek, ekiplerin olabildiğince hızlı ve basit bir şekilde ihtiyaç duyduğu ölçekte alan tarif etmesini sağlayan bir konum referanslama katmanıdır.
PGRS, bir coğrafi datum veya projeksiyon tanımlayan yeni bir koordinat sistemi olmadığı gibi; aynı zamanda QTH Locator, MGRS, UTM veya enlem-boylamın yerine geçmek üzere tasarlanmamış olmakla birlikte hemen hemen bütün konumlandırma ve GRS sistemlerine eklemlenebilecek şekilde tasarlanmıştır.
Ayrıca PGRS'in tek başına bir konum veya bölgeyi ifade edemeyecek bir sistem olduğunu da en baştan ifade etmek gerekir.
PGRS, çalışabilmek için halihazırda kullanımda olan bir GRS, Grid Reference System yani Izgara Referans Sistemine veya GRG, Gridded Reference Graphics yani Izgaralı Referans Grafiğine muhtaç bir sistemdir.
Bir anchor (dayanak/kök referans) seçilir; o anchor’ın gösterdiği alan PGRS ile alt hücrelere ayrılır. Örneğin #385@KN40np ifadesinde KN40np QTH Locator alanı, #385 ise o alan içindeki ardışık PGRS hücre seçimleridir.
Bu nedenle #385 tek başına Dünya üzerinde sabit bir konum vermez. Başka bir ekibin aynı yeri bulabilmesi için anchor’ın ve gerekiyorsa harita/projeksiyon bağlamının da bilinmesi gerekir. PGRS, anchor’lar arasında koordinat dönüşümü yapmaz; seçilen referansın içindeki alanı tarif eder.
2. PGRS’i n’asıl ve neden geliştirdik?
Purgatoria Topluluğu'nun çok büyük bir çoğunluğunu Amatör Telsizcilerin oluşturduğunu ve haliyle pek çoğumuzun QTH Locator diye ifade ettiğimiz Maidenhead Grid Locator ızgara referans sistemine aşina olduğu ve günlük kullanımda en çok bu sistemi tercih ettiği aşikârdır.
Ancak Purgatoria'daki kullanımımızda QTH Locator’ın farklı ayrıntı seviyelerini her zaman aradığımız operasyonel ölçeğe denk getirmekte zorlanıyorduk ve QTH Locator söylemenin üzerine bir de asıl bölgeyi ayrıca ifade etmek zorunda kalıyorduk.
Kullandığımız örneğe göre KN40np yani 6 haneli gösterim ile ifade edilen alan gibi bir alan, işaret etmek istediğimiz bölge için fazla geniş kalabiliyor; KN40np44kk gibi daha yüksek haneli bir gösterime geçmek ise bazı durumlarda gereğinden fazla ayrıntı veya sesli aktarım yükü oluşturabiliyordu.
Gayet tabii buradaki sorun QTH Locator’ın kendisi değil, görev için uygun alanı her zaman aynı kolaylıkla bütün bir topluluğun seçememesiydi, sizler de takdir edersiniz ki Purgatoria Topluluğu'nu oluşturan üyelerin çok çeşitli yaş grupları ve arka planlardan geliyor oluşu bizleri her zaman için herkese hitap eden yaklaşımlar aramaya sevk etmektedir; bu bağlamda MGRS, Military Grid Reference System yani Askeri Izgara Referans Sistemi ve benzerleri gibi sistemleri de herkesin kullanımı için fazla karışık olduğu için PurgTopo'ya entegre edip buradan devam edemedik.
Bu bağlamda hem PurgTopo'da hem de TAK'ta kullandığımız GRG gösterimleri ile hem de halihazırda kullanımda olan QTH (Maidenhead) Locator, MGRS, UTM vb. gibi GRS sistemleri ile entegre çalışabilecek bir üst katman oluşturma yoluna gittik.
Arama-kurtarma ve saha haberleşmesinde umumiyetle konum bilgisi bir defa söylenmez, bir veya birden fazla ekibin sürekli hareketi söz konusudur; ekipler görev alanlarını böler, yön ve hedefleri günceller ve bunlara bağlı olarak durumlarını raporlarlar.
PGRS’yi; mevcut anchor’ı koruyup onun içinde ihtiyaca göre 3×3 bölümlendirme yapabilmek, sayısal hücreleri ortak bir yön mantığıyla okuyabilmek ve ekiplerin aynı alanı daha kolay tarif edebilmesi amacıyla geliştirdik.
Tüm bunlarla birlikte işbu sistemin oldukça sınırlı kaynaklar olan kanal kullanımı, yani bant genişliğinden ve bataryalarımızdan da ziyadesiyle tasarruf sağlayacağını düşünüyoruz, ancak bu konuda uzun kullanım testlerine ihtiyacımız var.
3. PGRS’in kök alanı ve anchor’ı n’asıl belirlenir?
PGRS kodunun hangi alanı böldüğünü anchor ifade etmektedir. Anchor, Maidenhead/QTH Locator veya MGRS hücresi gibi sınırları belli bir alan olabilirken operasyon brifinginde harita üzerine çizilen GRG hücresi de olabilir.
UTM bir projeksiyon grididir: easting/northing değerleri bir konumu gösterebilir; belirli hassasiyet ve hücre sınırı kuralıyla bir grid karesini de anchor olarak kullanabilir.
Ondalık enlem-boylam tek başına nokta gösterdiğinde ise bu noktadan kök alan üretmek için profil gerekir.
PGRS’in bölümlendirmesi, ekiplerin paylaştığı operasyon haritası/projeksiyonu içinde yapılmalıdır. Haritaya elle çizilen veya göz kararı seçilen hücreler yaklaşık olabilir, bu bağlamda farklı harita/projeksiyonlarda aynı PGRS kodunun aynı fiziksel alanı göstereceği varsayılamaz.
Sayısal WGS84 profili bunun ayrı, tanımlı bir örneğidir: @enlem,boylam biçimindeki koordinat, 0,1° × 0,1° kök alanının kuzeybatı köşesidir; alan buradan güneye ve doğuya uzanır.
UTM grid anchor’larında ise zon ve hücre boyutu/başlangıç çizgisi operasyon profilinde ortaklaştırılır, grid hücresi bu profil kapsamında easting/northing ile tanımlanır.
Aynı noktanın farklı referanslardaki örneklerini, PGRS’in çalışma mantığını açıkladıktan sonra mukayese başlığında inceleyeceğiz.
4. PGRS alanı n’asıl 3×3 böler?
PGRS’de kök alan dokuz eşit parçaya ayrılır. Hücreler, telefon tuş takımındaki yerleşime göre numaralandırılırlar:
Burada 5 merkezdir; 2 Kuzeyi, 6 Doğuyu, 8 Güneyi, 4 Batıyı gösterir. 1, 3, 7 ve 9 ise ara yönlerdeki hücrelerdir. Her seçilen hücre kendi içinde aynı düzenle yeniden bölünebilir. Yönler ortak haritanın grid kuzeyine göre yorumlanır; grid kuzeyi, manyetik kuzeyle otomatik olarak aynı kabul edilmez.
5. #592 gibi PGRS kodları n’asıl okunur?
# işareti PGRS ifadesinin başladığını belirtir. Her rakam bir önceki adımda seçilen hücrenin içindeki yeni alt hücreyi seçer. Örneğin #592 şöyle okunur:
5: kök alanın merkez hücresi;9: o hücrenin güneydoğu alt hücresi;2: bir önceki hücrenin kuzey alt hücresi.
Basamak sayısı arttıkça hücre alanı küçülür. Ancak son basamağın fazlalığı her zaman operasyonel olarak daha iyi bir sonuç vermez; ekibin görevine yetecek çözünürlükte durmak gerekir. PGRS bir nokta değil, bir alan/hücre tarif eder.
Kodda iki özel kullanım da var. #0@KN40xa, alt hücre seçilmeden anchor’ın tamamını/kök alanını ifade eder. Geçerli bir PGRS dizisinin sonundaki 0 ise bir sonraki alt hücrenin bilinmediğini gösterebilir; örneğin #3580. Bu 0 son basamak olmalıdır; #00 ve #35801 geçersizdir. ~ yaklaşık bölümlendirmenin başladığı yeri gösterir; bu işaretten sonraki bütün PGRS basamakları yaklaşık kabul edilir. Örneğin #58~47@KN40np ifadesinde 58 kesin, 4 ve 7 seçimleri yaklaşık olarak bildirilmiştir. ~, anchor’ın kendisini nitelemez ve terminal bilinmeyen-hücre 0 ile birlikte kullanılmaz.
6. PGRS’de yön ve hareket n’asıl bildirilir?
Hücre seçen rakamla genel istikamet rakamı birbirinden ayrılır. Önünde * bulunan rakam genel yönü gösterir; yıldızsız rakam ise her zaman hücre seçer:
| Yön kodu | İstikamet |
|---|---|
*1 |
Kuzeybatı Yönü |
*2 |
Kuzey Yönü |
*3 |
Kuzeydoğu Yönü |
*4 |
Batı Yönü |
*5 |
Kaynak Konumun Merkezi |
*6 |
Doğu Yönü |
*7 |
Güneybatı Yönü |
*8 |
Güney Yönü |
*9 |
Güneydoğu Yönü |
Yıldızsız 5, seçilen hücrenin merkezini; *5 ise kaynak konumda kalma komutunu anlatır. Örneğin #653>*2@KN40np, KN40np anchor’ındaki #653 konumundan kuzeye doğru hareket planlandığını belirtir. Hareketin başladığı yönlü biçim #653>>*2@KN40np olur. Bu ifadelerin hiçbiri tek başına bir varış hücresi tanımlamaz.
Belirli bir hedef hücre başka bir anchor içindeyse, kaynak ve hedef kendi anchor’larıyla yazılır:
#653@KN40np>#842@KN40xa hedef/rota planlandı
#653@KN40np>>#842@KN40xa hareket başladı
#653@KN40np>>>#842@KN40xa hedefe ulaşıldı
> planlanan hareketi, >> hareketin başladığını, >>> ise açıkça belirtilen hedefe ulaşıldığını gösterir. Yalnız yön bildiren bir ifadede varış hücresi bulunmadığından >>> kullanılmaz. Başka bir anchor’ın tamamı hedefse #0@KN40xa yazılabilir; örneğin #653@KN40np>#0@KN40xa. Hareket başladıktan sonra kaynak hücre güncel konum olmayabilir; gerekiyorsa ekip anlık konumunu ayrı bir konum bloğuyla bildirir.
Hareket bacağı için kabul ettiğimiz durumlar = geçici duraklama, ! sorun nedeniyle durma ve - rota/hedef iptalidir. *5 kaynak konumda kalma komutudur; = ise önceden tanımlanmış bir hareket bacağının geçici olarak duraklatıldığını bildirir. Yani biri yön/komut, diğeri rota durumudur. Bir zincirde durum operatörü yalnızca bağladığı hareket bacağını niteler:
| Gösterim | Anlamı |
|---|---|
#653@KN40np=#842@KN40xa |
Bu hareket bacağı geçici olarak duraklatıldı. |
#653@KN40np!#842@KN40xa |
Bu hareket bacağı sorun nedeniyle durdu. |
#653@KN40np-#842@KN40xa |
Bu hedef/rota iptal edildi. |
Bu durumlar rotanın hâlini anlatır; ekibin durduğu kesin hücreyi belirtmez. Duraklama veya sorun sırasında gerekirse gerçek konum ayrıca raporlanır. Xi, anchor metnindeki harflerle karışabileceği için seçmedik. + ise hareket durumu değil, aşağıda açıklanan yükseklik uzantısıdır.
Yön/istikamet talebinde >? tek bir sorgu operatörü olarak kullanılır. Örneğin #5>?@KM69kw, mevcut #5 konumundan sonraki yön veya hedef için talimat istendiğini belirtir.
7. PGRS telsiz ve dijital haberleşmede n’asıl kullanılır?
Bir PGRS mesajı sahada duyulup not edilebilir, ardından ortak harita üzerinde işaretlenebilir. Anchor’ın hangi harita veya çerçeveye ait olduğu ekip brifinginde açık olmalıdır. # işaretinin sesletimi için “Pound”, “P” veya “diyez” seçeneklerinden biri operasyon başında seçilip tutarlı kullanılabilir; @ için “at/et” denebilir. Noktalama işaretlerinin telsizde tek başına söylenmesi yerine, hareket operatörlerinin anlamını “planlandı”, “harekete başladı”, “ulaşıldı” gibi ortak sözcüklerle teyit etmek daha anlaşılırdır. Bu sözlü prosedürün ekipler arasında standartlaştırılması gerekir.
Mesaj zarfı için bir örnek:
TA2SLC #5@KM69kw+10m 14:01Z
Burada çağrı işareti göndereni, PGRS konumu anchor içindeki alanı, +10m dikey uzantıyı, 14:01Z ise UTC gözlem/güncelleme zamanını gösterir. Çağrı işareti, görev ve komuta ilişkisi PGRS kodunun değil, operasyon mesajının bağlamıdır.
Kodun kısa olabileceği varsayımı tek başına daha az airtime veya pil tüketimi kanıtı değildir; işaretler, anchor uzunluğu, geri okuma ve hata düzeltme de toplam mesaj süresine eklenir.
Kalıcı operasyon kayıtlarında yalnızca 14:01Z değil, mesajın tarihi de saklanmalıdır.
Yanlış konum iletisi için ayrı bir sembol henüz tanımlanmamıştır: telsizde “Düzeltme” denip doğru tam ifade yeniden gönderilir ve geri okunarak teyit edilir.
Rota değişikliği ise düzeltme değildir; eski hedef iptal edilir, yeni hareket geçerli anlık konumdan planlanır.
Temsili bir arama-kurtarma senaryosu
Operasyon brifinginde ekipler ortak harita çerçevesini ve kök alanı belirler.
Arama alanının merkez hücresi bir ekibe #5@KN40np olarak verilir.
Ekipten gelen yeni bilgi aynı anchor içinde daha ayrıntılı bir alanı işaret ediyorsa #592@KN40np ile raporlanabilir.
Ekip başka bir anchor’daki hedefe yönlendirilecekse kaynak ve hedef ayrı ayrı belirtilir: #653@KN40np>#842@KN40xa; hareket başlayınca >>, varışta >>> kullanılır.
Bu yalnızca gösterim mantığını anlatan temsili bir senaryodur, gerçek operasyon kaydı veya ölçülmüş performans verisi değildir.
8. PGRS’ye yükseklik bilgisi n’asıl eklenir?
İlk sürümde dikey ek, temsil edilen konumun/varlığın yerden yüksekliğini, yani AGL değerini belirtir.
+10m metreyi, +10ft feet’i gösterir; tahminî değer +~10m biçiminde yazılabilir.
AMSL, elipsoit yüksekliği veya kat bilgisi gibi türler ayrı kurallar gerektirir ve bu ilk tanımın dışındadır.
9. PGRS, benzer konum sistemlerinden n’asıl ayrışır?
PGRS, işbu yazının üst başlıklarında da ifade edildiği üzere mevcut sistemlerin yerine geçen veya her bakımdan daha iyi bir sistem değildir.
Bununla birlikte PGRS’in aşağıda bahsedilen veya bu yazıda anılmayan sistemlerle birlikte kullanılabilmesi, aralarında otomatik dönüşüm yaptığı anlamına gelmediği kesinlikle unutulmaması gereken ziyadesiyle önemli bir unsurdur.
QTH (Maidenhead) Locator gösterimi Amatör Telsizciler arasında uzun yıllardır kullanılmakta olan, oldukça yaygın bilinir ve pratik edilen bir ortak coğrafi referans sistemidir.
UTM, metre cinsinden easting/northing kullanan projeksiyon grid'idir; hassasiyet ve hücre sınırı açıkça belirtilirse bir grid karesi anchor olabilir.[1][13]
MGRS de UTM/UPS grid alanlarını hassasiyet rakamlarıyla ifade eder.[1]
Ondalık enlem-boylam ise nokta gösterimi olabilir; PGRS profili bu noktayı bir kök alana bağlayabilir.
Farkı göstermek için KN40np hücresinin merkezini örnek aldık. ARRL, Maidenhead’de dört karakterli grid kareyi 1° enlem × 2° boylam; altı karakterli subsquare’ı 2,5 dakika enlem × 5 dakika boylam olarak açıklamaktadır.[2]
Bu hücrenin merkezi 40°38′45″N, 29°07′30″E, yani yaklaşık 40.645833, 29.125000 WGS84 koordinatıdır.
Aynı noktanın gösterimleri şöyledir:
| Referans | Aynı nokta için gösterim | PGRS açısından not |
|---|---|---|
| QTH Locator | KN40np |
Bir alan/hücredir; örnek nokta hücrenin merkezidir. |
| WGS84 ondalık | 40.645833, 29.125000 |
PGRS’nin sayısal profilinde bu koordinat 0,1° × 0,1° kök alanın kuzeybatı köşesidir; alan güneye ve doğuya uzanır. Anchor’ın tamamı #0@40.645833,29.125000 olarak gösterilebilir. |
| UTM | Nokta: 35T 679675mE 4501613mN. Temsili 1 km hücresi: zon 35T, E 679000–680000 m, N 4501000–4502000 m.[13] |
Nokta gösterimi ile grid hücresi farklıdır. Bu 1 km kare yalnızca örnek anchor çözünürlüğüdür; PGRS için sabit varsayılan değildir. |
| MGRS | 35T PF 79675 01613 (35TPF7967501613) |
1 m çözünürlüklü hücredir; diğer anchor’larla aynı alan büyüklüğünde değildir. |
| Yerel GRG | G8 (temsili) |
Bu örnek için operasyon haritasına çizildiği varsayılan hücre; sabit PurgTopo kodu değildir. |
Bu koordinatın UTM ve MGRS dönüşümleri iki ayrı araç ile test edilmiş ve MGRS sonucu üçüncü bir araçla da kontrol edilmiştir.[4][5][6]
NGA, UTM’i metre cinsinden easting/northing kullanan bir grid sistemi, MGRS’i ise UTM/UPS koordinatlarını ifade eden alfasayısal bir sistem olarak tanımlamaktadır.
MGRS’de ek rakamlar daha yüksek hassasiyet anlamına gelmektedir.[1]
Yukarıdaki örnekler aynı noktayı farklı gösterimlerle vermekte, eşit büyüklükte hücreler veya eşdeğer PGRS hassasiyeti göstermemektedir.
PGRS’in bir anchor üzerine eklenmesini örnekleyen gösterimler #385@KN40np ve MGRS’in bitişik yazımıyla #385@35TPF7967501613 olabilir.
İkinci anchor 1 metrelik bir hücre olduğundan, aynı sayıda PGRS basamağı bu anchor içinde çok daha küçük bir alan üretir.
UTM örneğinde ise 1 km grid karesi operasyon profilinde kök hücre olarak belirlenir ve PGRS bölümlendirmesi bu karenin içinde yapılır, 1 km değeri bütün UTM kullanımları için varsayılan değildir.
Öte yandan PurgTopo GRG hücreleri de her zaman için operasyon öncesi harita üzerinde ihtiyaca göre çizilmektedir, belirli bir referansa sahip değildir, bu nedenle "G8" yalnızca temsili bir örnektir.
CGRS ve GARS
CGRS, Common Geographic Reference System yani Ortak Coğrafi Referans Sistemi hakkında GARS’ın tarihçesinde bir ayrım yapmak önem arz eder.
NGA’nın GARS’ı tanıtan yazısı, “CGRS” adının sahada kullanılan, kendi şemaları olan ve birbiriyle uyumlu olmayan farklı yerel alan referanslarını kapsadığını, GARS’ın ise bunların yerine küresel ortak bir sistem geliştirme ihtiyacından doğduğunu anlatır.[10]
Civil Air Patrol da kendi operasyonları bağlamında GARS’ın eski referans gridlerinden CGRS’nin yerini aldığını belirtir.[9]
Bu nedenle “Tek ve standart bir CGRS, GARS tarafından değiştirildi.” demek yerine, GARS’ın farklı yerel CGRS uygulamalarının yerini alan standart küresel alan referansı olduğunu söylemek daha doğru olacaktır.
NGA’e göre GARS, Dünya yüzeyini 30 dakikalık hücrelere böler; her hücre dört adet 15 dakikalık bölgeye, her bölge de telefon tuş takımına benzeyen dokuz adet 5 dakikalık alana ayrılır.
GARS navigasyon veya hedefleme için değil, öncelikle operasyonel alan koordinasyonu için tasarlanmıştır.[1]
Geo3x3
Geo3x3, PGRS’e en yakın örneklerden biridir. Küresel WGS84 alanını önce doğu/batı olarak ayırır, sonra 3×3 bölmeyi yineleyerek kodu derinleştirir.[11]
Kaynaklarda atıfta bulunulan README.md dosyasında kuzey satırı 7–9, güney satırı 1–3 olarak gösterilmektedir, bu; PGRS’deki telefon tuş takımı sıralamasının düşey yönünün tersidir.[11]
Open Location Code/Plus Codes
Open Location Code/Plus Codes da küresel WGS84 alanlarını kodlar; kod çiftleri alanı 20×20 alt bölmelere ayırır ve daha yüksek hassasiyette farklı bir 4×5 son bölme kullanır.[12]
OLC bu yazıda karşılaştırma sistemi olarak ele alınıyor; PGRS anchor’ı olarak desteklendiği iddia edilmiyor. OLC’nin kendi + ayıracı ile PGRS’deki + AGL uzantısını karıştırmamak için bu sınırı açık tutuyoruz.[12]
Aşağıdaki tablo, sistemlerin aynı işi yaptığını değil, farklı konum problemlerini hangi yöntemle ele aldığını göstermektedir.
UTM/MGRS ve GARS tanımları NGA ile Natural Resources Canada kaynaklarına dayanıyor.[1][13]
Maidenhead’in hücre ölçüleri ARRL’den alınmıştır.[2]
CGRS/GARS tarihçesi kaynaklarda bu şekilde geçer.[9][10]
Geo3x3 ve Open Location Code bilgileri kendi proje dokümantasyonlarından alınmıştır.[11][12]
| Sistem | Temel referans | Bölümlendirme / gösterim | PGRS ile ilişki |
|---|---|---|---|
| Maidenhead / QTH Locator | Global hücre referansı | Alanlar, kareler ve alt kareler; hücre boyutu konuma göre fiziksel olarak değişir. | Bir Maidenhead hücresi PGRS anchor’ı olabilir. |
| UTM | Projeksiyon tabanlı metre grid’i | Easting/northing ve belirtilen grid hassasiyeti; anchor hücresi için hücre boyutu/profil gerekir. | Belirli bir UTM grid karesi PGRS anchor’ı olabilir. |
| MGRS | UTM/UPS temelli alfasayısal grid-hücre referansı | Zone, 100 km kare kodu ve hassasiyet basamakları. | Native MGRS kodu doğrudan anchor olarak kullanılabilir; örnek: #385@35TPF7967501613. |
| CGRS / GARS | Operasyonel alan referansı | CGRS adı sahada kullanılan farklı yerel şemalar için kullanılmıştır; GARS bunların yerine küresel ve standart bir alan sistemi getirmiştir. GARS 30′, 15′ ve 5′ seviyeleri kullanır. | GARS’ın sabit alan hiyerarşisi ile PGRS’nin anchor içinde tekrarlanan 3×3 bölümlendirmesi karıştırılmamalıdır. |
| Geo3x3 | Global WGS84 geocode | E/W kökünden sonra 3×3 bölme tekrar edilir; numaralandırma PGRS telefon tuşu sıralamasından düşey yönde farklıdır. | En yakın yapısal karşılaştırmalardan biridir; bu yüzden PGRS’nin 3×3 yinelemesini tek başına özgünlük iddiası yapmıyoruz. |
| Open Location Code / Plus Codes | Global WGS84 alan kodu | 20×20 alt bölmeler ve son aşamada 4×5 hücreli hassaslaştırma; kod içinde + kullanılır. |
Bu yazıda karşılaştırma sistemi olarak yer alır; PGRS anchor desteği iddia edilmez. |
| PGRS | Seçilmiş native anchor veya operasyonel kök alan | Her seçilen hücreyi yeniden 3×3 böler; hücre, yön, hareket ve durum mesajlarını aynı operasyonel gramer içinde kullanır. | Global nokta kodu değil; anchor’a bağlı alan ve hareket referanslama katmanıdır. |
Yukarıdaki karşılaştırma, PGRS’nin yapı taşlarının dünyada ilk kez ortaya çıktığını ileri sürmemektedir.
10. PGRS’in sınırları nelerdir?
PGRS kodu, anchor ve bölme yöntemi bilinmeden tam olarak yorumlanamaz. Aynı #592 kodu, farklı anchor’larda veya farklı harita çerçevelerinde farklı alanları gösterir.
Harita üzerinden göz kararı çizilen grid de ölçülmüş bir koordinat hassasiyeti değildir.
Projeksiyon, grid kuzeyi, hücre sınırları ve ortak harita sürümü ekipler arasında aynı olmalıdır. WGS84’te 0,1° × 0,1° profili açısal aralıkları eşit böler; bu, her enlemde aynı metre ölçüsünde veya aynı fiziksel alanda hücreler oluşacağı anlamına gelmez.[2]
Bir konum hücre sınırında kalıyorsa veya sahada hangi hücreye düştüğü anlaşılmıyorsa, daha üst/ebeveyn hücreyi bildirmek daha güvenlidir.
Yazılımda aynı sınır noktasının her defasında aynı hücreye atanması için ayrıca deterministik bir kural tanımlanmalıdır.
11. PGRS’i n’asıl test edip geliştireceğiz?
PGRS’nin saha iddiaları, kontrollü ve tekrarlanabilir testlerle ölçülmeli ve benzeri sistemler ile performansı mukayese edilmelidir.
Kaynakça
[1] https://earth-info.nga.mil/index.php?dir=coordsys&action=coordsys
[2] http://www.arrl.org/about-grid-squares
[4] https://maptools.com/coordinate-converter
[5] https://latlongdata.com/mgrs-converter
[6] https://geoutil.com/converters/coordinate-formats.html
[9] https://www.gocivilairpatrol.com/programs/emergency-services/education-and-training/global-area-reference-system
[10] https://www.gocivilairpatrol.com/media/cms/Pathfinder_Articlenovdec06GARS_4CDC9DF09FFFA.pdf
[11] https://github.com/taisukef/Geo3x3/blob/master/README.md
[12] https://github.com/google/open-location-code/blob/main/Documentation/Specification/olc_definition.adoc
[13] https://natural-resources.canada.ca/maps-tools-publications/maps/topographic-maps/utm-grid-military-grid-reference-system