|
Notes |
|
|
(0007285)
|
|
Dima2000
|
03-06-2012 11:22
(edited on: 03-06-2012 11:23) |
|
Вы уверены что стоит хотя бы одна галка в списке масштабов? Тогда приложите скриншот настроек как запускаете экспорт и что получается в итоге (сняв галку "Закрыть окно после старта" можно всё получить на одном скриншоте). И укажите точнее на какой версии проверяете (или на скриншоте покажите и заголовок окна программы).
|
|
|
|
|
Ага, увидел скрин на форуме (почему не дали сразу ссылку туда?!). Непонятно.
Единственное что могу сказать - до процедуры экспорта дело вообще не дошло, затормозилось где-то ранее, ещё до вызова TThreadExportToCE.ProcessRegion. Возможно связано с переделками фреймов. |
|
|
|
|
Цитата из 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 (ссылка справа обведена первой).
Но эти все различия несущественны! Главное чтобы все указатели внутри файла указывали куда надо, а уж в каком порядке таблицы будут и по каким смещениям в файле - совершенно неважно. |
|
|
|
|
>сравнил индесный файл у SASPACK и у этой штуки - небо и земля.
Добавлю, бинарной идентичности файлов при экспорте я и не обещал. Но она и не нужна, всё должно работать и без неё. |
|
|
|
(0007290)
|
|
DJ VK
|
03-06-2012 12:34
(edited on: 03-06-2012 12:49) |
|
у меня не работает второй экземпляр (андроид 4)
.заменил им первый и перестало отображаться. только первый.
прислал глючный экземпляр. файл данных байт в байт одинаковый, значит дело не в нем..
|
|
|
|
(0007292)
|
|
Dima2000
|
03-06-2012 12:58
(edited on: 03-06-2012 13:01) |
|
>прислал глючный экземпляр.
Надо так же и рабочий экземпляр, для сравнения.
>файл данных байт в байт одинаковый
Это прекрасно, легче разбираться.
В присланных файлах индексов ошибок нет, должны работать оба (и sat и ggc).
|
|
|
|
(0007293)
|
|
Dima2000
|
03-06-2012 13:09
(edited on: 03-06-2012 13:28) |
|
Как ни странно, но все три индекса мной признаются рабочими. Почему два из них не понимает клиент под андроид - пойду разбираться с v_max на его форум (http://4pna.com/showthread.php?p=238671#post238671). Похоже андроид какой-то слишком умный или v_max переделал чтение пакованного кэша в клиенте... Спасибо за пример рабочего и нерабочего, они пригодятся.
Пока больше ничего сказать не могу, извините.
|
|
|
|
|
V_max постоянно обновляет клиента под андроид, проверьте на последней версии (кажется бета54), может он уже поправил? :)
И скажите наверное для полноты картины на какой версии клиента проверяли. |
|
|
|
(0007295)
|
|
DJ VK
|
|
03-06-2012 13:33
|
|
|
|
|
|
Опять ругаться будут что смешали разные баги в одну кучу. :(
Надо было открыть новый тикет про проблемы с индексом, и не писать в 1282-й, он же типа отработан и закрыт. |
|
|
|
(0007297)
|
|
zed
|
|
03-06-2012 14:05
|
|
|
Да, проблемы с индексом лучше отделите в новый тикет. |
|
|
|
(0007298)
|
|
DJ VK
|
|
03-06-2012 15:31
|
|
это вроде 1322 тикет.
паковщик SASPACK кладет таблицы масштабов, затем таблицы столбцов, а потом строк.
а при экспорте из планеты сначала строки, затем итоговые столбцы. хм. |
|
|
|
|
Не совсем, в начале файла всегда таблица Z. Потом, родной паковщик кладёт все таблицы X, а после них все таблицы Y. Я же кладу сначала все Y для данного Z, потом X для данного Z, потом повторяется для следующего Z. Так сделано для ускорения работы экспорта и чтобы памяти меньше требовал.
Но все указатели на таблицы правильные, разница не должна никак влиять на работу.
Жду реакции v_max. |
|
|
|
|
|
Я вам в личку на форуме написал, могу проверить ваш ggc.d00 на навигаторе с SAS4WinCE (андроида у меня нет) если кэш не секрет и вы его куда-нибудь выложите (или скинете мне на почту, 10МБ должно пролезть). |
|
|
|
(0007301)
|
|
DJ VK
|
|
03-06-2012 15:59
|
|
http://www38.zippyshare.com/v/14977623/file.html
2 варианта кеша. |
|
|
|
(0007302)
|
|
zed
|
|
03-06-2012 16:14
|
|
>это вроде 1322 тикет.
Этот тикет не про индекс, а про то, что создание кэша вообще не стартует. Тут 2 бага вылезло, а обсуждаете всё в одном тикете. |
|
|
|
|
>2 варианта кеша.
Спасибо.
Оба варианта успешно распаковываются родным распаковщиком. Результат строго одинаков.
Мои утилиты тоже никаких ошибок не видят.
Навигатор видит оба кэша одинаково. JJ-connect 300 (WinCE 4.2, 320x240, ARM920T), SAS4WinCE 2.8.2.4
ИМХО что-то испортилось в программе под андроид, ждём v_max-а. |
|
|
|
(0007305)
|
|
zed
|
|
03-06-2012 19:41
|
|
У меня описанный баг "При запуске процесса выводится сообщение "Не выбрано ни одного масштаба", хотя один-то уж точно выбран" не воспроизводится.
Papazol проверьте, это действительно на крайней ночнушке? |
|
|
|
|
Как мне ни жаль, придётся признать, что на текущий момент под андроидом пакованный кэш экспортнутый из Планеты работать не будет. По словам автора клиента (v-max) порядок таблиц в файле индекса под андроидом ещё как важен. А значит экспорт в Планете надо переписывать. Возможно это даже ускорит отображение кэша. Переписывание займёт пару дней. Пока для андроида придётся пользоваться старым способом, через родной паковщик.
Создал новый инцидент, продолжать данную тему (кэш под андроидом) предлагаю там - http://sasgis.org/mantis/view.php?id=1324 |
|
|
|
|
|
Итак, на скачанной прямо сейчас ночнушке (5599) ничего такого не происходит. Было на 5574. Непонятно, исправлено что-нибудь, или "само рассосалось"? |
|
|
|
|
Подтверждаю, на 5574 было. Причём обычная версия говорит не выбраны зумы и позволяет продолжить работу, а Debug версия вообще молча виснет, написав в заголовке маленького окна "Пожалуйста подождите" и убивается лишь через таск манагер.
Вообще, проблеме подвержены версии 5566, 5574, 5581.
Версии 5559, 5585, 5599 в порядке.
Остальные не проверял.
Значит сломалось между 5559 и 5566, а исправилось между 5581 и 5585. И сейчас в порядке. |
|