Category Archives: OSMF Working Groups

Нагадування: Просимо надати ваші відгуки на пропозицію що до зміни моделі даних

Дослідження моделі даних

Інженерна робоча група Фундації OpenStreetMap на початку 2022 року замовила дослідження, щодо можливості покращення наявної моделі даних. Йохен Топф [Jochen Topf] представив результати цього дослідження, включаючи рекомендації щодо того, як зробити модель даних OpenStreetMap ефективнішою та доступнішою.

Було зроблено дві ключові пропозиції:

  • введення типу даних «area» для позначення полігонів
  • позбутись точок без теґів

Консультації зі спільнотою

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

Потенційні переваги

Менше безладу з полігонами

Дехто з маперів може бути здивований, почувши, що OSM ще не має типу даних – Area. Адже, редактор iD має кнопки для додавання точок, ліній та полігонів. Після нанесення ці полігони зазвичай зʼявляються на мапі, як і очікувалося. Вікі OSM зазначає, чи зазвичай теґ використовується для полігонів, і навіть Overpass Turbo дозволяє використовувати полігони у ваших запитах.

Однак за лаштунками ці полігони представлені у вигляді ліній чи звʼязків. Кожен інструмент, що працює з даними OSM, використовує свій власний набір правил, щоб визначити, чи представляє певна лінія саме лінію чи полігон. Додавання Area до моделі даних OSM призведе до послідовної інтерпретації між застосунками, дозволить API запобігати завантаженню пошкоджених полігонів в БД і в кінцевому підсумку може призвести до підтримки часткового завантаження дуже великих полігонів.

Забезпечення доступності обробки даних OSM

В даний час лінії складаються з посилань на точки, і ми покладаємося на ці посилання, щоб визначити, як лінії зʼєднуються одна з одною. Отримання координат для цих посилань з точок є витратним процесом у ланцюжку інструментів OpenStreetMap, оскільки це може займати від годин до днів, навіть на потужному обладнанні.

У майбутньому ми можемо моделювати лінії у вигляді простого списку координат – залежно від точної реалізації, яку ми отримаємо в кінцевому підсумку. Це дало б великі переваги для покращення продуктивності, але позбавлення від точок без теґів стало б значною зміною.

На перший погляд, поліпшення продуктивності можуть здатися не особливо захоплюючими. Але те, наскільки легко працювати з нашими даними, безпосередньо впливає на те, наскільки корисними дані OpenStreetMap є для світу в цілому. Як зауважує Йохен: «Мета полягає в тому, щоб зберегти OSM як той чудовий ресурс, який може бути використаний не тільки багатомільярдними компаніями, але й студентом, який хоче створити мапу світу на своєму ноутбуці, або активістом на подарованому йому старому компʼютері».

Краща історія змін даних OSM

Багато маперів засмучуються, коли розуміють, як мало речей насправді можна побачити на вкладці Історія на вебсайті. Існує багато інструментів, таких як OSMCha або Achavi, які пропонують набагато більше, але все ж вимагають певного ступеня майстерності для їх використання.

Ви можете запитати чому, і відповідь буде дуже технічна – розташування єдиного варіанту історії лінії, у багатьох випадках, є не визначеним. Це причина того, що відстеження змін залишалося експертною дисципліною з відносно недружніми для новачків інструментами. Змінивши модель даних, ми відійдемо від цього барʼєру, і згодом ми зможемо очікувати значно кращих інструментів, але не до того, як отримаємо належні координати та версії ліній.

Щохвилинна генерація векторних тайлів

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

  • Одна з них полягає в тому, які елементи повинні входити у векторні тайли для openstreetmap.org
  • Інша – як узгодити щохвилинні оновлення з векторними тайлами для підтримання продуктивності на прийнятному рівні.

Це завдання стає на порядок легшим, якщо ви зможете не тільки по-справжньому розпаралелити генерацію тайлів, але й зробити перший витратний крок, щоб зʼясувати, до якого тайлу належить змінений елемент.

Можливо, нам вдасться знайти когось, хто зможе поєднати обчислювальні можливості, необхідні для цього. Але навіть якщо так, то це буде вкрай небажана ступінь залежності від цього партнера проєкту.

Отже, так, векторні тайли для openstreetmap.org в принципі можливі без цієї зміни моделі даних, але за набагато більшу вартість, що лише спеціалізоване обладнання зможе встигати за дрібними змінами.

Висловіть свою думку про майбутнє

Якісь зміни неминучі. Зростання бази даних OSM випереджає приріст швидкості апаратного забезпечення, а модель на основі ідентифікатора означає, що весь процес не може бути розпаралелений з повним прискоренням. Йти в ногу зі змінами було легко в минулому, але зараз потрібно все більше зусиль. У майбутньому буде момент, коли нам буде потрібне спеціалізоване обладнання, щоб не відставати від щомісячних змін.

Однак існує багато можливих підходів до вирішення цього виклику. Зараз є можливість для спільноти розробників поділитися думкою про подальший розвиток.


Фундація OpenStreetMap – це неприбуткова організація, створена для підтримки проекту OpenStreetMap . Метою діяльності Фундації є зусилля спрямовані на зростання, розвиток та поширення вільних геопросторових даних, які можуть використовуватись та поширюватись всіма охочими. Фундація OpenStreetMap володіє та підтримує інфраструктуру проʼкту OpenStreetMap, що фінансується коштом членських внесків та пожертвами, а також організовує щорічну міжнародну конференцію State of the Map . Наші робочі групи, що працюють на волонтерських засадах, та невеликий основний персонал працюють над підтримкою проєкту OpenStreetMap. Приєднуйтесь до Фундації OpenStreetMap всього за 15 фунтів стерлінгів на рік або безкоштовно, якщо ви активний учасник OpenStreetMap.