|
Notes |
|
|
|
Возможно проблема в имени папки с кешем? Конкретно эти двe выдавали ошибку:
here.com.map
here.com.satellite
В остальных случаях проблем с конвертом sas->dbv не наблюдалось. |
|
|
|
(0017539)
|
|
zed
|
|
21-07-2016 20:01
|
|
|
Да, связано с именем папки. Ошибка в определении является ли источник архивом (поддерживаются тайловые кэши в zip и tar архивах) или папкой. |
|
|
|
|
|
Да. Дело в наличии точки в имени папки. У Zed там логика такая, что если есть точка, значит есть расширение, а если есть расширение, значит это не папка, а файл, а раз файл, значит архив. А раз расширение не архивное, значит ошибка. |
|
|
|
(0017541)
|
|
aflexus
|
21-07-2016 20:05
(edited on: 21-07-2016 20:06) |
|
Карта в sas.plus.maps. В программе поправимо? Или все папки с точками переименовывать? Тогда и в репозитории их надо переименовать тоже, чтобы при обновлении не дублировались.
|
|
|
|
|
|
В sas.plus.maps? Вы уверены? Там обычно zmp лежат, а кэш отдельно. Но вообще точки играют роль только в последней части пути. |
|
|
|
|
В релизе они (sas.plus.maps) ведь лежат распакованными в виде папок, а не в виде архивов zmp. Сами гляньте SAS.Planet.Release.160707.zip :) И так, вроде как всегда и было.
Но тут, насколько я понимаю, дело не в этом, а в имени папки, куда сохраняется кеш (NameInCache), верно? |
|
|
|
(0017545)
|
|
zed
|
|
22-07-2016 12:25
|
|
> У Zed там логика такая
У НАС там логика такая.
> В программе поправимо?
Да, добавил проверку на наличие файла перед анализом расширения.
А по поводу поддержки тайловых кэшей в zip я погорячился. На текущий момент поддерживается только tar. |
|
|
|
|
>> У Zed там логика такая
>У НАС там логика такая.
Та ладно, это полностью твое детище.
Надо вообще избавляться от такой проверки пути исходного и результирующего тайлохранилища, а делать отдельные типы для заархивированных в разные архивы с разной структурой каталогов.
А то после твоего фикса теперь нельзя перегнать кэш в tar не создав предварительно пустой файл с нужным именем. |
|
|
|
(0017551)
|
|
zed
|
|
22-07-2016 13:04
|
|
>Та ладно, это полностью твое детище.
Первоначально я его написал, но туда уже достаточно много внесено доработок и тобой и Garl-ом и vasketsov-ым. SAS это коллективный труд и не стоит разделять и вести учёт своего кода и кода zed-а и прочих. Такое разграничение с твоей стороны, говорит только о том, что ты баги в "чужом" коде исправлять принципиально не собираешься, но потыкать пальцем в них всегда рад. |
|
|
|
|
> Такое разграничение с твоей стороны, говорит только о том, что ты баги в "чужом" коде исправлять принципиально не собираешься, но потыкать пальцем в них всегда рад.
Ну почему же, явные баги я везде по возможности исправляю, но здесь это не столько баг, сколько особенность логики, которую нельзя исправить не переделав ГУЙ весьма сильно. А поскольку я этой функциональностью не пользуюсь совсем, то не считаю себя в праве все так сильно переделывать, так как могу добавить новых более критичных багов.
А по поводу потыкать пальцем в баги, то я буду рад, если кто-то потыкает пальцем в мои. Главное что бы это было обоснованное тыканье. |
|
|
|
(0017554)
|
|
zed
|
|
22-07-2016 13:39
|
|
|
Ничего там в гуе сильно переделывать не надо. Там в опции результирующего кэша достаточно добавить чекбокс и список поддерживаемых архивов, чтобы юзер однозначно указывал, что конвертация производится в архив. Найду время, сделаю. Хотя и сомневаюсь, что про такую возможность много кто знал и пользовался. |
|
|
|
|
|
Ну да, учитывая что этой баге уже фиг знает сколько лет, а всплыла только сейчас. Но не пользуются именно потому что ГУЙ никак не намекает на наличие фитчи. Был бы чекбокс - пользовались бы чаще. |
|