SASGIS - SAS.Планета
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001546SAS.Планета[All Projects] Багpublic06-09-2012 19:0219-10-2012 09:28
Reporterrudepravo 
Assigned Tovdemidov 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionunable to reproduce 
PlatformWindowsOSXPOS VersionSP3
Product Version.Nightly 
Target VersionFixed in Version 
Summary0001546: Остаются тайлы после переноса в кэш Berkeley
DescriptionПосле копирования с переносом выделенной области (весь мир) из формата тайлов SAS.Планета в кэш BerkeleyDB остаются по старому пути тайлы. Что с ними делать - стирать?

Steps To ReproduceПодробнее о действиях:
1. Масштаб 0 (весь мир)
2. Ctrl-A
3. Скопировать (галка перемещать и заменять при совпадении - стоят)
4. Идёт процесс переноса
5. После окончания - по старому пути наблюдаются остаточные тайлы

WinXP, ночнушка 6349
Additional Information
TagsБД
Relationships
Attached Fileszip jpg_remain.zip (1,958) 06-09-2012 21:31
https://bugtracker.sasgis.org/file_download.php?file_id=1001&type=bug
Issue History
Date ModifiedUsernameFieldChange
06-09-2012 19:02rudepravoNew Issue
06-09-2012 19:29vdemidovNote Added: 0008746
06-09-2012 19:29vdemidovStatusnew => feedback
06-09-2012 21:22rudepravoNote Added: 0008747
06-09-2012 21:22rudepravoStatusfeedback => new
06-09-2012 21:31rudepravoFile Added: jpg_remain.zip
06-09-2012 21:32rudepravoNote Edited: 0008747bug_revision_view_page.php?bugnote_id=8747#r4231
06-09-2012 21:32rudepravoNote Edited: 0008747bug_revision_view_page.php?bugnote_id=8747#r4232
06-09-2012 21:40rudepravoNote Edited: 0008747bug_revision_view_page.php?bugnote_id=8747#r4233
06-09-2012 21:41rudepravoNote Edited: 0008747bug_revision_view_page.php?bugnote_id=8747#r4234
06-09-2012 21:51rudepravoNote Edited: 0008747bug_revision_view_page.php?bugnote_id=8747#r4235
06-09-2012 21:51rudepravoNote Edited: 0008747bug_revision_view_page.php?bugnote_id=8747#r4236
07-09-2012 08:08vdemidovNote Added: 0008750
07-09-2012 08:09vdemidovStatusnew => feedback
07-09-2012 09:58TolikNote Added: 0008751
07-09-2012 10:01TolikNote Edited: 0008751bug_revision_view_page.php?bugnote_id=8751#r4242
07-09-2012 10:01TolikNote Edited: 0008751bug_revision_view_page.php?bugnote_id=8751#r4243
07-09-2012 10:02TolikNote Edited: 0008751bug_revision_view_page.php?bugnote_id=8751#r4244
07-09-2012 11:18rudepravoNote Added: 0008752
07-09-2012 11:18rudepravoStatusfeedback => new
07-09-2012 11:19rudepravoNote Edited: 0008752bug_revision_view_page.php?bugnote_id=8752#r4246
07-09-2012 11:19rudepravoNote Edited: 0008752bug_revision_view_page.php?bugnote_id=8752#r4247
07-09-2012 11:38vdemidovNote Added: 0008753
07-09-2012 11:39vdemidovStatusnew => feedback
07-09-2012 12:25rudepravoNote Added: 0008754
07-09-2012 12:25rudepravoStatusfeedback => new
07-09-2012 12:28rudepravoFile Added: av.gif
07-09-2012 12:29rudepravoNote Edited: 0008754bug_revision_view_page.php?bugnote_id=8754#r4249
07-09-2012 12:30vdemidovFile Deleted: av.gif
07-09-2012 12:31vdemidovNote Added: 0008755
07-09-2012 12:32vdemidovStatusnew => feedback
07-09-2012 12:38rudepravoNote Added: 0008756
07-09-2012 12:38rudepravoStatusfeedback => new
07-09-2012 12:46vdemidovNote Added: 0008757
07-09-2012 12:46vdemidovStatusnew => feedback
07-09-2012 12:54rudepravoNote Added: 0008758
07-09-2012 12:54rudepravoStatusfeedback => new
07-09-2012 17:02Dima2000Note Added: 0008760
07-09-2012 17:35rudepravoNote Added: 0008761
07-09-2012 22:53Dima2000Note Added: 0008764
09-09-2012 18:38vdemidovStatusnew => feedback
10-09-2012 12:18rudepravoNote Added: 0008778
10-09-2012 12:18rudepravoStatusfeedback => new
10-09-2012 13:13vdemidovNote Added: 0008780
10-09-2012 13:13vdemidovStatusnew => feedback
17-09-2012 13:20rudepravoNote Added: 0008948
17-09-2012 13:20rudepravoStatusfeedback => new
17-09-2012 13:29TolikNote Added: 0008949
17-09-2012 17:50gpsMaxTag Attached: БД
24-09-2012 12:50zedNote Added: 0009021
24-09-2012 12:50zedStatusnew => feedback
25-09-2012 10:43rudepravoNote Added: 0009035
25-09-2012 10:43rudepravoStatusfeedback => new
26-09-2012 15:04vdemidovStatusnew => feedback
18-10-2012 17:49zedNote Added: 0009599
19-10-2012 06:43TolikNote Added: 0009601
19-10-2012 09:28vdemidovNote Added: 0009605
19-10-2012 09:28vdemidovStatusfeedback => resolved
19-10-2012 09:28vdemidovResolutionopen => unable to reproduce
19-10-2012 09:28vdemidovAssigned To => vdemidov
19-10-2012 09:28vdemidovStatusresolved => closed

Notes
(0008746)
vdemidov   
06-09-2012 19:29   
Какие тайлы остаютюся? на каком зуме? Они не скопировались или не удалились?
(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
(0008750)
vdemidov   
07-09-2012 08:08   
Не воспроизводиться никак. Давайте точное максимально подробное описание того что вы делаете. В том числе указание карты, зумов и вообще всех подробностей. Или записывайте видео, что бы точно было видно все действия.
(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)
А как проверить наличие/отсутствие этих тайлов в базе обывателем?
(0008753)
vdemidov   
07-09-2012 11:38   
Ну, например подключить как кэш и псомотреть есть ли тайл. А во вторых можно попробовать скопировать не в беркли, а в обычный файловый кэш.
(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

Картинка в аттаче, два разных компутера
(0008755)
vdemidov   
07-09-2012 12:31   
В ночнушках Операции->Управление кэшом давно сломано. И данного инцидента это никак не касается.
(0008756)
rudepravo   
07-09-2012 12:38   
понятно, что сломано, значит конвертация теперь возможна только через выделение области и копирования в кэш. (((

>подключить как кэш и псомотреть есть ли тайл.
а есть возможность посмотреть есть ли в базе Berkeley этот тайл или нет на уровне обывателя? Ведь в SAS.Планете нельзя же сказать - а спозиционируйся-ка на файл cache_db\sat\z2\0\0\0.0.sdb\x0\y2.jpg?

Или что надо сделать?
(0008757)
vdemidov   
07-09-2012 12:46   
Можно. Есть переход по номеру тайла. И есть разбор разнообразных ссылок в том числе и путей в кэше
(0008758)
rudepravo   
07-09-2012 12:54   
и к примеру, как в "Перейти к..."->Координаты->тайловые убедиться в наличии/отсутствии тайла z4\0\x3\0\y2.jpg

что вводить в X: Y:?

И кстати, в переходе получаем вывал EAssertionFailed, описанный в http://sasgis.org/mantis/view.php?id=1547
(0008760)
Dima2000   
07-09-2012 17:02   
>как в "Перейти к..."->Координаты->тайловые убедиться в наличии/отсутствии тайла z4\0\x3\0\y2.jpg
Ну так это и вводить, x=3, y=2, z=4, масштаб по выбору (удобно тоже 4), перейти.
Масштаб - на каком зуме показывать, а z - к какому зуму относятся координаты тайла, это разные вещи.
(0008761)
rudepravo   
07-09-2012 17:35   
т.е. нули откидываются?

\cache\yasat\z6\0\x18\0
                ^^ ^^ вот эти
(0008764)
Dima2000   
07-09-2012 22:53   
Да, нули, как и другие цифры на их месте - не учитывать.
(0008778)
rudepravo   
10-09-2012 12:18   
может дождаться, когда починят Операции->Управление кэшом?

или это не скоро?
(0008780)
vdemidov   
10-09-2012 13:13   
>может дождаться, когда починят Операции->Управление кэшом?
К данному инциденту это никоим боком не относится.
Итого повторяю вопросы.
1. Наблюдается только при копировании в кэш БерклиДб или в любой?
2. Тайлы не копируются или не удаляются?
3. Точно выделяли именно по Ctrl-A на 1-м зуме, или, может, сначала на одной карте по Ctrl-A, а потом на другой карте по Ctrl-B?
После ответа на эти вопросы можно будет думать дальше.
(0008948)
rudepravo   
17-09-2012 13:20   
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 масштаб докопируется, я проверю
Ну и?
(0009035)
rudepravo   
25-09-2012 10:43   
17 скопировался нормально (каталог пустой), сейчас копируется 18
(0009599)
zed   
18-10-2012 17:49   
rudepravo
Если вы всё ещё копируете z18, то мне искренне жаль за ваш HDD...
(0009601)
Tolik   
19-10-2012 06:43   
Закрыть и всё.
(0009605)
vdemidov   
19-10-2012 09:28   
Ну закрыть так закрыть.