Удаление множества объектов пользователем pwr

По пункту 2.
Существует вот такое руководство http://wiki.openstreetmap.org/wiki/Import/Guidelines которое внятно описывает требования к импортированию каких-либо данных. В случае следования ему, подавляющее большинство проблем просто не возникают.

OSM держится не только на контроле качества данных и саморегуляции, но еще и на инкрементальности данных. То есть на том, что что-либо удаляется только тогда, когда в реальности этого не существует. Технической необходимости в удалении чего-либо - не было, сравнить старые данные, новые данные и bing можно в JOSM без проблем. Если вы не знали, как это сделать, то можно было поинтересоваться тут - сообщество для этого и существует. На понятный вопрос получили бы понятный ответ. А грохнуть что-то - тут особых знаний, конечно, не нужно. Замечу еще, что забота о сохранении адекватных данных вовсе не равна воплощению дурацкого принципа “не твоё - не трогай”, являющегося патологической гипертрофированной формой требования уважения к чужому труду. Если это вас интересует, могу пояснить, по каким именно причинам.

Решение принимают не “senior member’ы”, а те, кто в состоянии свое решение убедительно обосновать. Что многим, действительно, приходит с опытом (хотя это и не обязательное условие для возникновения такого умения). Так что никакой дедовщины.
А что конкретно вы имеете в виду под “детскими обидками” из сказанного совершенно не ясно.

ПОясните, пожалуйста, что именно Вы подразумеваете под “неактуальностью данных”. Это что - расписание движения поездов на прошлый год, которое устарело?

Не должно быть ни одного.

Здесь Вы явно лукавите.
Ни правка ни заливка сами по себе не подразумевают вообще никакой потери данных.
А если такая потеря случилась, значит, правка была ошибочная и подлежит откату.

Дело не в размере области, а в подходе.
Впрочем, думаю, у Вас будет возможность провести “следующий раз” на тех же самых областях.
Только, надеюсь, без таких издержек.

Если предполагается возможность удаление актуальных данных - то “да”.
Даже если на место одних данных помещаются другие - точно такие же.
Но в базе эти новые данные будут фигурировать уже под другим id, а это плохо.

Старая песня: “Нам, местным, лучше знать, как мапить”.
Тут вопрос в подходе: “Внося свою лепту, не выноси чужую”.
Вам нужно раз и навсегда запомнить: удалять можно только то, чего нет.
Если что-то следует исправить, то это нужно именно исправлять, а не удалять и рисовать заново.
Если уж Вы хотите провести какие-то массовые заливки, причем в Ваших данных присутствуют дубли того, что уже есть в OSM, следует не выпиливать эти данные из OSM, а потом заливать свои данные, а выпиливать повторы из своих данных, и заливать в OSM без удаления.

Проще лично для Вас - не занчит лучше для всего проекта.

А с какого это времени “open” означает, что каждый может приходить со своим уставом?

Собственно, если подразумевается массовая заливка данных, причем часть данных заливки (назовем “новые данные”) пересекается с уже имеющимися в OSM. Очевидно, вариант, когда в итоговых данных будут дубли, абсолютно недопустим. Поэтому его не рассматриваем, как бороться - я уже писал: путем выпиливания повторов из импортируемых данных (и ни в коем случае из основных данных OSM).
В результате правки может возникнуть 4 различные ситуации.

  1. Новые данные + данные OSM.
  2. Только новые данные.
  3. Только данные OSM.
  4. Ни тех, ни других.

Так вот, очевидно, что приемлемыми являются только варианты 1 и 3 либо их комбинация. Ни вариант 2, ни вариант 4 абсолютно не допустимы.
Так что, когда будет продумывать стратегию заливки данных, учтите это обстоятельство.

2All: Мое мнение - откатывать. При необходимости что-то залить, заливку следует повторить с учетом принятых правил.

Немного не так выразился. Неактуальность - несоответствие состоянию на местности в данный момент (и возможно, никогда не соотвествовало).

Опять таки - как быть с явным несоотвествием реальности каждой гипотетический тропы. Если, например, я знаю, что она явно не соответсвует реальности. Ну залью я свои данные плюсом к существующим, пока кто-то созреет их обрисовать или напишу автору, который бывает раз в несколько лет, от этого результат разве улучшится? Когда можно просто удалить неверные данные. Естественно любой другой автор вправе удалить мои, если посчитает свои более точными и качественными - это очевидно. Давайте тогда уже откатывать то, когда кто-то просто выпрямил углы на некоем полигоне или поменял теги - ведь он нарушил замысел первого его нарисовавшего или выносить на многостраничные обсуждения?

Как бы это не нравилось сторожилам, почему бы и нет. Смотрю расчетное расположенние некоторых авторов, чьи правки я удалил и места их правок, в основном мелкие отрывочные куски по всей России. Иногда совершенно оторванные от реальности. Кто их лучше нарисует? А трогать их нельзя, по вашим правилам…

Я специально для вас выше разжевал, что уважение к чужому труду не равно принципу “не трогай то, что не ты сделал”. Вы это или намеренно проигнорировали, или не поняли. Что вселяет сомнения, что вам доступна логическая аргументация.

Если знаете - вопросов нет. Но, ИМХО, тогда не должно быть заявлений вида “То, что под удаление попали некоторые объекты, которые точнее - вполне возможно - но их минимум.”

Совершенно несогласен!
Например:
Удаление части СУЩЕСТВУЮЩЕЙ тропы:
http://www.openstreetmap.org/browse/way/136370227/history
Добавление ЗНАЧИТЕЛЬНО менее детализированной:
http://www.openstreetmap.org/browse/way/192730083
В паралель к БОЛЕЕ детализированной и точной:
http://www.openstreetmap.org/browse/way/136370226

Удаление целого вороха POI вот тут:
http://www.openstreetmap.ru/#zoom=17&lat=51.911661&lon=102.43501&marker=1
И ещё в разных местах - POI, заборы, домики…

Добавление “странных” тротуаров через горы:
http://www.openstreetmap.org/browse/way/192730140

“Двойные” и “тройные” пересекающие друг друга реки:
http://www.openstreetmap.org/browse/way/192730140

Это точные данные? Это улучшение?! Это, простите, мягко говоря, НЕОБРАБОТАННЫЕ данные, вываленные на карту с одновременным удалением существующих и ПРОВЕРЕННЫХ данных!

Я за откат правок, содержащие массовые удаления. С импортом - нужно ЯВНО сначала приводить его в порядок, а потом уже заливать. “Тройные реки”, лежащие в базе месяц - недопустимы. Такими темпами базу превратить можно в мусор, свойственный проектам, где количество важнее качества.

Если вы удаляете данные, особливо понимая, что “часть данных точнее ваших”, то о чём можно говорить? Это просто неприемлемо и всё.

Адрес проживания как-то влияет на качество данных? Т.е. если человек живёт в Москве, то карта, замапленная им с помощью трекера и фотоаппарата в москве будет более точная, чем карта, замапленная им теми же инструментами где-то на другом конце земного шара?

В общем, надеясь на ваше благоразумие и уважение к другим участникам проекта, предлагаю:

  1. откатить правки удаления данных и импорта. ( http://www.openstreetmap.org/browse/changeset/14034976 и http://www.openstreetmap.org/browse/changeset/14035042 соответственно).
  2. Удалить из импорта данные, которые являются менее точными дублями существующих в ОСМ.
  3. Линии в ОСМ, которые являются менее точными по вашему мнению - уточнить, в соответствии с более точными данными (сохраняя историю). Можно, к слову обсудить это, т.к., касаемо дублей троп - ваши данные (по моему) в некоторых местах менее точные. (Обсуждаемо)
  4. После приведение данных импорта в непротиворечивое состояние - залить его в базу.

П.С.: по поводу возможных возражений, что это долго и “глупо” и “так проект ОСМ будет долго развиваться” заранее отвечу (пусть меня поправят коллеги, если я не верно понял атмосферу проекта ОСМ): проект ОСМ никуда не спешит, приоритет в проекте отдаётся не столько количеству, сколько качеству и нужно получать удовольствие от маппинга. На самом деле “долго” - это откатывать и перемапливать, теряя правки, которые сделали пользователи поверх откатываемых правок…

От замены слова “неактуальность” на слово “несоответствие” ничего не меняется, поэтому вопрос остается:
Готовы ли Вы обосновать, в чем именно проявляется неактуальность/несоответствие каждого из удаленных Вами узлов или путей?
Судя по следующей Вашей фразе - нет.

А раз так - то в откат.
Когда следующий раз будете готовить импорт, позаботьтесь о том, чтобы было “невозможно”, а “минимум” в точности равнялся нулю.

И, опять же, если объект нарисован неточно, его нужно править, а не удалять и рисовать заново.

Да, массовые правки нужно проводить с филигранной точностью.
И да, нужно согласовывать их с сообществом.

Я бы рекомендовал откатить и импортировать ещё раз, но уже аккуратнее.

OSM ест всё ваше время и просит ещё, будьте готовы! :3

Многие вообще против автоматических импортов - как раз таки из-за невозможности их автоматического увязывания с существующими данными. И отчасти из-за почему-то постоянной кривизны этих импортируемых данных.

Так что +1 за откат и исключительно ручной merge данных.

Предлагаю помочь человеку откатить и залить заново.

pwr^2 по неопытности сделал не так, как надо делать. Но, по-моему, человек он адекватный, и дальше выяснять отношения не стоит. Менять одного мепера на “пару десятков пои и тропу” мне кажется слишком роскошно.

Конечно. Помочь, поправить данные, смержить всё - я за!
Данные и труд пользоватя pwr^2 ценны как и данные любого другого пользователя.
Посему - откатить удалние, может быть импорт, чутка его подправить, залить, а остальное - убрать дубли, соединить несоединённое и т.п. - помочь. В результате будут все данные и они будут точные. И всем хорошо.

Очень надеюсь и товарищ pwr^2 будет согласен с таким решением.

Это самое умное решение будет. Думаю и pwr^2 возражать не будет.

Пакет «нарисованного заново» — ~2000 объектов. На посёлок есть Бинг 2011 года. Это всё за один вечер-два без импортов можно нарисовать/перерисовать, особенно, если знаешь место. Можно устроить мини-картовечеринку и отрисовать по Бингу все домики, а pwr^2 потом соберёт или импортирует адреску и поправит косяки, если будут.

Я поправил, то что было потеряно и то, что было надо поправить в Аршане

Уважаемый pwr^2! Вы действительно залили на сайт много полезной информации, но!!!

Те данные, которые вы заливаете пакетом, имеют очень неприятную особенность: там не соединены веи. Получается так, что два вея имеют на концах точки с одинаковыми координатами, но они не соединены. Два вея пересекают друг друга и каждый из этих веев имеет в точке пересечения точку, но точки две!

Такая ситуация везде, т.е. всюду. Соединять это все - жесть. Такие данные нельзя заливать!

Вы откатывали пакет правок удаления, весь? Некоторые старые данные появились, но чисто символически.

Давайте уже откатим полностью правку удаления хотя бы, сообщим это на форуме (тут) и после этого СОВМЕСТНЫМИ усилиями поправим (могу сам) дубли. А то так получается ещё какие-то наслоения правок поверх удаления, поверх импорта - в общем ещё более всё запутывается.
Дубли поправить несложно, а вот восстанавливать по памяти/фото POI - это практически нереально.

Не откатывал. Посмотрел то, что было удалено. И решил, что легче перенести удаленные данные поверх внесенных pwr^2. Что-то существенное ускользнуло от меня?

http://openstreetview.org/?lat=51.913135666649204&lon=102.43048041561138&zoom=14
Всё что на фото - было замапленно + по свежей памяти. Начная от тропинок по лесам, заканчивая временем работы у отдельных POI.

Вы, как мне кажется, неверно ставите вопрос. Вопрос не в том, сколько данных потеряно и данные какого пользователя и в каком проценте сохранять в зависимости от вклада на местности и регулярно вносимого количества. А вопрос в правилах поведения в проекте.
Если товарищ собирается быть в проекте - нужно помочь ему понять принципы проекта (не делать проект своей песочницей) - вне зависимости от того, сколько этот пользователь сделал для проекта - pwr^2 это или Котяра (если не ошибаюсь именно Котяра как-то ботом всю Россию поковеркал и потом пришлось откатывать).
Наша задача, как мне кажется - объяснить как надо и как не надо делать и помочь сделать правильно. А правильно - это откатить удаление и нормально смержить импорт с существующими данными. Компромиса тут быть не может в плане правил проекта. Тут может быть только добрая воля и помощь и взаимовыручка.

Не знаю как в Ангарске, но судя по правкам - там тоже много удалений… Все выковыривать из истории? Ерунда какая-то.

  1. Откатить удаление.
  2. Смержить импорт с данными в ОСМ.
  3. Максимально мягко и по-человечески постараться донести принципы работы в проекте до pwr^2.
  4. В случае необходимости помочь pwr^2 с откатами/мержингом других правок (особливо учитывая проблемы с соединениями дорог).

Если возражений нет - я напишу в тему про откаты заявку на откат http://www.openstreetmap.org/browse/changeset/14034976

Я считаю, Аршан мной восстановлен. Его трогать не надо. Сейчас там, по-моему, никак не меньше данных чем было до всего этого бардака. По остальным правкам pwr^2 сами думайте.