Кадастр и так прозрачный, он просто должен располагаться над бинг.
Кстати, иногда он становится непрозрачен: помогает пару раз «изменить разрешение».
Проблема в том, что “прозрачный” кадастр перекрывает любую другую подложку - что bing, что irs.
То, что он должен быть сверху спутника, я догадался ещё по работе с плагином WMS.
Случается не иногда, а постоянно.
Уговорили, пожалуй, переползать на нестабильную версию 
PS может, нас отмодерировать в “вопросы по josm” ?
Спасибо, в latest версии JOSM’а работает.
Кстати. Хорошо бы убрать из списка слоёв для выравнивания те слои, которые в данный момент скрыты.
Всех с прошедшими!
Тестовая сборка JOSM, вместо подгрузки тайлов мгновенно рисуется надпись “increase zoom level to see more detail”. Изменение масштаба ничего не меняет. Где что не так?
Latest 3772 — полет нормальный.
Последняя версия перестала рисовать тайлы-пустышки на недоступных зумлевелах, вместо этого должна появляться ошибка “No tile at this zoomlevel”, но почему-то появляется не всегда. Надпись действительно сбивает с толку, потому что масштаб нужно уменьшить, чтобы подгрузить ближайший доступный зумлевел.
Ну всё, вроде получилось сделать более-менее цивильный оверзум.
Upliner, а в каких единицах задается offset, в градусах ? (я ленивый и в исходники не смотрел)
imagery.offsets.8=mercator^Bing Sat^V6^4.653560430020937E-6^-2.0941021935094215E-6
И нельзя ли все таки в конец этой строки приписать и координаты центра карты, для которой этот оффсет был установлен ?
В координатах проекции. Для меркатора это радианы по долготе и логарифм тангенса по широте.
Так уж и быть, сделаю координаты центра.
Не было ли логичнее умножить радианы на R_equator и получить смещение в метрах ?
Меркатор все-таки “метрическая” проекция, независимо от того, как она реализована в josm.
Спасибо, в Revision: 3776 сохранение координат уже работает ! Но есть ошибка при чтении
сохраненного для UTM35:
java.lang.IllegalStateException: Projection 'epsg32635' not found
at org.openstreetmap.josm.data.imagery.OffsetBookmark.<init>(OffsetBookmark.java:56)
at org.openstreetmap.josm.data.imagery.OffsetBookmark.loadBookmarks(OffsetBookmark.java:84)
at org.openstreetmap.josm.gui.preferences.ImageryPreference.initialize(ImageryPreference.java:747)
at org.openstreetmap.josm.Main.<init>(Main.java:223)
at org.openstreetmap.josm.gui.MainApplication.<init>(MainApplication.java:64)
at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:231)
У обычного гугловского меркатора масштаб зависит от широты. Как в UTM не знаю, сходу разобраться в том коде не смог…
Чтение UTM попробую до завтра починить…
Масштаб “метрической” проекции (меркатор, UTM, GK/TM и т. д.) говорит,
что в 1 экранном пикселе столько-то метров, как на север/юг, так и на запад/восток
(для *TM в пределах зоны).
Вся математика с проекциями и ставит это своей целью, для этого ими и
пользуются (а не epsg:4326)
В сферическом меркаторе как раз “логарифм тангенса” и компенсирует
“зависимость от широты”.
Он только делает масштабы по широте и долготе одинаковыми. Но никак не “компенсирует “зависимость от широты””. В меркаторе масштаб разный.
Ок, неудачный выбор слов с моей стороны. Мне кажется, что смещения для меркатора умноженные на 6378137 более удобны для понимания и использования,
хотя в конце концов это не принципиально.
Да, действительно в UTM смещение задаётся в метрах(однако, Bing с ним сейчас выглядит совершенно невменяемо). В версии 3779 глюк с чтением параметризованных проекцияий исправлен, через пару часов будет доступна.
Случайно заметил, что снимок Bing (Imagery в JOSM) и у Яндекса один и тот же в районе http://maps.yandex.ru/-/CZVN5eS
Bing купил снимки Сканэкс?
Бинг и яндекс купили у кого-то один и тот же снимок
Если смотреть по копирайтам, которые показывает Яндекс, скорее СканЭкс купил снимок DigitalGlobe.
Обновил описание про JOSM в заглавном посте и в вики. Теперь не нужно настраивать плагины. Всё необходимое встроено в JOSM. Меню, касающееся привязки снимков теперь на русском языке.