Durak noktası erişim kanıtı değildir: GTFS, GBFS ve yaya-bisiklet verisi nasıl birleşir?

Yanıt: Erişim tek dosya değil, veri zinciridir

Bir durak koordinatının başlangıç noktasına yakın görünmesi, o durağa kesintisiz yaya yolu bulunduğunu, bisikletle güvenli biçimde ulaşılabildiğini veya istasyon içinde engelsiz aktarma yapılabildiğini kanıtlamaz. Toplu taşıma verisi çoğunlukla hat, sefer, durak ve planlı zamanları; paylaşımlı bisiklet verisi istasyon konumu ile anlık araç/iade durumunu; yaya ve bisiklet ağı ise sokak bağlantılarını ve altyapı türlerini taşır. Kapıdan kapıya erişim sorusu bu katmanların ortak anahtar, zaman damgası ve coğrafi bağla eşleştirilmesini gerektirir. Katmanlardan biri eksikse sonuç “erişilebilir” değil, “bu kaynakla doğrulanamadı” olmalıdır.

Bu yazı gerçek bir kentte rota üretmiyor, süre ölçmüyor ve saha güvenliği değerlendirmesi yapmıyor. Ama veri setinin hangi soruya yanıt verebileceğini ayıran bir masaüstü denetim şablonu kuruyor. İlk adım, planlı hizmet ile gözlenmiş hizmeti ayırmaktır. İkinci adım, istasyon içi erişilebilirliği sokak erişiminden ayırmaktır. Üçüncü adım, bisiklet paylaşım istasyonunun varlığını araç bulunabilirliği ve çevresindeki bisiklet ağıyla karıştırmamaktır. Son adımda her veri kaynağının yayıncısı, sürümü, geçerlilik dönemi, son güncelleme alanı ve bilinmeyen değerleri kaydedilir.

GTFS planı gösterir, gerçekleşmeyi değil

GTFS Schedule referansında routes.txt yolcuya tek hizmet gibi gösterilen sefer grubunu, trips.txt belirli zaman aralığındaki durak dizisini, stop_times.txt ise planlı varış ve kalkışları tanımlar. calendar.txt haftalık hizmet düzenini başlangıç ve bitiş tarihleriyle kurar; calendar_dates.txt belirli günlerde hizmet ekleyen veya kaldıran istisnaları taşır. Bu yapı bir seyahat planlayıcısının “hangi hizmet planlanmış?” sorusunu yanıtlamasına yardım eder. Ancak dosyadaki iki saat arasındaki farkı sahada ölçülmüş ortalama süre, güvenilirlik yüzdesi veya gecikme dağılımı gibi sunmak doğru değildir.

Sıklık verisi de dikkat ister. GTFS frequencies.txt hem kesin çizelgeye bağlı bir gösterimi hem de operatörün belirli aralığı korumaya çalıştığı headway tabanlı hizmeti modelleyebilir. exact_times değerine bakmadan her kaydı dakikası dakikasına kalkış taahhüdü saymak veri tipini değiştirir. Benzer biçimde shapes.txt aracın çizgisel güzergâhını gösterebilir, fakat bu şekli kaldırım veya bisiklet yolu sanmak yanlıştır. Toplu taşıma hattının geometrisi aktif ulaşım ağının geometrisi değildir. Erişim analizi, durak çevresindeki ayrı yaya ve bisiklet bağlantılarını gerektirir.

İstasyon içi erişilebilirlikte boş değer ne demek?

GTFS, sefer düzeyinde wheelchair_accessible ve durak düzeyinde wheelchair_boarding gibi alanlar sunar. Referansa göre sefer alanında sıfır veya boş değer “bilgi yok” anlamına gelir; erişilebilirlik var ya da yok diye yorumlanamaz. Bu üç değerli mantık veri denetiminin temelidir: evet, hayır ve bilinmiyor ayrı kalmalıdır. Boşlukları otomatik olarak olumlu saymak kullanıcıyı yanıltabilir; otomatik olarak olumsuz saymak da mevcut hizmeti görünmez kılabilir. Rapor, eksik değer oranını ve yayıncının güncelleme tarihini ayrı göstermelidir.

Pathways örneği istasyon girişleri, merdiven, yürüyen merdiven, asansör, yürüyüş koridoru ve platform düğümlerini bir grafik olarak bağlar. Böylece bir uygulama yalnız istasyon merkez noktasını değil, iç dolaşım seçeneklerini modelleyebilir. Yine de standardın alanı desteklemesi, her operatörün bu alanları doldurduğunu veya fiziksel durumun değişmediğini kanıtlamaz. Asansör arızası, geçici kapanma veya sokak çalışması statik kayıtta görünmeyebilir. Veri sonucunun yanına “hangi feed sürümü, hangi tarih, hangi alan doluluk düzeyi?” soruları eklenmeden güvenlik veya erişilebilirlik garantisi verilmemelidir.

GBFS anlık durumu taşır, güvenli rotayı değil

GBFS 3.0 station_information istasyonun kimliği, konumu ve bazı kapasite özelliklerini; station_status ise araç, boş park yeri, kiralama ve iade durumunu taşır. Standart, durum verisinin olabildiğince gerçek zamanlı olmasını ve beş dakikadan eski olmamasını önerir. last_updated yayıncının sistemin mevcut durumuna ilişkin bilgi anını, last_reported istasyon veya aracın arka uca son bildirim anını anlatır. Bu iki zaman aynı değildir. Bir istemci yalnız sayı değerini kaydedip zaman damgasını atarsa, eski bir durumu güncelmiş gibi gösterebilir.

İstasyonda bisiklet görünmesi, oraya ulaşan ayrılmış bisiklet yolu bulunduğunu, yol yüzeyinin uygun olduğunu veya kavşak riskinin kabul edilebilir olduğunu söylemez. GBFS’nin amacı halka açık, mevcut paylaşımlı araç durumunu standart biçimde sunmaktır; tarihsel performans veya sokak güvenliği ölçümü değildir. AB düzenlemesinin bisiklet ağı, yaya ağı ve erişilebilirlik tesislerini ayrı veri kategorileri olarak listelemesi bu ayrımı güçlendirir. Aktif ulaşım analizi, araç bulunabilirliğini ağ bağlantısı, yol türü, geçişler ve güncel saha doğrulamasıyla tamamlamalıdır. Bu yazıda böyle bir saha doğrulaması yapılmadığı için rota veya süre sonucu üretilmiyor.

Yeniden üretilebilir erişim denetimi nasıl kaydedilir?

Denetim tablosunda her katman için yayıncı, kaynak URL’si, standart sürümü, veri seti kimliği, geçerlilik dönemi, son güncelleme ve kontrol tarihi tutulur. Ardından soruya uygun alanlar seçilir: GTFS’de hizmet takvimi ve erişilebilirlik kodları, GBFS’de sistem/istasyon durumu, yaya-bisiklet ağında bağlantı ve altyapı sınıfı. Eşleştirme toleransı ve bilinmeyen değer politikası yöntem notuna yazılır. Mesafe veya süre hesaplanacaksa ağ modeli, hız varsayımı, başlangıç-varış noktaları ve saat dilimi ayrıca açıklanır. Bu paket bunları hesaplamadığı için uydurma dakika veya kilometre vermez.

Sonuç dili de veri kadar önemlidir. “Durak erişilebilir” yerine “GTFS feed’inde belirli sefer için erişilebilirlik alanı olumlu, istasyon içi Pathways kaydı mevcut; sokak erişimi bu kaynaklarla doğrulanmadı” gibi katmanlı ifade kullanılabilir. “Bisiklet var” yerine zaman damgası ve kiralama durumu eklenir. Güvenli yolculuk sonucu için güncel resmi uyarılar, işletmeci bilgisi ve fiziksel koşullar ayrıca gerekir. Açık standartlar farklı sistemlerin konuşmasını sağlar; kullanıcıya belirli rota için emniyet garantisi vermez. Bu sınır korunursa toplu taşıma ile aktif ulaşım gerçekten aynı kapıdan kapıya soruda buluşabilir.

Bir erişim skoru yayımlanmadan önce hangi boşluklar görünür olmalı?

Farklı katmanları tek puanda birleştirmek çekici görünür, fakat eksik veriyi görünmez kılabilir. Örneğin GTFS hizmet kaydı bulunurken Pathways kaydı hiç yayımlanmamış olabilir; GBFS istasyonu güncel durum bildirirken çevredeki yaya veya bisiklet ağı kaynağının tarihi belirsiz kalabilir. Böyle bir tabloda dört katmanı da olumlu varsayarak “yüksek erişim” sonucu üretmek yerine, her katman için mevcut, mevcut değil ve bilinmiyor durumları ayrı gösterilmelidir. Kaynağın susması olumsuz saha bulgusu değildir. Aynı biçimde şemada bir alanın bulunması, yayınlanan feed’de o alanın dolu olduğu anlamına gelmez.

Yayın öncesi kontrol ayrıca zaman uyumuna bakar. Planlı hizmetin geçerlilik dönemi, GBFS durumunun son güncellemesi ve ağ verisinin sürümü aynı bilgi anını temsil etmeyebilir. Bu nedenle ekran görüntüsü veya tablo, sorgu zamanını ve her kaynağın kendi zaman damgasını birlikte taşımalıdır. Operatörün geçici duyuruları statik standart dosyasından ayrı olabilir; bakım, kapanma ve fiziksel engeller masaüstü eşleştirmede yakalanmayabilir. Sonuçtaki belirsizlik etiketi kullanıcıya yüklenen bir dipnot değil, analizin parçasıdır. Veri tamamlanmadan rota, süre, erişilebilirlik veya güvenlik puanı üretmemek; açık verinin değerini azaltmaz, hangi ek kanıtın gerektiğini dürüstçe gösterir.