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

тестова пропозиція для інструкції

Тест залучення розпорялника

маркдаун списки

• один
• два
• три

аоаоаоврврвртвттвтв
аааааааааа
оооооооооооо

тест маркдаун пропозиції

тест тест тест

Маркдаун маркдаун
тест

Перевірте достовірність даних: кількістні показники вивантажених даних, наприклад по вул.Путивльська, різниця з публічною картою в 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 місць) мають значення «Ні» — тобто невидимі для користувачів міських сервісів.