Zkir
(Kirill Bon )
963
Обозначать санаторий как place=hamlet? Нет, не стоит.
Это не санаторий, а садоводство. И тут уже вопрос неоднозначный…
Обнаружил теги “cladr”. Безо всяких двоеточий. В нескольких сотнях объектов, среди которых есть relations.
Что это и зачем?
видимо ситуация
только там был не я
теперь вы нам говорите, что делать 
Скорее, наоборот: сначала Ежик поставил тег cladr, а спустя пару месяцев Кексина - все остальные. Сейчас присутсвуют все вместе.
http://www.openstreetmap.org/browse/way/5184765/history
А делать, думаю, нужно удалять cladr везде, где есть cladr:code.
andriano, чего-то вы мудрите. то что поставлено человеком ни при каких раскладах не должно затираться ботом.
Ezhick
(Kirill)
969
просто cladr это скорее всего наследие самого начала кладрораспространения. Думаю, можно затирать.
Мусор нужно убирать.
И далеко не всегда уборку нужно делать исключительно руками и метлой. Иногда можно использовать мусороуборочную машину. Другое дело, что у любой машины должен быть человек-водитель.
Я про то как вы предлагаете cladr:note и cladr:code оперировать. Если продолжать аналогию с мусором, то вы предлагаете после подметания дороги еще и разметку срезать.
KonTur
(Kon Tur)
972
Не совсем. Если у объекта есть cladr и cladr:code с одинаковым значением, то ясно что один из них лишний. Вот этот лишний и предлагается убрать как устаревший.
Не вижу никаких препятствий.
… и тем самым удалить из базы информацию о его источнике. В случае бот/человек это принципиально.
Аналогия не совсем точна.
Во-первых, я предлагаю не перенаносить разметку ежедневно, а делать это лишь по мере необходимости.
А потом - если уж наносить новую разметку, вряд ли целесообразно оставлять старую, чтобы их было две (три, четыре…).
Прежде чем писать, я прочел тему от начала и до конца. В том числе все жалобы на работу бота. И основной причиной жалоб я вижу именно то, что бот пытается каждый день “переразметить” уже имеющиеся данные.
Нужно бережно относиться ко ВСЕМ данным, а не только к тем, что нанесены руками. А бережное отношение подразумевает:
- не пытаться исправлять правильное,
- избавляться от неправильного.
andriano, вы видимо плохо читали тему. Основная проблема в том, что бот вносил неправильные данные и потом когда у него появлялись правильные данные, например, появлялись границы районов, бот уже ничего не исправлял.
Вот теперь вам ситуация: нарисовали границу области и поставили cladr:note на НП, после чего бот поставил cladr:code и убрал cladr:note. Потом нарисовали неправильные границы районов (или бот неправильно их опознал) и по ним получается, что этот cladr:code неправильный. Что делать боту? Исправлять или нет? В хистори он лезть технически не может, человека нет (ситуация, когда кто-то за ним постоянно следит нереальна)…
Aleksandr Dezhin, Вы, видимо невнимательно читали последнюю страницу темы. Перечитайте пост 956, там изложен предлагаемый алгоритм работы бота.
По конкретному вопросу:
Бот оставляет этот cladr:code как есть. В полном соответствии с тем, что изложено в посте 956. Пункт 2.
В результате имеем fail в базе, ибо код неправильный как раз в случае когда бот ошибется на предыдущем шаге и ждем у моря погоды… Такой вот алгоритм.
Еще раз, пожалуйста, только другими словами.
С какого перепугу что-то случится с базой, если бот НЕ БУДЕТ ее лишний раз трогать?
Вначале неправильный cladr:note, потом правильные границы…
О какой базе речь?
КЛАДР - он и так ее не трогает, ее трогают соответствующие чиновники.
OSM - вот тут то и проблемы:
1 - выпустили обновление КЛАДР, а бот его игнорирует;
2 - кто-то поправил границы НП, или правильно порезал длинную дорогу - самое время исправить коды на правильные (а не те, что поставились раньше по соседней области).
