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

Может, лучше 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, чтобы он соединял линию с ней же сдвинутой в кольцо.

Да. Сюда, так же попадают каналы, здания.

Функциональность/визуализация урезана? По-моему сейчас вообще не работает на версии 72197182). Раньше появлялся пунктирный «визир» с указанием угла «падения луча» на пересекаемые контуры. И, кажется, было «подмагничивание (шаговая фиксация)» на 90 градусов.
Хочу возврата сего.

Быстрый откат правки из истории объекта. Например передавать номер правки в плагин отката при щелчке с зажатым шифтом.

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

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

Ничего не отключали и не урезали! Какая ОС? Включено ли в настройках (пкм на символе угла в режиме A). Работает ли на tested?

Я согласен. Но это - изменение поведения по умолчанию, нужна карточка и всенародное одобрение.

Сделать нетрудно, в ядро я нужную точку расширения добавлю на досуге.

Это ж совсем жесть для программистов. Я такого даже в CAD/CAE не видел :slight_smile: Там же узлы всякие совместно двигаются, члены отношений меняются и т. д.

Отмену одиночного действия из середины ещё можно пытаться сделать (если потом этот объект не трогали), но и то тяжело до безобразия. Например, сдвинули 10 домов, а потом хотим 1 назад вернуть. А действие сгруппированное. Что, его тоже править? А от отката одиночных действий току особого не будет (разве что изменения тегов чуть попроще обработать).

ОК, сделаю, когда c Extrude раскопаюсь.