Saya ingin dapat membuat buffer / zona / lingkaran waktu transit menggunakan sistem transportasi umum Denver. Untuk contoh tentang apa yang saya bicarakan, lihat triptropnyc.com - Saya tidak perlu terlihat hampir sama bagusnya , dan saya hanya memiliki satu tempat tujuan menarik.
Pemikiran saya sejauh ini adalah untuk mendistribusikan poin acak di sekitar bidang yang diminati dan kemudian meneruskan poin tersebut ke Google Maps API sedikit demi sedikit. Setelah saya memiliki waktu perjalanan, saya kemudian bisa menyisipkan di antara poin untuk mendapatkan buffer - kembali dari poin lebih banyak jika perlu untuk memperlancar perkiraan.
Apakah itu pendekatan yang valid? Apakah ada cara lain untuk memperkirakan waktu transit yang harus saya pertimbangkan? Mungkin sumber data lain yang akan lebih bermanfaat atau lebih mudah didapat?
Biarkan aku tahu apa yang Anda pikirkan.
sumber
Jawaban:
Saya juga setuju ini masalah yang menarik. Alih-alih buffering jalur transit, saya mulai dengan berhenti, yang merupakan bagian dari Spesifikasi Umpan Transit Google . Umpan RTD ada di sini . Mungkin menggunakan GraphServer untuk membangun pohon.
sumber
Saya mencoba sesuatu yang serupa sekali ( menggunakan NetworkCostCalculator FME ).
Bagian yang menarik adalah dalam visualisasi. Kami menulis data ke 3D PDF, dengan waktu sebagai sumbu Z, dan gambar latar belakang pada interval waktu tertentu.
Anda baru saja mengaktifkan gambar 10 menit, atau 15 menit dll - untuk menunjukkan seberapa jauh Anda bisa mendapatkan dalam waktu tertentu.
Dan jika Anda mengubah jaringan menjadi permukaan biaya terlihat seperti ini:
sumber
Anda memerlukan TCQM untuk melakukan transit calcs (ini buku gratis).
Bagaimanapun cara kita melakukannya di industri adalah kita membangun lapisan kontur berdasarkan waktu berjalan dari halte transit. Setiap pemberhentian transit dapat memakan waktu hingga 0,25 mil / 400 m dalam hal jarak berjalan kaki, yang biasanya merupakan nomor standar. Orang berjalan di mana saja antara 4 dan 6 km per jam, sehingga Anda dapat menganggap 4 atau 5 sebagai rata-rata. Jadi Anda memiliki jarak dan kecepatan, Anda bisa mendapatkan waktu dari itu.
sumber
Saya tahu saya terlambat dalam permainan, tetapi saya sarankan Anda memeriksa alat Crimestat untuk jarak jaringan jika Anda sudah memiliki poin yang disarankan oleh Kirk (dengan asumsi Anda juga memiliki file jaringan jalan).
Apakah Anda baru saja melakukan pengambilan sampel sederhana untuk memperkirakan kecepatan transit untuk mencapai hal ini karena tidak ada perkiraan online (atau menggunakan beberapa sumber lain untuk memperkirakan kecepatan)? Untuk proyek ini saya tidak akan berpikir itu tidak masuk akal untuk mengasumsikan kecepatan konstan.
sumber
Ini adalah masalah serius yang menarik dari sudut pandang kemampuan berjalan kaki di kota.
Pikiran pertama saya adalah memperlakukan peta transit seperti grafik dan cukup melakukan traversal ke setiap stasiun dari simpul akar (lokasi asal Anda). Kemudian, untuk setiap simpul berjalan, buat serangkaian lingkaran yang diperluas dengan perkiraan jarak berjalan (tidak terlalu banyak lingkaran yang diperluas, Anda bisa dengan mudah kehabisan daya pemrosesan). Setelah Anda membuat semua lingkaran untuk peta, Anda harus menghitung lingkaran apa yang tumpang tindih dan menyederhanakan geometri yang dihasilkan. Kemudian, Anda bisa memperlakukan setiap sisi seperti simpul dan setiap simpul seperti tepi untuk jaringan aliran untuk menghitung jalur berjalan optimal (menggunakan Ford Fulkerson atau apa pun).
Itu sebuah algoritma yang mungkin akan bekerja, tapi saya benar-benar ragu itu optimal. Saya pikir Anda baru saja menembak saya. ; P
sumber