Я действительно думаю, что это зависит от содержания информации и аудитории. То, что относится к одному, не имеет отношения к другому. Если аудитория более специализирована, то они с большей вероятностью будут думать в том же духе, но поставщик контента все равно должен будет анализировать ее и обслуживать.

Есть также несколько путей, которыми человек может пойти, чтобы «узнать больше». Возьмем, к примеру, тег «DNS». Вы можете перейти к более конкретным деталям, таким как «UDP Port 53» и «MX Record», или вы можете пойти боком, используя такие термины, как «IP-адрес», «Имя хоста» и «URL». Диаграмма Вороного показывает кластеры, но не обрабатывает случай, когда общие термины могут быть связаны со многими понятиями. Сопоставление имени хоста с DNS, HTTP, SSH и т. Д.

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

Для случаев большого количества «основных тем», когда ментальная карта не подходит, есть параллельные координаты, но это озадачило бы многих пользователей сети.

Я думаю, что если бы мы нашли чрезвычайно хорошо организованный способ сортировки кластеров тегов при сохранении связей между общностью и особенностями, это было бы в некоторой степени полезно для исследований ИИ.

С точки зрения того, что я лично предпочитаю, я считаю, что числовой подход хорош, потому что редко используемые теги по-прежнему представлены в удобочитаемом размере шрифта. Я также думаю, что SO делает это таким образом, потому что у них гораздо больше тегов, чем требуется для облака среднего размера по стандарту.

Я бы выбрал второй вариант из перечисленных вами выше.

• 1 - Человеческий глаз распознает и воспринимает разницу в размерах гораздо более эффективно, чем цвет, когда цветовая шкала находится в одном и том же спектре (т.е. различные синие цвета в отличие от отдельных отдельных цветов).

• 3 - Требует, чтобы пользователь отсканировал полный список и математически сравнил каждое отдельное число во время сканирования. Никаких реальных значимых отношений между тегами без большой работы со стороны пользователей.

Итак, переходя к пункту 2, необходимо принять во внимание несколько соображений:

• Держите теги в алфавитном порядке. Это дает пользователю еще один метод поиска и устанавливает известную взаимосвязь между ними (при условии, что они знают алфавит!). Если они не заказаны, то найти хотя бы одну - просто чушь.
• Если сравнение размеров абсолютно необходимо (обычно это не так, поскольку каждый уровень можно увеличивать на определенный процент или количество пикселей), используйте моноширинный шрифт. В противном случае некоторые комбинации букв могут оказаться больше, чем они есть на самом деле.
• Не включайте запятые, трубы или другие разделители. У вас уже будет много данных на небольшой площади - не нужно загромождать их мусором. Разместите теги, конечно, с приличным отступом. Только не удваивайте количество визуальных элементов, добавляя не только данные.
• Установите минимальный / максимальный размер шрифта и масштаб между ними. Бывают ситуации, когда один тег может быть настолько популярным, что визуально может показаться экспоненциально большим, чем другие. Точно так же вы не хотите, чтобы тег в конечном итоге рендерил 1 пиксель! Установите мин. / Макс. И при необходимости отрегулируйте их.

Диаграмма Ворони с измененным размером - показывает, какие теги связаны между собой

Мой любимый формат облака тегов - это формат Wordle. Он выглядит великолепно, и он также довольно хорошо справляется с размещением большого количества тегов на небольшом пространстве.