Пропозицій (5)

Прошу звернути увагу, на некоректні дані що надаються в розкладі руху GTFS Static. Наприклад, якщо взяти перший випуск трамвайного маршруту № 19. На сайті розкладу руху Київпастрансу все вірно, перший рейс (в напрямку від Контрактової площі до пл. Шевченка) - 05:46 на вул. Скляренка, 05:57 на пл. Шевченка. В даних, що надаються в GTFS Static - перший рейс (в напрямку від пл. Шевченка до Контрактової площі) - 05:57 на пл. Шевченка, 05:46 на вул. Скляренка. Тобто, дані відзеркалені - неправильний напрямок руху, внаслідок чого розклад руху йде від майбутнього в минуле по часу. Це не єдиний рейс, і не єдиний маршрут, де спостерігаються схожі технічні проблеми "відзеркалювання" часу та напрямку руху. Також прошу звернути увагу, на виїзди та заїзди із депо, рейси з відрядженням (заїзд у депо на обідню переву або виїзд із депо з обідньої перерви). Не є наявні всі необхідні рейси, де є виїзд із депо на кінцеву (з обідньої перерви або при початку зміни), або виїзд з кінцевої у депо (на обідню перерву або при закінченні зміни), таким чином є певне введення в оману по розкладу руху, ніби рухомий склад закінчує роботу на кінцевій, хоча по факту він ще якусь кількість зупинок везе пасажирів у напрямку депо. Прошу виправити ці недоліки, та додати всю необхідну інформацію (всі необхідні рейси) для якісного інформування щодо розкладу руху громадського транспорту.

Прошу звернути увагу, що не на всі актуальні на цей день маршрути є інформація щодо розкладу руху. Наприклад, після початку капітального ремонту шляхопроводу біля ст. м. Чернігівська, з'явились тимчасові трамвайні маршрути 22к, 23к, 25, 33к, по яким відсутня інформація щодо розкладу в GTFS Static. Хоча на самому сайті Київпастрансу розклад присутній, тож можу вважати, що ймовірно десь сталась технічна помилка. Прошу виправити та надалі уважніше слідкувати за актуальністю та повноцінністю інформації, що надається.

Перевірте достовірність даних: кількістні показники вивантажених даних, наприклад по вул.Путивльська, різниця з публічною картою в 10 раз. http://vgv.kks.kiev.ua/TrackBin/MapTrackBin/Index.

Дякую за оприлюднення даних про розклад КП Київпастранс у форматі GTFS! Це важливий фундамент для цифровізації міста, проте наразі цей ресурс покриває лише частину транспортної мережі, що обмежує можливості для пасажирів та розробників. Пропозиція: Запровадити публікацію єдиного консолідованого GTFS-фіду (Static та Realtime) для всього громадського транспорту столиці, де видавцем у полі feed_info виступатиме Департамент транспортної інфраструктури КМДА. Цей фід має об’єднати дані не лише Київпастрансу, а й метрополітену, фунікулеру, Kyiv City Express та всіх приватних перевізників (маршрутних таксі). Ключові аргументи для впровадження: - В Україні вже є успішний кейс реалізації такого підходу. У Львові ЛКП Львівавтодор централізовано публікує як статичні дані (GTFS Static), так і дані в реальному часі (GTFS Realtime) на міському порталі відкритих даних (https://opendata.city-adm.lviv.ua/dataset/lviv-public-transport-gtfs-real-time). Це забезпечує повну прозорість та високу якість відображення транспорту в усіх застосунках. Київ має потенціал не лише повторити, а й перевершити цей досвід. - Цифрова незалежність та усунення посередників. Наразі інтеграція Києва з Google Maps та іншими платформами значною мірою залежить від приватного посередника (зокрема EasyWay). Це створює ризики залежності від комерційних умов сторонньої компанії. Пряма публікація даних від імені ДТІ дозволить місту стати самостійним суб'єктом у відносинах із глобальними сервісами, гарантуючи стабільність та актуальність інформації без посередників. - Демократизація та відкритість даних. Створення єдиного міського фіду зробить дані публічним надбанням. Будь-який український чи міжнародний розробник чи стартап зможе використовувати їх безплатно та без необхідності домовлятися про умови доступу з приватними структурами. Це стимулюватиме розвиток нових локальних сервісів та аналітичних інструментів для міста. - Безшовна мультимодальність та Realtime-моніторинг. Тільки об'єднання всіх видів транспорту в один масив дозволяє алгоритмам точно розраховувати пересадки між електричкою, метро та автобусом. Враховуючи, що КП Київпастранс уже працює з GTFS-Realtime, логічним кроком є масштабування цього стандарту на весь транспортний вузол Києва під егідою одного Департаменту. - Контроль якості та суб'єктність міста. Централізація даних дозволить Департаменту встановити єдині стандарти якості для всіх перевізників (комунальних і приватних), що гарантуватиме актуальність інформації для мешканців та гостей столиці. Публікація повних і відкритих транспортних даних — це стандарт сучасного європейського мегаполіса. Сподіваюсь на підтримку цієї ініціативи, що зробить Київ зручнішим та технологічнішим.

Набір фіксує 93 485 паркомісць на 1 000 майданчиках. Для міста з населенням ~4 млн це покриває лише організоване паркування при ТРЦ, БЦ та на комунальних майданчиках. Поза обліком залишаються: - дворові території житлових будинків (спальні райони — основна частина фактичного паркування міста); - стихійні паркування вздовж вулиць без облаштованих майданчиків; - паркування при закладах, що не мають формального статусу майданчика. Фактична кількість місць, де щодня паркуються кияни, може перевищувати наявні дані в рази. Набір даних де-факто описує лише регульований сегмент, але не називає цього явно — що може створювати хибне враження повноти. Рекомендації: 1. Вказати в описі набору даних межі охоплення — що саме входить, а що ні (наприклад: «набір не включає дворові території, вуличне паркування без облаштованих майданчиків»). 2. Нормалізувати дані: виправити дублювання через регістр у payment_type («касовий апарат» / «Касовий апарат» — 49 + 301 записів), друкарські помилки в tech («дорожні знвки», «знауки», «дорозні»), стандартизувати поле price_t (зараз мікс чисел і вільного тексту). 3. Заповнити пропуски: зона паркування (p_zone) відсутня у 63% записів, інвентарний номер — у 63%, тип оплати — у 24%. 4. Переглянути прапорець na_karti: 478 із 1 000 майданчиків (35 328 місць) мають значення «Ні» — тобто невидимі для користувачів міських сервісів.