From: Sender> Vladymir Bulygin

Lomonosovskiy prospect 23, 119311, Moskva, vbulygin@gmail.com

Support: <vbulygin@gmail.com>, <gmo_lom23@mail.ru >

Title of Input File for ID of 0penDoc as 1-st> About_me

Subject: Общение сертифицированным (на количество слов и символов) проверяемым на соответствие исходному первоисточнику текстом с URL адресом и Copyright для официального текста html-публикации копии OpenDoc as 1-st

Удаленная копия реализации документа доступна для просмотра по адресу:

http://docs.google.com/View?id=dgr58gpn_31gnh4p377 , http://docs.google.com/Doc?id=dcqsf72d_134cr43sxn8

About_me 26.01.09

ПРОЛОГ

:-) Как специалист по теории автоматического управления и экспертизе аварийных состояний систем с компьютером в контуре управления ...

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

*) Количество слов и символов как инварианты сертификата для выделенного объекта на странице (сертифицированного по требованиям OASIS) и всего офисного документа фиксируется в тексте встроенным сервисом главного меню используемого при создании документа генератора составляющих элементов (по опциям сервиса меню <Tools>-<Word count>) при редактировании исходной авторской реализации экземпляра элементов документа как сертифицированный первоисточник.

:-) Во исполнение старого народного принципа доверия к тексту и окончательной договоренности на основе инвариантного текста документа: «Написано пером — не вырубишь топором».

Такие группы проекторов (как фильтры) повсеместно работают при копировании на локальные и публикации на удаленные ресурсы памяти выделенных фрагментов страницы документа и представляют объекты управления допустимой схемы построения составного исходного открытого текстового документа (на базе XML разметки текста) для коллективного пользования публичными данными с первоисточников, размещенных на внешних удаленного ресурсах памяти сети интернет.

*) Полный базисный набор проекторов построения копии объекта управления обладает тремя характерными и обязательными свойствами:

1 - повторное действие одного и того же проектора на объект не меняет результат проектирования (инвариантность при повторении);

2 - изменение порядка действия различных операторов в последовательности проекторов не меняет результат проектирования (проекторы образуют инвариантную коммутирующую группу операторов);

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

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

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

Основной закон кибернетики требует от менеджера информации (прежде чем приступить к внешней деятельности) выполнения первого правила и требования кибернетики: “Управляй только копией объекта”.

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

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

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

Как избежать ответственность за исполнение внешнего документа?

Для избежания ответственности за свою деятельность (при наличии исходной самодеятельности или не достаточной квалификации исполнителя) любой «умный» менеджер умышленно стремится не хранить зафиксированных данных о своем участии в выходных внешних документах (сокрытие информации о свей деятельности как коммерческая тайна закрытой неконтролируемой группировки в отдельном сообществе или ведомстве).

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

Но обязательный внешний сторонний контроль результата деятельности и есть более полное определение управления с обратной связью в кибернетике.

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

*) Обратная связь любой исполнительной власти нужна не абстрактная и на словах с так называемым «народом» или публичными слушаниями.

Исполнительная власть определяется (www.gramota.ru) как публичная деятельность, то есть обратная связь реализуется в формате внешнего хранения обязательных элементов с результатами деятельности, что сохранены для отчета на внешних удаленными публичных (общедоступных) ресурсах памяти в целях научного стороннего анализа аварийной ситуации (как по показаниям несгораемого «черного ящика» в авиации) с одним правильным целевым выводом - для не повторения ошибок (накопления опыта как выработка модели поведения) в будущем - “Мы пойдем иным путем” как исключение повторения ошибок.

Видим, что сущность теории управления не игра в покер или раздача "крутых" команд на исполнение (даже если это публичная команда во вне SOS).

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

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

:-) Вот "Эхо Москвы" нашел ресурсы для публикации несертифицированной копии знаменитого договора купли-продажи газа Газпромом. Ресурсов памяти как и денег — или нет, или их не хватает. Кроме того, представление данных на внешних удаленных публичных и официальных архивных ресурсах памяти сильно завирусовано работой средств массовой информации из-за использования не сертифицированных типов данных и файлов хранения исходной электронной реализации документа для настойчивого внедрения отдельных элементов во внутренние ресурсы локального пользователя («околпачивание» лектората).

Жалобы на неадекватное поведение типа: “Что-то с памятью моей стало” – это личные (внутренние и внутри ведомственные ) проблемы не нормативного хранения архива истории своего поведения только внутри, а не во вне.

Еще В. Ленин сказал, что «истина понятие историческое» (а «делится надо» - это понятие о поведении современного менеджера об управлении во времена рыночной экономики и финансовых кризисов).

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

*) Вопрос для «профессионала» манипулирования символами текста: «Куда (после Нидерландии) седьмой вступила в Европе Швеция и какое «одно окно» прорубила, чтобы грозить из Европы «шведским правом» тем, кто не все буквы алфавита текста и право на подпись после проверки доверенности усвоил при заключении официального договора на поставку и транспортировку информации?

:-) Или косая экранирующая косая черта перед подписью при утверждении официального документа в целях перевода символа текста в мета данные все еще работает не только в регулярных выражениях для целевого поиска и проверки наличия в сертифицированном офисном документе обязательных составных элементов!?

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

*) Тем боле, управление - это не популярные объяснения причин и следствий по TV (после драки, пост фактум — как в «Нет проблем у доктора Курбатова», где объяснить умели что угодно ...).

Итак, теория управления информацией определена конечным набором правил реализации объекта на заданный (из вне) фиксированный промежуток времени для повторного однозначного воспроизведения полных сертифицированных и поверяемых на соответствие сертификату экземпляров копии и исходного объекта с сертификатом как образец (образцовый экземпляр реализации) первоисточника.

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

Такая реализация выполняется на достигнутом уровне самой передовой web технологии (не надо путать с современной программой разработки нано технологии с ее внутренним «нано» контролем «нано» руководителями) построения сети интернет для получения сертифицированного товара коллективного пользования успешно и оперативно выполняется только на базе использования сервис ориентированной архитектуры (СОА) построения проверяемых электронных документов.

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

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

Разучились читать, писать и считать буквы и слова в современном описании текстом своих возникающих проблем и запросов к властям.

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

Поэтому для «Европы» русское и украинское руководство одинаково безграмотно (работаем в устаревших форматах) для построения проверяемого информационного обеспечения своей деятельностью сторонними наблюдателями из вне.

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

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

Научились «говорить» простым плоским текстом, общаться по телефону и рассылать сопроводительные письма «через одно окно» без регистрации номера, даты, названия, темы, объема и состава пристегнутых файлов с документами произвольного формы исполнения

ПРИМЕР ПОСТРОЕНИЯ БАЗИСА ПРОЕКТОРОВ ДЛЯ ЕДИНОГО ДОКУМЕНТА

Современный классический пример работающего построения базисных проекторов однозначной реализации внешнего документа дает сервис ориентированная архитектура (COA) построения полного набора встроенного сервиса генератора вставки элементов в офисный составной документ, что обеспечивает сертифицированный по требованиям международных стандартов OASIS odt-формат типа файла носителя обязательных инвариантных составляющих элементов построения допустимой схемы (модели содержания) выходного сертифицированного на количество слов и символов текстового офисного документа.

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

Выходной документ MS Office 2007 автоматически сертифицируется на количество слов и символов в тексте документа после считыания выходного файла в открытом и бесплатном для пользователя комплекте OpenOffice.org 3.O и сохранения исходного документа в сертифицированном odt типе хранения файла как единый исходный офисный первоисточник (но без возможности контроля на допустимость исходной схемы построения обязательных элементов сервисом MS Office 2007), так как сервис ориентированный сертификат ODF текста является обобщение сертификата TXT как простой плоский не структуированный (unformatted) текст для единого алфавита символов в различных реализациях документа.

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

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

Такое определение сертификации текстового документа дает общепринятую трактовку закона сохранения коллективной инвариантной информации при обобщенном обмене на основе сервис ориентированной архитектуры (COА) построения составных офисных документов при копировании сертифицированных обязательных данных между удаленными ресурсами памяти.

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

АКТУАЛЬНАЯ ПРОБЛЕМА

В размещенных на удаленных ресурсах памяти сети интернет зоны RU не сертифицированной (к примеру - без публичного сертификата RTF формата текста при создании архива официальных электронных копий документов для построения системы «Электронная Москва» или «Электронная приемная через одно окно») электронной копии публикации официального правительственного документа самый большой секрет — это количество слов и символов в тексте исходного основного официального документа.

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

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

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

*) Полагается обязательность соблюдения международных требований к сертифицированному OASIS открытому текстовому структуированному документу стандарта ODF при дополнительной допустимости вставки в текст авторской подписи инвариантности (ASI as Author Sign of Invariants of ODF text) с указанием количества слов и символов как инварианты ODF текста для обязательных фрагментов исходного документа.

Выполнение требований XML стандарта обеспечивает наличие спецификации составляющих типов обязательных элементов и определение сертифицированного текстового документа как "строго корректно согласованный" или имеющий юридический статус — "действующий", что дает более высокую однозначность интерпретации символьного текстового содержимого документа различными пользователями при хранении полной архивной копии исходного первоисточника документа на удаленных публичных ресурсах памяти сети интернет при наличии в тексте обязательного указания или ссылки на универсальный адрес доступа (URL) к авторской публикации копии информационного описания документа на внешних ресурсах памяти пользователя на основе открытого текстового формата (ODF) как обязательная единая база инвариантного архива полной копии первоисточника.

Поставленная задача при общении и обмене информацией в сети (при использовании нормативной логики поведения) предоставляет возможность создания автоматического контроля на достижение максимума достоверности текста для считываемой локальной копии электронного документа с авторского персонального ресурса памяти при размещении копии на внешних ресурсах памяти сети и оперативной сертификации авторских фрагментов в составном открытом выходном ODF тексте документе (odt формата файла) при наличии авторской подписи инвариантности ASI для обязательных составляющих в сертификате открытого документа.

*) Цель такого направления работ в разделе кибернетики под именем «Internetics» (Интернетика, Инетика или коротко ИНика, что латинскими символами соответственно дает Internetica | Inetica | INica) - обеспечить защиту авторских прав на сохранение инвариантными обязательных составляющих выходного внешнего документа при коллективном использовании сертифицированной офисной копии исходного экземпляра первоисточника документа с внешних удаленных ресурсов памяти сети интернет по универсальной URL ссылке внешнего публичного хранения первоисточника.

Обращаю внимание, что URL адрес хранения сертифицированной авторской копии документа автоматически присваивается удаленной публикации сетевыми службами поддержки для коллективной работы в сети как в сетевом редакторе документов http://docs.google.com, так и в Windows Live Sky Drive для удаленных публичных ресурсов хранения сертифицированного odt типа файла исходного первоисточника.

Пользователю остается только разместить URL адрес публикации в сети в зоне страницы текста открытого документа и явно указать (как минимум) количество слов и символов текста для используемого генератора или продюсера внешней реализации копии исходного владельца документа.

:-) И после возврата копии из сети или мобильного локального ресурса пользователя начать «считать раны» и потери посимвольной инвариантности к сохраненному исходному первоисточнику или его сертифицированной публикации копии.

ВНИМАНИЕ! Сертифицированный (с проверкой допустимости (valid) исходной схемы построения модели содержания исходного первоисточника) экземпляр реализации ODF текста дает возможность построить бесплатный для пользователя сертифицировнный OASIS офисный продюсер документов - открытый офисный комплект OpenOffice.org с полным авторским контролем как владельца публикации истории всех последующих внесений изменений в ODF текст исходного сертифицированного первоисточника документа при возврате копии из сети для представления (визуализации) исходным генератором создания схемы построения первоисточника ...

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

*) Все это возможности с начала нового века сделаны не только для простого плоского текста символьного содержимого TXT файла ( :-) - времен БГ и Васика), но и для ODF структуированного текста odt типа файла на основе использования XML разметки текста, авторитета к квалификации исполнителей SUN Microsystem Inc. и деятельности множества добровольных участников открытой сомодеятельности целям прозрачного управления инвариантной частью обязательных элементов информации при общении проверяемыми на несанкционированное нарушение закона сохранения информации авторского первоисточника или изменения даже одного символа сертифицированного открытого текстового документами.

:-) Встроенный сервис генератора OpenOffice.org Writer 2.4 «легко» проверяет количество слов и символов любого выделенного объекта и дает возможность пользователю оперативно контролировать отклонения от сертификата odt файла хранения первоисточника.

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

Представление распечатки современного электронного офисного документа на бумаге это далеко не сертификат инвариантности исходного первоисточника документа, даже если он заверен цифровой и графической подписью на бланке любой степени защиты, проштампован и прошнурован нотариальной службой государства, зарегистрирован во МинЮсте или подтвержден как действующий решением суда верхней инстанции (без возможности публичного доступа к выходным материалам и исходным документам).

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

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

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

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

:-) Но если в официальной электронной реализации публичной копии правительственного документа никак не контролируется и не сохраняется история с вариантом исходного текста фрагмента и новым с внесенными в него изменениями, то что может остаться инвариантным с1993 года от исходного текста первоисточника при миграции копии между ресурсам удаленных серверов сети интернет во времени и последующим копировании не сертифицированных исходных данных на локальный ресурс пользователя (или публикации новой версии юридического документа и других публичных версий официального документа на специальном сервере www.garant.ru или www.rg.ru) ?

Вариант ответа: «Даты и подписи официального утверждения такого не сертифицированного на количество слов и символов RTF текста, на основании которых выдали во вне без фиксации инвариантов текста не проверяемый документ к коллективному пользованию как допустимый (valid) в расчете на то, что публичному пользователю будут затруднены возможности и доступ к поверке на соответствие первоисточнику такой инвалидной (invalid)» формы экземпляра недопустимой реализации исходного текста первоисточника».

РЕЗЮМЕ

Современному менеджеру пользоваться при подготовке решения на управления не сертифицированными исходными документами произвольного объема и качества непонятных типов данных без доступа к спецификации и сертификату (как и другими внешними выходными не сертифицированными продуктами внутреннего пользования) должно быть запрещено на уровне «fatal error» для современного проверяемого на допустимость XML документа.

*) Эту «роскошь» может позволить себе только лишенный ответственности за последствия (Hi Top) менеджер при наличии прикрытия его безответственного действия нормативными документами на федеральном уровне построения не сертифицированной копий первоисточника без возможности посимвольной поверки соответствия исходной реализации первоисточника (с не проверяемым последующим внесением «новых несущественных» поправок в структуру исходного текста первоисточника) ...

ПРИЛОЖЕНИЯ :*

) Знаком звездочки после элемента в тексте помечены необязательные элементы схемы построения документа!

Примеры текущего состояния проблемы использования архивов официальных электронных документов и форматов хранения текста первоисточника на ресурсах памяти зоны RU для использования нормативных профилированных электронных копий офисного документа локальным пользователем сети интернет>

1- на уровне электронного делопроизводства и обмена профилированными документами международного стандарта в ЮНЕСКО -- cм. <FromOON>,

2 - в «электронной приемной через одно окно» и электронной Москве» - см. <FromMSK>,

3 - в новой инструкции МВД по работе с обращениями граждан через интернет <FromMVD>

4 - в электронной реализации копии основного или федерального закона страны - <FromKonst>.

<ASI.SectionAbout_me~3474.28801>

22.01.2008 Vladimir Bulygin/Владимир Булыгин, Individual Member, AuthorSign: <bvg>

E-mail: vbulygin@gmail.com

ADD as certificate for the OpenDoc:

Date: <22.01.09> <>, Individual Member, AuthorSign: <bvg>

Title: <>

Heading: < >

Subject:<>

Generator: OpenOffice.org 2.4.1 (Win32) Location: <>

Invariants of ODF text: Words: <0>/4038 Characters:< 0>/33064 <ASI.OpenDoc~4038.33064>

Created:<Vladymir Bulygin><24.12.08>

Modified:<Vladymir Bulygin><22 янв, 2009><09:56:37>

Revision number: <0>/ 12

E-mail Support: <vbulygin@gmail.com>

Sender: <Vladymir Bulygin>, <vbulygin@gmail.com>

Contact phone: <*>

FAX: <*>

Копия для публикации OpenDoc доступна для просмотра по URL адресу:

Generator remote copy: http://docs.google.com

http://docs.google.com/Doc?id=dcqsf72d_134cr43sxn8

Invariants of TXT text: Words: 4147/4147 Characters: 33801 /33801

URL on Windows Live Sky Drive Public Folder:

https://cid-416fae480ed5898d.skydrive.live.com/self.aspx/INICA2009/About%7C_me.odt

Оглавление

About_me 22.01.09 1

ПРОЛОГ 1

Как избежать ответственность за исполнение документа? 1

ПРИМЕР ПОСТРОЕНИЯ БАЗИСА ПРОЕКТОРОВ ДЛЯ ЕДИНОГО ДОКУМЕНТА 1

АКТУАЛЬНАЯ ПРОБЛЕМА 1

РЕЗЮМЕ 1

ADD as certificate for the OpenDoc: 1

Date: <22.01.09> <>, Individual Member, AuthorSign: <bvg> 1

Title: <Title: 0penDoc ID> About_me> 1

Generator: OpenOffice.org 2.4.1 (Win32) Location: <F:\About_me.sdw> 1

Invariants of ODF text: Words: <4036>/3828 Characters:< 33036>/31260 <ASI.OpenDoc~3828.31260> 1

Created:<Vladymir Bulygin><24.12.08> 1

Modified:<Vladymir Bulygin><22 янв, 2009><09:56:37> 1

OpenDoc ID as 1-st file odt copy: <About_me> 2

http://docs.google.com/Doc?id=dcqsf72d_137d8s8hqg5 1

Invariants of TXT text: Words: 2935/2935 Characters: 24195 /24195 1

URL on Windows Live Sky Drive Public Folder: 1

Status> Документ обновляется - в стадии редактирования.

Высылайте предложения по уточнению предложенной схемы построения сертификата OpenDoc в формате автономного odt-файле для единого офисного документа.

Тип odt файла для сохранения первоисточника выступает как сертифицированная генератором OpenOffice.org копия исходного формата хранения документа или встроенный (пристегнутый) odt-формат файла сопровождения сообщения при электронной переписке по E-mail (при наличии обязательной реализацией копии сообщения на собственный адрес отправителя).

В результате имеем пример построения сертифицированной по требованиям OASIS реализации считанного исходного файла первоисточника (или перенесенной через буфер обмена (выделенного опцией меню <Edit>-<Select All>) копии cодержимого с выделенными данными первоисточника) с целью фиксации инвариантов сертификата ODF текста и обязательной передачи значений инвариантов ODF текста из odt типа сертифицированного файла для сохранения в публичной копии на удаленном ресурсе памяти по указанному в сертификате URL адресу сертифицированной публикации первоисточника.

Фиксация параметров сертификата ODF текста и авторской допустимой схемы построения первоисточника при копировании ODF текста исходного документа представляет сертифицированный odt реализацией единый офисный структуированный открытый текстовой документ OpenDoc с предоставлением локальному пользователю оперативного контроля параметров инвариантности исходного текста и несанкционированных изменений.

From> Author: Vladymir Bulygin, E-mail:vbulygin@gmail.com

Writer blog: <http://vbulygin.livejournal.com>

Sender: Vladymir Bulygin, vbulygin@gmail.com

E-mail Support: <E-mail: vbulygin@gmail.com>

<Generator: OpenOffice.org 2.4.1 (Win32)>

1-st FileName: <About_me.odt>

OpenDoc ID as 1-st file for primary odt realisation save as: <About_me>

Remote oficial copy of 1-st: http://docs.google.com/Doc?id=dcqsf72d_137d8s8hqg5

URL on Windows Live Sky Drive Public Folder:

https://cid-416fae480ed5898d.skydrive.live.com/self.aspx/INICA2009/About%7C_me.odt

http://cid-416fae480ed5898d.skydrive.live.com/self.aspx/.Public/ASI%7C.odt

To>

1-st FileName: <About_me.odt>

ID of OpenDoc as 1-st file (odt type file: <About_me>

Remote copy: http://docs.google.com/Doc?id=dcqsf72d_134cr43sxn8