0001025: Иной способ вычисления цветов при построении карты заполнения по возрасту

Notes
(0004214) vdemidov (manager) 28-10-2011 18:32	Работать это будет ровно в 2 раза медленнее, так как придется первый раз пройтись по всем тайлам что бы посчитать диапазон, а потом второй раз для отображения. Так что, ИМХО, нафиг такое не нужно.

(0004215) zed (manager) 28-10-2011 20:35	А если попробовать как-то буферезировать это всё?

(0004216) Papazol (reporter) 28-10-2011 21:20	Разумеется, скорость работы замедлится. Но зато повысится информативность, а ведь ради неё и задумано это всё. Сейчас, чтобы получить такой же результат, потребуется несколько раз построить карту заполнения, подбирая даты. И время, потраченное на эти итерации, может превысить исходное более чем вдвое.

(0004222) Tolik (manager) 29-10-2011 06:30	(повторю то, что написал в форуме http://sasgis.org/forum/viewtopic.php?p=23536#p23536) Конечно, можно сделать и так. Палитра станет богаче, но будет непонятно, какая именно дата отображается красным и зелёным. Вопрос в том, для чего нужна эта фича с градиентом. И отсюда уже плясать.

(0004224) Papazol (reporter) 29-10-2011 17:35	Для чего замышлялась фича, наверно, знает тот, кто её замыслил. На мой взгляд, она позволяет просто определить степень "старости" (или новизны) скачанных тайлов. Это может пригодиться в случае обновления снимков нужного района, если за раз весь район не был по-новой скачан. Наверно, есть и другие применения. Понять, какие даты соответствуют зелёному и красому цветам, можно будет, если эти даты вывести в окна, куда сейчас даты вводятся. Впрочем, это может и не понадобиться, здесь важнее относительная дата, чем абсолютная (ИМХО).

(0004225) DJ VK (manager) 30-10-2011 04:44	Если реализовывать то так: 1. вычислять граничные даты. 2. с неким шагом вычислять гистограмму распределения по датам. 4. в соответствиии с количеством столбцов назначить правило для выборки цветов. 3. строить не плавный градиент, а округлять дату до определенного столбца и его цвета. Тогда есть разумность идеи. Но. одно большое но. Гугль публикует новое обновление через 2 недели. чтобы его скачать нужно несколько дней, иногда те же 2 недели. и снимки получаются размазаны по всему диапазону. Вот я заново перекачиваю большие регионы. Карта будет свежая но растянется на на целых три-четыре месяца если все 50 гиг качать. Если хочется актуальности надо попросту запоминать версию карт или задавать ручками при выделении области на скачку!!!

(0004226) DJ VK (manager) 30-10-2011 04:49 edited on: 30-10-2011 04:58	Собственно задача градиента была визализировать пропущенные при скачке и особенно перекачке тайлы. например после перепривязки снимка на гугле. Тогда если перекачать с пробелами не очень приятная картинка будет, смещения то разные. Бывает так что при скачке пропуски идут, (то что гуголь по умолчанию застопоривается и пишет нет подключения к инету, так что пропусков не будет - это сказки для чайниковю А дг раньше прпусков уйму давал. А яндекс современный вообще жопа...). Особенно прокси если использовать, все что угодно прилетает, даже если и не должно. И вот тут гибкий инструмент, который может даже в течение дня разницу заметить и был придуман. Собственно оригинал использовался в охранной системе для построения диаграммы контроля непрерывности связи с объектами, давно ли выходили на связь. Цвет определялся разницой во времени. Но перенести в планету градиент, сделав его не экспоненциальным, а линейным идея была хорошая. Вобщем пока неубедительные идеи предлагаются. Говорю как практик. Если надо могу сделать запоминание (последней) начальной даты в файл настроек.

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

(0004230) Papazol (reporter) 30-10-2011 10:15	Может быть, сделать чёткую градацию цветов в зависимости от давности файлов, например, если не более одних суток - зелёный, от суток до недели - синий, от недели до месяца - фиолетовый, больше месяца - красный? И менять (задавать) только дату, от которой ведётся отсчёт (по умолчанию - текущая).

(0004233) vdemidov (manager) 30-10-2011 16:44	Вот это более реальный подход. Можно сделать как одну из альтернатив.

(0004237) Tolik (manager) 31-10-2011 05:31	А мне кажется, DJ VK сделал оптимально для своей конкретной задачи. А делать кучу разных вариантов смысла нет.

Users who viewed this issue
User List	Anonymous (2528x), vdemidov (1x)
Total Views	2529
Last View	25-04-2024 14:30

Issue History
Date Modified	Username	Field	Change
28-10-2011 18:23	Papazol	New Issue
28-10-2011 18:32	vdemidov	Note Added: 0004214
28-10-2011 20:35	zed	Note Added: 0004215
28-10-2011 21:20	Papazol	Note Added: 0004216
29-10-2011 06:30	Tolik	Note Added: 0004222
29-10-2011 06:31	Tolik	Description Updated	View Revisions
29-10-2011 08:27	gpsMax	Tag Attached: карта заполнения
29-10-2011 17:35	Papazol	Note Added: 0004224
30-10-2011 04:44	DJ VK	Note Added: 0004225
30-10-2011 04:49	DJ VK	Note Added: 0004226
30-10-2011 04:58	DJ VK	Note Edited: 0004226	View Revisions
30-10-2011 07:17	Tolik	Note Added: 0004229
30-10-2011 10:15	Papazol	Note Added: 0004230
30-10-2011 16:44	vdemidov	Note Added: 0004233
31-10-2011 05:31	Tolik	Note Added: 0004237
09-08-2012 06:45	vdemidov	Product Version	.Nightly => 110418
29-12-2012 10:04	vdemidov	Status	new => confirmed
29-12-2012 10:04	vdemidov	Target Version	=> 27xxxx
29-12-2012 10:04	vdemidov	Summary	Иной способ вычисления цветов при построении карты заполнения по времени => Иной способ вычисления цветов при построении карты заполнения по возрасту
29-12-2012 10:04	vdemidov	Description Updated	View Revisions

Relationships

SASGIS