SASGIS - SAS.Планета
View Issue Details
0001025SAS.Планета[All Projects] Хотелкаpublic28-10-2011 18:2329-12-2012 10:04
Papazol 
 
normalminorhave not tried
confirmedopen 
WindowsXPProfessional SP3
110418 
27xxxx 
0001025: Иной способ вычисления цветов при построении карты заполнения по возрасту
Сделать раскрашивалку по диапазонам возраста тайла в днях, так же как сейчас сделана раскраска gps-трека в зависимости от скорости. Тоесть можно задавать набор диапазонов возрастов тайлов и для каждого диапазона задаются начальный и конечный цвет.
карта заполнения
Issue History
28-10-2011 18:23PapazolNew Issue
28-10-2011 18:32vdemidovNote Added: 0004214
28-10-2011 20:35zedNote Added: 0004215
28-10-2011 21:20PapazolNote Added: 0004216
29-10-2011 06:30TolikNote Added: 0004222
29-10-2011 06:31TolikDescription Updatedbug_revision_view_page.php?rev_id=2132#r2132
29-10-2011 08:27gpsMaxTag Attached: карта заполнения
29-10-2011 17:35PapazolNote Added: 0004224
30-10-2011 04:44DJ VKNote Added: 0004225
30-10-2011 04:49DJ VKNote Added: 0004226
30-10-2011 04:58DJ VKNote Edited: 0004226bug_revision_view_page.php?bugnote_id=4226#r2138
30-10-2011 07:17TolikNote Added: 0004229
30-10-2011 10:15PapazolNote Added: 0004230
30-10-2011 16:44vdemidovNote Added: 0004233
31-10-2011 05:31TolikNote Added: 0004237
09-08-2012 06:45vdemidovProduct Version.Nightly => 110418
29-12-2012 10:04vdemidovStatusnew => confirmed
29-12-2012 10:04vdemidovTarget Version => 27xxxx
29-12-2012 10:04vdemidovSummaryИной способ вычисления цветов при построении карты заполнения по времени => Иной способ вычисления цветов при построении карты заполнения по возрасту
29-12-2012 10:04vdemidovDescription Updatedbug_revision_view_page.php?rev_id=5010#r5010

Notes
(0004214)
vdemidov   
28-10-2011 18:32   
Работать это будет ровно в 2 раза медленнее, так как придется первый раз пройтись по всем тайлам что бы посчитать диапазон, а потом второй раз для отображения. Так что, ИМХО, нафиг такое не нужно.
(0004215)
zed   
28-10-2011 20:35   
А если попробовать как-то буферезировать это всё?
(0004216)
Papazol   
28-10-2011 21:20   
Разумеется, скорость работы замедлится. Но зато повысится информативность, а ведь ради неё и задумано это всё. Сейчас, чтобы получить такой же результат, потребуется несколько раз построить карту заполнения, подбирая даты. И время, потраченное на эти итерации, может превысить исходное более чем вдвое.
(0004222)
Tolik   
29-10-2011 06:30   
(повторю то, что написал в форуме http://sasgis.org/forum/viewtopic.php?p=23536#p23536)

Конечно, можно сделать и так. Палитра станет богаче, но будет непонятно, какая именно дата отображается красным и зелёным.
Вопрос в том, для чего нужна эта фича с градиентом. И отсюда уже плясать.
(0004224)
Papazol   
29-10-2011 17:35   
Для чего замышлялась фича, наверно, знает тот, кто её замыслил. На мой взгляд, она позволяет просто определить степень "старости" (или новизны) скачанных тайлов. Это может пригодиться в случае обновления снимков нужного района, если за раз весь район не был по-новой скачан. Наверно, есть и другие применения.
Понять, какие даты соответствуют зелёному и красому цветам, можно будет, если эти даты вывести в окна, куда сейчас даты вводятся. Впрочем, это может и не понадобиться, здесь важнее относительная дата, чем абсолютная (ИМХО).
(0004225)
DJ VK   
30-10-2011 04:44   
Если реализовывать то так:
1. вычислять граничные даты.
2. с неким шагом вычислять гистограмму распределения по датам.
4. в соответствиии с количеством столбцов назначить правило для выборки цветов.
3. строить не плавный градиент, а округлять дату до определенного столбца и его цвета.
Тогда есть разумность идеи.
Но. одно большое но. Гугль публикует новое обновление через 2 недели. чтобы его скачать нужно несколько дней, иногда те же 2 недели. и снимки получаются размазаны по всему диапазону. Вот я заново перекачиваю большие регионы. Карта будет свежая но растянется на на целых три-четыре месяца если все 50 гиг качать. Если хочется актуальности надо попросту запоминать версию карт или задавать ручками при выделении области на скачку!!!
(0004226)
DJ VK   
30-10-2011 04:49   
(edited on: 30-10-2011 04:58)
Собственно задача градиента была визализировать пропущенные при скачке и особенно перекачке тайлы. например после перепривязки снимка на гугле. Тогда если перекачать с пробелами не очень приятная картинка будет, смещения то разные. Бывает так что при скачке пропуски идут, (то что гуголь по умолчанию застопоривается и пишет нет подключения к инету, так что пропусков не будет - это сказки для чайниковю А дг раньше прпусков уйму давал. А яндекс современный вообще жопа...). Особенно прокси если использовать, все что угодно прилетает, даже если и не должно.
И вот тут гибкий инструмент, который может даже в течение дня разницу заметить и был придуман. Собственно оригинал использовался в охранной системе для построения диаграммы контроля непрерывности связи с объектами, давно ли выходили на связь. Цвет определялся разницой во времени. Но перенести в планету градиент, сделав его не экспоненциальным, а линейным идея была хорошая.
Вобщем пока неубедительные идеи предлагаются. Говорю как практик. Если надо могу сделать запоминание (последней) начальной даты в файл настроек.

(0004229)
Tolik   
30-10-2011 07:17   
> Если надо могу сделать запоминание (последней) начальной даты в файл настроек.

Давайте так.
(0004230)
Papazol   
30-10-2011 10:15   
Может быть, сделать чёткую градацию цветов в зависимости от давности файлов, например, если не более одних суток - зелёный, от суток до недели - синий, от недели до месяца - фиолетовый, больше месяца - красный? И менять (задавать) только дату, от которой ведётся отсчёт (по умолчанию - текущая).
(0004233)
vdemidov   
30-10-2011 16:44   
Вот это более реальный подход. Можно сделать как одну из альтернатив.
(0004237)
Tolik   
31-10-2011 05:31   
А мне кажется, DJ VK сделал оптимально для своей конкретной задачи. А делать кучу разных вариантов смысла нет.