Форум Сообщества Практиков Конкурентной разведки (СПКР)

[q=Max_Otto][/q]
К примеру, объект Путин трех проектах: Продвижение России в Латинскую Америку, События на Юго-Востоке Украины, Отношения Россия -Германия

При формировании графа, а он самоформирующийся будут отображаться связи объекта Путин со всеми сценариями, если разделить на проекты то просматривая события на Юго-Востоке Украины не совсем интересны его активности в ЛА, но интересны его контакты с Меркель по урегулированию конфликта на Украине. Как выстроить в этом случае стратегию по созданию проектов, чтобы оптимально провести аналит реконструкцию? Чтобы в проекте не выскакивали лишние для проекта связи и в то же время оператор мог подключить (активизировать какой то актуальны пограничный (связанный) проект?

ksmith, спасибо за Ваши комментарии. Они вселяют оптимизм!

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

И, ksmith, все таки может можно подумать над автовыделением сущности "событие".
Мы, ведь, исследуем и персоны, и организации, всегда в свете каких-то событий. Без них модель получается статичной. Ведь частично "события" проглядываются и в текущей версии ДВатсон: период учебы, время в должности...
Я в своих проектах в ручную "события" клепаю. Взамосвязи становятся интересней.

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

Хотелось остановиться на другом.
Сталкиваюсь уже на практике, при использовании ДВатсон.
При копировании документов в проект или фрагментов текстов через буфер не остается в тексте ссылка на источник текста. Как, например это реализовано в Microsoft OneNote. То есть мы тексты анализируем, но должны где в другом месте помечать сведения об источниках текстов, иначе потом выглядят малодоказательно наши с ДВатсоном умозаключения, скажем для "стороннего наблюдателя".
В вышеупомянутом Microsoft OneNote вставка ссылки на первоисточник происходит автоматически. То есть это должна быть ссылка на страницу Интернет, локальный ресурс на коме или сети.
Ссылка должна быть с возможностью редактирования и комментарием (чтобы по старинке указать книга такая-то, страница такая-то).
Естественно, функцию внедрения в текст ссылки на источник, должна быть возможность отключать или включать по желанию пользователя.

Отсылка к источнику, если он загружен через "открытие файла" это разумно. Но тут вопрос - в каком месте такую отсылку ставить? В виде атрибута Объекта и/или Связи?