View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000681 | SAS.Планета | Баг / Bug | public | 25-04-2011 09:04 | 23-07-2011 11:30 |
| Reporter | Lontrel | Assigned To | vdemidov | ||
| Priority | normal | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | duplicate | ||
| Platform | Windows | OS | XP | OS Version | Professional SP3 |
| Product Version | 110418 | ||||
| Summary | 0000681: Неотображение тайлов (белые квадраты) | ||||
| Description | На примере Google SAT не отображаются некоторые тайлы, чаще в крупных масштабах, хотя в кэше они имеются и при "просмотре тайла основной карты" во внешней программе отображаются. | ||||
| Tags | wikimapia, артефакты, прозрачность, слои, тайлы | ||||
| Attached Files | |||||
|
|
Было бы неплохо привести координаты такого места. Возможно, это проблема на стороне гугла. И тайлы (tile), а не тайтлы(title - заголовок). |
|
|
Так может происходить, если файлы не jpg, а, допустим, png. Или вообще без расширения. Проверить это можно? |
|
|
Посмотрел более детально. Это файлы png от WikiMapHybrid, размером 667 байт, непрозрачные белые 256х256. Там же есть еще файлы 70 байт, размером 1х1 пиксел. Видимо все это и сбивает отображение в программе. Это было и в старых версиях. Решение, которое я применял, удалить в тоталкоммандере по фильтру менее 668 байт все файлы слоя.. Делов на несколько часов.. Но вот как бы сделать так, чтоб эти битые png вообще не загружались? |
|
|
Где-то упоминалась проблема с непрозрачностью гибридов. |
|
|
http://sasgis.org/mantis/view.php?id=184 Похоже? |
|
|
Этот вопрос неоднократно поднимался, в том числе мной, когда еще этого багтрекера не было.. Ответ был - не наша вина, так сервер дает. Кстати, "двоения" в прошлом не замечено. Битые png стирались в тотале. Но стоило поставить в источнике "интернет+кэш", они затягивались заново, что мягко говоря неудобно.. Поэтому и есть предложение, раз за несколько лет ничего не изменилось, встроить фильтр на загрузку, по размеру файла например или принудительно делать прозрачность (что сложнее). |
|
|
Я так понимаю, все полезные тайлы > 667 байт? Надо добавить в params.txt параметр - размер тайла, ниже которого отбрасывать. Кажется, что-то похожее раньше было? |
|
|
Так втупую в общем случае нельзя. На форуме в комментариях к моему батнику, удаляющему пустые тайлы, народ резонно заметил, что это не всегда хорошо, могут некорректно (некрасиво) отображаться куски из вышележащих уровней. |
|
|
Напишите пример параметра для исключения загрузки менее 668 байт. Не понял, как это влияет на вышележащие слои? Как всетки правильно решить проблему. Предложите какое-нибудь решение - протестирую. Удивляет, что народ, никто не гругит wikimaphybrid? |
|
|
Лично я до конца майских заниматься и тестировать не смогу, возможно, кто-то еще этим заинтересуется. Викимапия удобна полигонами, гибрид особо как-то и не нужен с ними. А тема была на форуме - всё просто, в общем-то, при отсутствии вроде бы ненужного пустого файла вышележащие слои вылезают с размытием, и это зачастую некрасиво. |
|
|
> Напишите пример параметра для исключения загрузки менее 668 байт Я имел в виду, что девелоперам надо бы добавить новый параметр, если это решит проблему. Посмотрите хорошие тайлы в своём кэше. Среди них есть файлы размером < 668 байт? |
|
|
>Надо добавить в params.txt параметр - размер тайла, ниже которого отбрасывать. BanIfLen=668 (проверяется диапазон +/- 50 байт от BanIfLen) |
|
|
Baniflen разве всё ещё работает? |
|
|
Судя по всему - да. А что, были разговоры про его неработоспособность? |
|
|
Может я что-то путаю, но мне кажется, что были. Вот нашёл http://sasgis.org/forum/viewtopic.php?p=15726#p15726 Короче, надо прояснить этот вопрос и поправить викисасию, в ней параметр не описан: http://sasgis.org/wikisasiya/doku.php/%D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8F_%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B0_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D1%85_%D0%BA%D0%B0%D1%80%D1%82_zmp |
|
|
Из текущего zmp GoogleSat: UsePreloadPage=1 Sleep=1000 DefHotKey=71 ContentType=image/jpeg BanIfLen=4321 и по коду я вижу, что BanIfLen используется. А по ссылке разговор был про UseAntiBan, который был заменён на UsePreloadPage, т.е. теперь "анти-бан" работает всегда: при необходимости загружает PreloadPage перед загрузкой тайла и проверяет ContentType и BanIfLen после получения тайла. |
|
|
А в GoogleSat не указан собственно PreloadPage, значит, UsePreloadPage=1 не работает? |
|
|
Работает, просто для GoogleSat PreloadPage зашит в коде: 'http://maps.google.com/?ie=UTF8&ll=' + inttostr(random(100) - 50) + ',' + inttostr(random(300) - 150) + '&spn=1,1&t=k&z=8' но можно и самостоятельно прописать другой url в params.txt. |
|
|
Как-то это не консистент... Надо бы тож отразить в вики, а то там написано, что надо обязательно указать preloadpage. |
|
|
Проверил BanIfLen на etokarta.zmp (т.к. там легко воспроизвести). Закомментировал RequestHead в GetUrlScript.txt, добавил BanIfLen=2512. Выбачайце калi ласка, белые квадраты скачиваются и портят кэш. |
|
|
Вспомнил, я ж у vdemidov в личке спрашивал про них! Он написал: "DelAfterShow вооще не используется, а BanIfLen интереса не представляет ввиду бесполезности ... UseAntiBan уже тоже давно не используется." |
|
|
>белые квадраты скачиваются и портят кэш А их размер точно в пределах BanIfLen? В любом случае, я сейчас занимаюсь кардинальной переделкой стандартной качалки и всего с ней связанного, так что буду смотреть дополнительно. |
|
|
>Викимапия удобна полигонами, гибрид особо как-то и не нужен с ними. А тема была на форуме - всё просто, в общем-то, при отсутствии вроде бы ненужного пустого файла вышележащие слои вылезают с размытием, и это зачастую некрасиво Гибрид викимапия + googleSAT очень даже нужен, на вике нарисовано народом то , чего больше нигде нет, использую в Sas4WinCE на навигаторе. Размытий там нет, как и нет масштабирования: либо файл есть, либо нет. Да и эти битые png, <=667 байт обычно не несут никакой информации (должны бы быть полностью прозрачными). Так что фильтр при загрузке весьма актуален. Ждем-с.. PS Ждем также экспорт в пакованный кэш Sas4WinCE |
|
|
> А их размер точно в пределах BanIfLen? Их размер ровно 2512 байт. |
|
|
Как все же прописать параметр, чтоб при загрузке wikihybrid получился фильтр < 668 байт |
|
|
Пока никак. Может будет в будущих версиях. А приаттачьте сюда эти плохие тайлы, пожалуйста. Мне не попадались (вики-гибрид редко использую). |
|
|
Вижу, спасибо. Интересно, зачем wikimapiа шлёт такие идиотские файлы? Надо бы собрать трейс Wireshark, может тогда будет понятнее. |
|
|
Этта чтоб жисть малиной не казалась.. 8-) Чего надо собрать..? Может всеж можно как-то параметр BanIfLen= использовать? |
|
|
Итого все сводится к необходимости опознавания пустых тайлов. Тоесть эта хотелка дубль. |
|
|
дубль - так закрываем |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 25-04-2011 09:04 | Lontrel | New Issue | |
| 25-04-2011 09:04 | Lontrel | File Added: 2011-04-25_121547.jpg | |
| 25-04-2011 10:04 | gpsMax | Summary | Неотображение тайтлов (белые квадраты) => Неотображение тайлов (белые квадраты) |
| 25-04-2011 10:04 | gpsMax | Description Updated | |
| 25-04-2011 10:06 | gpsMax | Note Added: 0002286 | |
| 25-04-2011 10:07 | gpsMax | Note Edited: 0002286 | |
| 25-04-2011 10:07 | gpsMax | Status | new => feedback |
| 25-04-2011 10:08 | gpsMax | Tag Attached: тайлы | |
| 25-04-2011 10:08 | gpsMax | Note Edited: 0002286 | |
| 25-04-2011 11:32 | Papazol | Note Added: 0002297 | |
| 26-04-2011 20:49 | Lontrel | Note Added: 0002333 | |
| 26-04-2011 20:49 | Lontrel | Status | feedback => new |
| 26-04-2011 23:11 | gpsMax | Note Added: 0002335 | |
| 26-04-2011 23:12 | gpsMax | Tag Attached: прозрачность | |
| 26-04-2011 23:13 | gpsMax | Description Updated | |
| 26-04-2011 23:13 | gpsMax | Tag Attached: wikimapia | |
| 26-04-2011 23:13 | gpsMax | Tag Attached: слои | |
| 26-04-2011 23:13 | gpsMax | Tag Attached: артефакты | |
| 26-04-2011 23:15 | gpsMax | Note Added: 0002336 | |
| 26-04-2011 23:15 | gpsMax | Relationship added | related to 0000184 |
| 26-04-2011 23:17 | gpsMax | Relationship added | related to 0000682 |
| 28-04-2011 10:09 | Lontrel | Note Added: 0002366 | |
| 28-04-2011 11:10 | Tolik | Note Added: 0002367 | |
| 28-04-2011 12:51 | gpsMax | Note Added: 0002369 | |
| 30-04-2011 21:39 | Lontrel | Note Added: 0002400 | |
| 30-04-2011 21:56 | gpsMax | Note Added: 0002401 | |
| 01-05-2011 09:44 | Tolik | Note Added: 0002402 | |
| 01-05-2011 10:49 | zed | Note Added: 0002404 | |
| 01-05-2011 10:53 | Tolik | Note Added: 0002405 | |
| 01-05-2011 11:08 | zed | Note Added: 0002406 | |
| 01-05-2011 17:53 | Tolik | Note Added: 0002409 | |
| 01-05-2011 18:19 | zed | Note Added: 0002410 | |
| 01-05-2011 18:31 | Tolik | Note Added: 0002412 | |
| 01-05-2011 18:43 | zed | Note Added: 0002413 | |
| 01-05-2011 18:50 | Tolik | Note Added: 0002414 | |
| 03-05-2011 10:50 | Tolik | Note Added: 0002418 | |
| 03-05-2011 10:59 | Tolik | Note Added: 0002419 | |
| 03-05-2011 10:59 | Tolik | Note Edited: 0002418 | |
| 03-05-2011 16:43 | zed | Note Added: 0002423 | |
| 03-05-2011 21:28 | Lontrel | Note Added: 0002424 | |
| 03-05-2011 21:31 | Lontrel | Note Edited: 0002424 | |
| 03-05-2011 21:33 | Lontrel | Note Edited: 0002424 | |
| 03-05-2011 21:36 | Lontrel | Note Edited: 0002424 | |
| 04-05-2011 05:06 | Tolik | Note Added: 0002425 | |
| 08-05-2011 12:24 | gpsMax | Relationship added | related to 0000704 |
| 12-05-2011 05:52 | Tolik | Relationship deleted | related to 0000704 |
| 13-05-2011 11:22 | Lontrel | Note Added: 0002517 | |
| 13-05-2011 11:28 | Tolik | Note Added: 0002518 | |
| 13-05-2011 11:29 | Tolik | Status | new => acknowledged |
| 13-05-2011 12:34 | Lontrel | File Added: y10334.png | |
| 13-05-2011 12:35 | Lontrel | File Added: y5088.png | |
| 13-05-2011 16:10 | Tolik | Note Added: 0002519 | |
| 15-05-2011 19:51 | Lontrel | Note Added: 0002532 | |
| 23-07-2011 10:49 | vdemidov | Relationship deleted | related to 0000682 |
| 23-07-2011 10:50 | vdemidov | Note Added: 0003270 | |
| 23-07-2011 10:50 | vdemidov | Relationship added | duplicate of 0000011 |
| 23-07-2011 10:50 | vdemidov | Status | acknowledged => resolved |
| 23-07-2011 10:50 | vdemidov | Resolution | open => duplicate |
| 23-07-2011 10:50 | vdemidov | Assigned To | => vdemidov |
| 23-07-2011 11:30 | Tolik | Note Added: 0003272 | |
| 23-07-2011 11:30 | Tolik | Status | resolved => closed |
| 08-08-2025 13:22 | zed | Category | Баг => Баг / Bug |