Uk:Keep the history

From OpenStreetMap Wiki
Jump to navigation Jump to search

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

Замість того щоб видаляти елементи, такі як будівлі або землекористування, і перемальовувати їх заново, зазвичай краще оновлювати геометрію наявних обʼєктів, зберігаючи їх історію редагування. Аналогічно, переконайтеся, що ви зберігаєте ідентичність елемента, навіть якщо його теги стають іншими (але не перестарайтеся, див. #Не змішуйте історію). Приклад: Якщо кафе закривається, не видаляйте точку. Просто видаліть теги, повʼязані з кафе, і залиште інші теґи (наприклад, адресу) на місці. Якщо обʼєкт у реальному світі фізично переміщується (наприклад, Перенесення споруд), то бажано, щоб історія відповідного елемента OSM відображала це.

Техніки редагування

Для JOSM існує інструмент «замінити геометрію» у втулку utilsplugin2. За допомогою нього ви можете накреслити новий контур обʼєкта, а потім перемістити історію старого контуру до нового: просто виберіть обидва обʼєкти, а потім натисніть Ctrl+ Shift+G або Cmd+ Shift+G.

Коли ви знаходите обʼєкта, який представлено тільки точкою, і хочете додати контур будівлі або кампусу, рекомендується залишити точку (без теґів) на видному місці в контурі (наприклад, як кут будівлі або вхід до кампусу). Це дозволяє зберегти історію зміни інформації в «старій» точці, яку легко знайти, коли хтось шукаю історію змін такого обʼєкта.

Приклад: Точка → Полігон

(перетворення точки, якою спочатку було позначено школу на полігон):

  1. Перемістіть точку школи в кут аерофотознімка.
  2. Накресліть територію кампусу, використовуючи цю точку як один з кутів.
  3. Скопіюйте теґи з точки та видаліть їх з точки.
    • Користувачі iD можуть вибрати територію та njxre і натиснути C, щоб обʼєднати дані точки з територією.
    • Користувачі JOSM зі встановленим втулком utilsplugin2 можуть використовувати Ctrl+ Shift+G або Cmd+ Shift+G, щоб зробити те саме.
  4. Вставте теґи на контур території кампусу.
  5. Видаліть старі теґи source=*.
  6. Під час завантаження додайте своє джерело до набору змін (не до обʼєкта школи).

Робіть набори змін таким, щоб ними можна було оперувати

Намагайтеся, щоб набори змін мали прийнятний розмір, як за кількістю змін, так і за географічним охопленням.

  • Якщо набір змін містить занадто багато різних обʼєктів, наступним маперам буде важко зрозуміти, що саме було змінено.
  • Набір змін, що охоплює занадто велику територію, може бути важко знайти та редагувати. Більш детальна інформація наведена тут.
  • Хороші коментарі до наборів змін можливі лише для простих, невеликих наборів змін.

Хороші описи до набору змін

Основна стаття: Створення гарних описів наборів змін

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

Переглядайте історію змін

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

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

Попередні коментарі до набору змін та теґи джерел можна переглянути декількома способами:

Не змішуйте історію

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

Так, наприклад, перетворення звʼязку обмеження маневрів на мультиполігон не принесе жодної користі (relation приклад); краще вилучити один звʼязок та створити новий.

Наприклад, повторне використання точки №1 не дає чіткої історії. Якщо є ліс і ви вдосконалюєте геометрію, то краще перемістити наявні точки і зберегти поточну лінію.

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

Дивіться також