View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001560 | SAS.Планета | Хотелка / Feature request | public | 12-09-2012 08:57 | 31-10-2014 21:30 |
| Reporter | Garl | Assigned To | vdemidov | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | resolved | Resolution | fixed | ||
| Platform | Windows | OS | 7 | OS Version | Ultimate |
| Product Version | 110418 | ||||
| Target Version | 141111 | Fixed in Version | 141111 | ||
| Summary | 0001560: Убрать растягивание тайлов при отображении из кэша | ||||
| Description | Имеем тайл http://gpinfo.mka.mos.ru/aglom/galleries/ostozhenka/01_files/12/11_13.jpg 256*190 Так вот SAS растягивает тайл до 256*256 Может убрать растягивание по умолчанию? | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
|
|
Я ничего не понял. Он и так его растягивает? А если сделать TILERLEFT=0 TILERRIGHT=256 TILERTOP=0 TILERBOTTOM=256 он точно так же будет растягивать. |
|
|
Неа, тогда как раз и перестаёт растягивать! |
|
|
А в вики значит опять лажа? "Если получившийся прямоугольник не совпадает с квадратом 256х256, он еще и растягивается или сжимается до этого размера." P.S. А, дошло. Если tilerbottom-tilertop != 256, тогда будет растягивать. Как бы это по-русски сформулировать... |
|
|
вот сейчас он приходит 256*190 и растягивается до 256*256, а этого не сильно хотелось бы... |
|
|
(офтоп) А толку-то от неквадратных картинок? Полосатая карта получится? |
|
|
это тайлы по краям карты(картинки) остальные 256*256 |
|
|
А, понятно. По-моему в таком случае лучше добавить эти параметры в один этот zmp, а не менять алгоритм для всех. |
|
|
поэтому и вынес в тикет. |
|
|
Все равно не понял, что ты предлагаешь. Ресайзить при закачке абсолютно все тайлы всех карт я точно не собираюсь. Только если сознательно указать в zmp параметры обрезки. |
|
|
предложение по дефолту не ресайзить нестандартные тайлы до 256х256, а сохранять их как есть. |
|
|
>предложение по дефолту не ресайзить нестандартные тайлы до 256х256, а сохранять их как есть. Сохранять или отображать на экране без ресайза? И что делать с тайлами, которые будут больше 256 пикселей? |
|
|
>Сохранять или отображать на экране без ресайза? по дефолту сохранять как есть и отображать как есть(если он меньше и заливать фоном пустоту) >И что делать с тайлами, которые будут больше 256 пикселей? если ничего не указано в настройках - сохранять as is если тайл больше - обрезать при отображении до 256*256 повторюсь - это если ничего не указано в params.txt |
|
|
> заливать фоном пустоту Заливать вокруг или с какой сторроны? В данном примере получится ерунда, т.к. неизвестно, с какой стороны заливать фоном. > обрезать при отображении до 256*256 C этим тоже непонятно. Как ни обрежь, получится изуродованный тайл. |
|
|
>получится изуродованный тайл. ...отсюда бы плавно зарулить в мохнатый тикет 0000367, а этот - закрыть... :) |
|
|
Нет. Тикет 367 совсем о другом и имеет совсем другие расходы на реализацию. А здесь только про то как из фиг знает какой какого тайла лежащего на винте получить тайл 256х256 пикселей. |
|
|
Я к тому, что при решении ТОГО тикета - этот решится автоматически. Ну, я так думаю по крайней мере. |
|
|
Повторяю, что в данном примере ничто не поможет, ни растягивание, ни обрезание. Тут тайлы в центре 256х256, а по краям обрезаны, например, 256х190. С какой стороны прилепить к ним белое поле для приведения к стандартному размеру - априори неизвестно. Писать интеллектуальный алгоритм ради одной странной карты не стоит. Одним словом, предлагаю закрыть. |
|
|
Ну для тех случаев, о которых говорит Garl, с какой стороны лепить пустое поле как раз очень точно известно. Справа и снизу. И это будет не белое поле, а полностью прозрачное черное (то есть цвет 0). |
|
|
А если в верхнем левом углу карты тоже обрезанный тайл? |
|
|
Такого обычно не бывает. В этом случае, обычно делают прозрачную пнг-шку на все 256 пикселей. |
|
|
Уберу растягивание для тайлов меньших требуемого размера и оставлю сжатие для тайлов большего чем нужно размера. |
|
|
При этом сломается VESat-N.zmp Хотя он какой-то странный, я давно порывался его выкинуть, но кто-то сказал, что он нужен. |
|
|
Теперь поддерживаю хотелку, т.к. заметил искажения на краях zoomify, см. скриншот. |
|
|
>сломается VESat-N.zmp Забудьте о нём, он мертворожденный и сейчас неактуален. |
|
|
Убрал растягивание для тайлов меньших требуемого размера и оставил сжатие для тайлов большего чем нужно размера. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 12-09-2012 08:57 | Garl | New Issue | |
| 12-09-2012 09:04 | Tolik | Note Added: 0008849 | |
| 12-09-2012 09:05 | Garl | Note Added: 0008850 | |
| 12-09-2012 09:06 | Tolik | Note Added: 0008851 | |
| 12-09-2012 09:07 | Tolik | Note Edited: 0008851 | |
| 12-09-2012 09:07 | Garl | Note Added: 0008852 | |
| 12-09-2012 09:08 | Tolik | Note Edited: 0008851 | |
| 12-09-2012 09:09 | Tolik | Note Added: 0008854 | |
| 12-09-2012 09:09 | Garl | Note Added: 0008855 | |
| 12-09-2012 09:10 | Garl | Note Edited: 0008855 | |
| 12-09-2012 09:11 | Tolik | Note Added: 0008856 | |
| 12-09-2012 09:12 | Garl | Note Added: 0008857 | |
| 12-09-2012 11:10 | vdemidov | Note Added: 0008863 | |
| 12-09-2012 17:26 | Garl | Note Added: 0008865 | |
| 13-09-2012 13:53 | vdemidov | Category | Баг => Хотелка |
| 13-09-2012 13:53 | vdemidov | Product Version | .Nightly => 110418 |
| 13-09-2012 13:53 | vdemidov | Summary | растягивание тайлов => Убрать растягивание тайлов при отображении из кэша |
| 13-09-2012 13:53 | vdemidov | Description Updated | |
| 02-10-2012 13:56 | vdemidov | Note Added: 0009122 | |
| 02-10-2012 13:57 | vdemidov | Status | new => feedback |
| 02-10-2012 18:39 | Garl | Note Added: 0009127 | |
| 02-10-2012 18:39 | Garl | Status | feedback => new |
| 03-10-2012 06:46 | Tolik | Note Added: 0009131 | |
| 03-10-2012 06:48 | Tolik | Note Edited: 0009131 | |
| 05-10-2012 08:27 | Parasite | Note Added: 0009150 | |
| 05-10-2012 08:36 | vdemidov | Note Added: 0009151 | |
| 05-10-2012 09:10 | Parasite | Note Added: 0009152 | |
| 05-10-2012 09:12 | Tolik | Note Edited: 0009150 | |
| 05-10-2012 09:18 | Tolik | Note Added: 0009153 | |
| 05-10-2012 12:16 | vdemidov | Note Added: 0009166 | |
| 05-10-2012 12:21 | Tolik | Note Added: 0009168 | |
| 05-10-2012 12:24 | vdemidov | Note Added: 0009170 | |
| 17-10-2012 07:56 | vdemidov | Note Added: 0009571 | |
| 17-10-2012 07:56 | vdemidov | Status | new => confirmed |
| 17-10-2012 07:56 | vdemidov | Target Version | => 131111 |
| 17-10-2012 12:07 | Tolik | Note Added: 0009573 | |
| 19-12-2012 05:46 | Tolik | Note Added: 0010199 | |
| 19-12-2012 05:48 | Tolik | File Added: 2012-12-19_094803.jpg | |
| 19-12-2012 07:16 | vasketsov | Note Added: 0010200 | |
| 04-11-2013 18:11 | vdemidov | Target Version | 131111 => 140303 |
| 03-03-2014 08:47 | vdemidov | Target Version | 140303 => 140404 |
| 19-03-2014 08:03 | vdemidov | Target Version | 140404 => 141111 |
| 31-10-2014 21:30 | vdemidov | Note Added: 0014837 | |
| 31-10-2014 21:30 | vdemidov | Status | confirmed => resolved |
| 31-10-2014 21:30 | vdemidov | Fixed in Version | => 141111 |
| 31-10-2014 21:30 | vdemidov | Resolution | open => fixed |
| 31-10-2014 21:30 | vdemidov | Assigned To | => vdemidov |
| 08-08-2025 13:24 | zed | Category | Хотелка => Хотелка / Feature request |