SASGIS - SAS.Планета |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0001546 | SAS.Планета | [All Projects] Баг | public | 06-09-2012 19:02 | 19-10-2012 09:28 |
|
Reporter | rudepravo | |
Assigned To | vdemidov | |
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | unable to reproduce | |
Platform | Windows | OS | XP | OS Version | SP3 |
Product Version | .Nightly | |
Target Version | | Fixed in Version | | |
|
Summary | 0001546: Остаются тайлы после переноса в кэш Berkeley |
Description | После копирования с переносом выделенной области (весь мир) из формата тайлов SAS.Планета в кэш BerkeleyDB остаются по старому пути тайлы. Что с ними делать - стирать?
|
Steps To Reproduce | Подробнее о действиях:
1. Масштаб 0 (весь мир)
2. Ctrl-A
3. Скопировать (галка перемещать и заменять при совпадении - стоят)
4. Идёт процесс переноса
5. После окончания - по старому пути наблюдаются остаточные тайлы
WinXP, ночнушка 6349 |
Additional Information | |
Tags | БД |
Relationships | |
Attached Files | jpg_remain.zip (1,958) 06-09-2012 21:31 http://www.sasgis.org/mantis/file_download.php?file_id=1001&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
06-09-2012 19:02 | rudepravo | New Issue | |
06-09-2012 19:29 | vdemidov | Note Added: 0008746 | |
06-09-2012 19:29 | vdemidov | Status | new => feedback |
06-09-2012 21:22 | rudepravo | Note Added: 0008747 | |
06-09-2012 21:22 | rudepravo | Status | feedback => new |
06-09-2012 21:31 | rudepravo | File Added: jpg_remain.zip | |
06-09-2012 21:32 | rudepravo | Note Edited: 0008747 | bug_revision_view_page.php?bugnote_id=8747#r4231 |
06-09-2012 21:32 | rudepravo | Note Edited: 0008747 | bug_revision_view_page.php?bugnote_id=8747#r4232 |
06-09-2012 21:40 | rudepravo | Note Edited: 0008747 | bug_revision_view_page.php?bugnote_id=8747#r4233 |
06-09-2012 21:41 | rudepravo | Note Edited: 0008747 | bug_revision_view_page.php?bugnote_id=8747#r4234 |
06-09-2012 21:51 | rudepravo | Note Edited: 0008747 | bug_revision_view_page.php?bugnote_id=8747#r4235 |
06-09-2012 21:51 | rudepravo | Note Edited: 0008747 | bug_revision_view_page.php?bugnote_id=8747#r4236 |
07-09-2012 08:08 | vdemidov | Note Added: 0008750 | |
07-09-2012 08:09 | vdemidov | Status | new => feedback |
07-09-2012 09:58 | Tolik | Note Added: 0008751 | |
07-09-2012 10:01 | Tolik | Note Edited: 0008751 | bug_revision_view_page.php?bugnote_id=8751#r4242 |
07-09-2012 10:01 | Tolik | Note Edited: 0008751 | bug_revision_view_page.php?bugnote_id=8751#r4243 |
07-09-2012 10:02 | Tolik | Note Edited: 0008751 | bug_revision_view_page.php?bugnote_id=8751#r4244 |
07-09-2012 11:18 | rudepravo | Note Added: 0008752 | |
07-09-2012 11:18 | rudepravo | Status | feedback => new |
07-09-2012 11:19 | rudepravo | Note Edited: 0008752 | bug_revision_view_page.php?bugnote_id=8752#r4246 |
07-09-2012 11:19 | rudepravo | Note Edited: 0008752 | bug_revision_view_page.php?bugnote_id=8752#r4247 |
07-09-2012 11:38 | vdemidov | Note Added: 0008753 | |
07-09-2012 11:39 | vdemidov | Status | new => feedback |
07-09-2012 12:25 | rudepravo | Note Added: 0008754 | |
07-09-2012 12:25 | rudepravo | Status | feedback => new |
07-09-2012 12:28 | rudepravo | File Added: av.gif | |
07-09-2012 12:29 | rudepravo | Note Edited: 0008754 | bug_revision_view_page.php?bugnote_id=8754#r4249 |
07-09-2012 12:30 | vdemidov | File Deleted: av.gif | |
07-09-2012 12:31 | vdemidov | Note Added: 0008755 | |
07-09-2012 12:32 | vdemidov | Status | new => feedback |
07-09-2012 12:38 | rudepravo | Note Added: 0008756 | |
07-09-2012 12:38 | rudepravo | Status | feedback => new |
07-09-2012 12:46 | vdemidov | Note Added: 0008757 | |
07-09-2012 12:46 | vdemidov | Status | new => feedback |
07-09-2012 12:54 | rudepravo | Note Added: 0008758 | |
07-09-2012 12:54 | rudepravo | Status | feedback => new |
07-09-2012 17:02 | Dima2000 | Note Added: 0008760 | |
07-09-2012 17:35 | rudepravo | Note Added: 0008761 | |
07-09-2012 22:53 | Dima2000 | Note Added: 0008764 | |
09-09-2012 18:38 | vdemidov | Status | new => feedback |
10-09-2012 12:18 | rudepravo | Note Added: 0008778 | |
10-09-2012 12:18 | rudepravo | Status | feedback => new |
10-09-2012 13:13 | vdemidov | Note Added: 0008780 | |
10-09-2012 13:13 | vdemidov | Status | new => feedback |
17-09-2012 13:20 | rudepravo | Note Added: 0008948 | |
17-09-2012 13:20 | rudepravo | Status | feedback => new |
17-09-2012 13:29 | Tolik | Note Added: 0008949 | |
17-09-2012 17:50 | gpsMax | Tag Attached: БД | |
24-09-2012 12:50 | zed | Note Added: 0009021 | |
24-09-2012 12:50 | zed | Status | new => feedback |
25-09-2012 10:43 | rudepravo | Note Added: 0009035 | |
25-09-2012 10:43 | rudepravo | Status | feedback => new |
26-09-2012 15:04 | vdemidov | Status | new => feedback |
18-10-2012 17:49 | zed | Note Added: 0009599 | |
19-10-2012 06:43 | Tolik | Note Added: 0009601 | |
19-10-2012 09:28 | vdemidov | Note Added: 0009605 | |
19-10-2012 09:28 | vdemidov | Status | feedback => resolved |
19-10-2012 09:28 | vdemidov | Resolution | open => unable to reproduce |
19-10-2012 09:28 | vdemidov | Assigned To | => vdemidov |
19-10-2012 09:28 | vdemidov | Status | resolved => closed |
Notes |
|
|
Какие тайлы остаютюся? на каком зуме? Они не скопировались или не удалились? |
|
|
(0008747)
|
rudepravo
|
06-09-2012 21:22
(edited on: 06-09-2012 21:51) |
|
копировался yasat, зум 15, второй проход затащил все jpg в базу, остались только *.tne
в аттаче я приложил оставшиеся после конвертации списки *.jpg по зумам
ЗЫ: и кстати, при вторичном копировании остаточных *.jpg в BerkeleyDB написало что будет загонять количество тайлов, которые соответствуют количеству тайлов выделенной области.
Т.е. сейчас копируется в BDB z16, с количеством 1.073.741.824 тайлов. Уверен, что останутся ещё не запиханные тайлы(штук так 300) и при повторном загоне в базу опять будут перебираться все 1.073.741.824 тайлов. Прооптимизировать загон получением списка существующих файлов - возможно?
И ещё баг выплыл
http://sasgis.org/mantis/view.php?id=1547
|
|
|
|
Не воспроизводиться никак. Давайте точное максимально подробное описание того что вы делаете. В том числе указание карты, зумов и вообще всех подробностей. Или записывайте видео, что бы точно было видно все действия. |
|
|
(0008751)
|
Tolik
|
07-09-2012 09:58
(edited on: 07-09-2012 10:02) |
|
(офф) Для такой конвертации есть меню Операции - Менеджер кэша (или типа того). Он конвертирует всё что есть, и не надо перебирать миллиарды тайлов по всему миру.
И вы-таки не ответили: эти тайлы [копируются в новую базу, но не удаляются] или [не копируются и не удаляются]
|
|
|
(0008752)
|
rudepravo
|
07-09-2012 11:18
(edited on: 07-09-2012 11:19) |
|
А как проверить наличие/отсутствие этих тайлов в базе обывателем?
|
|
|
|
Ну, например подключить как кэш и псомотреть есть ли тайл. А во вторых можно попробовать скопировать не в беркли, а в обычный файловый кэш. |
|
|
(0008754)
|
rudepravo
|
07-09-2012 12:25
(edited on: 07-09-2012 12:29) |
|
Дебажные ночнушки 6359 и 6392 сыпятся в AV без создания лога при Операции->Управление кэшом
6359 AV по адресу 007e5b9d. Read of address 00000000
6392 AV по адресу 0075dfd6
Картинка в аттаче, два разных компутера
|
|
|
|
В ночнушках Операции->Управление кэшом давно сломано. И данного инцидента это никак не касается. |
|
|
|
понятно, что сломано, значит конвертация теперь возможна только через выделение области и копирования в кэш. (((
>подключить как кэш и псомотреть есть ли тайл.
а есть возможность посмотреть есть ли в базе Berkeley этот тайл или нет на уровне обывателя? Ведь в SAS.Планете нельзя же сказать - а спозиционируйся-ка на файл cache_db\sat\z2\0\0\0.0.sdb\x0\y2.jpg?
Или что надо сделать? |
|
|
|
Можно. Есть переход по номеру тайла. И есть разбор разнообразных ссылок в том числе и путей в кэше |
|
|
|
и к примеру, как в "Перейти к..."->Координаты->тайловые убедиться в наличии/отсутствии тайла z4\0\x3\0\y2.jpg
что вводить в X: Y:?
И кстати, в переходе получаем вывал EAssertionFailed, описанный в http://sasgis.org/mantis/view.php?id=1547 |
|
|
|
>как в "Перейти к..."->Координаты->тайловые убедиться в наличии/отсутствии тайла z4\0\x3\0\y2.jpg
Ну так это и вводить, x=3, y=2, z=4, масштаб по выбору (удобно тоже 4), перейти.
Масштаб - на каком зуме показывать, а z - к какому зуму относятся координаты тайла, это разные вещи. |
|
|
|
т.е. нули откидываются?
\cache\yasat\z6\0\x18\0
^^ ^^ вот эти |
|
|
|
Да, нули, как и другие цифры на их месте - не учитывать. |
|
|
|
может дождаться, когда починят Операции->Управление кэшом?
или это не скоро? |
|
|
|
>может дождаться, когда починят Операции->Управление кэшом?
К данному инциденту это никоим боком не относится.
Итого повторяю вопросы.
1. Наблюдается только при копировании в кэш БерклиДб или в любой?
2. Тайлы не копируются или не удаляются?
3. Точно выделяли именно по Ctrl-A на 1-м зуме, или, может, сначала на одной карте по Ctrl-A, а потом на другой карте по Ctrl-B?
После ответа на эти вопросы можно будет думать дальше. |
|
|
|
1. Беркли
2. Сейчас 18 масштаб докопируется, я проверю
3. Нет, z0, Ctrl-A. Правда вываливается, описывал уже в этом тикете http://sasgis.org/mantis/view.php?id=1547
Вопрос вне темы - в какой сборке гарантированно работает "управление кэшом"? |
|
|
(0008949)
|
Tolik
|
17-09-2012 13:29
|
|
В сборке до 23 августа. Только где её взять? Скачайте релиз 120808. |
|
|
(0009021)
|
zed
|
24-09-2012 12:50
|
|
>Сейчас 18 масштаб докопируется, я проверю
Ну и? |
|
|
|
17 скопировался нормально (каталог пустой), сейчас копируется 18 |
|
|
(0009599)
|
zed
|
18-10-2012 17:49
|
|
rudepravo
Если вы всё ещё копируете z18, то мне искренне жаль за ваш HDD... |
|
|
(0009601)
|
Tolik
|
19-10-2012 06:43
|
|
|
|
|
|