» SAS.Планета

az52
Значит совпало, но грузит реально быстрее, чем раньше. Может сайт модернизировали? ))

У меня САС качает со скоростью 1-2 kbps, у кого быстрее?
Пробую скачать снимок - прога пишет, что надо скачать 160 МЬ и потребуется для этого 4 дня ...часов.

Что за фигня такая и как её победить?

ГуглМВ такого себе никогда не позволял (скачал бы им да только мне съёмка спутника DigitalGlobe нужна - качество съёмки требуемого участка лучше чем у гугла).
Спасиб.

az52
спасибо за наводку на http://wiki.googis.info/

Vidocqq
А GoogleMV когда будет качать DigitalGlobe тогда и сравнивайте)
Просто DigitalGlobe отдает тайлы медленно независимо от программы, чтобы ускорить этот процесс качайте несколькими потоками (Если глючить прога не будет).

Или у вас и google также медленно качает? Тогда притензии принимаются)
На самом деле у меня например при 128 мб качает с dg примерно 8-10 кбайт/с, и двумя потоками я забиваю полностью канал.

Nikolai2004
Пожалуйста, хотел здесь написать руки чет не дошли.

az52
есть у меня товарищь - МАСовод и страдает сильно от отсутствия замены Ози для МАС (проги то есть, но не то). вот я и задумался как ему помочь. и тут меня осенила мысль - использовать ГЕ (есть для МАС, а он готов даже купить для поддержки ЖПС в ПРО версии) для работы с ГШ.
это была присказка, а сказка впереди.
Как это реализуется?
всё элементарно как и с ГуглМапс+ГШ, а помогает нам в этом незаменимый ГлобалМаппер. у него есть экспорт в KML/KMZ (нам нужен KMZ). В настройках экспорта ГШ есть пункт оптимизации для наилучшей работы в ГЕ, а заключается он в том, что наш ГШ режется на тайлы!!!, размер которых можно выбирать от 256х256 до 1024х1024. На выходе мы получаем KMZ с именем (например M-38-76.kmz), в котором лежат тайлы с именами M-38-76_kmz_L1_0_0.jpg (но это неважно, т.к. они явно указываются в файле doc.kml, который лежит тутже).

Так вот, к чему я клоню ? А можно сделать экспорт из кэша SAS в KMZ? это былабы такая круть
ведь нам нет необходимости преобразовывать тайлы и даже структуру папок кэша, а всё прописывается в doc.kml

Прошу помощи у товарищей, которые соображают в XML - разобраться со структурой doc.kml, т.е. как в нем описать пути к тайлам, если они находятся во вложенных папках, а не в корне KMZ?

прошу прощенья, если надо было в тему "Карты Генштаба "под Гугл", но вопрос в организации экспорта кэша напрямую из SAS.

З.Ы.: такой фичи нет еще не в одной программе-конкуренте (Глобалмаппер вне конкуренции ).

zporuchik
Надо будет посмотреть.

az52
вот для помощи:
Введение в документацию KML
описание тэгов

Вот процесс экспорта с помощью ГлобалМаппера расписан очень хорошо:
Импорт карт в Google Earth (посредством KML)


Добавлено:
а вт про метки:
может в будущем пригодится
ссылка

впринципе имея координаты углов каждого тайла, такой экспорт можно легко сделать
в doc.kml


Код: <href><![CDATA[ M-38-76_kmz_L1_0_0.jpg ]]></href>

TheGarl

Цитата:

меняется на относительный путь,

это первое, что я пробывал, но не сработало

странно , а вот так работает
<href><![CDATA[ file:\\c:\img\M-38-76_kmz_L5_9_9.jpg ]]></href>

Цитата:

если б нормально компилилась планета

а в чем проблема?

az52
ругаемся на :

LinarBitmap
GIFLoader,
JPEGLoader
TPNGObject
DISQLite3Database
Buttons

Добавлено:
zporuchik
у меня всё не в зип архиве(kmz) , а распакованное, может поэтому не получается?

Цитата:

<href><![CDATA[ cache\Тра-Ля-Ля\M-38-76_kmz_L1_0_0.jpg ]]></href>

я понял фишку
![CDATA[]] используется в KMZ и замена пути на абсолютный/относительный ничего не даёт (надо рабираться с этой датой, т.к. удаление её делает KMZ нерабочим)
в KML href указывается явно, т.е. без CDATA и указав путь к изображению - всё работает

еще родилась идея
если появится возможность экспорта из САС и мы победим эту CDATA, то лучше сделать опцию KML или KMZ, а в случае выбора KML - выбор абсолютного или относительного пути.
Для чего это? для экономии дискового пространства используем KML+абсолютный путь (который явно указывает на папку с кэшем САС), а если нам надо поделиться с кем то куском кэша или воспользоваться им на буке в поездке, то лучше в KMZ (один хоть и большой файл - лучше кучи тайлов).

Во я развернулся.
az52
нарисовалась очередность поэтапного прикручивания экспорта:
1. в KML+выбор типа ссылки, т.к. там нет проблемм с путями
2. в KMZ, т.к. надо сначала победить CDATA и обкатать экспорт на разных типах исходного кэша.

TheGarl

Цитата:

эдак можно и не только генштаб а любую карту к GE прилеплять...

а кто сказал, что только для ГШ это?

Добавлено:

Цитата:

file:\\c:\img\

а с относительным прокатывает?

az52
Прошу простить за резкость выражений.
При сравнении скачивания ГуглМВ и САС одной и той же территории (спутники Гугла) первый забивал канал полностью скорость второго, пчему то была гораздо медленнее (может только у меня такое).
Насчёт потоков - если я правильно понял выделяем (одну и туже площадь несколько раз) и скачиваем?
В таком случае (при пяти потоках) получил скорость примерно 4-5 kbps - видимо очень медленный сервер у DG

Vidocqq

Цитата:

Прошу простить за резкость выражений.

Ничего страшного.

Цитата:

Насчёт потоков - если я правильно понял выделяем (одну и туже площадь несколько раз) и скачиваем?

Именно

Цитата:

В таком случае (при пяти потоках) получил скорость примерно 4-5 kbps - видимо очень медленный сервер у DG

Медленный, но всеравно не должно быть так медленно, я при 2 потоках качал со скоростью 16 кбайт/с это придел моего подключения. Хотя может быть стало еще хуже, попробую вечерком протестить.

TheGarl
Надо просто эти компоненты скачать и установить)

zporuchik
на сколько я помню ![CDATA[]] используется в KML как область которая пропускается парсером, т.е. если там есть какиелибо kml теги они их в расчет не берет.

Можеш совокупировать (еп, слово то какое..) информацию по экспорту в KML (для начала сделаем в него) чтоб я сразу приступил к делу?

function PNGintoBitmap32(destBitmap: TBitmap32; PNGObject: TPNGObject): boolean;
из Uimgfun.pas матерится на TPNGObject

pngimage я уже штук 5 попробовал в это месте загвоздка.... http://pngdelphi.sourceforge.net/ - пустой .....

Vidocqq

Цитата:

видимо очень медленный сервер у DG

так и есть
а область лучше разделить на несколько частей и качать в несколько потоков.

az52

Цитата:

Можеш совокупировать (еп, слово то какое..) информацию по экспорту в KML

ну я вроде всё указал. могу только от себя добавить, то что понял со своими скудными познаниями в коде:
1. для картинки, которая "накрывает" всё создается
<Folder> верхнего уровня L1, для которого описываются
<name> (любое значение. Гмаппер берет имя тайла)
<region> - обозначает район, а внутри него
<LatLonAltBox> - южная, северная, восточная и западная границы тайла в формате ГГГ,ггггггггггггг
<Lod> - максимальное и минимальное разрешение для отображения
<GroundOverlay> - инфо о слое, а внутри него еще
<drawOrder> (1) - указывает номер слоея
<Icon> с
<href> - собсно ссылка на картинку
<LatLonBox> - опять описание координат (С,Ю,З,В)
далее опять идет
<Folder> (он вложен в верхний <Folder> L1) (таких, соответствено уже 4) следующего уровня L2 со всеми входящими в него тегами <name>, <Region> с <LatLonAltBox> и <Lod>, <GroundOverlay> с <drawOrder> (2) и т.д.
такая "матрешка" идет до низшего уровня

т.е. получаем
<Folder>
..<Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
..</Folder>
..<Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
..</Folder>
..<Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
..</Folder>
..<Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
....<Folder>
....</Folder>
..</Folder>
</Folder>



фух, проканался весь вечер, но создал вручную пример экспорта из кэша ES в GE
взял один тайл 10-го уровня и по его границам экспортировал 10й,11й и 12й
пример KML

кстати может образоваться неплохая альтернатива ECW, когда появится поддержка KMZ
для карт это будет идеальный вариант экспорта, т.к. отображение будет по слоям, а не умень шенный слой максимального масшаба на котором ничего невидно пока не приблизиш.

Добавлено:
эй! народ! вы куда пропали? я один что ли тут?

все, SAS не закачивает карты с ingita, пишет "Такого изображения нет на сервере!"..

krolevec
а браузер работает?
я пробовал, но ФИГ! хотел посмотреть - может запросы изменились

Добавлено:
krolevec
проверил и впрям САС не качает, а ИЕ работает

Добавлено:
krolevec
в строке запроса
DefURLBase=http://www.ingit.ru/mp/bin_y/GWCgi.exe?cmd=img&map=world_x.chart

удали _y
т.е. должно быть:
DefURLBase=http://www.ingit.ru/mp/bin/GWCgi.exe?cmd=img&map=world_x.chart

Интересно, они часто будут менять строку запроса?

TheGarl
помоги со скриптом для локальных карт Ингит
надо его переделать так, что бы он xc и yc считал от центра локальной карты, а не от мирового 0
т.к. запросы на тайлы уходят без lat lon - палимся
а константу центра локальной карты будем прописывать самостоятельно
скрипт должен расчитывать от них

zporuchik

Спасибо, заработало!

Кому интересно on-line карты eTabua:
http://etabua.net/map/
Кривой Рог, Феодосия, Береговое, Коктебель, Орджоникидзе

Карты хорошие с нумерацией домов.

P.S. Возможно кто-то скрипт сваяет!

krolevec
мне не за что
всё az52


SERGEEV
я жутко сомневаюсь в прикручивании его к САС напрямую
эта штука похожа на volgadmin.ru, т.е. он не хранит картинки в 256*256, а формирует их в зависимости от размера окна и куда ты тыкнул лупой на предыдущей картинки.
в запросах намек на координаты
вот пример запроса

Код:
GET /tmp/54b45760652a5c4fbcacd671f0c22bc720090304195825.png HTTP/1.1
Accept: */*
Referer: http://etabua.net/map/
Accept-Language: ru-RU
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; Tablet PC 2.0)
Accept-Encoding: gzip, deflate
Host: etabua.net
Cookie: sessionid=54b45760652a5c4fbcacd671f0c22bc7; __utma=232345035.4607844427880942600.1236193092.1236193092.1236193092.1; __utmb=232345035.2.10.1236193092; __utmc=232345035; __utmz=232345035.1236193092.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none)
Connection: keep-alive

Приветствую!
Планируется ли подержка отображения информации из файлов kmz?
Очень хотелось бы увидеть это в SAS.
SAS.Планета просто супер!
Спасибо за программу и ее развитие

Barsik
планируется, а пока реализованна только работа с областями описанными в KML

Карты INGIT совсем умерли или как? Даже на сайте не грузятся.

maseratist
мы в этом виноваты 99%

zporuchik


Добавлено:
О! Заработал снова!!!
Блин надо как-то строку запроса делать аналогичную как из сайта, ИМХО. Но у меня тяму не хватит наверное.