ПОясните, пожалуйста, что именно Вы подразумеваете под “неактуальностью данных”. Это что - расписание движения поездов на прошлый год, которое устарело?
Не должно быть ни одного.
Здесь Вы явно лукавите.
Ни правка ни заливка сами по себе не подразумевают вообще никакой потери данных.
А если такая потеря случилась, значит, правка была ошибочная и подлежит откату.
Дело не в размере области, а в подходе.
Впрочем, думаю, у Вас будет возможность провести “следующий раз” на тех же самых областях.
Только, надеюсь, без таких издержек.
Если предполагается возможность удаление актуальных данных - то “да”.
Даже если на место одних данных помещаются другие - точно такие же.
Но в базе эти новые данные будут фигурировать уже под другим id, а это плохо.
Старая песня: “Нам, местным, лучше знать, как мапить”.
Тут вопрос в подходе: “Внося свою лепту, не выноси чужую”.
Вам нужно раз и навсегда запомнить: удалять можно только то, чего нет.
Если что-то следует исправить, то это нужно именно исправлять, а не удалять и рисовать заново.
Если уж Вы хотите провести какие-то массовые заливки, причем в Ваших данных присутствуют дубли того, что уже есть в OSM, следует не выпиливать эти данные из OSM, а потом заливать свои данные, а выпиливать повторы из своих данных, и заливать в OSM без удаления.
Проще лично для Вас - не занчит лучше для всего проекта.
А с какого это времени “open” означает, что каждый может приходить со своим уставом?
Собственно, если подразумевается массовая заливка данных, причем часть данных заливки (назовем “новые данные”) пересекается с уже имеющимися в OSM. Очевидно, вариант, когда в итоговых данных будут дубли, абсолютно недопустим. Поэтому его не рассматриваем, как бороться - я уже писал: путем выпиливания повторов из импортируемых данных (и ни в коем случае из основных данных OSM).
В результате правки может возникнуть 4 различные ситуации.
- Новые данные + данные OSM.
- Только новые данные.
- Только данные OSM.
- Ни тех, ни других.
Так вот, очевидно, что приемлемыми являются только варианты 1 и 3 либо их комбинация. Ни вариант 2, ни вариант 4 абсолютно не допустимы.
Так что, когда будет продумывать стратегию заливки данных, учтите это обстоятельство.
2All: Мое мнение - откатывать. При необходимости что-то залить, заливку следует повторить с учетом принятых правил.