Теги википедия: Тег — Википедия – Метатеги — Википедия

Облако тегов — Википедия

Облако тегов ключевых понятий, относящихся к Веб 2.0

О́блако те́гов (облако слов, или взвешенный список, представленное(-ый) визуально) — это визуальное представление списка категорий (или тегов, также называемых метками, ярлыками, ключевыми словами и т. п.)^[1] Обычно используется для описания ключевых слов (тегов) на веб-сайтах, или для представления неформатированного текста. Ключевые слова чаще всего представляют собой отдельные слова, и важность каждого ключевого слова обозначается размером шрифта или цветом^[⇨]. Такое представление удобно для быстрого восприятия наиболее известных терминов и для распределения терминов по популярности относительно друг друга^[⇨]. При использовании ключевых слов для упрощения навигации по веб-сайтам, термины снабжаются гиперссылками на понятия, которые подразумеваются под ключевыми словами. Тем не менее, облако не может быть единственным элементом навигации, а пользоваться текстовым поиском удобнее для поиска при наличии более конкретной информации об искомом

[2].

На языке визуального дизайна, облако тегов (или облако слов) это один из видов «взвешенного списка», обычно оно используется на географических картах для отображения относительного размера городов, с помощью размера шрифтов. Одним из первых примеров взвешенного списка английских ключевых слов является список «подсознательных файлов компьютера» в романе Дугласа Коупленда «Рабы Майкрософта» (1995). Список слов немецкого языка появился в 1992^[3].

Особое визуальное представление и распространение термина «облако тегов» началось в первом десятилетии 21 века. Как особенность сайтов и блогов эры Веб 2.0, использовалось, в основном, для визуализации частотного распределения ключевых слов метаданных, описывающих содержание веб-сайта и помогающих в навигации.

Первые облака тегов на известных веб-сайтах появились на сайте сервиса хранения и распространения цифровых фотографий Flickr. Создателем облаков тегов был соучредитель и проектировщик Flickr Стюарт Баттерфилд в 2004. Эта реализация была основана на книге Джеймса Фланагана Search Referral Zeitgeist^[4], в котором описывается визуализация ссылок на веб-сайт. Примерно в то же время распространению облака тегов способствовали сайты Delicious и Technorati.

Перенасыщение облаками тегов и двоякие чувства в отношение их полезности как помощников в навигации по веб-сайтам привели к заметному снижению их использования на сайтах-первопроходцах^[5]. (Создатели Flickr впоследствии «извинились» перед веб-сообществом в своей речи на премии Webby Awards, где они просто сказали «простите за облака тегов»^[6].)

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

[7], sparkClouds^[8], и префиксные облака тегов^[9].

В данный момент облако тегов не имеет такой популярности, а в некоторых случаях даже негативно сказывается на поисковом продвижении сайта. Так что если и делать облако, то для некой конкретной цели, чтобы оно несло смысловую нагрузку для пользователей интернет ресурса.^{[источник не указан 1116 дней]}

Облако данных показывает население всех стран мира. Создано с помощью языка программирования R с помощью пакета облако слов. Данные получены из списка, содержащего название стран и количество жителей. Обратите внимание, что относительные размеры Китая и Индии были разделены пополам.

Существует три основных типа применения облаков тегов в социальном программном обеспечении, различающихся скорее по назначению, чем по внешнему виду:

• в первом типе есть тег для частоты каждого элемента,
• во втором типе есть глобальные облака тегов, где частоты агрегированы по всем элементам и пользователям,
• в третьем типе облако содержит категории, размер которых обозначает количество подкатегорий.

В первом типе облаков тегов размер представляет собой количество применений тега к элементу^[10]. Это полезно в качестве способа отображения метаданных о предмете, за который сколько-то раз «проголосовали», и когда точные данные не предусмотрены. Примером такого применения является Last.fm (для определения жанра музыки группы) и LibraryThing (для определения ключевых слов книги).

Во втором типе размер соответствует числу предметов, к которым был применен тег, что обозначает популярность тега. Примеры данного типа облаков тегов можно найти на сайте сервиса хранения и распространения цифровых фотографий Flickr, RSS-агрегатора Technorati и введя в поисковый запрос Google DeeperWeb.

Категоризация путём создания кластера тегов[править | править код]

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

Есть несколько подходов для построения кластера тегов вместо облака тегов, например, применяя теги совместной встречаемости в документах^[11].

Более обще, то же самое визуальное представление может быть использовано для отображения не тегов^[12] например, облако тегов или облака данных.

Термин облако ключевых слов иногда используется как термин поисковый маркетинг, где он обозначает группы ключевых слов, относящихся к некоторому веб-сайту. В последние годы облака тегов стали популярны из-за своей значимости в поисковом маркетинге веб-страниц, наряду с помощью пользователям в эффективной навигации по сайтам^[13]

. Облака тегов, как средства навигации, позволяют связать ресурсы веб-сайта более тесно^[14],обход таких ресурсов поисковым роботом может улучшить позицию сайта в результатах выдачи поисковой системы^[15]. С точки зрения пользовательского интерфейса облака тегов часто используются, чтобы помочь пользователю найти информацию в конкретной системе более быстро, обобщая результаты поиска^[16].

Облако данных показывает изменение цены на акции. Цвет указывает на рост или падение цены, размер шрифта указывает на процентное изменение.

Облака тегов обычно представлены в виде встроенных HTML элементов. Теги могут быть распределены в алфавитном порядке, в случайном порядке, по весу, и т. д. Иногда изменяют прочие визуальные свойства, такие как цвет, яркость, или ширина, в дополнение к размеру шрифта^[17]

. Наиболее распространено представление в виде прямоугольника, в котором теги упорядочены по алфавиту и выводятся построчно. Выбор расположения тега в строках соответствует целям пользователя. Иногда предпочтение отдается семантической кластеризации тегов (похожие по смыслу теги будут выводиться рядом)^[18][19][20]. Допускается применение эвристик для уменьшения размера облака тегов, независимо от того — выполняется кластеризация или нет.

Облако данных[править | править код]

Облако данных — это данные, в которых используется другой цвет и/или размер шрифта для обозначения числовых данных^[21]. Облака данных похожи на облака тегов^[22], но вместо подсчета слов, выводятся такие данные, как плотность населения или цены на рынке ценных бумаг.

Облако текста[править | править код]

Облако текста или

облако слов — это визуализация частоты слов в тексте в виде взвешенного списка^[24]. В последнее время эта техника используется для визуализации тематического контента политических речей^[25].

Облака словосочетаний[править | править код]

Развивая принципы облаков текста, облака словосочетаний дают более сфокусированный вид текста или набора текстов. Вместо всего текста, облако словосочетаний фокусируется на использовании отдельных слов. Полученное облако содержит слова, которые часто используются в сочетании с исходным словом. Эти словосочетания представляют частоту, выделяемую размером шрифта, наряду с силой связи, выделяемой яркостью. Это позволяет интерактивно изучать язык^[26].

Особенности восприятия облаков тегов[править | править код]

Облака тегов изучались в нескольких исследованиях на предмет удобства использования. Следующий перечень основан на результатах исследований компании Lohmann и др.:

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

В общем размер шрифта тега в облаке тегов обусловлен распространенностью тега. Для облака слов, например, категорий блога, частота соответствует количеству записей в блоге, которым присвоена данная категория. Для меньших частот можно указать размеры шрифта непосредственно, от единицы до максимально используемого размера шрифта. Для больших частот необходимо провести масштабирование. Например, используя линейное преобразование, вес ti{\displaystyle t_{i}} тега масштабируется по шкале множителей от of 1 до

f, где tmin{\displaystyle t_{min}} и tmax{\displaystyle t_{max}} определяют диапазон разрешенных весов.

si=⌈fmax⋅(ti−tmin)tmax−tmin⌉{\displaystyle s_{i}=\left\lceil {\frac {f_{\mathrm {max} }\cdot (t_{i}-t_{\mathrm {min} })}{t_{\mathrm {max} }-t_{\mathrm {min} }}}\right\rceil } для ti>tmin{\displaystyle t_{i}>t_{\mathrm {min} }}; иначе si=1{\displaystyle s_{i}=1}

Набор слов из списка 1000 избранных статей Википедии, упорядоченный по количеству просмотров^[27], доступный в галерее Wordle gallery.^[28]

Так как число учтённых элементов на каждый тег обычно распределено по экспоненциальному закону распределения^[29], поэтому для больших диапазонов значений имеет смысл использовать логарифмическое представление

[30].

Реализация облака тегов также включает синтаксический анализ фильтрацию ненужных тегов, таких как предлоги, местоимения, чи́сла и знаки препинания.

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

1. ↑ Martin Halvey and Mark T. Keane, An Assessment of Tag Presentation Techniques.
2. ↑ Sinclair, Cardew-Hall, 2008.
3. ↑ Deleuze, Guattari, 1992.
4. ↑ A copy of Jim Flanagan’s Search Referral Zeitgeis.
5. ↑ Tag Clouds R.I.P.?.
6. ↑ Welcome to the Webby Awards.
7. ↑ Parallel Tag Clouds to Explore and Analyze Faceted Text Corpora, 2009.
8. ↑ IEEE Transactions on Visualization and Computer Graphics, 2010.
9. ↑ Proceedings of the 17th International Conference on Information Visualisation, 2013.
10. ↑ Masters Thesis submitted to the Program of Digital Media, 2005.
11. ↑ Proceedings of the 43rd Annual Hawaii International Conference on System Sciences, 2010.
12. ↑ Collaborative OLAP with Tag Clouds.
13. ↑ Are Tag Clouds Useful for Navigation, 2011.
14. ↑ Linking Related Content in Web Encyclopedias with search query tag clouds, 2011.
15. ↑ Free tag cloud generator script for PHP web pages.
16. ↑ Evaluating Tag-Based Information Access in Image Collections, 2012.
17. ↑ Comparison of Tag Cloud Layouts: Task-Related Performance and Visual Exploration, 2009.
18. ↑ Improving Tag-Clouds as Visual Information Retrieval Interfaces, 2006.
19. ↑ Tag-Cloud Drawing: Algorithms for Cloud Visualization.
20. ↑ Self-organising map based tag clouds — Creating spatially meaningful representations of tagging data, 2007.
21. ↑ ManyEyes Visualization and Commentary.
22. ↑ ManyEyes Visualization: Ad cloud.
23. ↑ TagCrowd visualization: State of the Union.
24. ↑ Text Clouds: A New Form of Tag Cloud?.
25. ↑ US Presidential Speeches Tag Cloud.
26. ↑ Collocate cloud.
27. ↑ Monthly wiki page Hits for en.wikipedia.
28. ↑ WikipediaTop1000VitalArticleHits.
29. ↑ Voss, 2006.
30. ↑ Kentbyte.

• Owen Kaser and Daniel Lemire. Tag-Cloud Drawing: Algorithms for Cloud Visualization (англ.) // CoRR. — 2007.
• James Sinclair, Michael Cardew-Hall. The folksonomy tag cloud: when is it useful? (англ.) // Journal of Information Science February. — 2008. — Vol. 34, no. 1. — P. 15—29. — ISSN 0165-5515. — DOI:10.1177/0165551506078083.
• Seifert, C. and Kump, B. and Kienreich, W. and Granitzer, G. and Granitzer, M. On the Beauty and Usability of Tag Clouds. — IEEE, 2008. — С. 17—25. — ISBN 978-0-7695-3268-4. — ISSN 1550-6037. — DOI:10.1109/IV.2008.89.
• Gilles Deleuze, Felix Guattari. Tausend Plateaus. Kapitalismus und Schizophrenie (нем.). — 1992. — ISBN 3-88396-094-2.
• Collins, C., Viegas, F. and Wattenberg, M. Parallel Tag Clouds to Explore and Analyze Faceted Text Corpora (англ.) // VAST. — 2009.

• Lee, B., Riche, N., Karlson, A., and Carpendale, S. IEEE Transactions on Visualization and Computer Graphics (англ.) // SparkClouds. — 2010. — P. 1182—1189.
• Burch, M., Lohmann, S., Pompe, D., Weiskopf, D. Proceedings of the 17th International Conference on Information Visualisation (англ.) // IEEE. — 2013. — P. 45—50. Архивировано 27 сентября 2013 года.

Шаблон:Удалить теги — Википедия

Материал из Википедии — свободной энциклопедии

Перейти к навигации Перейти к поиску

Удаляет теги, оставляя их содержимое.

• {{удалить теги|1=<span>Текст<br>Текст</span>}} → Текст Текст

Во втором параметре можно задать удаляемый тег (только один):

• {{удалить теги|1=<span>Текст<br>Текст</span>|2=br}} → <span>Текст Текст</span>

По умолчанию заменяет <br> на пробелы; чтобы просто удалять, задайте |br2space=no:

• {{удалить теги|1=<span>Текст<br>Текст</span>|br2space=no}} → ТекстТекст

См. также

Шаблоны обработки строк
По подсчёту {{str mid}} Возвращает подстроку длиной L, начиная с позиции N. {{trunc}} Возвращает символы от начала строки до N или дублирует строку до N символов. {{str left}} Возвращает символы от начала строки до N или дублирует строку до N символов. {{str crop}} Удаляет справа из строки N символов. {{обрезать слева и справа}} Удаляет с обеих сторон N символов. {{str right}} Возвращает символы от N до конца строки. {{str rightc}} Возвращает правую часть строки из заданного количества символов. {{str sub}} Удаляет слева N символов и оставляет L. {{str sub new}} Выбирает подстроку из строки на основе выбранных индексов. {{str index}} Возвращает из строки один символ под номером N. По проверке {{delink}} Удаляет из строки вики-ссылки, оставляя их текст. {{удалить теги}} Удаляет из строки все html-теги, оставляя их содержимое. {{удалить префикс файла}} Вырезает пространство имен из названия файла. {{str trim}} Удаляет пробелы справа и слева. {{-.}} Удаляет точку (одну) из конца параметра. {{-года}} Удаляет вхождение слов «года» (также «г.», «гг.», «год») из параметра. {{без кв. скобок}} Удаляет крайние парные квадратные скобки из строки. {{без начала}} Удаляет из строки подстроку, совпадающую с началом строки. {{без пунктуации}} Удаляет из строки знаки пунктуации. {{без символа}} Удаляет из строки первое вхождение символа.
Вставка и замена строк {{вставить строку}} Вставляет подстроку в указанное место строки или приписывает её к концу, если strloc <= 0. {{multi}} Выводит строку указанное количество раз. {{replace}} Заменяет в строке все включения подстроки. {{multireplace}} Заменяет в строке несколько символов или групп символов. {{str rep}} Заменяет в строке указанное количество включений подстроки. {{в 2 кв. скобках}} Викифицирует первый параметр, если он уже не викифицирован. {{вложенные кавычки}} Заменяет в строке все парные кавычки-ёлочки («») на кавычки-лапки („“). {{курсив или кавычки}} Если строка содержит кириллицу, оборачивает её в кавычки, если латиницу, то выделяет курсивом. {{курсив или нет}} Если строка содержит латиницу, то выделяет её курсивом. {{локатив}} Переводит слова в предложный падеж (препозитив). {{в стране}} Девикифицирует и переводит в предложный падеж название страны с добавлением предлога. {{страна в родительном падеже}} Девикифицирует и переводит в родительный падеж название страны. {{нр}} Переводит видимую часть ссылки в нижний регистр. {{первое последним}} Делает первое слово последним. {{сначала имя}} Меняет порядок с «Фамилия, Имя Отчество» на «Имя Отчество Фамилия». {{год-года-лет}} Добавляет к цифровой записи количества лет слово «год», «года» или «лет» в нужном числе и падеже. {{+года}} Добавляет к последней цифре слово «года». {{±.}} Добавляет точку к концу произвольного текста, если её там нет. {{.±}} Делает то же, что и предыдущий, но различает в конце параметра неразрывный пробел.
Анализ строк {{str len}} Возвращает длину строки. {{str ≥ len}} Проверяет, больше либо равна ли длина строки указанному числу. {{str ≤ len}} Проверяет, меньше либо равна ли длина строки указанному числу. {{str ≠ len}} Проверяет, равна ли длина строки указанному числу. {{str ≤ ≥ len}} Сравнивает длину строки с заданным числом. {{str endswith}} Проверяет, заканчивается ли строка указанной подстрокой. {{str find}} Позиция первого вхождения подстроки в текст. {{str sub find}} Ищет подстроку в строке с заданным отступом от начала. {{ASCII code}} Возвращает ASCII код символа. {{is numeric}} Проверяет, является ли строка числом.

Теги (посёлок) — Wikipedia

Теги

География
Ил	Русия
Координатлар	64.3178°N 65.3775°E
Почта индексы	628155

Теги (рус. Теги) — Русиянең Хант-Манси автономияле округының Берёзово районына керүче авыл.

Эчтәлек

• 1 Халык саны
• 2 Климат
• 3 Искәрмәләр
• 4 Тышкы сылтамалар

Ел	Даими яшәүче халык
2002	12
2008	552
2010

2002 елгы җанисәп буенча төп милләтләр: мансилар (100%).^[1]

Кыш суык, көчле җилле һәм буранлы, җиде ай бу дәвам итә. Җәй чагыштырмача җылы, тик кыска вакытлы.

1. ↑ 2002 елгы җанисәп алу базасы.

• ХМАО — Югра администрациясе сайты.
• Почта индекслары һәм ОКАТО кодлары алынган сайт.

Калып:Берёзово районы (ХМАО — Югра)

Бу Хант-Манси автономияле округы географиясе турында мәкалә төпчеге. Сез мәкаләне үзгәртеп һәм мәгълүмат өстәп, Википедия проектына ярдәм итә аласыз.

Мета-теги — Вікіпедія

Мета-теги (англ. meta-tags) — (X) HTML-теги, призначені для надання структурованих метаданих про веб-сторінки. Зазвичай, вказуються в заголовку (X) HTML-документа.

Елемент meta приймає як мінімум чотири атрибута: content, http-equiv, name і scheme. З них обов’язковий лише атрибут content і виняток тег revisit.

Приклад використання елементу meta[ред. | ред. код]

Один з варіантів застосування тега meta — вказівка HTTP-заголовків, які повинні бути відправлені клієнту до відправки самої веб-сторінки. Наприклад:

<meta http-equiv="Content-Type" content="text/html" />

Такий запис вказує, що сторінка повинна бути відправлена разом з HTTP-заголовком Content-Type: text/html. Такий заголовок вказує браузеру або іншій програмі тип відправленого документа. Тим не менш, незважаючи на те, що спочатку передбачалося, що веб-сервери будуть зчитувати мета-теги всередині відправлених клієнту веб-сторінок, і формувати HTTP-заголовки в залежності від їх змісту, на практиці це не реалізовано в найбільш використовуваних веб-серверах, відповідно, веб-сервери не міняють відправлені клієнту HTTP-заголовки, а клієнт (веб-браузер) обробляє ці мета-теги самостійно^[1] (зокрема, дані з мета-тегів можуть заміняти дані, що одержуються з HTTP-заголовків^[2]).

Крім того, мета-теги можуть використовуватися для того, щоб повідомити браузеру інформацію про документ, коли HTTP-заголовки недоступні (наприклад, якщо сторінка відкривається локально з диска, а не завантажується з веб-сервера).

У загальній формі мета-дані записуються в такому вигляді: в тезі meta вказується атрибут name (ім’я) та пов’язаний з ним атрибут content (вміст), в якому описується будь-який аспект веб-сторінки, наприклад, ключові слова:

<meta name="keywords" content="вікіпедія, енциклопедія" />

Функції мета-тегів достатньо різноманітні, однак на цей момент не існує їх чіткої стандартизації. Тим не менш, можна виділити кілька основних напрямів використання мета-тегів:

• Мета-теги здатні ідентифікувати авторство Інтернет-сторінки, її адресу, частоту її оновлень;
• Мета-теги використовуються пошуковими системами для індексації та створення заголовків гіпертекстових документів;
• Не виводячись на екран, мета-теги впливають на режим відображення Інтернет-сторінок.

Мета-теги розділені на дві основні групи — NAME і HTTP-EQUIV. Група NAME відповідає за текстову інформацію про сторінку, її автора, а також — рекомендації для пошукових систем. HTTP-EQUIV фактично еквівалентні гіпертекстовим заголовкам, формують заголовок сторінки та визначають його обробку. Зазвичай, вони управляють діями браузерів та використовуються для формування інформації, що видається звичайними заголовками.

Група NAME[ред. | ред. код]

Мета-тег Author і Copyright[ред. | ред. код]

Ці теги, зазвичай, не використовуються одночасно. Функція тегів — ідентифікація автора або приналежності документа. Тег Author містить ім’я автора Інтернет-сторінки, в тому випадку, якщо сайт належить будь-якій організації, доцільніше використовувати тег Copyright. Виглядає цей тег таким чином:

<meta name="author" content="Богдан Хмельницький" />

Крім цього, теги Author і Copyright можуть містити додатковий атрибут «lang», що дозволяє визначити мову, що використовується при вказівці значення властивості:

<meta name="copyright" lang="uk" content="ПП Богдан Хмельницький" />

Мета-тег Description[ред. | ред. код]

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

<meta name="description" content="Метатеги у Вікіпедії" />

Мета-тег Document-state[ред. | ред. код]

Мета-тег Document-state також має значення при індексації сторінки в пошукових системах. Тег має два значення — Static і Dynamic. Значення «Static» зазначає, що системі немає необхідності індексувати документ надалі, «Dynamic» дозволяє регулярно індексувати Інтернет-сторінку.

<meta name="document-state" content="Dynamic" />

Мета-тег Generator[ред. | ред. код]

Даний мета-тег в першу чергу використовувався розробниками програм для редагування веб-сторінок з метою самореклами — як значення тега розробники таких програм, зазвичай, вказували назву свого продукту.

 
<meta name="generator" content="Macromedia Dreamviewer 4.0" />

Останнім часом практично не використовується.

Мета-тег Keywords[ред. | ред. код]

Даний мета-тег пошукові системи використовують для того, щоб визначити релевантність посилання. При формуванні цього тега необхідно використовувати лише ті слова, які містяться в самому документі. Використання тих слів, яких немає на сторінці, не рекомендується. Рекомендована кількість слів у цьому тезі — не більше десяти. Крім того, виявлено, що розбивка цього тегу на кілька рядків впливає на оцінку посилання пошуковими машинами.

<meta name="keywords" content="Вікіпедія, Метатег, стаття" />

Мета-тeг Resource-type[ред. | ред. код]

Тег Resource-type описує властивість або стан сторінки. Якщо значення тегу відрізняється від «Document», то пошукові системи його не індексують. Мета-тег призначений для масштабування document (використовується за умовчанням), rating, version, operator, formatter, creation та інші.

<meta name="resource-type" content="document" />

Мета-тeг Revisit[ред. | ред. код]

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

<meta name="revisit" content="14" />

Пошукові системи Яндекс і Google ігнорують вміст цього мета-тегу^[3].

Мeтa-тeг Robots[ред. | ред. код]

Тег формує інформацію про гіпертекстові документи, яка надходить до роботів пошукових систем. Значення тега можуть бути такими: Index (сторінка повинна бути проіндексована), Noindex (документ не індексується), Follow (гіперпосилання на сторінці відстежуються), Nofollow (гіперпосилання не відстежуються), All (включає значення index і follow, включений за умовчанням), None (включає значення noindex і nofollow).

Приклад 1. Дозволити індексування сторінки та використання розміщених на ній посилань для подальшої індексації:

<meta name="robots" content="index,follow" />

або рівноцінний аналог:

 <meta name="robots" content="all" />

Приклад 2. Заборонити індексування сторінки, дозволити використання розміщених на ній посилань для подальшої індексації:

<meta name="robots" content="noindex,follow" />

Приклад 3. Дозволити індексування сторінки, заборонити використання розміщених на ній посилань для подальшої індексації:

<meta name="robots" content="index,nofollow" />

Приклад 4. Заборонити індексування сторінки та використання розміщених на ній посилань для подальшої індексації:

<meta name="robots" content="noindex,nofollow" />

або рівноцінний аналог:

<meta name="robots" content="none">

Мeтa-тeг Subject[ред. | ред. код]

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

Мeтa-тeг url[ред. | ред. код]

Тег припиняє індексацію сторінки пошуковою системою і перенаправляє робота пошукової машини за вказаним посиланням. Тег застосовується для скасування індексації «дзеркала»^[ru] та генеруючих сторінок.

<meta name="url" content="http://uk.wikipedia.org/" />

Група HTTP-EQUIV[ред. | ред. код]

Мeтa-тeг Content-Language[ред. | ред. код]

Тег дозволяє вказати мову, якою створено документ.

Приклад:

<meta http-equiv="content-language" content="uk" />

Мeтa-тeг Content-Script-Type[ред. | ред. код]

Визначає мову програмування сценаріїв. Якщо тег не прописаний, слід вказати мову програмування в кожному тезі <script>. Тег <script> має вищий пріоритет порівняно з Content-Script-Type.

Мeтa-тeг Content-Style-Type[ред. | ред. код]

Вказівки мови таблиці стилів, за умовчанням значення — «text/css».

Приклад:

<meta http-equiv="Content-Style-Type" content="text/css">

Мeтa-тeг Content-Type[ред. | ред. код]

Визначає тип документа і його кодування.

Приклад:

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

Мeтa-тeг Expires[ред. | ред. код]

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

Деякі пошукові роботи не індексують документи із застарілою датою.

Дата повинна вказуватися в стандарті RFC850^[4].

Приклад:

<meta http-equiv="Expires" content="mon, 27 sep 2010 14:30:00 GMT">

Мета-тeг PICS-Label[ред. | ред. код]

PICS-Label — (від англ. Platform-Independent Content rating Scheme Label) — вказує рівень доступності сайту (у зв’язку з можливими тематиками sex і violence), однак використовується і в інших цілях.

Мeтa-тeг Pragma[ред. | ред. код]

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

<meta http-equiv="Pragma" content="no-cache">

Мeтa-тeг Refresh[ред. | ред. код]

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

<meta http-equiv="refresh" content="5; url=http://www.example.com/" />

Після «url=» лапок бути не повинно!

Мeтa-тeг Set-Cookie[ред. | ред. код]

Налаштування cookie браузера

Мeтa-тeг Window-target[ред. | ред. код]

Визначення вікна завантажуваної сторінки.

Мета-тег Imagetoolbar[ред. | ред. код]

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

<meta http-equiv="imagetoolbar" content="no" />

Мета-дані про веб-сторінки спочатку призначалися в тому числі для того, щоб допомогти пошуковим машинам віднести веб-сторінку до тієї чи іншої категорії. В 90-ті роки мета-теги активно використовувалися в цілях розкрутки свого сайту, в тому числі, надаючи неправдиві або надлишкові мета-дані. Останнім часом пошуковими системами було зроблено безліч заходів із припинення таких маніпуляцій: наприклад, із факторів ранжування було виключено тег keywords, принципи побудови правильних основних тегів «title» і «description» також змінилися.

У зв’язку з тим, що мета-теги несуть суто службову функцію, і, крім того, значно збільшують розмір гіпертекстового документа, початківці Web-дизайнери найчастіше їх ігнорують. Крім того, мета-теги групи HTTP-EQUIV достатньо складні у використанні, оскільки задають жорсткі параметри форматування сторінки. Тим не менш, мета-теги роблять більш успішною індексацію Інтернет-сторінки в пошукових системах.

Википедия:Рецензирование/Облако тегов — Википедия

Выставляю статью на рецензию, т.к. не имею опыта написания статей в Википедии и хотелось бы получить конструктивную критику по всем разделам. Первое замечание уже и сам знаю — не все ref ссылки переделаны в sfn. Arcedal 13:50, 9 октября 2013 (UTC)

Павел, опыт у вас уже есть — такую статью сделали 🙂

Не работают примечания 8-9: Сделано

↑ Parallel Tag Clouds to Explore and Analyze Faceted Text Corpora

↑ IEEE Transactions on Visualization and Computer Graphics

↑ Proceedings of the 17th International Conference on Information Visualisation

P.S. Не забывайте, пожалуйста, подписывать свои сообщения. — Andrew Krizhanovsky 13:24, 9 октября 2013 (UTC)

Не уверен, но, возможно, «облако тегов» — как элемент оформления и представления информации — может быть отнесён к какой-либо из категорий Википедии, посвящённых «визуализации данных» и к теме «интерфейсов». Просто, одной категории «Веб 2.0» для такой разноплановой темы — маловато. — Andrew Krizhanovsky 13:42, 9 октября 2013 (UTC)

Спасибо за ценные советы. Ссылки поправил — теперь они работают. С категорией согласен — Добавил категорию визуализацию, а вот категории, привязанной к интерфейсу не нашел пока что Arcedal 13:50, 9 октября 2013 (UTC)

Я бы предложил: Категория:Веб-дизайн и Категория:Эргономика, во второй — менее уверен. — Andrew Krizhanovsky 20:32, 9 октября 2013 (UTC)

Ни в той, ни в другой сейчас нет ничего подобного. Категория веб-дизайна до такой степени не развита. Облако тегов, которое несомненно является уже одним из шаблонных решений веб-дизайна, скорее разновидность виджета или навигационный элемент. Собственно, поставил категорию Категория:Элементы интерфейса. РоманСузи 17:56, 10 октября 2013 (UTC) Полагаю, что должна быть своя категория для таких шаблонов. В польском разделе есть например «Элементы веб-страницы», может быть категория Элементы веб-интерфейса как подкатегория Элементов интерфейса? РоманСузи 18:13, 10 октября 2013 (UTC)

Возможно, типы тегов стоит как-то выделить. Например, в список, а не просто подряд в одном абзаце. Сделано
Пункты «облака данных», «облака текстов», «облака словосочетаний» имеют размер в один абзац. Думаю, целесообразнее объединить их чем-то общим. Или они относятся всё же к визуализации? В любом случае, эти пункты стоит сделать с заголовками меньшего уровня. Сделано
Ну и достаточно много ошибок пунктуационных. И некоторые предложения стоило бы переформулировать. — Holly Bellman, 15:55, 10 октября 2013 (UTC)

Оля, ваш второй блок замечаний (относительно пунктуации и формулировки предложений) станет ещё более бесценным, если вы укажите предложения с ошибками. См. например замечания там: Обсуждение:Логарифм#Вещественный логарифм. ч.2 (цветовое выделение в тексте).

А не будет ли оптимальнее и проще для всех, если вместо написания замечаний об очевидных для критика пунктуационных ошибках (отсутствия запятой, или лишней запятой), критик сам их и исправит? К формулировке предложений это не относится, конечно же. Schullz 08:33, 21 октября 2013 (UTC)

Оля, если вам удобнее работать с твёрдой копией, то я вам принесу распечатку на занятие. — Andrew Krizhanovsky 14:04, 10 октября 2013 (UTC)

Я могу сама создать твёрдую копию, мне действительно проще исправлять на бумаге. Если, конечно, Павел не против. — Holly Bellman, 13:59, 11 октября 2013 (UTC)

Я думаю это не обязательно, так как с твердой копией, я уже поработала Yzavyalo 10:30, 24 октября 2013 (UTC)

Паша, нужно во многих местах подправить положение сноски относительно знаков препинания. petrinka 18:52, 17 октября 2013 (UTC)

Внутреннее рецензирование[править код]

1. По правилам Википедии сноски ставятся до знака препинания (см. Википедия:Сноски) частично Исправлено
2. В определении не понятно к каким конкретно словам относится «представленный визуально» Исправлено
3. Раздел «История» первый абзац последнее предложение: не лучше ли написать «Список на немецком языке» Исправлено
4. Раздел «История» второй абзац первое предложение не согласованы фразы «Особое визуальное представление» и «распространение термина» Исправлено
5. Это же предложение предлагаю разделить на 2 и исправить «использовалась» на «использовалось» Исправлено
6. Раздел «История» четвертый абзац «Flickr впоследствии «извинился» перед веб-сообществом в своей речи» — не понятно, кто извинялся, а за этим следует «они» Исправлено
7. Раздел «Частота» перед сколько нужна запятая Исправлено
8. «Веб сайт», «веб-сайт», «веб сайт» — нет единства
9. Раздел «Визуальное представление» первый абзац: пропущена точка, нет пробела перед ( Исправлено
10. Раздел «Облака словосочетаний»: фразы в скобках можно расписать по подробнее, то есть раскрыть скобки Исправлено
11. Раздел «Создание облака тегов» абзац после формулы: сомнения по поводу запятой перед сноской (по смыслу, она лишняя) Исправлено
12. Эти и еще другие замечания возвращаю Павлу Yzavyalo 10:30, 24 октября 2013 (UTC)

Спасибо за замечания Arcedal 09:46, 27 октября 2013 (UTC)

Фолксономия (== Social tagging) => Облако тегов[править код]

Такой ресурс как «en:Social tagging» (или Фолксономия) является ещё одним важным источником данных, генератором для создания облака тегов. Поэтому недостаточно в статье про «облака» ограничиться скупой ссылкой на статью «Фолксономия» в разделе «См. также». Для восполнения пробела я бы предложил материал статьи Context Visualization for Social Bookmark Management. — Andrew Krizhanovsky 23:01, 9 октября 2013 (UTC)

Разное[править код]

Поскольку перевод был сделан из англомовы, то я глянул — какие там были запросы на источник. Был всего один. Я его перенёс в статью: [1]. — Andrew Krizhanovsky 13:57, 10 октября 2013 (UTC)

И ещё по поводу перевода: разве «alphabetically» переводится, как «в арифметическом порядке»? Может быть, всё-таки в алфавитном? Или есть перевод получше…
«Такое представление полезно для быстрого восприятия наиболее известных терминов и для распределения терминов в арифметическом порядке с целью определения их относительной известности»
» This format is useful for quickly perceiving the most prominent terms and for locating a term alphabetically to determine its relative prominence» Schullz 09:56, 21 октября 2013 (UTC)

Ещё вариант: «в лексикографическом порядке». — Andrew Krizhanovsky 10:28, 21 октября 2013 (UTC) Исправлено Arcedal 07:30, 22 октября 2013 (UTC)

В разделе История в некоторых ссылках присутствует нижнее подчёркивание вместо пробела (Рабы_Майкрософта, Веб_2.0) Schullz 10:07, 21 октября 2013 (UTC) Исправлено Arcedal 07:30, 22 октября 2013 (UTC)

Раздел Создание облака тегов начинается с «В общем», а в английской версии с «In principle». Может быть, заменить на «В общем случае», «В принципе», или ещё на что-то подобное Schullz 10:30, 21 октября 2013 (UTC)

Не согласен — не вижу особой разницы между «В общем» и «В общем случае»

1. Уже два месяца висит запрос на АИ относительно утверждения «Во втором, более распространенном типе…». Павел, если не можете найти литературу, подтверждающую этот текст, то уберите, что этот тип является «более распространенным». Исправлено
2. Остались неоформленные публикации с тегом «ref», например, статья с конференции авторов: «Knautz, K., Soubusta, S., & Stock, W.G. (2010)». Вижу, ещё есть такие недоделанные публикации с «рефом». Оформите все ссылки, пожалуйста, с помощью {{sfn}}. Таким образом, вся литература из раздела «Примечания» должна перекочевать в разделы «Литература» или «Ссылки», при этом число примечаний должно не уменьшиться (31 штука). — Andrew Krizhanovsky 17:53, 1 декабря 2013 (UTC)

Исправлено Arcedal 09:08, 4 декабря 2013 (UTC)

{{cite web|url=http://arxiv.org/abs/cs/0604036|title=Collaborative thesaurus tagging the Wikipedia way|accessdate=2013-12-04|publisher=Wikimetrics research papers, volume 1, issue 1|автор=Jakob Voss|ref=Collaborative thesaurus tagging the Wikipedia way}}

Наличие «volume 1» говорит о том, что это не новостное сообщение в инете, а научная статья.Исправлено — Andrew Krizhanovsky 11:48, 22 декабря 2013 (UTC)