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

Stalker61 · 2012-12-24 13:25:44

progserega wrote:

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

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

evgenykatyshev · 2012-12-24 16:53:13

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

Antisida · 2012-12-24 19:22:45

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

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

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

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

progserega · 2012-12-24 22:34:27

Antisida wrote:

Я поправил, то что было потеряно и то, что было надо поправить в Аршане
Такая ситуация везде, т.е. всюду. Соединять это все - жесть. Такие данные нельзя заливать!

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

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

Antisida · 2012-12-25 06:03:24

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

progserega · 2012-12-25 13:38:33

Antisida wrote:

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

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

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

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

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

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

Antisida · 2012-12-25 13:59:38

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

AlexTheTux · 2012-12-25 15:10:08

Antisida wrote:

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

Извиняюсь, что вмешиваюсь, не будучи местным, но мне кажется, вот такие вот действия (см. процитированное) в конечном итоге и "замылят" вопрос.
Зачем вообще, при наличии незавершенного разбирательства "откатывать/не откатывать" - влезать и что-то исправлять?
Сейчас имеем обсуждающуюся потенциальную неоконченную транзакцию, скорее всего она будет откачена (с моей точки зрения, это правильно).
И что теперь - выпиливать по кусочкам - вот тут пользователь Antisida поправил, здесь не трогаем, вон там - откатываем?
Как по мне, позиция pwr^2 хоть и неприемлема, но по крайней мере, объяснима - ну, не знал человек.
Но то, что делает Antisida - это гораздо хуже с точки зрения правил поведения в сообществе, хоть намерения были исключительно благие.

Резюме:
если есть намерения откатить - откатывайте уже быстрее, а то сейчас набегут добровольные помощники, и уже никто ничего не откатит.
Чего ждем-то?
Уже и pwr^2 все сказал, что хотел, и ему уже все объяснили.

Antisida · 2012-12-25 15:20:14

Повторю, я полностью переработал Аршан, соединив вручную старое и новое и убрав косяки. Откатывать поздно и бессмысленно. Что поторопился - признаю.

progserega · 2012-12-25 22:25:13

Написал запрос на откат удалённого:
http://forum.openstreetmap.org/viewtopi … 84#p300084

После отката буду мержить. Откатывать импорт не будем, т.к. уже его "замылили".

Всем спасибо за обсуждение и участие.

Antisida · 2012-12-26 07:16:29

progserega wrote:

Написал запрос на откат удалённого:
http://forum.openstreetmap.org/viewtopi … 84#p300084
После отката буду мержить. Откатывать импорт не будем, т.к. уже его "замылили".
Всем спасибо за обсуждение и участие.

Все это уже сделано. Смысла делать еще раз тоже самое нет.

Скачай плагин reverter и откати указанную тобой правку без загрузки на осм.орг. Оцени что будет после отката.
Затем скачай другим слоем то, что сейчас есть. Потом сравни эти два слоя. И ты поймешь, что октатывать сейчас уже не надо.

pwr^2 · 2012-12-26 10:26:38

В общем, критика воспринята. В будущем буду внимательнее относиться к своим правкам. По поводу откатов - решать сообществу. Решат выпилить - пилите... Только желательно узнать, что именно откатится - а то так, под замес вообще все правки снесете.

Last edited by pwr^2 (2012-12-26 12:52:38)

pwr^2 · 2012-12-26 10:27:35

Stalker61 wrote:

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

Без проблем...

pwr^2 · 2012-12-26 10:30:54

lzhl wrote:

На посёлок есть Бинг 2011 года. Это всё за один вечер-два без импортов можно нарисовать/перерисовать, особенно, если знаешь место

Отрисовать домики без проблем. И нужны ли они сами по себе. Для меня куда важнее адреска и POI. Где ее возьмут неместные?

progserega · 2012-12-27 13:18:58

Antisida wrote:

Скачай плагин reverter и откати указанную тобой правку без загрузки на осм.орг. Оцени что будет после отката.
Затем скачай другим слоем то, что сейчас есть. Потом сравни эти два слоя. И ты поймешь, что октатывать сейчас уже не надо.

Не люблю терять труд "в поле". Откатил правку, в которой были УДАЛЕНЫ объекты, часть дублей убрал, анализируя точность и полноту каждого. Сейчас залил на ОСМ, чтобы если кто будет помогать - не дублировали работу по чистке. За несколько дней "смержу" все данные. Исхожу из того, что труд Antisida, s_r, pwr^2 и мой не должен пропасть.

pwr^2 wrote:

В общем, критика воспринята. В будущем буду внимательнее относиться к своим правкам. По поводу откатов - решать сообществу. Решат выпилить - пилите...

Выпилил правку, где Вы удалили чужие данные. Ваш импорт не трогал. Сейчас работаю по АККУРАТНОМУ объединению данных, выбирая более качественные данные. Работы много. Можете помочь - буду рад.
Единственное - попрошу ещё раз: пожалуйста, не удаляйте более точные данные. Выбирайте лучшее. Максимально старайтесь сохранять историю изменений (т.е. изменять геометрию, теги, но не удалять исходное и рисовать заново).

pwr^2 wrote:

Отрисовать домики без проблем. И нужны ли они сами по себе. Для меня куда важнее адреска и POI. Где ее возьмут неместные?

По поводу адрески - я сохраняю её (как и все ваши данные, кроме менее точных - менее аккуратные домики, менее точные дороги, мосты, обозначенные точкой в параллель линиям мостов и т.п.). По возможности я рисую домики и навешиваю адресацию на них, однако некоторые точки с адресацией непонятно к какому домику относятся - проставил там тег fixme=resurvey, т.е. необходимо уточнить координаты. По тегам адресации - написал ниже.
По тегам есть замечания:
номер дома - это не name, а addr:housenumber (иначе адресный поиск не будет работать), addr:country = RU, а не "Россия", shop=convenience, а не shop=food. Часть поправил, много ещё осталось. Посоветую пользоваться "заготовками" в Josm - легче не ошибиться в выборе тегов. Плюс - соединение дорог нужно проверить, о чём говорил Antisida - иначе прокладка маршрута в навигаторе не будет работать.
Так же хотелось бы обсудить множественные теги maxspeed=40 - на основании знаков это?
дополнительные теги: garmin:road_id и garmin:road_class - зачем они? Может уберём, учитывая, что одно из правил гласит: "не нужно мапить под рендеры"?
Куча тегов разрешения движения по дороге: hgv=yes, bicycle=yes, psv=yes и т.д. для всех типов ТС - по умолчанию движение для них и так разрешено, если не разрешено, то тогда уже и ставим taxi=no, например. Т.е. в принципе, этот ворох тегов тоже на дорогах лишний в обычной ситуации, я думаю можно убрать.
Ну и ещё про highway=track - это дороги с/х назначения, улицы в селе обозначаются как residential.

Рад, что мы пришли к пониманию. И пожелаю приятного маппинга :-)

Last edited by progserega (2012-12-27 13:28:56)

esaulenka · 2012-12-29 11:05:15

progserega wrote:

За несколько дней "смержу" все данные.

Там работы, на самом деле, на полтора часа всего. Результаты смотрите на всех экранах страны :-)

progserega · 2012-12-30 00:50:07

esaulenka wrote:

progserega wrote:
За несколько дней "смержу" все данные.
Там работы, на самом деле, на полтора часа всего. Результаты смотрите на всех экранах страны :-)

Сильно, да :-)

Спасибо!

Dinamik · 2013-03-04 16:28:43

http://www.openstreetmap.org/browse/changeset/15218092

Удалено множество точек и линий, на их месте получились:
1) исчисляемые сотнями изоляты роутингового графа (т. к. в местах пересечения линий рисуется несколько точек в одном месте для каждой линии, а не одна общая, об этом уже говорилось)
2) названия улиц, не соответствующие соглашению об именовании дорог
3) maxspeed со значениями 56

Очень похоже на зачистку* имеющихся** чужих данных перед проведением некачественной*** заливки**** своих*****.

* - были удалены 385 точек и 30 линий
** - например, "Академический переулок" уже был нанесён на карту
*** - наличие огромного числа изолятов и явно ошибочных тегов maxspeed, удаление линий улиц с корректными названиями и добавление вместо них противоречащих соглашению об именовании дорог
**** - основания считать загруженные данные автоматической заливкой данных: массовая простановка тегов bicycle, emergency, foot, garmin:road_class, garmin:road_id, goods, hgv, motorcar, psv, taxi, maxspeed=56
***** - добавлена линия "Академический пер"

Last edited by Dinamik (2013-03-04 19:52:30)

OverQuantum · 2013-03-04 18:09:50

Dinamik wrote:

3) maxspeed со значениями 56
garmin:road_class, garmin:road_id

Это даже не "уши торчат", это документ с печатью и подписью.

ИМХО, стоит пожаловаться пользователю _sev, он может выдавать баны

Last edited by OverQuantum (2013-03-04 18:11:46)

Sergey Astakhov · 2013-03-04 18:29:34

И уже не скажешь

AlexTheTux wrote:

позиция pwr^2 хоть и неприемлема, но по крайней мере, объяснима - ну, не знал человек.

Знал, но продолжает в том же духе.
язабан.

BushmanK · 2013-03-04 18:46:13

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

Речь о взрослых людях, которые вполне сознательно (не в смысле целенаправленного вандализма, но уж точно в смысле того, что позволяют себе делать то, о чем очевидно не имеют должного представления) делают хрен знает что.

pwr^2 · 2013-03-05 04:36:53

Dinamik wrote:

http://www.openstreetmap.org/browse/changeset/15218092
Удалено множество точек и линий, на их месте получились:
1) исчисляемые сотнями изоляты роутингового графа (т. к. в местах пересечения линий рисуется несколько точек в одном месте для каждой линии, а не одна общая, об этом уже говорилось)
2) названия улиц, не соответствующие соглашению об именовании дорог
3) maxspeed со значениями 56
Очень похоже на зачистку* имеющихся** чужих данных перед проведением некачественной*** заливки**** своих*****.
* - были удалены 385 точек и 30 линий
** - например, "Академический переулок" уже был нанесён на карту
*** - наличие огромного числа изолятов и явно ошибочных тегов maxspeed, удаление линий улиц с корректными названиями и добавление вместо них противоречащих соглашению об именовании дорог
**** - основания считать загруженные данные автоматической заливкой данных: массовая простановка тегов bicycle, emergency, foot, garmin:road_class, garmin:road_id, goods, hgv, motorcar, psv, taxi, maxspeed=56
***** - добавлена линия "Академический пер"

Блин, ну есс-но импорт это из моих исходников. Ошибки исправлю в самое ближайшее время, улицы переименую по стандарту. Удалены полигоны леса, который сейчас выглядит по другому и несколько одиночных улиц, которые нанесены заново более точно. В чем проблема с тегами?

Last edited by pwr^2 (2013-03-05 05:47:29)

Dinamik · 2013-03-05 06:45:25

pwr^2 wrote:

улицы переименую по стандарту.

Обратите, пожалуйста, внимание, что названия улиц должны быть записаны в естественной форме: "переулок Мечты", но "Академический переулок".

Удалены полигоны леса, который сейчас выглядит по другому и несколько одиночных улиц, которые нанесены заново более точно.

Объекты, которые сейчас выглядят по-другому, и линии, положение которых уточняется, должны изменяться за счёт переноса точек, добавления новых (и, возможно, удаления некоторых старых). Иногда при уточнении происходит склейка (если идущие подряд линии, имеют одинаковые теги) или разделение линий (если линию нужно разделить для простановки на её части разных тегов).

Нанесённые на карту объекты могут быть удалены в случае принципиального изменения ситуации: например, в городе существовал кусочек леса, его полностью вырубили, чтобы построить дом - удаляем полигон natural=wood, существовала дорога highway=unclassified, но её затопило при строительстве водохранилища, затопленную дорогу удаляем, полигон natural=water корректируем так, чтобы он покрыл соответствующее пространство. В случае простого уточнения геометрии объектов удалять данные нельзя, на это уже указывали.

В чем проблема с тегами?

От тегов bicycle, emergency, foot, garmin:road_class, garmin:road_id, goods, hgv, motorcar, psv и taxi вреда нет при условии, что они проставлены правильно.

Тег maxspeed должен содержать либо значение, указанное на дорожном знаке (maxspeed=5/10/20/30/40/50/60/70/80/90/100/110), либо на значение, заданное неявно (maxspeed=RU:living_street в случае прилегающей территории, maxspeed=RU:urban внутри населённого пункта, обозначенного знаком на белом фоне, maxspeed=RU:rural - за городом). maxspeed=56 - явно ошибочный тег, его массовая расстановка, очевидно, вредна.

Ещё из замеченных ошибок:
1) простановка на некоторые улицы тега service=parking_aisle, который предназначен для парковочных проездов (внутри amenity=parking)
2) странное использование не имеющих дополнительных тегов мультиполигонов:
а) несколько замкнутых линий с тегом building=yes, включённых в отношение type=multipolygon,
б) несколько замкнутых линий (нередко соприкасающихся) с тегом natural=wood, включённых в отношение type=multipolygon
в) несколько замкнутых линий landuse=allotments, включённых в отношение type=multipolygon
3) указание в качестве названия вопросительных знаков (name=???)

Ваши действия противоречат руководству по импорту по нескольким моментам:
а) Вы осуществляете импорт без согласования с сообществом (Вам, наоборот, явно писали, что такие данные нельзя заливать)
б) к Вашему импорту отсутствует документация
в) не используется отдельный аккаунт

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

Удаление чужих данных перед загрузкой своих является недопустимым - маловероятно, что Вы когда-нибудь сможете получить одобрение сообщества на такие действия. Если Вы будете продолжать такие действия, это может привести к наложению технических ограничений с целью защиты имеющихся данных.

Last edited by Dinamik (2013-03-05 08:07:03)

trolleway · 2013-03-05 09:50:12

Вы там что, дороги удаляете что ли?
Так же автобусные маршруты сломаются.

Dinamik · 2013-03-05 10:05:26

Похоже на то, что перед осуществлением заливки в соответствующей области удаляется в принципе всё (в том числе и дороги).

Announcement

#26 2012-12-24 13:25:44

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

#27 2012-12-24 16:53:13

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

#28 2012-12-24 19:22:45

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

#29 2012-12-24 22:34:27

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

#30 2012-12-25 06:03:24

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

#31 2012-12-25 13:38:33

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

#32 2012-12-25 13:59:38

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

#33 2012-12-25 15:10:08

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

#34 2012-12-25 15:20:14

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

#35 2012-12-25 22:25:13

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

#36 2012-12-26 07:16:29

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

#37 2012-12-26 10:26:38

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

#38 2012-12-26 10:27:35

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

#39 2012-12-26 10:30:54

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

#40 2012-12-27 13:18:58

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

#41 2012-12-29 11:05:15

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

#42 2012-12-30 00:50:07

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

#43 2013-03-04 16:28:43

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

#44 2013-03-04 18:09:50

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

#45 2013-03-04 18:29:34

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

#46 2013-03-04 18:46:13

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

#47 2013-03-05 04:36:53

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

#48 2013-03-05 06:45:25

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

#49 2013-03-05 09:50:12

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

#50 2013-03-05 10:05:26

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

Board footer