Чего вам не хватает в JOSM

Карточка про чувствительность 10 пикселей в extrude: http://josm.openstreetmap.de/ticket/9952
С JOSM 7009 можно менять параметр extrude.initial-move-threshold, пока по умолчанию 10.

Расширил, теперь показывает. JOSM 7010 :slight_smile:

Сделал! (цвет можно менять в настройках)


Наконец собрался сделать выделение объектов по внутренней точке.
Работает по двойному щелчку (в режиме S) или shift-/ (двойной щелчок можно отключить), нужен Utilsplugin2.
(пытается выбрать объект с минимальной площадью, линии от мультиполигонов игнорирует)

Вот демо-ролик: http://screencast.com/t/UPHzhFhIJWK

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

Для новичков не помешал бы древовидный фильтр, с нормальными названиями, а не highway=* к примеру. В своё время много подвигал того, чего можно было и не двигать. Пока не понял что такое фильтр и с чем его едят (это громко сказано, грамоте не обучен и сложнее landuse= | place=* | boundary=* | #адресация_дороги* выдавить из себя не способен). Или просто заполнить “примерами” имеющийся фильтр – может быстрее поймут, что мешающие можно убрать, а не двигать и “пристреливать”.

Опять же для неофитов – желательно вытащить на передную панель заготовку для адресации, как самую распространенную после дорог. Уповать на то, что её можно найти через F3 или установить самостоятельно, ожидая, что это будет делать тот, кто ещё базовое управление не освоил. Приведу пример, в последнее время, после письма “вандалящему” в “дружелюбном” ID новичку – “есть чудный редактор джосм, вот ссылочки”, пациент, после пары правок джосмом, внезапно начинает править Потлачем 2 или вообще 1… Раза три такое было. Подмывало прилизанный файл настроек предложить, может хоть спрашивать начали, что не понятно.

Это не убунта глючная, это я ядро менять не хотел перед стабильным выпуском :slight_smile: На днях сделаю стабильный дабл-клик, пока можно пользоваться Shift-/ .

Поддержки http://wiki.openstreetmap.org/wiki/Key:conveying для лестниц и дорожек

Может, лучше 2 презета “эскалатор” и “траволатор”? Очень мало дорожек имеют conveying, зачем смущать новичков.

Для заготовок у нас есть тема http://forum.openstreetmap.org/viewtopic.php?id=14133

В презете контактов (схема с префиксом “контакт”) прошу добавить поле contact:facebook=

многие POI имеют и сайт, и фейсбук.

В JOSM есть замечательная настройка-фича для прореженых треков (обычно из Гармина) - “Draw large GPS points”. Раньше точки раскрашивались так же как сам трек в зависимости от скорости/направления и т.д. Сейчас точки всегда серые. Вопросы:

  1. Можно ли настроить их обратно в цветные
  2. Если нельзя - зачем сломали хорошую фичу ? Кому она мешала ?

Хоть на старый JOSM откатывайся ((

Тогда уж и фкантактик, одноклассники, твитер, Гугл плюс и инстаграм

т.к. проект международный, предлагаю начать с международных соц сетей. JOSm тоже международная программа

Починил назад. Прозрачность в draw.rawgps.large.alpha. Если не откатят из-за близости tested - в новом релизе будет.

Я правильно понимаю, что оно с марта не работало? Зачем столько молчать… Учите язык вероятного противника и пишите в карточки :slight_smile:

Может, лучше 2 презета “эскалатор” и “траволатор”? Очень мало дорожек имеют conveying, зачем смущать новичков.

Для заготовок у нас есть тема http://forum.openstreetmap.org/viewtopic.php?id=14133.

Можно и так. Можно и не отдельным пресетом, а добавить в пресет лестницы галочку “эскалатор” - это должно быть достаточно очевидно, чем какой-то conveying.
Лично я не вижу особой разницы.

Пожелание к замечательному инструменту “упростить линию” (к сожалению, не помню автора, с телефона искать крайне не удобно). Хотелось бы возможности (с пользовательской настройкой) предварительного усреднения лини(и/й). Данный функционал позволил бы более адекватно упрощать “роботные линии” (того же скан эриал), предварительно сглаживая незначительные ступеньки.
Пользователькие значения упрощения [0. -255.]
0 - как сейчас
целая часть больше 0 - количество итераций/повторений процедуры усреднения
дробная часть - доля (%) от матимаческого усреднения (серидина медианы - .5 (50%) ).
В данном функционале, также, очень важно учесть соотношение длинны медианы к длинне основания, дабы не портить геометрию линии с точками на больших расстояниях.
И ещё один момент, пока на пересчитана вся линия по исходным положениям ее нодов, применять новые значения позиций нод к искомой линии не стоит. Т.е. сперва рассчитываем позицию каждой ноды с учётом изачальных соседних и только после этого применяемых новые координаты для всех нод вея разом. Иными словами, игнорируем новорассчитанную координату при расчёте соседней, берём оригинальное значение.

Я опять порылся в JOSM и слегка переделал определение нажатых кнопок (в том Ctrl / Shift / Alt во всех режимах).

После недавних изменений 3 режима реагируют на повторное нажатие кнопки (без бесконечного мигания при зажатии):

  • режим A включает угловую привязку
  • режим выдавливания X включает двойное выравнивание (оба конца движутся по смежным отрезкам)
  • режим выделения S переключается на лассо вместо рамки (выделять щелчками в нём тоже никто не запрещает)
    (если совсем не привыкнете, в расширенных настройках можно отключить)

Прошу всех заинтересованных проверить на предмет глюков и неудобств (в том числе неправильного отображения курсоров). В latest это попадёт завтра, пока вот: https://dl.dropboxusercontent.com/u/63393258/josm-custom.jar

Было бы не плохо, если с помощью shift+p можно было делать и замкнутые контуры – в последнее время делаю лесополосы, и замыкание с двух сторон отнимает довольно много времени, иногда почти столько же, сколько просто обрисовать.

А почему именно через Shift-P? Это же параллельный сдвиг?

Зачастую, одна сторона лесополосы, не отличается от другой – смысл рисовать вторую сторону, особенно, если они такие. Бессмысленная потеря времени.

Понял, то есть охота какой-то модификатор к Shift-P, чтобы он соединял линию с ней же сдвинутой в кольцо.