Ни в коем случае не с вики. Только отдельный репозиторий. Только молодость и хардкор!
Да и как в вики геометрию хранить.
Я-то думал хранить будем питон) На вики урлы можно хранить, разумеется. Для коммандлайна можно отдельный репозиторий, а в ядре так не прокатит)
P.S. Хотя хранить на вики ссылки на потенциально левые питоновские скрипты (типа os.system(“cd ~; rm -rf *”) или как там это) действительно не стоит 
Подскажите можно ли в piclayer поворачивать изображение на заданный угол? С помощью мыши оно поворачивается сразу на 2-3 градуса, т.е. очень много. Может есть ещё какие плагины чтобы точно спозиционировать картинку на местности?
Зажми Alt, вроде.
Спасибо, shift помог.
Зверик, скажи пожалуйста - в Reltoolbox действия на панель инструментов выносить никогда нельзя было, или это в какой-то момент сломалось? Я варнинги убирал - заметил (и убрал окончательно, написав false вместо true). И согласен ли с вариантом копирования функции создания мультполигона назад в ядро (всё, что с касается границ и запросов к пользователю - оставляем исключительно в reltoolbox)?
Дак там же сейчас есть привязка по точкам. Ставишь две точки, таскаешь их и получается поворот с какой угодно точностью!
Я вынос кнопок никогда не проверял. Поскольку там всё завязано на выбранное отношение (chosen relation), то смысла выносить что-то на тулбар, наверное, и нет.
Скопировать функцию в ядро, конечно, можно, но в этом случае хорошо бы оставить возможность выбора. Так, у меня можно отключить перенос тегов, чтобы сделать всё самостоятельно в сложных случаях. Хотя как функция для новичков, должно быть нормально: пока на лишние теги никто не жаловался.
Но только скопировать, а не перенести: я вижу политику Дирка, и не хочу терять контроль над алгоритмом внутри reltoolbox.
Отлично, а то я уже бкеспокоиться начал)
Параметр для отключения переноса тегов продублирую, функцию тоже (в сокращенном виде). Сам Reltoolbox менять не буду, но за синхронизацией придётся посматривать - вдруг в ядре в этом месте баги какие найдут. Безвозвратно передавать кусок кода под чужое управление я бы тоже не согласился) Ссылку на Reltoolbox и автора поставлю.
Меня не волнует авторство и прочее, просто Дирку свойственно внезапно начинать чинить то, что не сломано, и он очень туго внедряет поддержку новых схем тегирования.
Понимаю. Тегами лучше на нашей плагинной территории заниматься. А “Сломано” и “Не сломано” - категории действительно растяжимые.
Кстати, если кто не в курсе - следующий набег кодеров вероятнее всего будет на расплодившиеся менюшки) Возможно - после tested, возможно - до.
Идеи улучшения в тему http://forum.openstreetmap.org/viewtopic.php?id=6513&p=21 . Цель - уменьшить число плагинных меню и распределить оставшиеяся по понятным категориям. Звучали весёлые предложения типа отправить все плагины лесом в подменю менюшки “Плагины”. Глобальная цель - чтобы JOSM всегда нормально выглядел с полным комплектом плагинов (теперь он в этом виде работает и даже никуда не ругается - за отдельными исключениями). Заметили, что в Tools давно ничего не лезет?
У меня не запускается 5023.
А есть ли какой-нибудь способ увеличить яркость подложки?
Какие проблемы - можно сообщения java -jar losm-latest.jar посмотреть? (у меня только что с полным набором плагинов запустился)
Можно попробовать переименовать папку Application Data/JOSM (или .josm в Linux) и ещё раз попробовать (если проблема в настройках).
Если подложка - это снимки и т.д., то можно только полупрозрачность регулировать (хотя она по умолчаниы выкючена). Если подложка сама полупрозрачная, можно добавить её дважды - станет ярче.
Можно через twms, там есть соответствующие опции.
Вообще, было бы неплохо иметь возможность регулировать яркость/контрастность выбранной растровой подложки в самом JOSM-е.
Ещё можно посмотреть во второй вкладке настроек WMS/TMS, вверху там есть слайдер – возможно, он поможет в увеличении яркости.
Спасибо. С яркостью у меня ничего пока не получилось сделать, а josm, как оказалось, запускался себе прекрасненько на втором мониторе)
Доброго времени.
Есть вопрос по JOSM. (Надеюсь, по JOSM, в противном случае отправьте меня учиться.)
Есть исходный трек записанный Qstarz.
В нем содержатся данные точки
<trkpt lat="69.487457" lon="88.455240" >
<ele>70.2</ele>
<time>2012-02-25T12:39:53.000Z</time>
<course>97.74377</course>
<speed>0.5713</speed>
<name>trkpt-2012-02-25T12:39:53.000Z</name>
<type>TSD</type>
<fix>3d</fix>
<sat>12</sat>
<hdop>0.72</hdop>
<vdop>0.74</vdop>
<pdop>1.04</pdop>
<ageofdgpsdata>0</ageofdgpsdata>
<dgpsid>0</dgpsid>
</trkpt>
Исходный трек, при помощи viking я бью на нужные мне части.
Нужная мне точка в начале.
<trk>
<name>#58703# 2012-02-25T12:13:07.000Z#3</name>
<trkseg>
<trkpt lat="69.487457000000006" lon="88.455240000000003">
<ele>70.200000000000003</ele>
<time>2012-02-25T12:39:53Z</time>
<course>97.743769999999998</course>
<speed>0.57130000000000003</speed>
<fix>3d</fix>
<sat>12</sat>
<hdop>0.71999999999999997</hdop>
<vdop>0.73999999999999999</vdop>
<pdop>1.04</pdop>
</trkpt>
Обратите внимание на время
2012-02-25T12:39:53.000Z
2012-02-25T12:39:53Z
Открываю трек в JOSM. При помощи infomode смотрю на ту же точку во втором логе и вижу время
2012-02-25 19:39:53
Сдвиг 7 часов. При этом мой часовой пояс сейчас +8 GMT. Откуда такой сдвиг? Плагин врет? Если да, то может кто-нибудь им отписать?(И уж если писать, то добавить просьбу выводить hdop.)
PS. Если кому интересно - сам трек http://www.openstreetmap.org/user/Cd_spb/traces/1184683
PPS. Хм. Плагин ElevationProfile показывает тоже время, значит проблема не в плагине, а либо в JOSMе либо в яве.
Вот что пишет в about
наверняка DST
Скорей всего Java непропатченная. Привет от Дмитрия Медведева с его отменой зимнего времени.
Надо либо обновить версию Java либо пропатчить при помощи утилиты tzupdater. Взять можно тут: http://www.oracle.com/technetwork/java/javase/downloads/index.html
Нечто такое я предполагал. Но это не решает вопроса - Почему JOSM плюсует часовой пояс? Я бы понял если бы он это делал на этапе “вытягивания” треков из устройства.