Геокодування

Бюджет: 5000 UAH Термін: 4 дні

Доброго дня. Розбираюся в геокодингу/реверсі, OSM (Nominatim) та Mapbox, а також у нормальному “адмінці” через полігони (PostGIS / point-in-polygon), через що якраз і перестають відбуватися “вильоти” в інший район/за місто.

За вашим описом проблема типова: ви намагаєтеся отримати район/місто з відповіді геокодера (або реверс) — а це евристика, через що 10–15% точок завжди будуть помилятися, особливо на межах і при неповних адресах. Універсальне рішення — розділити завдання:

адреса → координата (прямий геокодинг),

координата → місто/район (строго по полігонах, point-in-polygon), а не “як повернув геокодер”. Щоб оцінити обсяг і запропонувати точне рішення, потрібно:

10–20 прикладів “поїхавших” об'єктів: вихідна адреса/місто + координати, куди ставить зараз;

які міста/країни, і які дані у картки гарантовано є (місто? район? індекс?);

де зберігаєте дані і чим малюєте карту (PostGIS є/немає, стек фронту).

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

Бюджет: 5000 UAH Термін: 3 дні

Вітаю!

Детально ознайомилася з вашою задачею. Проблема знайома — стикався з подібним при роботі з OSM Nominatim та Mapbox. Ось моє бачення:

Чому об'єкти "летять" на чужі маркери:

Nominatim повертає центроїд найближчого знайденого об'єкта, а не точну адресу. Якщо адреса не знайдена на рівні будинку — він "стрибає" на центр вулиці, району, або навіть міста. Це і є ваші 15% промахів.

Проблема з геокодинг-пірамідою — класичний fallback будинок → вулиця → район → місто потребує валідації на кожному рівні. Потрібно перевіряти importance та class/type у відповіді Nominatim, а не просто брати перший результат.

Райони без полігонів — погоджуюсь, малювати вручну для кожного міста нереально. Рішення: використати адміністративні межі з OSM (relation boundaries, admin_level=9-10) або GeoJSON районів з відкритих джерел (data.gov.ua має межі для більшості міст). Це дасть point-in-polygon перевірку без ручної роботи.

Мій план:

Аудит поточного pipeline: подивлюсь як саме йде fallback і де втрачається точність
Додам валідацію по boundingbox та type з Nominatim — відсію "широкі" результати
Підключу reverse geocoding для перехресної перевірки (координати → адреса → порівняння з оригіналом)
Для районів — підтягну OSM boundaries через Overpass API або готові GeoJSON, зроблю point-in-polygon
Налаштую confidence score: кожен результат отримає оцінку точності, щоб ви бачили де 100% match, а де потрібна ручна перевірка
Результат: 95-98% точність замість поточних 85%.

Маю досвід з Nominatim API, Mapbox Geocoding, Overpass API, Turf.js (геопросторові операції), PostGIS.

Термін: 2-3 дні
Ціна: 5000 грн

Готова обговорити деталі та подивитись на поточний код. Розгорнути

Бюджет: 5000 UAH Термін: 3 дні

Привіт! Ваш проект виглядає дуже цікавим. Я готовий розпочати роботу негайно і забезпечити високу якість.

Бюджет: 5000 UAH Термін: 2 дні

Це типова історія, коли геокодер працює «по рядку» без жорстких обмежень і без перевірки по полігонам. Щоб оцінити обсяг і терміни, потрібні деталі: Географія і які саме «райони» (рівень). Формат вхідних даних: окремі поля або один рядок. Приклади 5–10 проблемних адрес + що зараз повертають Nominatim/Mapbox. Очікуваний вихід: точка, адреса, район, місто, додаткові поля. Обмеження по стеку і інфраструктурі. Якщо хочете, зроблю аудит поточного пайплайна і запропоную фікс з тестами на вашому наборі кейсів.