Главный разработчик JOSM (в текущий период) Stoecker всерьёз занялся сочетаниями клавиш и проблемой их конфликтов (я не думал, что моя заготовка самогенерируемой таблички так далеко заведёт).
Цветной удобный список: http://josm.openstreetmap.de/wiki/DevelopersGuide/ShortcutsList
Обсуждение проблемы: http://josm.openstreetmap.de/ticket/7226
Дело идёт к тому, что ВСЕ клавиши распределят по группам (без всяких явно указанных модификаторов типа Alt-Shift, как у нас со Zverikом в Utilsplugin2 ), а затем добьются полного отсутствия конфликтов… По крайней мере, плагинов с ядром - точно. Если вам не всё равно, примите участие!
Картинки Hind и пожелания Anton Khorev воплощены в жизнь. Спасибо за идеи!
Итак, привязка по Tab в режиме рисования A теперь
Умеет рисовать под нужным углом к любому сегменту (Tab, а потом правым щелчком на сегменте). Сегмент при активации подсвечивается по умолчанию оранжевым, уж извините
Ага, не из той папки архив выложил)
Идея с проекциями классная, спасибо! Ещё будут предложения? Я теперь посвободнее немного)
Еще из свежего - кнопку D Stoecker избавил от режима удаления (Он теперь по умолчанию на ctrl-del). Можно вешать на нее домики или любой другой часто используемый плагин! В ядре, похоже, домики останутся на b.
Пригодилась бы возможность добавлять как какую-то закладку урл на оглавление wms.
Не знаю, как это зовётся — но та ссылка, по которой сейчас wms сервер выдаёт список слоёв, из которого потом можно выбрать слой и добавить в доступные подложки.
Сейчас при добавлении новой wms подложки из каталога, выданного по запросу GetCapabilities, название её всегда получается каким-то типа «Безымянный слой со снимками».
Было бы правильнее брать это название оттуда же, откуда и ссылку — из ответа сервера, ведь на самом деле эти слои вовсе не безымянны, и держатели серверов обычно дают слоям нормальные имена.
Я не могу поместить это прямо в трекер жосма, потому что не представляю, как эти штуки называются.
Кому интересно - обновитесь завтра до Josm 5002 и обновите плагины. Только обязательно сделайте запасную копию папки настроек! В этого монстра теперь можно загрузить ВСЕ плагины разом без серьезных ошибок запуска. А насколько с этим можно работать - вам судить.
У меня был скачан некоторый участок города, в котором только я правлю (и боты). Обычно я по-новой скачиваю его с сервера перед правкой, но в этот раз открыла сохраненный несколько часов назад файл с уже загруженными на сервер правками, порисовала в нем пару часов и стала загружать обновления на сервер. Появилось сообщение о конфликте с данными на сервере, что для меня было внове. Как я поняла, там только одна точка в одной области землепользования была новее на сервере. Нажала что-то типа “удалить”, область эта вообще удалилась из моих правок, пошла загрузка пакета правок на сервер. Потом появилось сообщения о неизвестной ошибке. Мол, это ошибка программирования, такое бывает.
И теперь, короче, эти правки вообще не грузятся на сервер никак. Перезагружаю, перезапускаю, пробую стабильную версию и новейшую, но все одинаково: открываю сохраненный файл в JOSM, пытаюсь отправить правки на сервер или даже провести проверку данных - сразу это же сообщение об “ошибке программирования”. Похоже, в этом пакете теперь какие-то ошибочные данные, хотя локально все отображается нормально.
Что делать? Жалко двух часов работы. Можно ли в крайнем случае все новые объекты (они компактно) как-то выделить, пересохранить отдельным файлом и попробовать его отправить на сервер?
Нужно посмотреть во второе окно josm (где консоль) и скопировать оттуда текст ошибки (exception и длинный список файлов). Если второго кона нет, нужно запустить josm по-другому (найти josm-tested.jar и открыть его).
Это на Windows все запущено, путем запуска именно josm-tested.jar. Консольного окна я не вижу, но если есть способ как-то его открыть, то подскажите - открою.
Сообщение об ошибке предлагает передать информацию об ошибке. Когда я соглашаюсь, открывается окно, в котором, кстати, кнопка OK удобно выведена за пределы экрана нетбука, и добраться до нее можно только табом вслепую, спасибо за квест, да, и вот в этом окне есть следующее:
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-01-30 02:32:23
Last Changed Author: stoecker
Revision: 4878
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-01-30 00:02:54 +0100 (Mon, 30 Jan 2012)
Last Changed Rev: 4878
Identification: JOSM/1.5 (4878 ru)
Memory Usage: 51 MB / 247 MB (13 MB allocated, but free)
Java version: 1.6.0_18, Sun Microsystems Inc., Java HotSpot(TM) Client VM
Operating system: Windows XP
Dataset consistency test:
[WARN - ZERO NODES] Way {Way id=********* version=3 MVT nodes=[]} has zero nodes
Plugin: PicLayer (27676)
java.lang.IndexOutOfBoundsException: Index:0 Size:0
at org.openstreetmap.josm.tools.CopyList.rangeCheck(CopyList.java:132)
at org.openstreetmap.josm.tools.CopyList.get(CopyList.java:59)
at org.openstreetmap.josm.data.validation.tests.MultipolygonTest.visit(MultipolygonTest.java:120)
at org.openstreetmap.josm.data.osm.Way.visit(Way.java:187)
at org.openstreetmap.josm.data.validation.Test.visit(Test.java:139)
at org.openstreetmap.josm.actions.ValidateAction$ValidationTask.realRun(ValidateAction.java:169)
at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:82)
at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:137)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Смутно подозреваю, что дело в пути без точек. Как его выцепить и убить?