SASGIS - SAS.Планета |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0002575 | SAS.Планета | [All Projects] Хотелка | public | 13-12-2014 22:14 | 13-10-2015 08:43 |
|
| Reporter | solo | |
| Assigned To | | |
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | confirmed | Resolution | open | |
| Platform | | OS | | OS Version | |
| Product Version | 140505 | |
| Target Version | 30xxxx.Vip | Fixed in Version | | |
|
| Summary | 0002575: Выбор способа обхода области при закачке по выделению |
| Description | Некоторые карты, например Google-ландшафт очень долго скачивают. Приходится качать в два потока: Один поток качает с левой границы до середины, второй - с середины до правой границы (см. рисунок).
Хотелось бы иметь возможность указать программе как скачивать - слева-направо или справа-налево. Таким образом два потока будут качать навстречу друг-другу. Ну а то что всё скачано, можно будет понять по записям в окошке "Этот файл уже есть в кэше". |
| Steps To Reproduce | |
| Additional Information | |
| Tags | No tags attached. |
| Relationships | | parent of | 0002851 | confirmed | | В операции с областью вместо списка зумов передавать списки готовых итераторов тайлов | | Not all the children of this issue are yet resolved or closed. |
|
| Attached Files |  1.jpg (199,098) 13-12-2014 22:14
http://www.sasgis.org/mantis/file_download.php?file_id=1802&type=bug
|
|
| Issue History |
| Date Modified | Username | Field | Change |
| 13-12-2014 22:14 | solo | New Issue | |
| 13-12-2014 22:14 | solo | File Added: 1.jpg | |
| 14-12-2014 17:15 | vasketsov | Note Added: 0015041 | |
| 16-12-2014 11:17 | vdemidov | Status | new => confirmed |
| 16-12-2014 11:17 | vdemidov | Product Version | => 140505 |
| 16-12-2014 11:17 | vdemidov | Target Version | => 24xxxx |
| 16-12-2014 11:17 | vdemidov | Summary | Скачивание справа-налево => Выбор способа обхода области при закачке по выделению |
| 19-12-2014 14:07 | Papazol | Note Added: 0015056 | |
| 19-12-2014 14:13 | vdemidov | Note Added: 0015057 | |
| 19-12-2014 16:11 | Papazol | Note Added: 0015058 | |
| 19-12-2014 17:19 | vdemidov | Note Added: 0015059 | |
| 19-12-2014 18:59 | solo | Note Added: 0015060 | |
| 20-12-2014 13:28 | Papazol | Note Added: 0015061 | |
| 20-12-2014 21:13 | vasketsov | Note Added: 0015062 | |
| 20-12-2014 21:28 | vasketsov | Note Edited: 0015062 | bug_revision_view_page.php?bugnote_id=15062#r6361 |
| 13-10-2015 08:41 | vdemidov | Relationship added | parent of 0002851 |
| 13-10-2015 08:43 | vdemidov | Target Version | 24xxxx => 30xxxx.Vip |
|
Notes |
|
|
|
|
А почему только в два потока? Просите уж как в SACS, исходя из сравнимости тайлов по модулю, для любого модуля. В частном случае модуля 2 - будет слева направо чётные и нечётные отдельно в два потока. |
|
|
|
|
|
А будет ли так быстрее? Всё равно все тайлы скачивать придётся. Насчёт бана тоже непонятно, что с ним будет. На мой взгляд, полезно было бы качать кусками размером с экран, причём по тому же алгоритму, что и при скачивании/просмотре. Сложно, наверное, реализовать? |
|
|
|
|
|
В текущей реализации оно обходит минимальный ограничивающий прямоугольник и для каждого тайла проверяет его попадание в полигон. Соответственно можно реализовать любой обход прямоугольника на ваш вкус. Единственная морока, это добавить выбор алгоритма в ГУЙ. |
|
|
|
|
|
Какое может быть реальное количество алгоритмов? Отсюда и плясать с ГУЙем. |
|
|
|
|
|
Ну, я могу штук 10 придумать разных. Но кто сказал что это предел. Плюс некоторые из них могут быть параметризованными, так что почти неограниченное количество. Вопрос только в том кто и когда это все будет реализовывать. |
|
|
|
(0015060)
|
|
solo
|
|
19-12-2014 18:59
|
|
Бан мне встречался только в гугл-спутнике, картсервисах яндекса и викимапия-kml. Остальные карты качаю без банов.
Все тайлы скачивать не придётся, программа будет писать такой файл уже есть в кэше. |
|
|
|
|
|
Нет бана - нет проблем. Любую выделенную область можно скачивать в любой последовательности, пока все тайлы не будут в кэше. Заморочки с методами обхода имеют смысл, если эти методы позволят что-то улучшить, ускорить и т. п. Например, отдалить наступление бана. Или ускорить появление картинки, которую можно смотреть, даже если она содержит не все тайлы. Пока больше ничего не придумал. Так что особо много методов обхода вроде как бы и не нужны. |
|
|
|
(0015062)
|
|
vasketsov
|
20-12-2014 21:13
(edited on: 20-12-2014 21:28) |
|
>А будет ли так быстрее? Всё равно все тайлы скачивать придётся
Быстрее выкачать одно и то же в один поток или в два потока? Правильно, это зависит от конкретной ситуации.
>ускорить появление картинки, которую можно смотреть, даже если она содержит не все тайлы
Вот именно. Качаю все "чётные" или "нечетные" тайлы - и вижу квазинормальную картинку, просто по диагонали полосы не прокачаны через одну, как шахматная доска. Но общее впечатление составить позволяет. Например, для ESRI такое удобно.
Также пропуская тайлы, можно быстро получить примерные границы наличия тайлов: если с сервера полетят TNE в шахматном порядке, скорее всего между ними ничего интересного тоже нет. Если качать с начала и с конца - такого бонуса не будет.
>особо много методов обхода вроде как бы и не нужны
Разумеется. В моём случае - метод один, просто он параметризрован 2-мя параметрами: значение модуля для сравнения и остаток по нему. А метод как таковой - ровно один (оригинальный) и есть.
|
|