1. Коротка довідка

2. Підготовка даних та структура набору

Набір даних рекомендовано оприлюднювати через API (інтерфейс прикладного програмування) систем GPS-моніторингу відповідно до стандарту GTFS Realtime або його аналогів. Допустимим є використання інших форматів структурованих даних, наприклад, JSON або XML. При цьому розпорядники мають забезпечити наявність атрибутів набору, що перелічені нижче.

Ресурсом набору є посилання (кінцева точка API) на файл, що містить дані про місцезнаходження громадського транспорту в даний момент часу. У випадку стандарту GTFS Realtime використовуються файли у форматі PROTO. GTFS наразі підтримує такі типи даних:

1. оновлення поїздок (trip updates) — затримки, скасування, зміна маршрутів;

2. службові сповіщення (service alerts) — зупинки руху, непередбачені події, що впливають на рух;

3. позиції транспортних засобів (vehicle positions) — інформація про транспортні засоби, у тому числі місцеположення та рівень заторів.

Графік руху та інша довідкова інформація подається у форматі TXT або CSV відповідно до стандарту GTFS Static.

Набір даних має містити вичерпний перелік транспортних засобів, що перебувають на маршрутах у відповідний момент часу. По кожному транспортному засобу необхідно забезпечити наявність таких атрибутів:

1. унікальний ідентифікатор транспортного засобу в системі;

2. ідентифікатор та назва маршруту, на якому перебуває транспортний засіб;

3. тип транспорту на маршруті;

4. поточні географічні координати місцезнаходження транспортного засобу;

5. дата і час заміру даних (мітка часу);

6. номерний знак;

7. бортовий номер (за наявності);

8. моментальна швидкість руху.

Крім цього, до набору обов'язково необхідно включати атрибути щодо азимута руху, наявності низької підлоги, кондиціонера, Wi-Fi, пристосувань для перевезення велосипедів тощо. Періодичність оновлення набору має відповідати таким вимогам:

1. максимальна частота (частіше оновлення не є доцільним) — кожні 5 секунд;

2. достатня частота — кожні 10−20 с.;

3. мінімальна частота (рідше оновлення не допускається) — кожні 30 с.

Не допускаються оприлюднення посилання на графічний інтерфейс веб-сервісів (наприклад, інтерактивні мапи руху громадського транспорту); оприлюднення зведених (агрегованих) даних про рух транспорту (наприклад, загального кілометражу або часу руху).

Для того, щоб орган місцевого самоврядування мав доступ до даних систем диспетчерського управління, у договорах із постачальниками необхідно передбачити такі пункти:

1. усі майнові, інтелектуальні та будь-які інші права на будь-які дані, що надходять, генеруються, видаються автоматизованою системою диспетчерського управління (АСДУ), встановленою для диспетчеризації руху громадського, комунального транспорту, належать місцевій громаді;

2. постачальник послуг із диспетчеризації зобов’язаний надавати органу місцевого самоврядування іншу інформацію, необхідну для реалізації владних повноважень у сфері громадського транспорту, надання та контролю послуг з пасажирських перевезень, комунальних послуг.

Набір обов'язково має мати ресурс — vehiclePosition, який включає дані про місцеперебування одного транспортного засобу в певний момент часу.

Ресурси static, tripUpdates, serviceAlerts рекомендовано оприлюднювати відповідно до стандарту GTFS Realtime.

2.1. Дані про оновлення поїздок (ресурс vehiclePosition)

Таблиця 1 — Структура таблиці vehiclePosition

3. Оформлення паспортів наборів та ресурсів

Назва набору має відповідати Переліку наборів даних, які підлягають оприлюдненню у формі відкритих даних, затвердженого постановою Кабінету Міністрів України від 21 жовтня 2015 року № 835 “Про затвердження Положення про набори даних, які підлягають оприлюдненню у формі відкритих даних” (Офіційний вісник України, 2015 р., № 85, ст. 2850).

Приклад паспорта набору даних на data.gov.ua

Приклад паспорта ресурсу vehiclePosition