|
Notes |
|
|
(0019734)
|
|
zed
|
|
10-04-2020 08:57
|
|
|
А то, что ошибка вообще возникает, вас не беспокоит? Вы бы приложили тайл на котором оно стопорится, интересно посмотреть что там такое. |
|
|
|
(0019735)
|
|
kooldima
|
10-04-2020 09:09
(edited on: 10-04-2020 09:11) |
|
на жестком диске 9ГБ свободного места.
кэш скачивается с нуля с пропуском уже скаченных тайлов.
ошибка одинокого появляется как с использованием кэша Sqlite так и с обычным кэшем sas.планеты.
|
|
|
|
(0019736)
|
|
zed
|
|
10-04-2020 10:03
|
|
Кэш тут вообще ни при чём. Из интернета тайл загружается успешно, ошибка происходит в момент пост-обработки. Скорее всего сервер возвращает какой-то текст, а не растр. И пауза в этом месте сделана преднамеренно - надо разбираться что не так в ответе сервера и исправлять zmp.
Пустите SAS через снифер или прокси и посмотрите, какие заголовки и тело приходит в ответе сервера. |
|
|
|
(0019737)
|
|
zed
|
|
10-04-2020 10:17
|
|
|
Ваш zmp написан плохо - вы загружаете мега-тайл 1024*1024 pix, разрезаете его на 16 тайлов 256*256 pix, сохраняете их в кэш, а затем загружаете следующий мега-тайл, который перекрывает предыдущий на 90%. Надо переделывать, чтобы не было перекрытий. Возможно сервер не умеет нормально формировать тайлы у которых x,y не кратны четырём и отсюда ошибки. |
|
|
|
|
|
публичная кадастровая карта перестала загружаться по старым zmp. а когда новые zmp появятся в сборке сас.планеты не известно. пришлось брать со сторонних источников сырые zmp. отсюда и проблема |
|
|
|
(0019739)
|
|
zed
|
|
10-04-2020 10:42
|
|
> а когда новые zmp появятся в сборке сас.планеты не известно
От чего же, всё известно - как только кто-нибудь пришлёт рабочий вариант, так тут же и появятся.
> пришлось брать со сторонних источников сырые zmp. отсюда и проблема
Расскажите своим "сторонним источникам", о проблеме с их zmp. А когда исправят, пришлите результат. Или ещё лучше, попросите их следить за работоспособностью этих zmp и своевременно сообщать и присылать изменения в SAS. |
|
|
|
|
|
вот гляньте новый zmp (загружу сюда) |
|
|
|
(0019758)
|
|
zed
|
|
13-04-2020 05:55
|
|
Глянул - да, тут есть защита от перекрытия (хотя сами zmp, конечно, написаны "левой пяткой").
Ошибки-то с ним есть или пропали? |
|
|
|
(0019760)
|
|
kooldima
|
13-04-2020 06:35
(edited on: 13-04-2020 12:30) |
|
попытался. такая же ошибка появляется, причем появляется только на слоях new_rosreestr_cadastr_parcels и new_rosreestr_cadastr_OKS. наверно они самые тяжелые.
может быть вы поможете доработать эти zmp?
брал с этого форума:
https://geodesist.ru/threads/sas-planet-i-sloj-rosreestr-kadastrovye-granicy-rosreestr-ru.28448/page-13#post-947483
может быть не займет много времени убрать самые грубые косяки?
|
|
|
|
(0019764)
|
|
zed
|
|
14-04-2020 10:55
|
|
> появляется только на слоях new_rosreestr_cadastr_parcels и new_rosreestr_cadastr_OKS
В приложенном архиве нету таких zmp. Может у вас случайно остались старые нерабочие версии? |
|
|
|
(0019765)
|
|
zed
|
|
14-04-2020 14:54
|
|
Понял в чём баг. Сервер иногда не до конца отдаёт тайл и закрывает соединение. При этом, если в SAS выбран сетевой движок WinInet, он почему-то считает что всё Ок и передаёт такой недо-загруженный тайл дальше на обработку и там уже все падает.
С другой стороны, если используется cURL, то он нормально распознаёт, что тайл загружен не до конца и возвращает ошибку. Закачка приостанавливается на 5 сек (с сообщением об отсутствии подключения к интернет) и затем запрос повторяется до тех пор, пока сервер наконец-то не вернёт тайл целиком. В тесте у меня он 9 раз перезапросил тайл, пока наконец не получил желаемого. При этом каждый раз тайл загружался на 70-80% - т.е. расход трафика просто дичайший (учитывая, что тайл весит под 300-400 кБайт).
В общем, переключайтесь в настройках на cURL и всё будет работать. |
|
|
|
|
|
а переключить на cUrl нужно в настройках sas.планеты или в zmp? |
|
|
|
(0019767)
|
|
zed
|
|
14-04-2020 20:15
|
|
|
В настройках SAS на вкладке Интернет. |
|
|
|
|
|
спасибо за помощь и понимание) |
|
|
|
|
Аналогичная проблема - при скачивании карт z12 ТопоКарта (Маршруты.ру).
Вот лог загрузки, где проявилась ошибка:
Обработка файла: [z12/x1731/y423]
D:\SASPlanet\cache_sqlite\topo_marshruty\z12\1\0\6.1.sqlitedb\z12\x1731\y423.jpg ...
Скачивание...
Error: FreeBitmap.LoadFromMemory FAIL!
Приостановлено пользователем...
Перезапуск загрузки не помогает. Смена сетевого движка на cURL тоже не помогает. |
|
|
|
(0019770)
|
|
zed
|
15-04-2020 09:18
(edited on: 15-04-2020 09:19) |
|
В этом случае на сервере лежит битый png тайл. И хоть браузер его как-то открывает, libpng выдаёт ошибку "IDAT ERR 0c unexpected No_error No_error reread bad.png".
В качестве решения могу предложить положить этот битый png (скачать браузером) в EmptyTiles в zmp или попробовать открыть его каким-нибудь редактором и пересохранить, чтобы ушла ошибка, а потом руками положить исправленный вариант в кэш.
|
|
|
|
|
|
В этой карте по крайней мере в Сибири по 56 параллели одни битые тайлы. Думаю, нерационально заморачиваться. Это нужно в самом источнике порядок наводить. |
|
Безымянный.jpg (92,078) 10-04-2020 08:43
rosreestr_parcels.zmp.zip (2,002) 10-04-2020 09:10
y19317.png (24,877) 10-04-2020 09:10