Візуалізація швидкості руху на статичній (= для друку) карті?


60

Уявіть, що ви відстежуєте, наприклад, рух автомобіля чи тварин і отримуєте регулярні оновлення положення GPS. Як би ви візуалізували швидкість руху на статичній карті (= для друку)? Я забарвлював точки в червоно-жовто-зелений колір, де червоне було б "повільним", але я думаю, що повинен бути кращий / інтуїтивніший спосіб візуалізації вимірювань швидкості.

Ще одна вимога полягатиме в тому, що має бути можливість відслідковувати декілька об'єктів, що рухаються одночасно. Їх стежки можуть перетинатись або проходити поруч (по одних і тих же дорогах).


1
До чого ви вдалися наприкінці? а з напівспорідненим питанням, чи працювали ви коли-небудь з моделями транспортування земельних ділянок?
dassouki

1
@dassouki: Я створив кілька карт, використовуючи підхід @ Mark_I Ireland. Але він має тенденцію до «приховування» шийок, якщо розміщувати кілька траєкторій один на одного. У мене є інші ідеї, але певного рішення поки що немає.
андермаркет

1
itoworld.com/static/gallery_traffic.html Подивіться також презентацію, яку вони провели. Це не на 100% те, що ви шукаєте, але це хороша відправна точка. З іншого боку, те, що я робив раніше, - це організувати трафік AADT як ширину смуги, а потім побудувати черги або зупинку як висоту. Ви знаєте, що у вас є проблема, коли у вас товста і висока група. Товсті та не високі смуги вказують на багато руху, але хороший потік. короткі та високі смуги позначають або проблему з дорожніми сигналами, або недостатньо смуг для покриття потоку
dassouki

@dassouki: Я ще не працював із моделями транспортування землекористування. Приємна презентація!
underdark

@dassouki, я знаю, що це старий пост, але мені цікаво, чи є у вас оновлене посилання на цю презентацію ...
Fezter

Відповіді:


33

Я багато часу тому грав з цією темою. Ви можете знайти кілька прикладів тут:
приклади
плагінів розширень Dobrou Домашня сторінка плагінів розширень Dobrou

Використовуючи Sporttracks та цей плагін, gps-треки можна перетворити на KML та відобразити в Google Earth. Він підтримує деякі згадані тут ідеї - відстежувати фарбування на основі кольорового градієнта, стрілок напрямку та багато іншого.

Деякі приклади:
3D-стіна - тут використовується більше речей. 1) Стрілки, що показують напрямок, із фактичною швидкістю як мітка. 2) Колір кожної точки, обраної із градієнта, залежно від швидкості. 3) 3D-стіна - висота доріжки "стіни" над місцевістю на основі швидкості.
alt текст
Використовуючи лише один колір для всієї доріжки, простіше порівняти швидкість між кількома треками.
alt текст
Ефект тіні - тут відображається кількість треків, що йдуть однаковим чином, але їх можна налаштувати для візуалізації швидкості тощо.
Ефект тіні
Гонка стрілок - розмір і колір стрілок залежать від швидкості.
alt текст


4
Мені дуже подобається варіант "Arrowrace".
underdark

Мені подобається багато. Ви не хочете розміщувати деякі файли kml / kmz, які використовуються для створення знімків на екрані?
Енді Ш

2
Нема проблем. Ось кілька прикладів у KMZ. (Не зовсім файли, які використовуються для створення цих скріншотів, але дуже схожі ...) bit.ly/dAYoKc - bit.ly/cJl9uI bit.ly/dfAn16 bit.ly/bgQjwr bit.ly/9zgjfC bit.ly/bpdYjs bit.ly/a8i1Hg
dobrou

1
Мені подобається приклад ефекту тіні, мабуть, тому, що я схиляюся від занадто сильних (на моє око) контрастів інших.
matt wilkie

28

Я завжди робив це як ширина. Наприклад, ви створюєте буфер навколо кожної точки, що представляє швидкість, а потім розчиняєте буфери в один. Вузькі ділянки вказують на вузькі місця.

Для прикладу див .: http://www.fmepedia.com/index.php/Bufferer

Звичайно, ви навіть можете кольоровувати буфери перед об'єднанням.

Для прикладу дивіться: http://www.fmepedia.com/index.php/Dissolver

alt текст


2
Мені подобається підхід «пояс і брекети», щоб використовувати два візуальні сигнали для показу однієї змінної - в цьому випадку колір і ширина. Однак, я не думаю, що ви зняті на екрані справедливі до ідеї (хоча, якщо чесно, я знаю, ви просто ілюструєте ідею) Ідеї її вдосконалити; фактичний шлях недостатньо виділяється (виправити, зникати все інше і втратити ореол), ваша палітра кольорів не є інтуїтивно зрозумілою (виправити за допомогою теплової карти жовтого, оранжевого, червоного кольору?)
Тревесі

Ви маєте рацію, що візуалізація не велика, але тоді це була демонстрація для FME, яка більше підходить для перетворення даних у правильну структуру для візуалізації за допомогою справжнього ГІС. Кольори? Добре зелений для руху та червоний для зупинки здався доречним! Я впевнений, що я отримав ідею використовувати ширину буфера з дослідження випадку ESRI на швидкість руху (місто Портленд ???). Це, мабуть, матиме набагато кращу графіку - хоча я, на жаль, не можу її знайти в Google.
Марк Ірландії

22

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

Приклад для GPS-орієнтації на орієнтування, використовуючи програмне забезпечення Chmuk :

alt текст

Ще один приклад із програмною швидкою програмою :

alt текст

Частини маршруту, де рух швидкий, добре видно зеленим кольором порівняно з тим, де рух повільний, червоним кольором.

У цьому прикладі кольорова шкала є безперервною: червоний - для мінімальної швидкості, а зелений - для максимальної. Також може використовуватися кінцевий набір кольорів, використовуючи різні методи призначення кольору кожному сегменту відповідно до його швидкості (наприклад, квантильний метод). Багато хлопців, які займаються орієнтуванням, використовують це для аналізу своїх варіацій швидкості під час змагань з орієнтування. Це повинно працювати для тварин та транспортних засобів!

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


9
Вигляд педантичного, але червоний і зелений - це найгірші кольори для дальтонізму, кращі кольори шкали тепла (світло-жовтий> помаранчевий> червоний) будуть краще.
Тревесі

2
так, ти правий. Це можна параметризувати за допомогою програмного забезпечення. Ще краще - використовувати colorbrewer2.org .
липень


2
Так, погоджуйтеся з проблемою зеленого / червоного кольорового сліпу - в основному мені схоже на коричневу лінію ...
om_henners

"звичайно можна вибрати інші кольори". Дивіться також коментар трохи вище вашого.
липень

14

Я думаю, що вас може зацікавити робота, описана як географія часу, і ви можете використовувати пошукові терміни, такі як простір-час-шлях або простір-час-куб. У техніці простір-час-куб я б уявив, що ви все ще можете використовувати колір для відображення швидкості рухів, хоча він притаманний просторі / часовій відстані між вузлами на вашому шляху.

Перспективний пошук вченого з google для пошуку візуалізації географії часу виглядає багатообіцяючим. І одна з перших статей, що з’явилася, містить кілька хороших кольорових прикладів того, про що я говорю.

Простір-час куб, переглянутий з точки зору геовізуалізації : М. Дж. Краак, Матеріали 21-ї Міжнародної картографічної конференції, Vol. 1995 (1988)

Редагувати: У відповідь на те, що ОП хоче візуалізувати декілька одиниць у просторі та представляти їх швидкість, кубі простору часу, ймовірно, неможливо здійснити. Навіть якби у вас був якийсь обмежувальний проміжок часу в просторі часового шляху, було б важко отримати відповідну точку зору 3d-куба, не спотворюючи або приховуючи деякі шляхи.

Я думаю, що пропозиція Жульєна настільки ж хороша, як і моя, але у неї є аналогічна проблема (мінус точка зору; у 2-му випадку це не буде проблемою). Єдиною моєю іншою пропозицією було б те, що вам не потрібно обмежувати подання швидкості до дихотомічних кольорів, і оскільки швидкість є постійним розподілом, я думаю, що має сенс використовувати градієнтну колірну схему. Ви також можете використовувати символи пропорційного розміру для зображення швидкості. Можливо, використання стрілок як символу точки, а також використання напряму стрілки для зображення напрямних компонентів простору часового шляху також було б проникливим.

Коли ви обмежуєтесь лише точкою в просторі, ви, здається, втрачаєте частину потенційної візуалізації взаємодії (перетинання шляхів) між вашими точками. Але залежно від теми це може не цікавити.


Кубики простору-часу виглядають чудово, але мені доводиться відслідковувати занадто багато рухомих об'єктів одночасно. Це стане занадто безладним і нечитабельним.
underdark

13

Оскільки у вас відслідковується кілька об'єктів, я б хотів використовувати кольори для розмежування об'єктів, а замість кольору, щоб показати швидкість, я використовував би тонкі лінії, перпендикулярні напрямку руху, що ілюструє інтервали 10 секунд (скажімо). Ближче ліній = повільніше. Не найкращий ескіз нижче, але ви отримуєте ідею: alt текст


Це виглядає цікаво! Якщо тонкі перпендикулярні лінії будуть кольоровими, можливе також перекриття доріжок. Було б цікаво реалізувати точно. (Або вам відомі існуючі реалізації?)
underdark

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

Underdark - Вибачте, не знаю жодної реалізації. Ваша ідея того, що кольори «спальних» ліній (як на залізниці) є кольоровими, це добре доповнить візуальну різницю, але проблема полягає в тому, якщо ви хочете використовувати бліді кольори, як жовтий, то шпали стануть набагато менш помітними.
Тревесі

13

Ви можете фіксувати положення автомобіля з регулярним інтервалом часу та поступово згасати старі часові точки. Додавання рядка в кожній точці, довжина якої відповідає швидкості, також може допомогти. Нижче наводиться приклад з Microsoft Research. На цьому графіку досить легко побачити відносну швидкість різних країн.

Візуалізація тренду

http://research.microsoft.com/en-us/um/redmond/groups/cue/publications/TVCG2008-TrendVis.pdf


Я думаю, ви маєте на увазі ширину лінії замість довжини. Але це досить круто і блискавка dobrou використовує подібний метод.
Енді Ш

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

@Andy W. Ні, якщо ви дивитесь, що довжина ліній відрізняється для швидких синіх точок зліва на помаранчевих точках справа. Я вважаю, що ширина лінії заснована на розмірі кола.
Джей Аскрен

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

@Andy W. Це правда. Оновлення повинні бути регулярними.
Джей Аскрен

11

Ви можете захотіти поглянути на деякі з Геннадія і Наталії Андрієнко в газетах . Вони широко публікували питання про геовізуалізацію даних про рух, і деякі їх результати можуть бути корисними тут.

Купер Сміт також зробив цікаву роботу, використовуючи обробку.

введіть тут опис зображення


2
Дякуємо за оновлення @radek. Дуже погано Купер Сміт не описує свого підходу на прикладі темпу. Схоже, він просто замислив усіх трекерів один на одного.
underdark

9

Як щодо символів стрілки? Довжина стрілки = швидкість об’єкта в цьому місці. Ви також отримуєте напрямок безкоштовно. І все це дуже інтуїтивно - не потрібно заглядати в легенду, щоб нагадувати про тлумачення.

Він використовується весь час для карт швидкості вітру, але нічого не говорить про те, що ви також не можете символізувати об'єкти таким чином: http://www.cnrfc.noaa.gov/images/storm_summaries/jan1997/misc/300mb_1997.gif

Ура!

(відредагувати: зменшено звуковий знак оклику.)


9

Я думаю, я б пішов на щось у бік пропозиції Тревесіса, але тільки з крапками. Довше між точками означає швидше, а ближче між ними означає повільніше.

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

Тож прискоренням було б:

... . . . .  .  .  .   .   .   .   .   .    .    .    .    .     

Мені, зробивши лінію товще, я відчуваю, що швидкість зменшується, нахилившись і час на метр більший, довший, товстіший.

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

Редагувати: це було б як символи ліній, що представляють інтервали швидкості на зразок

.......   1-20 km/h
. . . .   21-50km/h
.  .  .   51-100 km/h

і так далі

З повагою Ніклас


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

2
Ні, я не маю на увазі, що кожна точка повинна представляти одну точку від системи трекінгу. Я маю на увазі, що ви маєте символи з різною щільністю точок уздовж лінії та використовуєте символи для різної швидкості. див. редагування у відповіді вище.
Nicklas Avén

2

[Я знаю, що я це бачив раніше, але не можу знайти де.]

Як щодо показ швидкості як 3-го виміру сюжету. Замість того, щоб бути просто плоскою лінією, "висота" лінії могла представляти швидкість. Це також може поєднуватися з фарбуванням.


2
Те, що ви пропонуєте, було б щось подібне до кубіків простору-часу, про які згадував Енді. 3D-зображення Imho дуже швидко забруднюються (особливо з відстеженням декількох об'єктів), і вони виглядають набагато біднішими, ніж на екрані.
underdark

2

Продовжуючи тему розміру / кольору, а як щодо використання точок, більших зелених кіл для швидких, менших червоних кіл для повільних, можливо, жовтого / оранжевого між ними?


Це було б дуже схоже на пропозицію Марка ( gis.stackexchange.com/questions/2722/… ). Це зробити простіше, але можуть бути проблеми з розмежуванням різних рухомих об'єктів, коли їх шляхи перетинаються.
андеркап

1

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

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

введіть тут опис зображення

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

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