# Glosarium mobilitas dan data. Definisi sederhana untuk memahami transportasi, layanan lokal, dan alat yang menghubungkannya dengan aplikasi Anda. Source: https://www.roote.ai/id/glosarium-mobilitas/ Language: id Author: ROOTE ## Sepeda berbagi pakai Layanan yang memungkinkan peminjaman sepeda untuk penggunaan sementara sesuai ketentuan operator. Bisa beroperasi dengan stasiun atau kendaraan bebas stasiun. Contoh : Anda menemukan sepeda lalu menggunakan layanan sewa terkait. Pelajari lebih lanjut di panduan : [Cara Menemukan Sepeda Layanan Mandiri di Dekat Saya?](https://www.roote.ai/id/guides/cara-menemukan-sepeda-layani-diri-di-dekat-saya/) ## Mobilitas bersama Kumpulan layanan yang memberi akses pada kendaraan yang dipakai bergantian oleh banyak orang, bukan kendaraan milik individu. Contoh : Sepeda dan skuter yang disewakan di sebuah kota. Pelajari lebih lanjut di panduan : [Cara Menemukan Sepeda Layanan Mandiri di Dekat Saya?](https://www.roote.ai/id/guides/cara-menemukan-sepeda-layani-diri-di-dekat-saya/) ## Tiang pengait Perlengkapan di stasiun tempat sepeda bisa dikaitkan. Kehadirannya tidak menjamin penerimaan pengembalian saat itu juga. Contoh : Tempat pengembalian harus tersedia dan bisa digunakan. Pelajari lebih lanjut di panduan : [Stasiun Sepeda Kosong atau Penuh: Apa yang Harus Dilakukan?](https://www.roote.ai/id/guides/stasiun-sepeda-kosong-atau-penuh-apa-yang-harus-dilakukan/) ## Stasiun sepeda Tempat terorganisir untuk mengambil atau mengembalikan sepeda bersama. Koordinat, kapasitas, dan ketersediaan menggambarkan aspek berbeda stasiun. Contoh : Stasiun bisa muncul di peta dan sementara kosong. Pelajari lebih lanjut di panduan : [Stasiun Sepeda Kosong atau Penuh: Apa yang Harus Dilakukan?](https://www.roote.ai/id/guides/stasiun-sepeda-kosong-atau-penuh-apa-yang-harus-dilakukan/) ## Bebas stasiun — free-floating Sistem dimana kendaraan tidak wajib diambil atau dikembalikan ke tiang tetap. Zona dan aturan parkir tetap sesuai layanan. Contoh : Skuter harus dikembalikan di zona yang diizinkan. Pelajari lebih lanjut di panduan : [Sepeda di Stasiun atau Tanpa Stasiun: Apa Perbedaannya?](https://www.roote.ai/id/guides/sepeda-di-stasiun-atau-tanpa-stasiun-apa-perbedaannya/) ## Ketersediaan Kondisi atau jumlah yang menunjukkan apa yang bisa digunakan berdasarkan info terkini. Ketersediaan teramati bisa berubah dan bukan reservasi. Contoh : Tiga sepeda teramati di stasiun bukan berarti tiga sepeda tersedia untuk dipesan. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Pengambilan kendaraan Tindakan mulai menggunakan kendaraan. Meteran positif saja tidak cukup jika layanan menandakan pengambilan sedang dinonaktifkan. Contoh : Sepeda tersedia tapi stasiun bisa jadi tidak mengizinkan sewa. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Pengembalian Akhir penggunaan kendaraan sesuai aturan layanan. Tempat pengembalian bisa berbeda dengan tempat pengambilan. Contoh : Stasiun mengizinkan keberangkatan tapi tidak punya tempat pengembalian. Pelajari lebih lanjut di panduan : [Stasiun Sepeda Kosong atau Penuh: Apa yang Harus Dilakukan?](https://www.roote.ai/id/guides/stasiun-sepeda-kosong-atau-penuh-apa-yang-harus-dilakukan/) ## Sepeda listrik Sepeda dengan motor yang membantu kayuhan sesuai karakteristiknya. Dalam data mobilitas, tipe penggerak dan baterai bisa dipisahkan. Contoh : Stasiun dapat membedakan sepeda mekanik dan listrik. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Intermodalitas Penggunaan beberapa moda transportasi berurutan dalam satu perjalanan. Setiap segmen punya jadwal, akses, dan kondisi tersendiri. Contoh : Anda naik trem dengan sepeda, lalu lanjut jalan kaki. Pelajari lebih lanjut di panduan : [Bagaimana Menggabungkan Sepeda dan Transportasi Umum dalam Keseharian?](https://www.roote.ai/id/guides/cara-menggabungkan-sepeda-dan-transportasi-umum-sehari-hari/) ## Tempat berhenti angkutan Tempat layanan angkutan menaikkan atau menurunkan penumpang. Halte terbuka tidak otomatis menunjukkan jadwal berikutnya. Contoh : Halte bus muncul tanpa jadwal keberangkatan. Pelajari lebih lanjut di panduan : [Bagaimana cara menemukan titik berhenti bus atau tram terdekat?](https://www.roote.ai/id/guides/cara-menemukan-titik-berhenti-bus-atau-tram-terdekat/) ## Peron Ruang atau titik naik di tempat transportasi. Beberapa peron berdekatan bisa melayani arah atau layanan berbeda. Contoh : Dua arah jalur bisa memakai peron yang berbeda. Pelajari lebih lanjut di panduan : [Bagaimana cara menemukan halte bus dan arah yang tepat?](https://www.roote.ai/id/guides/cara-menemukan-haltestasi-bus-dan-arah-yang-tepat/) ## Rute Layanan transportasi teridentifikasi dalam jaringan, dengan satu atau beberapa trayek atau varian. Nama rute tidak cukup untuk menentukan arah yang benar. Contoh : Rute yang sama bisa punya beberapa terminus. Pelajari lebih lanjut di panduan : [Bagaimana cara menemukan halte bus dan arah yang tepat?](https://www.roote.ai/id/guides/cara-menemukan-haltestasi-bus-dan-arah-yang-tepat/) ## Perjalanan Pelaksanaan layanan transportasi terkait trayek dan waktu tempuh. Dalam GTFS, perjalanan terkait rute dan kalender layanan. Contoh : Dua keberangkatan berturut-turut dari rute sama adalah dua perjalanan berbeda. Pelajari lebih lanjut di panduan : [GTFS, GTFS-RT, dan GBFS: Apa Perbedaannya?](https://www.roote.ai/id/guides/gtfs-gtfs-rt-dan-gbfs-apa-perbedaannya/) ## Arah Tanda arah atau tujuan layanan. Harus dicek bersama trayek dan tempat naiknya. Contoh : Anda cari trem ke tujuan, bukan arah sebaliknya. Pelajari lebih lanjut di panduan : [Bagaimana cara menemukan halte bus dan arah yang tepat?](https://www.roote.ai/id/guides/cara-menemukan-haltestasi-bus-dan-arah-yang-tepat/) ## Terminasi Akhir trayek transportasi. Rute bisa punya varian dengan terminasi berbeda. Contoh : Layanan pendek berakhir sebelum terminasi normal. Pelajari lebih lanjut di panduan : [Bagaimana cara menemukan halte bus dan arah yang tepat?](https://www.roote.ai/id/guides/cara-menemukan-haltestasi-bus-dan-arah-yang-tepat/) ## Tukar moda Perpindahan dari satu layanan atau moda ke lain selama perjalanan. Kedekatan dua halte tidak menjamin transfer bisa dilakukan. Contoh : Harus memperhitungkan jalan dan menunggu antar peron. Pelajari lebih lanjut di panduan : [Cara Membaca Peta Bus, Tram, atau Metro](https://www.roote.ai/id/guides/cara-membaca-peta-bus-tram-atau-metro/) ## Jadwal resmi Waktu yang dijadwalkan di layanan pada tanggal dan waktu tertentu. Tidak selalu menggambarkan kondisi kendaraan saat ini. Contoh : Keberangkatan dijadwalkan pukul 08.10 dalam kalender. Pelajari lebih lanjut di panduan : [Jadwal Bus: Apa Perbedaan Antara Jadwal Teoritis dan Waktu Nyata?](https://www.roote.ai/id/guides/jadwal-bus-perbedaan-antara-jadwal-teoritis-dan-waktu-nyata/) ## Perkiraan waktu Perkiraan waktu lewat berdasarkan data yang tersedia. Bisa berubah seiring data baru masuk. Contoh : Jadwal 08.10 sekarang diperkirakan pukul 08.14. Pelajari lebih lanjut di panduan : [Jadwal Bus: Apa Perbedaan Antara Jadwal Teoritis dan Waktu Nyata?](https://www.roote.ai/id/guides/jadwal-bus-perbedaan-antara-jadwal-teoritis-dan-waktu-nyata/) ## Keberangkatan berikutnya Jadwal keberangkatan yang akan datang untuk tempat dan layanan. Menemukan halte bukan berarti mencari jadwal keberangkatan berikut. Contoh : Daftar halte dan jadwal keberangkatan adalah dua hasil berbeda. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Gangguan Kejadian yang memengaruhi layanan, seperti gangguan atau perubahan rute. Efeknya terbaca dalam cakupan dan periode yang disebutkan. Contoh : Peringatan mungkin hanya berlaku untuk rute tertentu dan waktu terbatas. Pelajari lebih lanjut di panduan : [Cara Membuat Asisten yang Menemukan Mobilitas di Sekitar Sebuah Alamat?](https://www.roote.ai/id/guides/cara-membuat-asisten-mobilitas-di-sekitar-alamat/) ## Kalender layanan Informasi yang menggambarkan hari layanan transportasi berjalan, dengan kemungkinan pengecualian. Jadwal harus diinterpretasi dengan kalender ini. Contoh : Layanan yang dijadwalkan hari kerja mungkin tidak ada hari Minggu. Pelajari lebih lanjut di panduan : [GTFS, GTFS-RT, dan GBFS: Apa Perbedaannya?](https://www.roote.ai/id/guides/gtfs-gtfs-rt-dan-gbfs-apa-perbedaannya/) ## Layanan perkotaan Fasilitas atau layanan berguna dekat suatu tempat, misalnya toilet, titik air, atau stasiun isi ulang. Atributnya mungkin tidak lengkap. Contoh : Hasil pencarian layanan lokal menjelaskan layanan dan info yang diketahui. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Toilet umum Toilet untuk penggunaan publik sesuai ketentuan tempat. Ada di data tidak menjamin gratis, buka, atau akses saat ini. Contoh : Periksa ketentuan sebelum pergi. Pelajari lebih lanjut di panduan : [Bagaimana cara menemukan toilet umum gratis di sekitar saya?](https://www.roote.ai/id/guides/cara-menemukan-toilet-umum-gratis-di-sekitar-saya/) ## Aksesibilitas Karakteristik yang memungkinkan pemakaian tempat atau layanan sesuai kebutuhan pengguna. Data tidak dikenal bukan berarti aksesibel atau tidak. Contoh : Akses kursi roda bisa diketahui atau tidak diketahui. Pelajari lebih lanjut di panduan : [Toilet Umum Aksesibel: Apa yang Harus Diperiksa Sebelum Berpergian?](https://www.roote.ai/id/guides/toilet-umum-aksesibel-apa-yang-harus-diperiksa-sebelum-berpergian/) ## Penyandang disabilitas mobilitas — PMR Orang dengan kesulitan bergerak, sementara atau permanen. Label PMR saja tidak menjelaskan seluruh akses dan fasilitas yang diperlukan. Contoh : Ada ramp tidak menjamin semua hambatan teratasi. Pelajari lebih lanjut di panduan : [Toilet Umum Aksesibel: Apa yang Harus Diperiksa Sebelum Berpergian?](https://www.roote.ai/id/guides/toilet-umum-aksesibel-apa-yang-harus-diperiksa-sebelum-berpergian/) ## Jam buka Interval waktu saat tempat mengumumkan buka. Bukan konfirmasi langsung dari operasi saat itu. Contoh : Penutupan sementara mungkin tidak tercermin di jam reguler. Pelajari lebih lanjut di panduan : [Bagaimana cara menemukan toilet umum gratis di sekitar saya?](https://www.roote.ai/id/guides/cara-menemukan-toilet-umum-gratis-di-sekitar-saya/) ## Air minum Air yang dinyatakan aman untuk manusia. Titik air atau keran tidak boleh disebut minum tanpa info eksplisit. Contoh : Jenis fasilitas dan atribut harus dibedakan. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Stasiun pengisian Perlengkapan untuk mengisi ulang kendaraan yang kompatibel. Menemukan stasiun tidak menjamin ketersediaan atau kecocokan konektor. Contoh : Lokasi dan status pemakaian adalah informasi berbeda. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Jenis layanan Kategori untuk memilih atau mendeskripsikan layanan kota. Nilai diterima bergantung pada antarmuka dan skema. Contoh : API Layanan ROOTE menggunakan types=toilets untuk toilet. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Geolokasi Penentuan posisi geografis oleh perangkat atau aplikasi. Bergantung izin dan akurasi tersedia. Contoh : Tombol lokasi meminta izin peramban. Pelajari lebih lanjut di panduan : [Cara Mengintegrasikan Peta Mobilitas di Situs Anda?](https://www.roote.ai/id/guides/cara-mengintegrasikan-peta-mobilitas-di-situs-anda/) ## Koordinat GPS Nilai untuk merepresentasikan titik geografis, biasanya lintang dan bujur. Urutannya harus dijelaskan di antarmuka. Contoh : Pencarian lokasi menerima dua koordinat berbeda. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Lintang Koordinat menunjukkan posisi utara atau selatan khatulistiwa, dalam derajat. Nilai valid antara −90 sampai 90. Contoh : Lintang titik pencarian dikirim di lat. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Bujur Koordinat menunjukkan posisi timur-barat dari meridian utama. Contoh ROOTE menggunakan derajat antara −180 dan 180. Contoh : Bujur bisa dikirim di lon atau alias lng. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Geokoding Pencarian mengubah alamat atau ungkapan geografis menjadi kandidat dengan koordinat. Bisa ada banyak tempat untuk satu input. Contoh : Dua kota bisa punya jalan dengan nama sama. Pelajari lebih lanjut di panduan : [Cara Membuat Asisten yang Menemukan Mobilitas di Sekitar Sebuah Alamat?](https://www.roote.ai/id/guides/cara-membuat-asisten-mobilitas-di-sekitar-alamat/) ## Geokoding terbalik Mencari tempat atau label dari koordinat. Hasil bisa mewakili lokasi dekat, bukan alamat pasti. Contoh : Titik GPS dihubungkan ke label yang dapat dibaca. Pelajari lebih lanjut di panduan : [Apa itu server MCP dan untuk apa digunakan?](https://www.roote.ai/id/guides/apa-itu-server-mcp-dan-untuk-apa/) ## Titik minat — POI Tempat yang dapat diketahui berguna untuk pencarian, seperti fasilitas atau perlengkapan. POI berbeda dari alamat pos biasa. Contoh : Nama hotel bisa dicari sebagai fasilitas. Pelajari lebih lanjut di panduan : [Cara Membuat Asisten yang Menemukan Mobilitas di Sekitar Sebuah Alamat?](https://www.roote.ai/id/guides/cara-membuat-asisten-mobilitas-di-sekitar-alamat/) ## Titik awal pencarian Titik untuk pencarian di sekitar dan perhitungan jarak. Bisa berbeda dari pusat peta yang tampil. Contoh : Kamera bergerak tapi pencarian tetap di Bordeaux. Pelajari lebih lanjut di panduan : [Cara Mengintegrasikan Peta Mobilitas di Situs Anda?](https://www.roote.ai/id/guides/cara-mengintegrasikan-peta-mobilitas-di-situs-anda/) ## Radius pencarian Jarak dari titik awal untuk pembatasan pencarian. Satuan dan batas bergantung kontrak rute atau alat. Contoh : radius=600 meminta radius 600 meter di contoh REST. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Jarak geografis Jarak antar posisi yang dihitung menurut metode layanan. Tidak otomatis jarak rute atau waktu jalan kaki. Contoh : Tempat dekat bisa perlu jalan memutar untuk akses. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Zoom peta Level pembesaran tampilan peta. Mengendalikan tampilan dan tidak menggantikan radius permintaan API. Contoh : zoom=15 mendekatkan tampilan peta. Pelajari lebih lanjut di panduan : [Cara Mengintegrasikan Peta Mobilitas di Situs Anda?](https://www.roote.ai/id/guides/cara-mengintegrasikan-peta-mobilitas-di-situs-anda/) ## Data waktu nyata Informasi terbaru untuk menggambarkan situasi baru atau memperbarui estimasi. Kesegarannya perlu dinilai; waktu nyata bukan berarti instan atau dijamin. Contoh : Estimasi waktu lewat diperbarui dari data baru. Pelajari lebih lanjut di panduan : [Jadwal Bus: Apa Perbedaan Antara Jadwal Teoritis dan Waktu Nyata?](https://www.roote.ai/id/guides/jadwal-bus-perbedaan-antara-jadwal-teoritis-dan-waktu-nyata/) ## Pengamatan Kondisi atau kejadian yang terdeteksi pada waktu tertentu. Berbeda dengan kejadian yang dijadwalkan atau diperkirakan. Contoh : Kedatangan bus bisa berbeda dari estimasi. Pelajari lebih lanjut di panduan : [Jadwal Bus: Apa Perbedaan Antara Jadwal Teoritis dan Waktu Nyata?](https://www.roote.ai/id/guides/jadwal-bus-perbedaan-antara-jadwal-teoritis-dan-waktu-nyata/) ## Kesegaran data Kualifikasi kekinian informasi berdasarkan tanggal dan aturan kontrak. Waktu akses tidak cukup bukti kesegaran sumber. Contoh : Meteran yang diterima sekarang bisa dari pengamatan lama. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Penanda waktu Tanda waktu terkait data atau kejadian. Artinya tergantung bidang: pengamatan, pembaruan, penerimaan, atau kedaluwarsa. Contoh : source_updated_at dan received_at menunjukkan tahap berbeda. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Data kadaluarsa — stale Informasi dinilai terlalu tua menurut kontrak atau kebijakan. Bisa disimpan sebagai arsip tanpa ditampilkan sebagai data segar. Contoh : Antarmuka mengindikasikan ketersediaan harus diperbarui. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Waktu hidup data — TTL Durasi untuk mengelola validitas atau pembaruan data cache sesuai kontrak. Tidak membuktikan waktu pengamatan sumber sendiri. Contoh : Cache kedaluwarsa harus mengikuti kebijakan pembaruan. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Cache Penyimpanan sementara hasil untuk menghindari pencarian identik berulang. Nilai cache tetap punya asal dan konteks waktu. Contoh : Dua permintaan identik bisa memakai jawaban yang masih berlaku. Pelajari lebih lanjut di panduan : [Ketersediaan sepeda waktu nyata: bagaimana menampilkannya dalam aplikasi?](https://www.roote.ai/id/guides/ketersediaan-sepeda-waktu-nyata-cara-penampilan-aplikasi/) ## Cakupan Batas dan tingkat kelengkapan informasi untuk pencarian atau sumber. Cakupan parsial membatasi kesimpulan yang mungkin. Contoh : Daftar bisa berguna meski tidak mewakili semua layanan. Pelajari lebih lanjut di panduan : [Hasil Kosong atau Error API: Bagaimana Membedakannya?](https://www.roote.ai/id/guides/hasil-kosong-atau-error-api-bagaimana-membedakannya/) ## Asal data Informasi yang mengidentifikasi asal data dan cara pembuatannya menurut kontrak. Membantu interpretasi cakupan. Contoh : Hasil menyimpan sumber dan konteks pengumpulan. Pelajari lebih lanjut di panduan : [Cara Membuat Asisten yang Menemukan Mobilitas di Sekitar Sebuah Alamat?](https://www.roote.ai/id/guides/cara-membuat-asisten-mobilitas-di-sekitar-alamat/) ## Atribusi Keterangan penyedia atau sumber terkait data. Bila diwajibkan, pengalaman yang menggunakan hasil harus menampilkannya. Contoh : Atribusi dengan required=true harus disimpan di antarmuka. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## GTFS Schedule Format standar yang mendeskripsikan penawaran transportasi terjadwal: halte, rute, perjalanan, kalender, dan jadwal. Tidak otomatis menyediakan pembaruan waktu nyata. Contoh : Jadwal terkait perjalanan dan hari layanan. Pelajari lebih lanjut di panduan : [GTFS, GTFS-RT, dan GBFS: Apa Perbedaannya?](https://www.roote.ai/id/guides/gtfs-gtfs-rt-dan-gbfs-apa-perbedaannya/) ## GTFS Realtime — GTFS-RT Format standar untuk menyampaikan pembaruan perjalanan, posisi kendaraan, dan peringatan. Kategori yang diterbitkan tergantung produsen. Contoh : Aliran posisi tidak berarti estimasi untuk semua halte. Pelajari lebih lanjut di panduan : [GTFS, GTFS-RT, dan GBFS: Apa Perbedaannya?](https://www.roote.ai/id/guides/gtfs-gtfs-rt-dan-gbfs-apa-perbedaannya/) ## GBFS Format standar data publik mobilitas bersama. Bergantung versi dan aliran, mendeskripsikan sistem, stasiun, kendaraan, dan statusnya. Contoh : Info stasiun dan hitung ketersediaan terpisah. Pelajari lebih lanjut di panduan : [GTFS, GTFS-RT, dan GBFS: Apa Perbedaannya?](https://www.roote.ai/id/guides/gtfs-gtfs-rt-dan-gbfs-apa-perbedaannya/) ## Nilai tidak diketahui — null Ketiadaan nilai yang diketahui dalam kontrak memakai null untuk makna ini. Tidak boleh diganti nol, false, atau bukti ketiadaan. Contoh : Meteran sepeda null tidak berarti stasiun kosong. Pelajari lebih lanjut di panduan : [Hasil Kosong atau Error API: Bagaimana Membedakannya?](https://www.roote.ai/id/guides/hasil-kosong-atau-error-api-bagaimana-membedakannya/) ## API Antarmuka yang memungkinkan program memakai kapabilitas layanan lain melalui kontrak. Menjelaskan masukan dan keluaran yang diharapkan. Contoh : Aplikasi mencari halte dengan API ROOTE. Pelajari lebih lanjut di panduan : [API atau MCP: mana yang harus dipilih untuk mengintegrasikan data mobilitas?](https://www.roote.ai/id/guides/api-atau-mcp-pilih-integrasi-mobilitas/) ## API REST Pendekatan antarmuka HTTP memakai sumber daya dan mekanisme web. Kontrak API menjelaskan rute, metode, dan representasi. Contoh : Pencarian dikirim ke rute GET yang terdokumentasi. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Endpoint — rute API Alamat dan operasi yang disediakan API untuk suatu kapabilitas. Rute berbeda bisa mengembalikan keluarga hasil berbeda. Contoh : /v1/transit/nearby mencari lokasi transportasi. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Parameter kueri Nilai yang dikirim dalam bagian URL setelah tanda tanya. Nama dan formatnya ditentukan antarmuka. Contoh : modes=bus,tram memilih moda dalam URL. Pelajari lebih lanjut di panduan : [Cara Mengintegrasikan Peta Mobilitas di Situs Anda?](https://www.roote.ai/id/guides/cara-mengintegrasikan-peta-mobilitas-di-situs-anda/) ## Status HTTP Kode menunjukan hasil permintaan di tingkat HTTP. Harus disertai validasi konten dan status bisnis. Contoh : HTTP 200 bisa berisi status error bisnis. Pelajari lebih lanjut di panduan : [Hasil Kosong atau Error API: Bagaimana Membedakannya?](https://www.roote.ai/id/guides/hasil-kosong-atau-error-api-bagaimana-membedakannya/) ## Hasil kosong — empty Pencarian yang tidak mengembalikan entitas dalam cakupan yang diajukan. Tidak membuktikan ketiadaan fisik layanan di luar data. Contoh : Tidak ada halte ditemukan dengan filter yang diminta. Pelajari lebih lanjut di panduan : [Hasil Kosong atau Error API: Bagaimana Membedakannya?](https://www.roote.ai/id/guides/hasil-kosong-atau-error-api-bagaimana-membedakannya/) ## Jawaban sebagian — partial Hasil berisi informasi yang bisa dipakai dengan keterbatasan atau elemen hilang yang diberi tanda. Harus ada peringatan terkait. Contoh : Satu sumber menjawab sedangkan lainnya tidak tersedia. Pelajari lebih lanjut di panduan : [Hasil Kosong atau Error API: Bagaimana Membedakannya?](https://www.roote.ai/id/guides/hasil-kosong-atau-error-api-bagaimana-membedakannya/) ## Waktu habis — timeout Penghentian tunggu yang melebihi batas waktu operasi. Menandakan pencarian gagal, bukan ketiadaan hasil. Contoh : Aplikasi menyarankan coba lagi, bukan tampilkan daftar kosong. Pelajari lebih lanjut di panduan : [Hasil Kosong atau Error API: Bagaimana Membedakannya?](https://www.roote.ai/id/guides/hasil-kosong-atau-error-api-bagaimana-membedakannya/) ## Batas frekuensi — rate limit Pembatasan kecepatan permintaan yang diizinkan oleh layanan. Aturan dan saran bergantung kontrak. Contoh : Kode 429 menandakan harus menghormati aturan penundaan. Pelajari lebih lanjut di panduan : [Hasil Kosong atau Error API: Bagaimana Membedakannya?](https://www.roote.ai/id/guides/hasil-kosong-atau-error-api-bagaimana-membedakannya/) ## Token Bearer Identitas akses yang dikirim di header Authorization sesuai mekanisme. Harus disimpan dengan konfigurasi aman. Contoh : Authorization: Bearer dipakai tanpa publikasikan token di URL. Pelajari lebih lanjut di panduan : [Cara Menghubungkan Asisten IA ke MCP ROOTE?](https://www.roote.ai/id/guides/cara-menghubungkan-asisten-ia-ke-mcp-roote/) ## JSON Format teks terstruktur menggunakan objek, array, string, dan angka. JSON yang valid secara sintaks bisa saja tidak sesuai skema API. Contoh : Koleksi stasiun harus memiliki tipe dan bidang yang diharapkan. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## OpenAPI Spesifikasi yang mendeskripsikan kontrak API HTTP dalam dokumen terstruktur. Membantu verifikasi rute, parameter, jawaban, dan skema. Contoh : Kontrak ROOTE diterbitkan dalam openapi.json. Pelajari lebih lanjut di panduan : [Bagaimana Cara Mencari Henti Transportasi Terdekat dengan API?](https://www.roote.ai/id/guides/cara-mencari-henti-transit-terdekat-dengan-api/) ## Embed — peta tersemat Menyisipkan pengalaman eksternal dalam halaman, misal peta dalam iframe. Parameter dan izin menentukan konteks penggunaan. Contoh : Iframe ROOTE tampilkan sepeda di sekitar Bordeaux. Pelajari lebih lanjut di panduan : [Cara Mengintegrasikan Peta Mobilitas di Situs Anda?](https://www.roote.ai/id/guides/cara-mengintegrasikan-peta-mobilitas-di-situs-anda/) ## Iframe Elemen HTML yang memuat dokumen dalam halaman. Pada domain berbeda, halaman induk tidak bebas baca status dokumen tersemat. Contoh : Perubahan pencarian butuh komunikasi terdokumentasi ke induk. Pelajari lebih lanjut di panduan : [Cara Mengintegrasikan Peta Mobilitas di Situs Anda?](https://www.roote.ai/id/guides/cara-mengintegrasikan-peta-mobilitas-di-situs-anda/) ## MCP — Model Context Protocol Protokol yang memungkinkan aplikasi AI berkomunikasi dengan server yang menyediakan alat atau konteks. Tidak sendiri menentukan kualitas data. Contoh : Asisten menemukan alat pencarian ROOTE. Pelajari lebih lanjut di panduan : [Apa itu server MCP dan untuk apa digunakan?](https://www.roote.ai/id/guides/apa-itu-server-mcp-dan-untuk-apa/) ## Server MCP Program yang menyajikan kapabilitas sesuai protokol MCP. Alat yang diumumkan menentukan apa yang bisa dipanggil klien. Contoh : tools/list menampilkan inventaris tersedia. Pelajari lebih lanjut di panduan : [Apa itu server MCP dan untuk apa digunakan?](https://www.roote.ai/id/guides/apa-itu-server-mcp-dan-untuk-apa/) ## Klien MCP Komponen aplikasi AI yang berinteraksi dengan server MCP. Mengelola protokol untuk koneksi tersebut. Contoh : Klien mengirim argumen pencarian ke ROOTE. Pelajari lebih lanjut di panduan : [Apa itu server MCP dan untuk apa digunakan?](https://www.roote.ai/id/guides/apa-itu-server-mcp-dan-untuk-apa/) ## Aplikasi host MCP Aplikasi yang menampung interaksi pengguna dan mengelola satu atau lebih klien MCP. Bertanggung jawab menggunakan hasil dalam pengalaman. Contoh : Aplikasi percakapan Anda menghubungkan server ROOTE. Pelajari lebih lanjut di panduan : [Apa itu server MCP dan untuk apa digunakan?](https://www.roote.ai/id/guides/apa-itu-server-mcp-dan-untuk-apa/) ## Alat MCP Kapabilitas yang dapat dijalankan dengan nama, fungsi, dan skema argumen. Asisten harus menggunakan masukan sesuai skema. Contoh : geocode menerima alamat; transit_nearby menerima koordinat. Pelajari lebih lanjut di panduan : [Cara Menghubungkan Asisten IA ke MCP ROOTE?](https://www.roote.ai/id/guides/cara-menghubungkan-asisten-ia-ke-mcp-roote/) ## Streamable HTTP Transport MCP yang menggunakan HTTP untuk komunikasi dengan server jauh. Dukungan harus dipastikan di klien. Contoh : Server ROOTE jarak jauh pakai https://mcp.roote.ai/mcp. Pelajari lebih lanjut di panduan : [Cara Menghubungkan Asisten IA ke MCP ROOTE?](https://www.roote.ai/id/guides/cara-menghubungkan-asisten-ia-ke-mcp-roote/) ## Jawaban berdasar data — grounding Pembuatan jawaban dari informasi yang benar-benar diambil atau disediakan. Kolom yang hilang dan batasan harus terlihat. Contoh : Asisten mengulang tempat yang dikembalikan tanpa membuat jadwal. Pelajari lebih lanjut di panduan : [Cara Membuat Asisten yang Menemukan Mobilitas di Sekitar Sebuah Alamat?](https://www.roote.ai/id/guides/cara-membuat-asisten-mobilitas-di-sekitar-alamat/) ## Halusinasi asisten AI Produksi informasi yang tidak diperdalam tapi disajikan seolah diketahui. Dalam mobilitas, bisa jadwal atau ketersediaan palsu. Contoh : Asisten mengumumkan kedatangan padahal alat hanya mengembalikan halte. Pelajari lebih lanjut di panduan : [Cara Membuat Asisten yang Menemukan Mobilitas di Sekitar Sebuah Alamat?](https://www.roote.ai/id/guides/cara-membuat-asisten-mobilitas-di-sekitar-alamat/) ## Injeksi prompt Upaya menggunakan konten eksternal untuk mengubah instruksi asisten. Deskripsi penyedia harus tetap data, bukan perintah. Contoh : Instruksi tersembunyi di nama tempat tidak boleh dieksekusi. Pelajari lebih lanjut di panduan : [Cara Membuat Asisten yang Menemukan Mobilitas di Sekitar Sebuah Alamat?](https://www.roote.ai/id/guides/cara-membuat-asisten-mobilitas-di-sekitar-alamat/) ## Hanya baca Kemampuan untuk melihat tanpa mengubah yang direncanakan alat. Membaca ketersediaan tidak memesan, membuka kunci, atau menyewa kendaraan. Contoh : Alat Data ROOTE untuk melihat informasi. Pelajari lebih lanjut di panduan : [Apa itu server MCP dan untuk apa digunakan?](https://www.roote.ai/id/guides/apa-itu-server-mcp-dan-untuk-apa/)