Экспорт

Внесение изменений в общий топик и экспорт документов из Confluence в MS Word

Экспорт взаимоувязанных документов из Atlassian Confluence в Microsoft™ Word выполняется из текущего рабочего пространства выбором пункта из того же меню, что использовалось для импорта, только Export to Word, см. рисунок из подраздела Импорт документов из Microsoft™ Word в Atlassian Confluence. Но сначала следует внести изменение в любой из общих топиков, чтобы совсем уж было очевидно, что библиотека взаимоувязанных документов, сформированная в предыдущем подразделе, реально работает. Редакция от 13.03.2021.

Выполнение базы данных анализа логистической поддержки, поставляемой с изделием на экспорт [из подр. 5.4 ГОСТ Р 57105-2016]

Выполнение базы данных анализа логистической поддержки, поставляемой с изделием на экспорт [из подр. 5.4 ГОСТ Р 57105-2016]

На экспорт БД АЛП поставляют только совместно с изделием (группой изделий) [из п. 5.4.1 ГОСТ Р 57105-2016]

Как правило, БД АЛП поставляют с таким составом информации, который она содержит для внутренних поставок, с уточнениями и корректировками согласно ГОСТ Р 56114 и настоящему стандарту, а также с учетом специальных требований организаций иностранного заказчика, установленных в контракте на поставку на экспорт (при наличии) [из п. 5.4.2 ГОСТ Р 57105-2016]

Требования к иностранному языку, на котором поставляется БД АЛП и предусматривается ее ведение, должны быть определены в договоре (контракте) на поставку изделия [из п. 5.4.3 ГОСТ Р 57105-2016]

Поставляемая на экспорт БД АЛП не должна содержать сведений ограниченного распространения, в том числе:

Контроль за соблюдением указанных требований осуществляет организация, заполняющая соответствующие разделы БД АЛП [из п. 5.4.4 ГОСТ Р 57105-2016]

Данные об изделии (СЧ изделия) не должны содержать ссылок на ведомственные дополнения к государственным стандартам, стандарты организаций и технические условия.

Примечание - Государственные стандарты, на которые имеются ссылки в документации СЧ изделия, могут быть предоставлены иностранным заказчикам по их заявкам по согласованию с Федеральным агентством по техническому регулированию и метрологии [из п. 5.4.5 ГОСТ Р 57105-2016]

Требования к предоставлению разработчику (изготовителю) изделия данных для БД АЛП по эксплуатируемым за рубежом изделиям должны быть установлены в договоре (контракте) на поставку изделия [из п. 5.4.6 ГОСТ Р 57105-2016]

Клонирование сущностей через экспорт-импорт

Клонирование сущностей от проекта к проекту разумнее всего выполнять экспортом (безотносительно ГИС) предыдущего проекта с «последующим импортом последующего» 😂 Т.е. вновь создаваемого. Если, конечно, последующий проект представляется более-менее типовым.

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

Клонировать сущности имеет смысл в два этапа: экспортировать ВООБЩЕ ВСЕ топики, а затем их импортировать; экспортировать топики, содержащие внедренные топики, отдельно, а затем также отдельно их импортировать как консолидирующие. Для лучшего осмысления: сначала клонируем все поголовье, а затем отдельно особо выдающихся баранов, которые назначены нами козлами, ведущими свои субпоголовья.

Оба этапа проводятся с применением экспортеров на основе Views и импортеров на базе Feeds. Редакция от 22.03.2021.

Экспорт всех топиков предыдущего проекта с помощью Views

Экспорт всех топиков предыдущего проекта с помощью Views:

- Экспорт топиков - Title - Path (Content)

Настроить критерий фильтра: Content: Title:

- Настроить критерий фильтра - Content - Title

Должен содержать (, иначе экспортироваться будут ВООБЩЕ ВСЕ ТОПИКИ. Это как минимум. Если необходимо экспортировать все топики конкретного исходного предыдущего проекта, то тогда в поле Значение следует подставлять префикс этого проекта, например (_PREFIX_.

Интересно было бы еще экспортировать и поля Body, заполненные ранее участниками предыдущего проекта. Для этого во Views придется добавить Content: Body. Будет экспортирована полная HTML-разметка, но импорт с помощью CSV или даже XML может не прокатить из-за разметки, в связи с необходимостью конвертирования угловых скобок во всяческие gt и т.п. Вообще разумно экспортировать (сохранять) поля Body в отдельные файлы образцов.

Вопрос пока остается открытым и требует дополнительной проработки.

Импорт топиков последующего проекта с помощью CSV

Импорт топиков последующего проекта с помощью CSV без поля Body предусматривает создание нод типа topic для нового (последующего) проекта. Для этого _PREFIX_ меняется на новое значение (с учетом требований системы классификации и кодирования проектов). Затем выполняется импорт. Настройки импортера:

- Topic CSV Import (title и path)

Mappings Topic CSV Import (title и path):

- Mappings Topic CSV Import (title и path)

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

Экспорт «консолидирующих» топиков предыдущего проекта с помощью Views

Экспорт топиков - Title - Path - Entity Embed (Content). Расширенные - Настройки запроса - Уникальность!

- Экспорт топиков - Title - Path - Entity Embed (Content)

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

Импорт «консолидирующих» топиков последующего проекта с помощью CSV

Импорт «консолидирующих» топиков последующего проекта с помощью CSV, настройки импортера:

- Редактировать CSV-импорт топиков (Title, Path, Entity Embed)

Mappings CSV-импорт топиков (Title, Path, Entity Embed):

- Mappings CSV-импорт топиков (Title, Path, Entity Embed)

Tamper CSV-импорт топиков (Title, Path, Entity Embed):

- Tamper CSV-импорт топиков (Title, Path, Entity Embed)

В плагине Explode в качестве разделителя применен |.

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

Экспорт данных по ГОСТ Р 52438-2005

Экспорт данных по ГОСТ Р 52438-2005

Передача данных в собственном внутреннем формате геоинформационной системы во внешнюю среду для использования вне данной геоинформационной системы [из п. 71 ГОСТ Р 52438-2005]

Copyright © «Техническая документация» 2008-2021. Заимствуйте наши материалы с блеском! При воспроизведении материалов портала обязательна установка активной гиперссылки на источник — страницу с этой публикацией на tdocs.su.

Яндекс.Метрика