Схоже знову щось пішло не так
Хтось може скасувати набори змін Getpin починаючи з Changeset: 184941450 | OpenStreetMap
Вітаю, зараз скасуємо і перевіримо
На прикладі Node History: Подорожник (13267667508) | OpenStreetMap можна зробити висновок, що Getpin ще потрібно допрацювати своє програмне забезпечення для імпорту, бо те що він почав робити впродовж декількох останніх днів це хаос
Хтось може зробити нормальний реверт його правок? Куди звернутися, щоб його зупинили?
ми вже відкотили всі наші останні правки та зараз зупинили публікацію, поки не пофіксимо пз
Я показав приклад конкретної точки, як ви це “пофіксили”, можу ще пошукати приклади
Upd: Ось ще “Пофікшена” точка Node History: Подорожник (13479116720) | OpenStreetMap
@woodpeck could you help with reverting Getpin’s changesets? There are doubts that they will be able to handle the reverts properly on their own.
Відповідно до overpass, ще є точки з тегами osm_id=
Привіт!
Сьогодні побачив, що ваш скрипт під час автоматичних оновлень POI в Умані (та не тільки) виконав некоректні відкати до застарілих версій об’єктів. Це не просто повернуло неактуальні дані, а ще й частково затерло результати системного очищення карти адміністрацією DWG (woodpeck_repair).
Ось приклади шкоди які я побачив:
- Node: Подорожник (13415341070) (Пакет правок
#184974931)
Робот виконав відкат до версії №2. В результаті було видалено валідні та корисні тегиbrand:wikidata,brandтаhealthcare=pharmacy. - Node: БАМ (13479137223) (Пакет правок
#184975260)
Бот воскресив аптеку, якої фізично вже немає на площі Соборності. - Конфлікт із правками DWG (
woodpeck_repair):
У цьому ж пакеті правок #184975260 робот відкотив системні виправлення від адміністратораwoodpeck, які очищали об’єкти від неузгоджених масових перекладів. Бот просто повернув точку до стану, який був до втручання DWG.
Прохання:
- Примусово скасувати ці некоректні виправлення у вказаних ченджсетах.
- Доопрацювати валідацію алгоритму відкату, щоб бот не чіпав wikidata та інші корисні теги.
Дякую за розуміння!
3 Likes
Вітаю!
Перепрошуємо, що відбулися некоректні автоматичні правки. Зараз у нас все на паузі, поки не виправимо.
Node: Подорожник (13415341070) - це виправили, повернули до попередньої версії **
Node: БАМ (13479137223) —** ця аптека вказана на сайті. Адреса аптеки м. Умань, вул. Небесної Сотні, 5. Якщо її дійсно немає, то ми можемо повернути правки до вашої версії.
Пакет правок 184975260 детально перевіримо і повернемо до правильних версій, які були до наших правок. Також обов’язково перевіримо і інші пакети правок. Потрібно трохи часу.
Дякуємо за розуміння.
2 Likes
Тут немає що говорити. Getpin - некомпетентні. Переважна частина їхніх редагувань - знущання. І що головніше вони за 6 чи більше років не можуть зробити нормальний сервіс
Я категорично проти будь яких правок від Getpin поки вони не почнуть публікувати зміни позиції точок і osm_id перед редагуваннями для ознайомлення спільноти. (про це їм вже давно пишуть Getpin: автоматичні редагування - #14 by woodpeck)
Ось доказ, що Getpin ігнорує зауваження учасників:
Точка з загальною назвою Аптека, про такі назви йому вже говорилося що це не ОК, більше того поряд така сама точка, схоже що дублікат . Getpin просто перечікує, коли всі забудуть про обговорення і далі робить свої неякісні зміни
І ще треба, щоб наразі повністю зупинили реверти Getpin власних правок, бо після цих ревертів ситуація стає тільки гірше. Їх повинні робити учасники, які краще розуміють OSM
2 Likes
Вітаю.
Ми вже зупинили правки зі свого боку. Зараз працюємо над тим, щоб повернути все до версій, які були до наших останніх правок, в тому числі і ревертів. Спершу виправляємо баг у системі, а після цього вручну перевіримо кожну локацію, яка потрапила під ці правки, щоб переконатися, що все повернено і коректно відображається, не чіпаючи при цьому правки інших учасників. За попередньою оцінкою це займе до 1,5 тижня.
Щодо точки “Аптека” — погоджуємося, назва некоректна, це наша помилка. Виправимо її в процесі цієї перевірки разом з дублікатом поруч, а також перевіримо всі інші подібні точки.
Щодо ревертів — їх будемо робити тільки в тому випадку, коли надходитимуть скарги, тоді відкотимо саме ті наші правки, щоб виправити помилку. Сподіваємося, що такої потреби не виникне.
Щодо публікації змін позицій та osm_id перед редагуванням — ми вже додали osm_id, посилання на РОІ, що буде оновлюватися, та координати. Ось приклад, як це виглядатиме. Дані там наразі застарілі, тож перевіряти їх зараз не варто — подивіться, будь ласка, чи підходить сам формат?
Перепрошуємо за незручності.
Координати це добре, але було би ще краще, якби ви для тих точок які змінюють місцеположення рендерили щось на кшталт такого:
Це значно наочніше. Можна використати Leaflet: Documentation - Leaflet - a JavaScript library for interactive maps
1 Like
Osm_id треба додавати в превю, щоб учасники змогли краще перевірити вашу роботу. В саму базу даних непотрібно!
Також в превю треба додати lat/lon
Це мінімум без якого неможливо верифікувати вашу роботу
3 Likes
Вітаємо.
Плануємо найближчим часом відновити частину локацій, які були видалені під час минулого інциденту з автоматичним rollback.
Щоб не повторити ту саму помилку, ми чітко обмежили скоп: відновлюватимемо тільки об’єкти, видалені саме нашим акаунтом (Getpin_Com) — це 534 об’єкти з перевірених 872. Всі інші видалення — зроблені іншими користувачами (найбільше — woodpeck_repair, 309 об’єктів) — їх ми не чіпаємо.
Пишемо про це заздалегідь, щоб ви були в курсі. Якщо в когось є питання або зауваження — готові до обговорення.