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

pwr^2 · 2013-03-05 10:21:58

trolleway wrote:

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

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

_sev · 2013-03-05 10:46:33

OverQuantum wrote:

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

Нет, я баны сам не выдаю. пишите на data@osmfoundation.org, на английском (если сомневаетесь, приложите оригинал и на русском). Бан пользователя – это коллективное решение Data Working Group.

Sergey Astakhov · 2013-03-05 11:26:26

pwr^2 wrote:

Нарисованы дороги неизвестно кем и когда

У любого объекта в OSM есть история, где написано кто и когда этот объект редактировал.

Stalker61 · 2013-03-05 14:02:25

Dinamik wrote:

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

Ляпота.
Пора заканчивать этот зоопарк.

Last edited by Stalker61 (2013-03-05 14:03:41)

pwr^2 · 2013-03-05 17:30:11

Sergey Astakhov wrote:

pwr^2 wrote:
Нарисованы дороги неизвестно кем и когда
У любого объекта в OSM есть история, где написано кто и когда этот объект редактировал.

Несомненно. Но чаще всего бывает кто-то когда-то появился ненадолго, нанес несколько дорог и пропал. При столь ненавистных сообществу "массовых удалениях", я спрашиваю разрешения у авторов правок, ответы вполне адекватны.

//
alexmak 27 декабря 2012 в 20:45
On 2012-12-27 06:35:18 UTC pwr^2 wrote:

Приветствую. 18-20.12.12 вы наносили в Ангарске полигоны в Майске. У меня есть уже нарисованный исходник в mp с адреской и POI, который я хотел бы импортировать целиком. Ваши полигоны в Майске можно удалить?

Да конечно, если это повысит качество карт ))
//

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

Dinamik · 2013-03-06 05:09:50

Думается, одобрение на удаление данных следует получать у всего сообщества, т. к. при внесении данных они становятся "общими".

Положим, alexmak нарисовал 5 дорог и одну тропинку, причём тропинку он нарисовал хорошо. Оказавшись в тех местах и пройдя по тропинке, я проверяю, нарисована ли она в OSM, думая "если она нарисована плохо, я сейчас запишу GPS-трек и нарисую или уточню линию, если нарисована хорошо, ничего не буду делать". Тропинка есть - я ничего не делаю.

Потом появляетесь Вы, смотрите историю правок, видите там только alexmak-а, спрашиваете у него разрешение, он, исходя из того, что умышленно карты никто ухудшать не будет, даёт разрешение, Вы удаляете всё нарисованное alexmak-ом (т. е. 5 дорог и тропинку) и заливаете 10 дорог (5 из которых уже были ранее нанесены на карту).

В итоге имеем отсутствие в базе данных тропинки, т. е. alexmak зря старался.

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

pwr^2 · 2013-03-06 07:31:21

Тогда как быть с "тропинками", нанесенными некогда "мертвыми", неактивными пользователями, которые уже не существуют в реальности (в местных ветках активности мало, активных правщиков мало)? Судя по реакции сообщества, такие уже навечно остаются в истории и любой, к ним прикоснувшийся автоматически неправ.

Т.е. несколько выгодное положение у первого начавшего редактировать какую-то территорию просто балуясь, "застолбив" ее, а актуальность, качество и наполнение карты побоку.

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

Единственные косяки в моих правках, некорректный импорт и адреска не по правилам, сейчас это исправляется. Придется править руками в ущерб наполнению территории.

chnav · 2013-03-06 08:09:46

pwr^2
У меня в районе, например, много зарисовок забугорных пользователей ещё по IRS, с полями is_in, source=GNS и пр. Приходится разбираться, т.к. сам я не вношу (не знаю, не использую) латинских названий, а их объекты хоть кривые-косые, но несут некие полезные (для них) теги. Приходится делать слияние новой геометрии и старых тегов. Ну и вообще, сохранить тщеславие других пользователей... А если объект исчез из природы - он удаляется отдельным ченджсетом с комментарием "более не существует".

Сам я давно понял всю геморойность данного процесса, поэтому прекратил рисовать в полише три года назад, знал что слияние не будет лёгким (хотя мне в мапедите было удобнее рисовать; ушло очень много времени прежде чем я научился работать с JOSM так же эффективно). Издержки "переходного периода".

Last edited by chnav (2013-03-06 08:10:37)

mikles · 2013-03-06 09:42:34

Ээ, поясните, что Вы делаете с тропинками? Чтобы удалить тропинку надо по ней пройтись и убедиться в её отсутствии, или дождаться меня. Окэ?

andriano · 2013-03-06 10:36:13

pwr^2 wrote:

Тогда как быть с "тропинками", нанесенными некогда "мертвыми", неактивными пользователями, которые уже не существуют в реальности (в местных ветках активности мало, активных правщиков мало)? Судя по реакции сообщества, такие уже навечно остаются в истории и любой, к ним прикоснувшийся автоматически неправ.

Странно, что Вы отвечаете на сообщение, которое даже не удосужились прочесть.
Dinamik явно пишет:

Оказавшись в тех местах и пройдя по тропинке, я проверяю...

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

Т.е. несколько выгодное положение у первого начавшего редактировать какую-то территорию просто балуясь, "застолбив" ее, а актуальность, качество и наполнение карты побоку.

Что значти "застолбив"?
Никто не мешает Вам допорлнять внесенные данные и уточнять их.
Но в процессе этого дополнения и уточнения должны сохраняться id объектов, что, очевидно, в случае удаления и последующей заливки не выполняется.

Как уже было сказано, для меня же главное...

OSM - не Ваш личный проект, и Вы не единственный его пользователь, поэтому желательно быть поскромнее.

Придется править руками в ущерб наполнению территории.

Ничего не нужно делать "в ущерб". Хотите - вносите данные, хотите - нет, но ничего из реально существующего удалять нельзя. Даже если планируется перезаливка.

SviMik · 2013-03-06 11:34:15

Импорты тоже надо делать уметь. Снести всё и залить заново - это, конечно, самый простой и быстрый способ. Но надо понимать, что здесь он не приветствуется.

Если бы в Эстонии я снёс все здания и залил по-новой, наверное уже сейчас у нас была бы лучшая в мире адресная база. Но за такое мне спасибо не скажут

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

Zkir · 2013-03-06 11:40:08

Снести всё и залить заново - это, конечно, самый простой и быстрый способ.

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

dkiselev · 2013-03-06 12:17:53

В принципе это довольно интересная задачка для кодинга: создание автоматической сравнивалки карт. Тоесть некоторого инструмента который находил бы разницу по двум снимкам карты. Определял бы где добавлены объекты, где удалены с некоторым допуском по расстоянию между ними и форме объектов. Ну и уж если кому-то удасться такое сделать то сравнить теги, и сегенерить для выбранных изменений osc - это уже фигня (ну точнее теги сравнить фигня - осц сгенерить сложнее).

Можно добавить в соответсвующую ветку форума.

Last edited by dkiselev (2013-03-06 12:18:23)

KonTur · 2013-03-06 13:42:24

Фигня это все. Джосм разве не позволяет отдельным слоем загрузить полишь?

andriano · 2013-03-06 16:49:34

SviMik wrote:

Если бы в Эстонии я снёс все здания и залил по-новой, наверное уже сейчас у нас была бы лучшая в мире адресная база. Но за такое мне спасибо не скажут

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

Но это не значит, что надо скатываться до полностью ручной обработки. Придумайте такой способ, при котором...Но не вызовет такого протеста.

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

Zkir · 2013-03-06 17:01:23

KonTur wrote:

Джосм разве не позволяет отдельным слоем загрузить полишь?

Насколько я знаю, просто так не позволяет.

SviMik · 2013-03-06 17:30:18

Это Вавм так кажется, что если бы снести и залить, то будет просто замечательно.

А я не сказал, что всё будет замечательно. Замечательной будет адресная база, но при этом сломается/потеряется что-то другое

Но это не значит, что надо скатываться до полностью ручной обработки.

В качестве примера можно посмотреть мои скрипты по работе с адресами зданий.

AHTOH · 2013-03-06 17:43:59

KonTur wrote:

Фигня это все. Джосм разве не позволяет отдельным слоем загрузить полишь?

Неа. Но его можно конвертнуть в OSM а уж его загрузить отдельным слоем.

KonTur · 2013-03-06 17:45:23

AHTOH wrote:

Но его можно конвертнуть в OSM а уж его загрузить отдельным слоем.

Ну вот. И потом сравнивать слои и дополнять и корректировать то что есть в базе. Самый нормальный путь.

Announcement

#51 2013-03-05 10:21:58

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

#52 2013-03-05 10:46:33

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

#53 2013-03-05 11:26:26

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

#54 2013-03-05 14:02:25

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

#55 2013-03-05 17:30:11

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

#56 2013-03-06 05:09:50

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

#57 2013-03-06 07:31:21

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

#58 2013-03-06 08:09:46

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

#59 2013-03-06 09:42:34

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

#60 2013-03-06 10:36:13

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

#61 2013-03-06 11:34:15

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

#62 2013-03-06 11:40:08

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

#63 2013-03-06 12:17:53

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

#64 2013-03-06 13:42:24

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

#65 2013-03-06 16:49:34

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

#66 2013-03-06 17:01:23

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

#67 2013-03-06 17:30:18

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

#68 2013-03-06 17:43:59

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

#69 2013-03-06 17:45:23

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

Board footer