^^ Это разумно делать если если не только смещение но и область в пределах которой это смещение действует. Как только пользователь ставит точку за пределами области смещения так сразу JOSM и ругается
P.S. Только что при правке заметил что область в которой работал оказалась между областями с определёнными смещениями Пришлось создавать новое смещение. Как это отследить автоматом?
Это элементарно.
Достаточно сделать, чтобы он всегда ругался.
Тогда он примерно в 99.999% случаев будет прав. Ну а оставшиеся 0.001% - вполне допустимая погрешность.
ДЛя того, чтобы создавать какую-либо систему привязи, нужно иметь по несколько точек привязки на каждый кв.км. А их только на территории России - более 17 миллионов. Т.е. необходимо порядка 50-100 млн точек привязки, без этого вся затея - профанация, от которой больше вреда, чем пользы.
На каждый квадратный километр - это как-то очень оптимистично. На самом деле, если речь идет о исправлении в том числе и смещений, которые связаны с недостаточно хорошей ортокоррекцией снимков, то локальное искажение должно быть обозначено (минимум) точкой в своем экстремуме, а вокруг должны быть натыканы точки, изолирующие эту область.
Так что база смещений - это, скорее, не более чем инструмент сверки отдельных личных наработок, позволяющий несколько улучшить воспроизводимость результата.
А задача нахождения смещения между произвольными точками чисто математически не решаема вообще - смещения являются значениями гладкой функции только в пределах одной сцены, а условие монотонности для нее вообще выполняется в пределах единиц сотен метров, в лучшем случае.
плагин в любом месте выдает что нет смещения для этого места, видимо сервер отвалился. Добавь пожалуйста в плагин ошибку подключения к серверу, чтоб было понятно, что смещения возможно есть, но с серваком что то не так. А то непонятно
Еще один багрепорт
Если в списке слоев над слоем Бинга есть еще один слой снимков, то смещения не загружаются и появляется окно “В округе не найдены смещения”. Если слои ниже Бинга - все ок.
ну логично: смещения ищутся для самого верхнего отоюражаемого слоя, а не специально для бинга.
чтобы загрузить смещение бинга, верхний слой можно временно скрыть.
Felis Pimeja, как раз хочу спросить, а что означают эти Ново-Переделкино № 1 и № 2? Непонятно же, на карте таких районов не отмечено Хочу обратиться ко всем - давайте более точно указывать места привязок, пересечениями улиц - лучше всего
Я обычно привязываю не по одному пересечению а сразу по многим. Поэтому привязки называю по населённому пункту (в случае деревень, посёлков, городков и пр.). Или по району (микрорайону) если это крупный населённый пункт.
1,2 - это разные смещения для разных снимков которые покрывают н.п. с разным смещением.
Новые снимки Bing в Москве (уже месяц как), и сохраненные смещения становятся неверными приходится удалять и сохранять новые. А ведь кто-то может быть не в курсе, и будет выравнивать по старому, скачанному с сервера, смещению. Как бы не допустить этого?
Массово удалить все смещения, которые находятся внутри области, покрытой новым снимком, и созданные раньше момента обновления. Иных способов, на сколько я представляю, не существует вообще.
Серверная часть не завязана на конкретную подложку, и такой и останется. В инструкции (и единственный раз в окне после установки плагина) советуют проверять корректность смещения перед использованием.
Понял - некогда и лень)
Тогда можно сделать отдельный валидатор смещений Bing (как валидатор тайников, только с датой), который будет автоматически помечать устаревшие смещения через API сервера (дата добавления смещения есть, запрос /deprecate? - тоже). Для него завести отдельного юзера-бота.
Можно завести валидатор, но автоматически помечать смещения как устаревшие — зло. Потому что нельзя это определить со 100% точностью. И вообще, лучше при «удалении» смещения сразу добавлять правильное, потому что иначе какой смысл: отсутствие смещения мало отличается от неправильного смещения.