Відображення точкових даних для відображення часу / віку


10

У мене є шар в 3000 балів для штату, кожен з яких вказує на вік конкретного типу будівлі. Що таке рекомендований візуальний дисплей, який ефективно і однаково підкреслює вік цих структур.

Я думав використати теплову карту, але це може призвести до деякої упередженості, оскільки в невеликій околиці ви можете мати 3 новобудови та 1 стару будівлю або навпаки, відбираючи правдивість. Однак мені хотілося б наочний посібник, який при короткому огляді або знімку може розповісти історію віку цих структур.


Наскільки розподілені ваші 3000 очок? Вони схильні скупчуватися в певних районах чи вони більш чітко розташовані?
Енді Ш

IMHO кілька запропонованих пропозицій однаково хороші, але нам потрібно знати більше про мету карти, щоб визначитись між ними; хто такі користувачі, про яку історію розповідають дані та наскільки кластеризовані дані в часі (як запитав Енді У), як у космосі.
Тревесі

Відповіді:


4

Мені подобається ваша ідея теплової карти загальнодержавного масштабу. Ви можете зобразити дрібнозернисті нерівності із вставними картами (папір) або масштабними залежностями (веб-карта).

Якщо ви справді відчуваєте необхідність демонструвати дискретні значення, ви можете запустити скрипт, щоб розігнати функції точки, такі, що вони не укладаються один на одного (вбудований інструмент ArcMap називається "Disperse Marker") і символізує вік bldgs. на кольоровий пандус.


FYI: У QGIS також є "Дисперсні маркери". Це називається "Точковий переміщення".
underdark

3

Якщо ці будівлі упаковані в містах, ви можете використовувати кругові діаграми, щоб зобразити співвідношення старих і нових будівель (або стільки класів, скільки хочете використовувати).

Імхо, теплова карта повинна представляти суцільні явища. Вік конкретного типу будівлі може взагалі не бути безперервним.


Я не погоджуюсь і думаю, що карта, що базується на теплі чи растрах, може представляти досить неперервне явище, особливо у випадку, коли точок так багато, що вони перетинаються.
Енді Ш

@Andy W: Я згоден, якщо ваша мета - зіставити щільність точок. Але в цьому випадку я думаю, що мета полягає у відображенні розподілу атрибутів. Теплова карта згладить відмінності (наприклад, справді старі та абсолютно нові будівлі, розташовані поруч). Це може бути не бажаним ефектом.
нижня смуга

Я погоджуюся з вашою точкою, але агрегація по містах має однотипний ефект згладжування. Карта щільності ядра в цьому контексті вважатиметься представленням середнього віку будівлі в тісній просторовій близькості до пікселя (що може бути або не може бути корисним для початкового плаката). Вік будівництва може бути порівнянним з концентрацією металу в ґрунті або температурними показаннями в різних точках. Ви робите якийсь тип розрізнення між старим і новим у ваших пропозиціях так, ніби вони відрізняються дихотомічними характеристиками.
Енді Ш

2

Я , як Брайан відповідь (і я думаю , що поглиблені карти можуть бути дійсно здорово і інформативно для виділення конкретних ділянок або нерівностей), але я б спочатку просто використовувати пропорційний символ для подання побудови віку (і зробити дві карти, одна з яких більш старих будівель отримувати більший символ і той, де новіші будівлі отримують більший символ). Дві карти є тому, що якщо у вас є райони, які є надмірно вибіреними, вони, ймовірно, матимуть більшу кількість нових і старих будівель.

Це не спрацює, якщо будівлі занадто кластеризовані, оскільки пропорційні символи будуть перетинатися (як ви запропонували у своєму запитанні). Отже, тут може бути дуже корисним підхід до оцінки щільності ядра (який створює суцільну теплову карту).

Я б також сказав, що підсумкова статистика у вашому випадку може бути корисною. Розрахунок глобальних заходів просторової автокореляції (наприклад, I Морана, Гетіс Орд, С Geary's C) буде інформативним щодо розподілу. Можна також відмітити місцеві заходи просторового об'єднання для візуалізації скупчень старих чи молодих будівель.


2

Якщо метою вашої візуалізації є показати поширення вікових будівель по всій державі без особливого розбиття на підрайони, то простим рішенням було б об'єднати віки будівель разом (наприклад, 1850 - 1900) та показувати окремі державні карти кожен раз період з крапками. 4 карти добре працюють, оскільки всі вони суміжні та швидко скануються. Це дуже зручно через його простоту, і ви можете використовувати маленькі крапки для будівель, а це означає, що ви можете показувати розповсюдження тисяч точок даних одночасно - більш складні символи перетинаються.

Однак, якщо мета карти - дозволити користувачеві розгортати та бачити розподіл віку в підрозділі штату або якщо важливі чіткі розрізнення віку, то це рішення, ймовірно, не є способом цього зробити.


1

Подібно до теплової карти, ви можете визначити вік як z-значення і зробити затінену рельєфну карту, яка може трохи допомогти зменшити ухил - справді "високі" (старі) все ще мають тенденцію виділятися , але не знищить "коротші" (новіші) будівлі.

Залежно від того, що ви намагаєтесь показати (ви намагаєтеся виділити старі будівлі?), Ви могли б експериментувати з логарифмічною або експоненціальною шкалою.

На великій території штату було б дуже важко детально ознайомитись із віком будівництва, окрім як візуального середнього. Лише до того, як ви подивилися на рівні блоку, будь-яке представлення буде корисним.


Я насправді не намагаюся нічого висвітлити, і наскільки я можу хочу, щоб уникнути цього.
dassouki

Тоді ви не намагаєтесь нічого згладити - як би тепла карта, як правило, і нехай точки неначе вискакують на вас. (Я маю на увазі), що ви насправді говорите про створення 3D-поверхні, яка схожа на купу сталагмітів, що виростають з неї. Можливо, "краща карта" буде кращим описом?
Трава

1
Це може бути ефективним, але я насторожено ставлюся до таких 3D-поверхонь. По-перше, великі вершини затемнюють менші вершини позаду них. По-друге, зчитування абсолютного значення на 3D-карті менш точне, ніж якщо у вас кольорова рампа.
Тревесі
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.