SASGIS

Веб-картография и навигация


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001322SAS.Планета[All Projects] Багpublic02-06-2012 15:1910-10-2012 12:43
ReporterPapazol 
Assigned Tovdemidov 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformWindowsOSXPOS VersionProfessional SP3
Product Version.Nightly 
Target Version120808Fixed in Version120808 
Summary0001322: Не работает экспорт в сжатый формат для SAS4WinCE/SAS4Android
DescriptionПри запуске процесса выводится сообщение "Не выбрано ни одного масштаба", хотя один-то уж точно выбран. Соответственно ничего не формируется.
Additional InformationСкриншот тут - http://sasgis.org/forum/viewtopic.php?f=2&t=1546&p=28641#p28635
TagsSAS4WinCE, экспорт
Attached Files

- Relationships
related to 0001282closedGarl Экспорт в упакованный формат SAS4WinCE 
related to 0001316closedvdemidov Access Violation при склеивании 
related to 0001324closedDima2000 Неправильный пакованный кэш после экспорта в формат SAS4WinCE/Sas4Android под Андроидом 

-  Notes
(0007285)
Dima2000 (developer)
03-06-2012 11:22
edited on: 03-06-2012 11:23

Вы уверены что стоит хотя бы одна галка в списке масштабов? Тогда приложите скриншот настроек как запускаете экспорт и что получается в итоге (сняв галку "Закрыть окно после старта" можно всё получить на одном скриншоте). И укажите точнее на какой версии проверяете (или на скриншоте покажите и заголовок окна программы).

(0007286)
Dima2000 (developer)
03-06-2012 11:38

Ага, увидел скрин на форуме (почему не дали сразу ссылку туда?!). Непонятно.
Единственное что могу сказать - до процедуры экспорта дело вообще не дошло, затормозилось где-то ранее, ещё до вызова TThreadExportToCE.ProcessRegion. Возможно связано с переделками фреймов.
(0007287)
Dima2000 (developer)
03-06-2012 11:58

Цитата из http://sasgis.org/mantis/view.php?id=1282#c7283 :
>>сравнил индесный файл у SASPACK и у этой штуки - небо и земля.
>>приложил принтскрин сранения содержимого.
Я ошибки не вижу, всё нормально.
Объясню почему индексные файлы различаются: чтобы не заморачиваться с переменными размерами таблиц в файле я в индекс сохраняю всегда максимально возможную таблицу зумов (все 24 элемента с z1 по z24), но неиспользуемые оставляю нулевыми и корректно указываю точное количество использованных зумов в начале. Это никак влиять на работу не должно, лишь занимает пару сотен байтов в начале файла индекса. Соответственно, поехали и все остальные указатели на внутренние таблицы. Но в обоих случаях они всегда указывают правильно, хоть и численно по разному.
Проверять надо не бинарное совпадение индексных файлов (они могут быть СУЩЕСТВЕННО разными и это нормально), а:
1. наличие в файлах данных всех тайлов (порядок также может различаться!);
2. наличие на них ссылок из индексного файла и с правильными координатами.
Если очень хочется, могу дать консольную утилитку по выводу всех указателей в индексном файле, ей можно будет (с трудом) сравнить два индекса на корректность и "похожесть". Также если при экспорте была включена галка сохранять recovery info, то индекс можно восстановить и по файлам данных (тоже примитивная консольная утилитка) и его тоже сравнить с сформированными экспортом.
Или скиньте мне в личку на форуме оба индексных файла, я их проверю.

>Подозреваю, что справа не те "02 00 00 00" обведены (д.б. в строке 108).
Да, именно так, справа в строке C0 сидит таблица для Y, а слева (в строке 38) таблица для X. Справа таблица для X именно в строке 108, на неё и ссылка из таблицы Z (ссылка справа обведена первой).
Но эти все различия несущественны! Главное чтобы все указатели внутри файла указывали куда надо, а уж в каком порядке таблицы будут и по каким смещениям в файле - совершенно неважно.
(0007288)
Dima2000 (developer)
03-06-2012 12:02

>сравнил индесный файл у SASPACK и у этой штуки - небо и земля.
Добавлю, бинарной идентичности файлов при экспорте я и не обещал. Но она и не нужна, всё должно работать и без неё.
(0007290)
DJ VK (manager)
03-06-2012 12:34
edited on: 03-06-2012 12:49

у меня не работает второй экземпляр (андроид 4)
.заменил им первый и перестало отображаться. только первый.

прислал глючный экземпляр. файл данных байт в байт одинаковый, значит дело не в нем..

(0007292)
Dima2000 (developer)
03-06-2012 12:58
edited on: 03-06-2012 13:01

>прислал глючный экземпляр.
Надо так же и рабочий экземпляр, для сравнения.

>файл данных байт в байт одинаковый
Это прекрасно, легче разбираться.

В присланных файлах индексов ошибок нет, должны работать оба (и sat и ggc).

(0007293)
Dima2000 (developer)
03-06-2012 13:09
edited on: 03-06-2012 13:28

Как ни странно, но все три индекса мной признаются рабочими. Почему два из них не понимает клиент под андроид - пойду разбираться с v_max на его форум (http://4pna.com/showthread.php?p=238671#post238671). Похоже андроид какой-то слишком умный или v_max переделал чтение пакованного кэша в клиенте... Спасибо за пример рабочего и нерабочего, они пригодятся.
Пока больше ничего сказать не могу, извините.

(0007294)
Dima2000 (developer)
03-06-2012 13:32

V_max постоянно обновляет клиента под андроид, проверьте на последней версии (кажется бета54), может он уже поправил? :)
И скажите наверное для полноты картины на какой версии клиента проверяли.
(0007295)
DJ VK (manager)
03-06-2012 13:33

на 54й. увы...
(0007296)
Dima2000 (developer)
03-06-2012 13:44

Опять ругаться будут что смешали разные баги в одну кучу. :(
Надо было открыть новый тикет про проблемы с индексом, и не писать в 1282-й, он же типа отработан и закрыт.
(0007297)
zed (manager)
03-06-2012 14:05

Да, проблемы с индексом лучше отделите в новый тикет.
(0007298)
DJ VK (manager)
03-06-2012 15:31

это вроде 1322 тикет.

паковщик SASPACK кладет таблицы масштабов, затем таблицы столбцов, а потом строк.
а при экспорте из планеты сначала строки, затем итоговые столбцы. хм.
(0007299)
Dima2000 (developer)
03-06-2012 15:43

Не совсем, в начале файла всегда таблица Z. Потом, родной паковщик кладёт все таблицы X, а после них все таблицы Y. Я же кладу сначала все Y для данного Z, потом X для данного Z, потом повторяется для следующего Z. Так сделано для ускорения работы экспорта и чтобы памяти меньше требовал.
Но все указатели на таблицы правильные, разница не должна никак влиять на работу.
Жду реакции v_max.
(0007300)
Dima2000 (developer)
03-06-2012 15:46

Я вам в личку на форуме написал, могу проверить ваш ggc.d00 на навигаторе с SAS4WinCE (андроида у меня нет) если кэш не секрет и вы его куда-нибудь выложите (или скинете мне на почту, 10МБ должно пролезть).
(0007301)
DJ VK (manager)
03-06-2012 15:59

http://www38.zippyshare.com/v/14977623/file.html
2 варианта кеша.
(0007302)
zed (manager)
03-06-2012 16:14

>это вроде 1322 тикет.
Этот тикет не про индекс, а про то, что создание кэша вообще не стартует. Тут 2 бага вылезло, а обсуждаете всё в одном тикете.
(0007303)
Dima2000 (developer)
03-06-2012 16:19

>2 варианта кеша.
Спасибо.
Оба варианта успешно распаковываются родным распаковщиком. Результат строго одинаков.
Мои утилиты тоже никаких ошибок не видят.
Навигатор видит оба кэша одинаково. JJ-connect 300 (WinCE 4.2, 320x240, ARM920T), SAS4WinCE 2.8.2.4
ИМХО что-то испортилось в программе под андроид, ждём v_max-а.
(0007305)
zed (manager)
03-06-2012 19:41

У меня описанный баг "При запуске процесса выводится сообщение "Не выбрано ни одного масштаба", хотя один-то уж точно выбран" не воспроизводится.

Papazol проверьте, это действительно на крайней ночнушке?
(0007309)
Dima2000 (developer)
04-06-2012 14:43

Как мне ни жаль, придётся признать, что на текущий момент под андроидом пакованный кэш экспортнутый из Планеты работать не будет. По словам автора клиента (v-max) порядок таблиц в файле индекса под андроидом ещё как важен. А значит экспорт в Планете надо переписывать. Возможно это даже ускорит отображение кэша. Переписывание займёт пару дней. Пока для андроида придётся пользоваться старым способом, через родной паковщик.

Создал новый инцидент, продолжать данную тему (кэш под андроидом) предлагаю там - http://sasgis.org/mantis/view.php?id=1324
(0007315)
Papazol (reporter)
04-06-2012 20:20

Итак, на скачанной прямо сейчас ночнушке (5599) ничего такого не происходит. Было на 5574. Непонятно, исправлено что-нибудь, или "само рассосалось"?
(0007316)
Dima2000 (developer)
04-06-2012 21:30

Подтверждаю, на 5574 было. Причём обычная версия говорит не выбраны зумы и позволяет продолжить работу, а Debug версия вообще молча виснет, написав в заголовке маленького окна "Пожалуйста подождите" и убивается лишь через таск манагер.
Вообще, проблеме подвержены версии 5566, 5574, 5581.
Версии 5559, 5585, 5599 в порядке.
Остальные не проверял.
Значит сломалось между 5559 и 5566, а исправилось между 5581 и 5585. И сейчас в порядке.

- Users who viewed this issue
User List Anonymous (3424x), bk99 (1x)
Total Views 3425
Last View 21-11-2024 13:00

- Issue History
Date Modified Username Field Change
02-06-2012 15:19 Papazol New Issue
03-06-2012 11:22 Dima2000 Note Added: 0007285
03-06-2012 11:23 Dima2000 Note Edited: 0007285 View Revisions
03-06-2012 11:38 Dima2000 Note Added: 0007286
03-06-2012 11:40 Dima2000 Additional Information Updated View Revisions
03-06-2012 11:58 Dima2000 Note Added: 0007287
03-06-2012 11:59 Dima2000 Relationship added related to 0001282
03-06-2012 12:02 Dima2000 Note Added: 0007288
03-06-2012 12:34 DJ VK Note Added: 0007290
03-06-2012 12:41 Dima2000 Note Added: 0007291
03-06-2012 12:49 DJ VK Note Edited: 0007290 View Revisions
03-06-2012 12:57 Dima2000 Note Deleted: 0007291
03-06-2012 12:58 Dima2000 Note Added: 0007292
03-06-2012 13:01 Dima2000 Note Edited: 0007292 View Revisions
03-06-2012 13:09 Dima2000 Note Added: 0007293
03-06-2012 13:27 Dima2000 Note Edited: 0007293 View Revisions
03-06-2012 13:28 Dima2000 Note Edited: 0007293 View Revisions
03-06-2012 13:32 Dima2000 Note Added: 0007294
03-06-2012 13:33 DJ VK Note Added: 0007295
03-06-2012 13:44 Dima2000 Note Added: 0007296
03-06-2012 14:05 zed Note Added: 0007297
03-06-2012 15:31 DJ VK Note Added: 0007298
03-06-2012 15:43 Dima2000 Note Added: 0007299
03-06-2012 15:46 Dima2000 Note Added: 0007300
03-06-2012 15:59 DJ VK Note Added: 0007301
03-06-2012 16:14 zed Note Added: 0007302
03-06-2012 16:19 Dima2000 Note Added: 0007303
03-06-2012 19:41 zed Note Added: 0007305
03-06-2012 19:41 zed Status new => feedback
04-06-2012 14:41 Dima2000 Relationship added related to 0001324
04-06-2012 14:43 Dima2000 Note Added: 0007309
04-06-2012 20:20 Papazol Note Added: 0007315
04-06-2012 20:20 Papazol Status feedback => new
04-06-2012 21:30 Dima2000 Note Added: 0007316
05-06-2012 06:53 vdemidov Status new => resolved
05-06-2012 06:53 vdemidov Fixed in Version => 120808
05-06-2012 06:53 vdemidov Resolution open => fixed
05-06-2012 06:53 vdemidov Assigned To => vdemidov
05-06-2012 06:54 vdemidov Relationship added related to 0001316
05-06-2012 09:15 vdemidov Target Version => 120808
05-06-2012 20:10 gpsMax Tag Attached: android
05-06-2012 20:17 vdemidov Tag Detached: android
05-06-2012 20:40 Dima2000 Tag Attached: экспорт
16-09-2012 11:16 gpsMax Tag Attached: android
16-09-2012 11:16 gpsMax Tag Detached: android
16-09-2012 11:16 gpsMax Tag Attached: SAS4WinCE
10-10-2012 11:40 Tolik Status resolved => closed



Copyright © 2007 - 2024 SAS.Planet Team