BING открывает свои спутниковые снимки для OSM

Communities Россия (Russia)
245

Всех с прошедшими!
Тестовая сборка JOSM, вместо подгрузки тайлов мгновенно рисуется надпись “increase zoom level to see more detail”. Изменение масштаба ничего не меняет. Где что не так?

246

Latest 3772 — полет нормальный.

247

Последняя версия перестала рисовать тайлы-пустышки на недоступных зумлевелах, вместо этого должна появляться ошибка “No tile at this zoomlevel”, но почему-то появляется не всегда. Надпись действительно сбивает с толку, потому что масштаб нужно уменьшить, чтобы подгрузить ближайший доступный зумлевел.

248

Ну всё, вроде получилось сделать более-менее цивильный оверзум.

249

Upliner, а в каких единицах задается offset, в градусах ? (я ленивый и в исходники не смотрел)


imagery.offsets.8=mercator^Bing Sat^V6^4.653560430020937E-6^-2.0941021935094215E-6

И нельзя ли все таки в конец этой строки приписать и координаты центра карты, для которой этот оффсет был установлен ?

250

В координатах проекции. Для меркатора это радианы по долготе и логарифм тангенса по широте.
Так уж и быть, сделаю координаты центра.

251

Не было ли логичнее умножить радианы на 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)
252

У обычного гугловского меркатора масштаб зависит от широты. Как в UTM не знаю, сходу разобраться в том коде не смог…
Чтение UTM попробую до завтра починить…

253

Масштаб “метрической” проекции (меркатор, UTM, GK/TM и т. д.) говорит,
что в 1 экранном пикселе столько-то метров, как на север/юг, так и на запад/восток
(для *TM в пределах зоны).
Вся математика с проекциями и ставит это своей целью, для этого ими и
пользуются (а не epsg:4326)
В сферическом меркаторе как раз “логарифм тангенса” и компенсирует
“зависимость от широты”.

254

Он только делает масштабы по широте и долготе одинаковыми. Но никак не “компенсирует “зависимость от широты””. В меркаторе масштаб разный.

255

Ок, неудачный выбор слов с моей стороны. Мне кажется, что смещения для меркатора умноженные на 6378137 более удобны для понимания и использования,
хотя в конце концов это не принципиально.

256

Да, действительно в UTM смещение задаётся в метрах(однако, Bing с ним сейчас выглядит совершенно невменяемо). В версии 3779 глюк с чтением параметризованных проекцияий исправлен, через пару часов будет доступна.

257

Случайно заметил, что снимок Bing (Imagery в JOSM) и у Яндекса один и тот же в районе http://maps.yandex.ru/-/CZVN5eS
Bing купил снимки Сканэкс?

258

Бинг и яндекс купили у кого-то один и тот же снимок

259

Если смотреть по копирайтам, которые показывает Яндекс, скорее СканЭкс купил снимок DigitalGlobe.

260

Обновил описание про JOSM в заглавном посте и в вики. Теперь не нужно настраивать плагины. Всё необходимое встроено в JOSM. Меню, касающееся привязки снимков теперь на русском языке.

261

Может уже пора убрать эту тему из “sticky”? Всё куда надо интегрировано, а место на первой странице тема занимает :slight_smile:

262

возник вопрос… кто заведует сервером бинг-тайлов? Можно ли сделать там какой-то скрипт с обратной связью, автоматизирующий работу с смещениями снимков?
Сценарий:

  1. юзер (один из первых) получает снимок без смещений, получает окошко с предупреждением, что может быть смещение
  2. юзер изменяет смещение, оно отправляется на сервер.
  3. сервет по статистике работы с текущим снимком получает среднее смещение, которое должно удовлетворить всех пользователей и в дальнейшем отправляет снимки уже со смещением. постепенно собирая статистику и уточняя.

Было бы неплохо интегрировать эту фичу и в imagery-плагин, и в потлтач, с одной базой смещений.

И смещения можно хранить/задавать/обрабатывать и на стороннем сервере, не только на источнике бинг-тайлов.

Что думаете? Такой подход здорово улучшит качество работы нескольких пользователей, которым приходится синхронизировать свои сохраненные смещения между собой, новичкам будет намного удобнее маппить и не придется за ними поправлять и объяснять, в чем дело, почему снимок не совпадает с реальностью, и что точнее.

263

Ололо.
Рассказываю. Сервером заведует Microsoft. Над смещениями в настоящее время уже идет работа.

264

по Свердловской области как ни странно смещения почти нет
даже скорее нет, чем есть

проверено от Екб до Талицы