Построение графов при помощи NodeXL

В связи с производственной необходимостью, возникла потребность в компоненте для построения графов. Сходу были найдены вот эти три проекта:
http://graphx.codeplex.com/
http://graphsharp.codeplex.com/
http://nodexl.codeplex.com/
Т.к. по картинкам мне больше понравился третий, то его и пробовал. Он оказался неплох. Поэтому под катом рассказ о том, как при помощи NodeXL строить графики в WPF приложениях.

На всякий пожарный ссылка на скачивание. Качаем, распакуем, присоединяем dll-ки в проект:

Все, можно начинать использовать.
Для показа графа используется контрол NodeXLControl из пространства имен Smrf.NodeXL.Visualization.Wpf. Можно его как добавить через XAML, так и создать из кода и поместить в какой-нибудь контейнер. Дополнительных настроек не требуется.
Для данной статьи, я создал пустой WPF проект и на главную форму поместил вот такую разметку:

< Window x. Class ="WpfApplication9.MainWindow"

xmlns. node ="clr-namespace:Smrf.NodeXL.Visualization.Wpf;assembly=Smrf.NodeXL.Control.Wpf"

Title ="MainWindow" Height ="350" Width ="525">

< node. NodeXLControl x. Name ="nxGraph" />

Ну а теперь, собственно построение графа. Информация о графе собрана в свойстве с говорящим именем Gpaph. Ну а вершины, соответственно, в свойстве Vertices графа. Чтобы постоянно не писать весь путь с имени контрола, можно это свойство скопировать в переменную и работать с ней:

Интерфейс у компонента достаточно понятный, например, добавление вершин осуществляется методом Add возвращающем ссылку на свежесозданную вершину:

А вот дальше начинается проблема из-за желания разработчика сделать все максимально универсально. Настройка свойств вершины идет через метод SetValue первым параметром в который необходимо передавать строку с именем настраиваемого свойства. Сильно радует наличие предопределенного класса ReservedMetadataKeys с перечнем этих строковых значений в виде readonly полей. Т.е. настройка вершины имеет вид:

first.SetValue( ReservedMetadataKeys .PerVertexLabelFillColor, Color .FromArgb(255, 255, 255, 11));

Да, вы правильно поняли, что второй параметр метода SetValue типа object и во многих случаях придется угадывать какого типа он должен быть реально по замыслу разработчиков.
Ну и еще пара вершин оформленных по другому:

Ок, давайте запустим наше приложение. Но перед этим вызовем метод отрисовки графа:

Вот так это выглядит:

Мы можем задавать расположение вершин принудительно. У каждой вершины есть свойство Location, вот только проблема, это свойство из библиотеки WinForms. Нет, мы можем подключить бибилотеку System.Drawing.dll и написать что-нибудь вида:

third.Location = new System.Drawing. PointF (60, 60);

И оно даже заработает:

Но в большинстве случаев, мы можем просто при построении графа довериться авторасположению вершин:

Только нужно не забывать, что при выборе такого способа все установленные вручную Location будут игнорироваться.
Хорошо, вершины разместили, переходим к ребрам. Список всех ребер лежит в свойстве Edges уже упоминавшегося свойства Graph:

Работа с ребрами очень похожа на работу с вершинами, только при создании ребра мы передаем две вершины которые ребро будет соединять и признак направленности ребра:

Ну а свойства уже по привычной схеме:

Аналогично для остальных вершин:

Компонент представляет возможность группировать вершины, но смотрится это не фонтан, т.к. все связи к сгруппированным вершинам отображаются. Но давайте покажу.

Обратили внимание на признак свернутости? Так вот, он игнорируется. Если сейчас запустить, то мы увидим все тоже самое, что и на предыдущей картинке.
Поэтому предлагаю перейти к событиям и на них покажу работу с группами.
Событий у вершин, групп и т.д. нет. Все события собраны в контроле. Например, чтобы обрабатывать клик на первой или второй вершине со сворачиванием группы мне придется подписаться на событие:

И в обработчике добавить проверку:

Вызов через Dispatcher вынужденная мера, т.к. после сворачивания вершины из графа скрываются и обработка клика падает.
Вот так выглядит граф после сворачивания двух вершин:

На сегодня все. Может в следующий раз покажу какой-нибудь пример приближенный к реальности на основе этого контрола.

Построение графов при помощи NodeXL - 8 Сентября 2015 - Персональный сайт

Построение графов при помощи NodeXL

В связи с производственной необходимостью, возникла потребность в компоненте для построения графов. Сходу были найдены вот эти три проекта: http://graphx.codeplex.com/http://graphsharp.codeplex.com/http://nodexl.codeplex.com/Т.к. по картинкам мне больше понравился третий, то его и пробовал. Он оказался неплох. Поэтому под катом рассказ о том, как при помощи NodeXL строить графики в WPF приложениях.На всякий пожарный ссылка на скачивание. Качаем, распакуем, присоединяем dll-ки в проект:Все, можно начинать использовать.Для показа графа используется контрол NodeXLControl из пространства имен Smrf.NodeXL.Visualization.Wpf. Можно его как добавить через XAML, так и создать из кода и поместить в какой-нибудь контейнер. Дополнительных настроек не требуется.Для данной статьи, я создал пустой WPF проект и на главную форму поместил вот такую разметку: > <Grid> <node:NodeXLControl /> </Grid></Window>Ну а теперь, собственно построение графа. Информация о графе собрана в свойстве с говорящим именем Gpaph. Ну а вершины, соответственно, в свойстве Vertices графа. Чтобы постоянно не писать весь путь с имени контрола, можно это свойство скопировать в переменную и работать с Первая"); Да, вы правильно поняли, что второй параметр метода SetValue типа object и во многих случаях придется угадывать какого типа он должен быть реально по замыслу разработчиков.Ну и еще пара вершин оформленных по Label");Ок, давайте запустим наше приложение. Но перед этим вызовем метод отрисовки графа:nxGraph.DrawGraph(); Вот так это выглядит:Мы можем задавать расположение вершин принудительно. У каждой вершины есть свойство Location, вот только проблема, это свойство из библиотеки WinForms. Нет, мы можем подключить бибилотеку System.Drawing.dll и написать что-нибудь Из первой во вторую");Аналогично для остальных GroupFirstAndSecond", true, "Тут две вершины");// Вершины объединенные группойoGroup.Vertices.AddFirst(first);oGroup.Vertices.AddLast(second);// Добавляем группу в графnxGraph.Graph.SetValue(ReservedMetadataKeys.GroupInfo, new GroupInfo[] < oGroup >);Обратили внимание на признак свернутости? Так вот, он игнорируется. Если сейчас запустить, то мы увидим все тоже самое, что и на предыдущей картинке.Поэтому предлагаю перейти к событиям и на них покажу работу с группами.Событий у вершин, групп и т.д. нет. Все события собраны в контроле. Например, чтобы обрабатывать клик на первой или второй вершине со сворачиванием группы мне придется подписаться на GroupFirstAndSecond", true); >>Вызов через Dispatcher вынужденная мера, т.к. после сворачивания вершины из графа скрываются и обработка клика падает.Вот так выглядит граф после сворачивания двух вершин:На сегодня все. Может в следующий раз покажу какой-нибудь пример приближенный к реальности на основе этого контрола.

Просмотров. 105 | Добавил. admin | Рейтинг. 0.0 / 0

О программировании и всём, всём, всём: Построение графов при помощи NodeXL

В связи с производственной необходимостью, возникла потребность в компоненте для построения графов. Сходу были найдены вот эти три проекта:
http://graphx.codeplex.com/
http://graphsharp.codeplex.com/
http://nodexl.codeplex.com/
Т.к. по картинкам мне больше понравился третий, то его и пробовал. Он оказался неплох. Поэтому под катом рассказ о том, как при помощи NodeXL строить графики в WPF приложениях.

На всякий пожарный ссылка на скачивание. Качаем, распакуем, присоединяем dll-ки в проект:

Все, можно начинать использовать.
Для показа графа используется контрол NodeXLControl из пространства имен Smrf.NodeXL.Visualization.Wpf. Можно его как добавить через XAML, так и создать из кода и поместить в какой-нибудь контейнер. Дополнительных настроек не требуется.
Для данной статьи, я создал пустой WPF проект и на главную форму поместил вот такую разметку:

< Window x. Class ="WpfApplication9.MainWindow"

xmlns. node ="clr-namespace:Smrf.NodeXL.Visualization.Wpf;assembly=Smrf.NodeXL.Control.Wpf"

Title ="MainWindow" Height ="350" Width ="525">

< node. NodeXLControl x. Name ="nxGraph" />

Ну а теперь, собственно построение графа. Информация о графе собрана в свойстве с говорящим именем Gpaph. Ну а вершины, соответственно, в свойстве Vertices графа. Чтобы постоянно не писать весь путь с имени контрола, можно это свойство скопировать в переменную и работать с ней:

Интерфейс у компонента достаточно понятный, например, добавление вершин осуществляется методом Add возвращающем ссылку на свежесозданную вершину:

А вот дальше начинается проблема из-за желания разработчика сделать все максимально универсально. Настройка свойств вершины идет через метод SetValue первым параметром в который необходимо передавать строку с именем настраиваемого свойства. Сильно радует наличие предопределенного класса ReservedMetadataKeys с перечнем этих строковых значений в виде readonly полей. Т.е. настройка вершины имеет вид:

first.SetValue( ReservedMetadataKeys .PerVertexLabelFillColor, Color .FromArgb(255, 255, 255, 11));

Да, вы правильно поняли, что второй параметр метода SetValue типа object и во многих случаях придется угадывать какого типа он должен быть реально по замыслу разработчиков.
Ну и еще пара вершин оформленных по другому:

Ок, давайте запустим наше приложение. Но перед этим вызовем метод отрисовки графа:

Вот так это выглядит:

Мы можем задавать расположение вершин принудительно. У каждой вершины есть свойство Location, вот только проблема, это свойство из библиотеки WinForms. Нет, мы можем подключить бибилотеку System.Drawing.dll и написать что-нибудь вида:

third.Location = new System.Drawing. PointF (60, 60);

И оно даже заработает:

Но в большинстве случаев, мы можем просто при построении графа довериться авторасположению вершин:

Только нужно не забывать, что при выборе такого способа все установленные вручную Location будут игнорироваться.
Хорошо, вершины разместили, переходим к ребрам. Список всех ребер лежит в свойстве Edges уже упоминавшегося свойства Graph:

Работа с ребрами очень похожа на работу с вершинами, только при создании ребра мы передаем две вершины которые ребро будет соединять и признак направленности ребра:

Ну а свойства уже по привычной схеме:

Аналогично для остальных вершин:

Компонент представляет возможность группировать вершины, но смотрится это не фонтан, т.к. все связи к сгруппированным вершинам отображаются. Но давайте покажу.

Обратили внимание на признак свернутости? Так вот, он игнорируется. Если сейчас запустить, то мы увидим все тоже самое, что и на предыдущей картинке.
Поэтому предлагаю перейти к событиям и на них покажу работу с группами.
Событий у вершин, групп и т.д. нет. Все события собраны в контроле. Например, чтобы обрабатывать клик на первой или второй вершине со сворачиванием группы мне придется подписаться на событие:

И в обработчике добавить проверку:

Вызов через Dispatcher вынужденная мера, т.к. после сворачивания вершины из графа скрываются и обработка клика падает.
Вот так выглядит граф после сворачивания двух вершин:

На сегодня все. Может в следующий раз покажу какой-нибудь пример приближенный к реальности на основе этого контрола.

Анализируй сеть с помощью NodeXL — Новости — Лаборатория интернет-исследований

26 сентября Лаборатория Интернет-Исследований НИУ ВШЭ-Санкт-Петербург представила публичную лекцию Марка Смита - социолога, главы Connected Action, компании по разработке программного обеспечения для анализа социальных сетей NodeXL, а также члена группы исследователей медийного пространства Social Media Research Foundation.

26 сентября Лаборатория Интернет-Исследований НИУ ВШЭ-Санкт-Петербург представила публичную лекцию Марка Смита - социолога, главы Connected Action. компании по разработке программного обеспечения для анализа социальных сетей NodeXL, а также члена группы исследователей медийного пространства Social Media Research Foundation .

Марк Смит представил свой доклад перед петербургской и московской публикой (видеоконференция с научно-исследовательской группой Галины Градосельской ) на тему "Charting Collections of Connections in Social Media: Creating Maps and Measures with NodeXL".

«Поднимите руки, если Вы пользуетесь электронной почтой? А у кого есть аккаунт на facebook? А «В Контакте»? А дышите ли Вы воздухом?», - так начал свою лекцию Марк. Действительно, социальные сети сейчас используются всегда и везде. Марк Смит рассказал о том, как, зачем и с помощью каких инструментов можно собирать, анализировать и визуализировать медийное пространство. Как социолог может придать смысл огромному количеству твиттов, постов, блогов и сводок новостей? Какую информацию может почерпнуть и какое новое знание получить?

Марк Смит рассказал о программном обеспечении NodeXL - легком в использовании инструменте для визуализации и анализа больших сетей. NodeXL использует MS Excel как платформу для построения графиков, проведения анализа и визуализации данных, которая помимо стандартных процедур анализа социальных сетей, также поддерживает функцию импорта данных с личной электронной почты, Твиттера, YouTube и Facebook. С помощью NodeXL каждый может загрузить данные с электронной почты, твиттера или новостной ленты и получить карту, отражающую структуру коммуникации в том или и ном сообществе и связи между исследуемыми объектами. Таким образом, можно определить ключевые фигуры сообщества, предметные области дискуссии, потоки распространения информации и многое другое.

Лекция Марка Смита вызвала живой интерес у слушателей. Было задано большое количество вопросов, многие из которых касались как технических особенностей использования программы NodeXL, так и проблем интерпретации полученных данных с социологической точки зрения. Лаборатория Интернет Исследований выражает свою благодарность Марку Смиту за интересный доклад и надеется на сотрудничество в будущем.

Поиск лидеров мнений в Twitter с помощью надстройки NodeXL для Excel

Цель: отследить лидеров мнений в Twitter по определенной тематике. Конечно, для этого можно было применитьпошаговый алгоритм поиска инфлюенсеров, но он времязатратен и не очень-то эффективен для русскоязычного сегмента. В этот раз мы призвали на помощь надстройки для MS Excel.

Для решения задачи мы использовали надстройку для MS Excel под названием NodeXL. Устанавливается просто, требует.Net Framework .

Так как этот инструмент работает через API Twitter, то он подвержен ограничениям. Среди них: парсинг не более 18000 твитов (всего, а не для одного аккаунта Twitter), ограничение на запросы количества «друзей» аккаунта и прочее. Полученные данные, как правило, имеют давность не более пары недель, то есть нельзя проанализировать, что происходило в Twitter год назад, разве что по запросу было очень мало активности на большом временном промежутке.

В этом, кстати, инструмент проигрывает Topsy. где обрабатываются все твиты за историю социального сервиса. Зато функционал NodeXL позволяет провести анализ и визуализацию связей аккаунтов.

При первом запуске NodeXL следует дать доступ к работающему аккаунту Twitter, чтобы он получил доступ к API. Для этого в первый раз сервис нужно запустить, отметив первый чекбокс, как на картинке:

Возьмем популярный 4-5 июля 2015 года хэштег #селфископом. В эти дни в Киеве начала работу новая патрульная служба, и селфи с охранниками правопорядка стало мастхев-фото в телефоне каждого киевлянина. Отправляем запрос NodeXL парсить Twitter по запросу #селфископом. но из-за кириллицы наш запрос в программе выглядит так:

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

В итоге получаем таблицы:

• Edges — это собственно твиты (от кого, кому, содержание, время, и прочее);
• Vertices — аккаунты, за которыми была замечена нужная активность.

Генерируем предварительный график связей, чтобы визуализировать эти данные:

Каждая точка — это аккаунт, который упоминал #селфископом .
Каждая стрелка — связь между двумя аккаунтами (упоминание, ретвит, и так далее)
Кольца, так называемые self-loop, — простые твиты без упоминания кого-либо, разговор «сам с собой».

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

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

Включаем автозаполнение полей таблицы, чтобы в соответствии с «важностью» менялся размер точки на графике и подписывались имена аккаунтов. Заодно и отключаем отображение колец self-loop. После чего группируем все ноды (узлы аккаунтов) в кластеры:

Обновляем нашу визуализацию:

Каждый цвет — отдельная группа аккаунтов, которые имеют между собой определенную связь. Чтобы навести порядок, отделяем группы друг от друга, все «одиночки» (которые ни с кем не общаются, а просто вещают) попадают в отдельную группу:

Сразу можно выделить явных «авторитетов»: usebassykyiv. lbagatska. radiosvoboda. pavlosheremt. Но есть и интересный аккаунт mmaxbot. Тоже множество связей, но вот авторитетности нет (обратите внимание на диаметр точки). Почему так? Потому что связанная с ним группа аккаунтов не имеет внешних связей, в то время как другие имеют связи между собой, то есть взаимодействуют не только с «центром». Это характерный симптом сети ботов.

Ниже показаны связи между разными нодами:

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

Также можно отследить, как хронологически распространялся тег #селфископом пользователями Twitter. Для этого используем динамические фильтры (dynamic filters):

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

1. Выявить интенсивность раскрутки или популярность той или иной новости/тренда.
2. Увидеть основные аккаунты лидеров мнений.
3. Проанализировать хронологию распространения новости в Twitter.

Это далеко не все возможности сервиса. Пробуйте построить свои графики в NodeXL и делитесь результатами в комментариях.

Руководство пользователя

Как только вы запустите установленный сервер все настройки завершены. После этого, запустив iShutdown на вашем iOS устройстве в рамках вашей локальной сети, вы должны увидеть что ваш компьютер появился в вашем хостов.

Если у вас установлен файрвол или вы используете встроенный в операционную систему файрвол добавьте в нем iShutdown сервер в список разрешенных приложений по порту 4505. Это обеспечит нормальную рабту.

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

Для добавления хоста в избранное просто коснитесь значка выключения напротив его имени и вы увидите, что к значку добавилась звездочка. Теперь переходя на вкладку избранное вы сможете в одно касание включать и выключать ваш компьютер. Если вы управляете только одним компьютером, то он будет добавлен в избранное автоматически.

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

Помощь - Руководство пользователя

База данных "Путеводители по российским архивам" включает в себя содержание 94 справочника типа путеводителя по архивам федерального и регионального уровня.

Функциональные возможности системы:

Поиск – полнотекстовый поиск и работа с результатами поиска.
Каталог – раздел просмотра справочников; просмотр может проводиться в двух вариантах – в режиме книги и в режиме просмотра фондов.
Указатель – указатель фондообразователей.

Все справочники разделены на две общие группы: по федеральным архивам и по региональным архивам. В группе "федеральные" справочники группируются по принадлежности к конкретному архиву. В группе "региональные" справочники группируются по территориальному признаку (по субъектам Российской Федерации).

В данной системе предметом поиска являются отдельные фонды, характеристики которых представлены в справочниках, списки фондов, а также дополнительные текстовые материалы, содержащиеся в справочниках.

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

1.1. Простой поиск

Лаконичная форма простого поиска предназначена для быстрого формирования поискового запроса. Поисковый запрос следует вводить, руководствуясь требованиями языка запроса (см. Язык запросов).

Блок "Выбор источников" представляет собой многоуровневую форму выбора справочников в соответствии с группировкой справочников. Для выбора определенного списка справочников для поиска следует войти в требуемую группу и (отметить/убрать отметку) с необходимого справочника. Далее следует вернуться к поисковой форме и выполнить поиск.

1.2. Расширенный поиск

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

Дополнительно в форме расширенного поиска имеется возможность задания диапазона дат. Можно задать диапазон лет для дат документов и для дат существования фондообразователя. Например, установленный диапазон дат "документы в фонде" с 1930 по 1940 означает, что в результаты поиска попадут фонды, у которых есть хотя бы один документ, датированный в указанном промежутке лет. Схожий принцип действует при задании диапазона лет для "периода существования фондообразователя".

Для удобства поиска фондов в системе введены условные типы фондов в соответствии с их характеристиками в справочниках: Индивидуальный, Групповой, Объединенный, Личный, Неаннотируемый, Коллекция, Кино/видео/фото/фоно. Все эти типы максимально приближены к соответствующим понятиям в архивных описаниях: Индивидуальная характеристика, Групповая характеристика, Объединенный архивный фонд, Личный фонд и т.д. Поэтому для поиска фондов необходимого условного типа достаточно выбрать требуемые элементы из списка.

Блок выбора справочников для поиска полностью идентичен аналогичному блоку в форме простого поиска.

1.3. Результаты поиска

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

Вторая группа результатов содержит дополнительно к характеристикам фондов различные текстовые материалы, содержащиеся в справочнике (предисловие и т.п.), которые удовлетворяют параметрам поиска. В качестве единичного результата поиска во второй группе результатов служит отдельная глава справочника. Результаты в этом случае группируются по справочникам (по 5 справочников на странице) – закладка "Все путеводители".

Полностью глава справочника представлена на странице с закладкой "Путеводитель".

Все справочники в каталоге упорядочены в соответствии с группировкой справочников в системе.

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

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

На карточке справочника предусмотрена возможность выполнения поиска только по данному справочнику.

В каталоге существует две возможности просмотра отдельного справочника: (1) просмотр справочника целиком в форме, наиболее приближенной к печатному изданию, (2) просмотр списка фондов этого справочника. Обе эти возможности доступны с индивидуальной карточки справочника.

2.1 Просмотр справочника

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

2.2 Список фондов

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

Линк на название фонда в этом списке приведет в развернутое индивидуальное описание соответствующего фонда (карточку фонда), где собрана вся имеющаяся в справочнике информация по данному фонду.

Указатель составлен из названий фондообразователей. Каждый элемент указателя является точкой входа к одному или нескольким фондам. Все элементы указателя отсортированы по алфавиту. Для удобства навигации по большому списку элементов имеется возможность ввода названий по первым буквам - как с помощью выпадающих списков, так и с помощью ввода с клавиатуры. В списке фондов для выбранного элемента указателя каждый фонд представлен своим кратким описанием, в которое входят: название справочника, главы, фондообразователя и справочные данные об этом фонде.

Указатель открывается кириллической буквой "А". Названия фондообразователей, начинающиеся с цифр, находятся в разделе "0-9"(например: " 8-ое Главное управление Минавиапрома СССР ").