Обсуждение

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

Красиво... вобщето это уже в некотором роде так и происходит с некоторыми документами которые вступают в силу после публикации в российской газете.

Технологическая организция потоков документов и новостей, уже отправленных на публикацию - действительно, вряд ли вызовет проблемы. А вот как технологически обеспечить обязательность публикации, попадание новостей и документов в эти фиды?
Принцип чиновника - делать только то, что положено. И ничего более. Они поделят новости/документы на три категории: "точно публиковать", "точно не публиковать" и "серую" зону, про которую однозначно нельзя сказать (или можно сделать вид, что нельзя) - есть там тайна или нет. Вот лицензия на внешнеторговую деятельность - она содержит персональные данные? А к коммерческой тайне ее нельзя отнести? Очень быстро все действительно важное будет выведено в эту "серую" зону, где решение принимает чиновник, а не машина публикации. И по принципу "как бы чего не вышло", публиковаться не будет ничего.

Как технологически бороться с этим?

1) Про "брокеров" подробнее, пжалста. 2) И так что - как-нибудь осмысленно храниться то оно не будет? Только выдаваться на-гора в режиме реального времени?

1. Различать нотаризацию и раскрытие. Нотаризовать все подряд, и чтобы все знали, что копия лежит не у начальника, а в независимом хранилище. А если тайну знают двое, то ее будет знать и проверяющий. Это уже половина дела. 2. Активно работать не технологически, а политически -- см. www.prompolit.ru/infopol про информационное регулирование (два материала: Концепция и обзор). Это технологическое решение, только технологии там гуманитарные :) Миша, зарегистрируйся в ЖЖ, это недолго, но мои ответы будут приходить к тебе по почте.

1. "Брокер" -- это одно из многочисленных имен для middleware. Тут служит для организации кэша между краулерами поисковиков коммерческого сектора и собственно гос. учетной системой. Архитектура и оргвопросы вокруг этого места уточняется (там есть еще и такие заморочки, как "правительственный интернет", например). 2. Это как сделать. ЖЖ тоже выдается на-гора в режиме реального времени, но долистать можно до первой записи каждого журнала, все хранится.

Начать работу надо с публичной Интернет-БД, с помощью которой можно получить информацию по всем тендерам, которые реализует государство, в том числе по построению информационной инфраструктуры. На интернет-страничку с фиксированной «псевдостатической» ссылкой должна выводиться как минимум следующая информация: 1. Наименование тендера 2. Ссылка на полное техническое задание 3. Статус тендера: предпроектная работа/ выполняется/ завершен 4. Стоимость тендера в денежном выражении со ссылкой на расширенную информацию о стоимости компонентов тендера 5. Генеральный подрядчик и субподрядчики (если необходимы) 6. Для завершенного тендера, в случае если тендер содержит открытые информационные компоненты в Интернет, ссылка на результат работ. Расходы на государственные программы будут эффективны только в том случае, если тендеры будут максимально открытыми. Государство и высокие чины заинтересованы в этом, прежде всего.

Это активно делается сейчас -- причем в нескольких разных направлениях (отдельно фид всех проходящих тендеров и отдельно учет результатов работ по госзакупкам ПО). Мой пост об общей архитектуре, а прикладных аспектов, куда эту архитектуру применить -- миллион. К госзакупкам, например, как вы предлагаете.

технический комментарий: NewsML позволяет размечать контент любым языком, не обязательно NITF-ом. Это может быть XHTML или что-то еще. Т.е. весь NewsML - это язык разметки метаинформации о новостном объекте. Сам объект может быть практически любым - картинкой, видео и т.п. IPTC, например, размечает свой тематический каталог в NewsML-e.

Это совершенно понятно, что NITF там -- "например". Я в таких пафосных тезисах не стремился к предельной точности. Я уже выскзался с более точными формулировками в пункте 2 тут: http://www.livejournal.com/community/aeg_dev/1173.html Мы разбиваем все стандарты АЭГ на два класса: общеархитектурные и функциональные (по функциям госуправления, определенным соответствующим законодательством). У меня гипотеза, что NewsML можно приспособить в общеархитектурную часть, а вот управляемые словари его делать разные для каждой предметной области-функиональности -- документооборота, пространственных данных и т.д. Это совершенно отдельная весчь: что именно для нашего случая обертывать в метаданные NewsML. Мне немного не хватает экспертизы в этой области, все некогда вчитаться в унылые и длинные описания этих форматов... Поглядите дискуссию по приведенной ссылке, чтобы оценить проблему.

NewsML - насыщенный и жизненный стандарт: кроме управляемых словарей там есть топики, "документы по ссылке", система управления версиями, учет инстанций, учавствовавших в подготовке документа. Судя по этим двум постам, вполне может подойти для ваших целей.

А вы не работали с его открытыми реализациями? На sourceforge есть ява-реализация, только там что-то развитие в 2002 году закончилось...

Я видел этот проект. Его, похоже, спонсировал reuters в тот период, когда им надо было раскрутить NewsML. Мне кажется, нужды в каком-то специальном "тулките" сейчас нет -- для всех распространенных языков программирования есть XML-ные модули. Например когда я занимался обработкой NewsML-ных новостей в РИА Новости, использовался perl.