Notes |
|
(0000126)
|
dumpy
|
25-08-2010 05:49
|
|
тоже эту фичу заметил ... но подумал что так и должно быть... ) |
|
|
|
Нет, этого быть не должно. Это чисто баг. Сдругими ресурсами все корректно. |
|
|
|
Раз баг только с одним ресурсом, то и пишите владельцам этого ресурса. Тобишь в Микрософт. |
|
|
(0000130)
|
Propretor
|
25-08-2010 06:41
(edited on: 09-04-2011 12:04) |
|
Странный комментарий. Вина Майкрософт под большим сомнением. Соственный браузер дает результат верный. Если вам не интересен результат работы с Bing Maps, Birds Eye, зачем тогда вообще его "прикрутили"?
Неужели не знаете, что "неправильная" карта хуже чем ее отсутствие?
|
|
|
(0000135)
|
Garl
|
25-08-2010 08:19
(edited on: 09-04-2011 12:04) |
|
тут дело действительно с самой отдаче от бинга,
у них некорректно (местами до 1.5 км) привязаны снимки.
так что или перепривязывать или ничего с этим не поделать.
вот к примеру Краснодар привязан на ура, а в тоже время горная часть съехала местами на 800-900 метров
|
|
|
|
Вот поэтому я и предлагал добавить возможность в runtime менять привязку. Сдвигать. Но предложение вычеркнуто без обьяснения причин... |
|
|
(0000138)
|
DJ VK
|
26-08-2010 04:58
(edited on: 26-08-2010 05:00) |
|
Нельзя просто подвинуть снимок. Он может быть одним концом привязан правильно, а другой уполз. Преобразование нелинейное (растяжения, сжатия, повороты и сдвиги - это как минимум), да привязать сам по себе спутник не сопостовляя его скажем с топографической картой, имеющей точную привязку, сложно.
Единственный выход - скачать мозайку снимка, склеить, экспортировать, нормально привязать, разбить на мозайку и вставить ее в программу. (А заодно послать майкрософту - дескать вот так правильно.)
Не встравивать глобал маппер в программу же в качестве плагина ...
А на гугле, например, есть обратная связь - можно пожаловаться на неточности и несоответствия в карте и спутнике...
|
|
|
(0000141)
|
sergeyka
|
26-08-2010 07:27
(edited on: 26-08-2010 07:28) |
|
С нелинейным преобразованием понятно, что сложно. И для старых карт книогда не будет возможности точно привязать. Именно поэтому в простейшем случае необходимо ЛОКАЛЬНАЯ перепривязка, чтобы не заморачиватся с перепривязкой ВСЕЙ карты. Те примитивный сдвиг одной из топооснов.
К примеру, etomesto.ru для выделенного фрагмента позволяет сдвинуть/растянуть... оч удобно. И я непонимаю в чем проблема огранизвать некую дельту в пересчете на координаты окна... она там точно уже есть :) просто отдать ее пользователю.
PS а исходники SAS раньше были доступны. А теперь?
|
|
|
|
Только что сделал фрагмент карты с помощью Mobile Atlas Creator
http://mobac.dnsalias.org/
Источник карт тот же - от Microsoft
Никаких искажений, все треки легли.
Опять будете утверждать что проблема в Бинге?
См. файл 1.png |
|
|
(0000285)
|
Garl
|
07-10-2010 13:27
|
|
самый простой пример: открываем место и бустренько горячими кнопками переключаемся между слоями Bing и Google
если на экране разницы в снимках не заметно - то и привязываться они будут идентично если они отображаются криво - то проблема не в планете а в том как сервер отдаёт снимки.
кстати у Virtual Earth есть 2 варианта снимков (bing и VirtualEarth) так вот бинг - косячный .
пример одного и того же места:
http://ecn.t3.tiles.virtualearth.net/tiles/svi120333020321220.jpeg?g=392&dir=dir_n&n=z
http://a0.ortho.tiles.virtualearth.net/tiles/a120333020321220.jpeg?g=72
собственно вопрос: в покрытии между bing и VirtualEarth различия есть? |
|
|
|
Я не теоретик, мне важен результат. Если разрешение снимков одинаковое, сами снимки одинаковые, тогда сделайте возможным скачивание данных с VirtualEarth, и закройте возможность скачки с Bing - с их нелинейными искажениями. |
|
|
(0000291)
|
Garl
|
08-10-2010 09:33
(edited on: 10-10-2010 06:52) |
|
дык https://bitbucket.org/vdemidov/sas.zmp/src
VESat.zmp - VirtualEarth
VESat-N.zmp - Bing
|
|