Только что проверил. Не могу подтвердить. Чистые данные сливаются без проблем. Подозреваю, что такая ситуация возможна, если в разные слои вы подгружали одни и те же данные с историей. Причём изменения из одного слоя успели выгрузить на сервер. А во втором те же объекты остались старых версий. В этом случае при попытке их переженить вы ожидаемо огребёте целый воз конфликтов. Если я не прав, то нужны подробности. Например слои в виде .osm файлов на какой-нибудь обменник.
Перестал работать (пропала вкладка) PicLayer и не могу увидеть работу Kendzi3D (не появляется вкладка «3D» 
Версия 6115, соответствующие плагины включены, приложение перезапущено.
Многие плагины (если не все?) со вчерашнего дня ругаются старте ругаются и просят версию 6162. Обновись до latest 6232.
Обновил, Kendzi3D заработал, а PicLayer не хочет. Причём даже когда он выключен (галка снята), то пишется, что он установлен.
Включить PicLayer, нажать “Обновить плагины”, перезапустить Josm
Пробовал и включать и выключать таким образом. Сообщается, что все плагины свежие и обновление производиться не будет. Как бы мне «зачистить» его и с нуля установить?
Снять галку, выключить Josm. Если Windows, то искать где-то в районе C:\users\username\App data\Roaming\Josm\plugins\… и удалить искомый .jar.
PicLayer теперь не имеет собственного меню, ищите его два пункта в Снимках. (или это действительно глюк)
Да, так и есть 
Всем спасибо за помощь.
Создал кучу однотипных мультиполигонов natural=wetland=reedbed (Что бы не плодить одинаковые линии одновременно являющиеся и riverbank и краем тростника и лесом).
Как их все объединить в одно отношение “тростник”, чтобы хоть немного разгрузить списки.
Я-начинающий. Спасибо.
Не совсе понятно что нужно. Дай ссылку на карту
Felis человек говорит , что у него много отношений natural=wetland , wetland=reedbed . Которые соприкасаются с riverbank’ом и wood’ом.
Сергей-Питер можно. Но это не имеет смысла. Вообще сама идея отношений для того что бы не плодить линии кажется мне странной. Потому что вместо линий может получится куча мультиполигонов среди которых надо 5 минут будет разбираться чего к чему принадлежит. А вообще в вашей терминологии не ясность. Мультиполигоны - это вид отношений. + то что вы хотите сделать не практикуется широко. Потому что мы не объединяем к примеру лес и речку и т.д.(в один мультиполигон, но они могут иметь общие точки) А так да попробуйте объясните лучше, что вы хотите сделать. И про какие списки речь?
http://www.openstreetmap.org/#map=14/61.0084/35.1232
Множественные однотипные мультиполигоны - это заросли тростника вдоль реки Святуха (в указанном месте и выше по течению)
Как я, понял, вопрос о том, как из множества мелких м/п создать большой. Инструмента для этого нет. Чтобы проделать это вручную, нужно поудалять все объединяемые м/п, выделить всех их бывших участников и создать новый. Работы уйма, а результат более чем сомнительный. Я бы оставил как есть, там всё нормально.
И вот ещё что. Лес, вырубка, карьер, узкоколейка - это не имена собственные, им не место в name.
Сергей-Питер, двачую ответ lenux’а.
Произвольное объединение элементов в группы возможно через type=collection. Но сейчас это не поощряется, о чём вполне красноречиво написано в заголовке страницы на вики. Кстати количества мультиполигонов в списках отношений от этого не уменьшится. Лишь добавится ещё одно отношение. В некоторых случаях объединение элементов имеет смысл. Например type=waterway через который отдельные отрезки реки собираются в единое русло. Но это совсем не твой случай. Объединять участки тростника не имеет смысла.
P.S. Проверь Святуху - у пары элементов пустые роли. Не айс.
Доп:
Мультиполигонов со множественными outer по возможности следует избегать. Они противоречат требованиям к мультиполигонам и чаще всего неправильно интерпретируются при последующих конвертациях и обработке.
Сергей-Питер. Посмотрел я сейчас окрестности.
http://www.openstreetmap.org/browse/way/237749412/history - исправлять + что за konv YF ?
http://www.openstreetmap.org/browse/way/231741233/history - исправлять
http://www.openstreetmap.org/browse/node/2456426009/history - исправлять (и рядом одна)
http://www.openstreetmap.org/browse/way/237763465/history - исправлять
http://www.openstreetmap.org/browse/way/237763467/history - исправлять
http://www.openstreetmap.org/browse/way/231741186/history - исправлять
http://www.openstreetmap.org/browse/way/238113376/history - исправлять
Как-то так при беглом просмотре.
Это все еще недоделано. Есть к чему руки приложить. Думаю за сегодня-завтра “причесать”.
konv, by eye, TEMP - моя собственная система маркировки источника получения информации. (хотя из аббревиатуры все понятно:). Почему на английском? Во-первых, я на нем говорю, а во-вторых, шли по Свери - встретили 3 британские яхты - похоже Россия наконец то открыла внутренние пути. Район “вышел” на интеруровень:)))
Это поле критично?
Кстати, если интересно о местах: http://www.forum.aroundspb.ru/index.php?t=msg&th=14612&goto=157500&S=d5cc7764a80f3639331a9fad1feaa0b4
2igitov
Сегодня 09:45:25
… Лес, вырубка, карьер, узкоколейка - это не имена собственные, им не место в name…
Хм! Но это местная идиоматика. Местные ориентированы именно на эти названия.
“Где был? Да на узкоколейке” - и это конкретное место, хотя там ВСЕ дороги и тропы проложены по узкоколейным насыпям. Так же карьер и две вырубки: ближняя и дальняя.
Планирую оставить. Убедил?
С “лесом” - согласен.
Ну вообще-то в это поле заглядывает большинство мапперов, и желательно, чтобы там было написано нечто более-менее общепринятое, или по крайней мере понятное большинству.
Это, впрочем, вообще всех тэгов касается.
Для обозначения того, что видели собственными глазами (или проехали собственными колёсами), есть тэг source=survey, konv - не знаю, кому как, а мне непонятно.
Кстати, по поводу TEMP[orary]: это служебная граница.
Лес там доминирует везде. Но я ведь не могу работать с районом 400х400км?
При этом лес - это мультиполигон, со множеством иннеров (болота, вырубки, урочища, покосы, деревни и поселки и т.д.)
Надо редактировать в каких то “разумных” границах. Хотелось бы послушать вас про “разумность”.
И как эти куски (мультиполигоны) потом объединить в один БОЛЬШОЙ ЛЕС.
Спасибо.