Аипс розыск: ФУНКЦИИ ФЕДЕРАЛЬНОГО ЦЕНТРА АИПС «РОЗЫСК» ПРИКАЗ МВД РФ от 17.02.94 N 58 (ред. от 08.07.99) «О МЕРАХ ПО УСИЛЕНИЮ БОРЬБЫ С ПРЕСТУПНЫМИ ПОСЯГАТЕЛЬСТВАМИ НА АВТОМОТОТРАНСПОРТНЫЕ СРЕДСТВА»

ФУНКЦИИ ФЕДЕРАЛЬНОГО ЦЕНТРА АИПС «РОЗЫСК» ПРИКАЗ МВД РФ от 17.02.94 N 58 (ред. от 08.07.99) «О МЕРАХ ПО УСИЛЕНИЮ БОРЬБЫ С ПРЕСТУПНЫМИ ПОСЯГАТЕЛЬСТВАМИ НА АВТОМОТОТРАНСПОРТНЫЕ СРЕДСТВА»

не действует Редакция от 08.07.1999Подробная информация

ФУНКЦИИ ФЕДЕРАЛЬНОГО ЦЕНТРА АИПС «РОЗЫСК»

Федеральный центр <*> является составной частью АИПС «Розыск».


<*> Далее — ФЦ.

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

ФЦ представляет из себя комплекс программно — технических средств и персонала, объединенных для обеспечения решения задачи розыска транспортных средств.

ФЦ создается на базе отдела оперативного реагирования ГУГАИ МВД России.

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

В оперативном подчинении отдела — персонал межрегиональных центров, обеспечивающий эксплуатацию АИПС «Розыск».

Программно — технический комплекс ФЦ включает:

— программные средства поддержки федеральной базы данных;

— локальную вычислительную сеть на базе ПЭВМ;

— средства коммуникации (модемы, телеграфные адаптеры, специальные средства связи и др.).

Регламент работы ФЦ — круглосуточный.

Федеральный центр обеспечивает решение следующих задач:

— осуществление общего контроля и управление функционированием АИПС «Розыск»;

— координация взаимодействия персонала системы на федеральном уровне с нижестоящими уровнями и с подразделениями МВД России;

— планирование развития системы АИПС «Розыск», обучение персонала и оказание помощи межрегиональным центрам;

— обеспечение эксплуатации программно — технических средств системы в соответствии с документацией;

— формирование федерального и обеспечение формирования межрегиональных баз данных;

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

— взаимодействие с ГИЦ МВД России по регламентному обмену информацией;

— формирование сведений о работе подсистемы АИПС «Розыск»;

— учет и обработка запросов по розыску транспортных средств, поступающих из межрегиональных центров;

— формирование списка и регистрация пользователей федеральной базы данных;

— установление регламента получения информации и выдачи ее на бумажный носитель;

— установление списка лиц, допускаемых к работе, и перечня доступных им технологических операций;

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

ФЦ обеспечивает незамедлительную передачу из федеральной в межрегиональные базы данных информации:

— об объявленных в розыск транспортных средствах;

— о разысканных транспортных средствах;

— о корректировке ранее переданных сообщений.

Функциональные обязанности сотрудников ФЦ закрепляются служебными инструкциями.

Поиск по новостям — Главное управление Генеральной прокуратуры Российской Федерации по Северо-Кавказскому и Южному федеральным округам

Новости

  • 10 ноября 2016, 18:00
  • Прокуратура Кабардино-Балкарской Республики

По результатам проверки прокуратуры Кабардино-Балкарской Республики незаконно содержащийся под стражей гражданин освобождён из-под стражи

  Текст

  Поделиться

В Кабардино-Балкарской Республике на Федеральном контрольно-пропускном пункте «УРУХ» 22.

10.2016 в ходе регистрационно-досмотровых мероприятий при проверке по базе АИПС «Розыск» и «ИБД-Регион» установлено, что Саенко А.Г. находится в федеральном розыске за совершение преступления, предусмотренного ч. 1 ст. 158 УК РФ (кража). Инициатор розыска УВД по ВАО ГУ МДВ России по г. Москве на основании постановления мирового судьи судебного участка № 307 района Северное Измайлово г. Москвы от 22.10.2013. в связи с этим 24.10.2016 Саенко заключён под стражу в ФКУ СИЗО-1 УФСИН России по КБР.

Проверкой установлено, что 26.08.2014 Саенко задержан и 30.10.2014 приговором мирового судьи судебного участка № 307 района Северное Измайлово г. Москвы по ч. 3 ст. 30 , ч. 1 ст. 158 УК РФ осуждён к 6 месяцам лишения свободы в исправительной колонии строгого режима. При этом Саенко с федерального розыска инициатором снят не был.

16.02.2015 приговором Преображенского районного суда г. Москвы Саенко А.Г. осуждён по ч. 1 ст. 318 УК РФ (применение насилия в отношении представителя власти) к 1 году 10 месяцам лишения свободы.

По совокупности преступлений путём частичного сложения назначенного наказания с наказанием по предыдущему приговору ему окончательно назначено наказание в виде 2 лет лишения свободы с отбыванием наказания в исправительной колонии строго режима.

Наказание Саенко отбывал в исправительной колонии № 1 УФСИН России по Республике Северная Осетия-Алания по приговору Преображенского районного суда г. Москвы. Освобождён из указанного учреждения по отбытии срока наказания 25.08.2016.

Однако с розыска Саенко его инициатором снят не был, в связи с чем 22.10.2016 был задержан сотрудниками ФКПП «УРУХ» КБР и 24.10.2016 заключён под стражу в СИЗО-1 УФСИН России по КБР.

Таким образом, проверкой установлено, что содержание Саенко А.Г. под стражей является незаконным.

По результатам проверки постановлением первого заместителя прокурора Кабардино-Балкарской Республики от 07.11.2016 Саенко А.Г. освобождён из-под стражи.

Прокуратура КБР. Подразделение: отдел по надзору за соблюдением законодательства при исполнении уголовных наказаний.

Распечатать Архив новостей

По результатам проверки прокуратуры Кабардино-Балкарской Республики незаконно содержащийся под стражей гражданин освобождён из-под стражи

В Кабардино-Балкарской Республике на Федеральном контрольно-пропускном пункте «УРУХ» 22.10.2016 в ходе регистрационно-досмотровых мероприятий при проверке по базе АИПС «Розыск» и «ИБД-Регион» установлено, что Саенко А.Г. находится в федеральном розыске за совершение преступления, предусмотренного ч. 1 ст. 158 УК РФ (кража). Инициатор розыска УВД по ВАО ГУ МДВ России по г. Москве на основании постановления мирового судьи судебного участка № 307 района Северное Измайлово г. Москвы от 22.10.2013. в связи с этим 24.10.2016 Саенко заключён под стражу в ФКУ СИЗО-1 УФСИН России по КБР.

Проверкой установлено, что 26. 08.2014 Саенко задержан и 30.10.2014 приговором мирового судьи судебного участка № 307 района Северное Измайлово г. Москвы по ч. 3 ст. 30 , ч. 1 ст. 158 УК РФ осуждён к 6 месяцам лишения свободы в исправительной колонии строгого режима. При этом Саенко с федерального розыска инициатором снят не был.

16.02.2015 приговором Преображенского районного суда г. Москвы Саенко А.Г. осуждён по ч. 1 ст. 318 УК РФ (применение насилия в отношении представителя власти) к 1 году 10 месяцам лишения свободы. По совокупности преступлений путём частичного сложения назначенного наказания с наказанием по предыдущему приговору ему окончательно назначено наказание в виде 2 лет лишения свободы с отбыванием наказания в исправительной колонии строго режима.

Наказание Саенко отбывал в исправительной колонии № 1 УФСИН России по Республике Северная Осетия-Алания по приговору Преображенского районного суда г. Москвы. Освобождён из указанного учреждения по отбытии срока наказания 25.08.2016.

Однако с розыска Саенко его инициатором снят не был, в связи с чем 22.10.2016 был задержан сотрудниками ФКПП «УРУХ» КБР и 24.10.2016 заключён под стражу в СИЗО-1 УФСИН России по КБР.

Таким образом, проверкой установлено, что содержание Саенко А.Г. под стражей является незаконным.

По результатам проверки постановлением первого заместителя прокурора Кабардино-Балкарской Республики от 07.11.2016 Саенко А.Г. освобождён из-под стражи.

Прокуратура КБР. Подразделение: отдел по надзору за соблюдением законодательства при исполнении уголовных наказаний.

Тип рассылки

Ежедневная Еженедельная Моментальная

Электронная почта

Укажите один или несколько email адресов через «;»

 

AIP-132: Стандартные методы: Список

AIP-132

Во многих API принято делать запрос GET к URI коллекции. (например, /v1/publishers/1/books ), чтобы получить список ресурсов, каждый из которых живет в этой коллекции.

Проект, ориентированный на ресурсы (AIP-121), соответствует этому шаблону в списке . метод. Эти RPC принимают родительскую коллекцию (и, возможно, некоторые другие параметры) и вернуть список ответов, соответствующих этому входу.

Руководство

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

Методы списка указываются с использованием следующего шаблона:

 rpc ListBooks(ListBooksRequest) возвращает (ListBooksResponse) {
  опция (google.api.http) = {
    получить: "/v1/{parent=publishers/*}/books"
  };
  option (google.api.method_signature) = "родительский";
}
 
  • Имя RPC должно начинаться со слова List . Остаток РПК имя должно быть формой множественного числа перечисляемого ресурса.
  • Сообщения запроса и ответа должны совпадать с именем RPC, с Запрос и Ответ суффиксы.
  • Команда HTTP должна быть равной GET .
  • Коллекция, чьи ресурсы перечислены , должна сопоставляться с URI путь.
    • Родительский ресурс коллекции должен называться parent , и должно быть единственной переменной в пути URI. Все остальные параметры должен сопоставлять с параметрами запроса URI.
    • Идентификатор коллекции ( книг в приведенном выше примере) должен быть литеральная строка.
  • Ключ body в аннотации google.api.http должен быть опущен.
  • Если указанный ресурс не является ресурсом верхнего уровня, следует быть ровно одной аннотацией google. api.method_signature со значением "родительский" . Если указанный ресурс является ресурсом верхнего уровня, должно быть либо без аннотации google.api.method_signature , либо точно одна аннотация google.api.method_signature со значением "" .

Сообщение запроса

Методы списка реализуют общий шаблон сообщения запроса:

 сообщение ListBooksRequest {
  // Родитель, которому принадлежит эта коллекция книг.
  // Формат: издатели/{издатель}
  родительская строка = 1 [
    (google.api.field_behavior) = ТРЕБУЕТСЯ,
    (google.api.resource_reference) = {
      child_type: "library.googleapis.com/Book"
    }];
  // Максимальное количество возвращаемых книг. Служба может возвращать меньше, чем
  // это значение.
  // Если не указано, будет возвращено не более 50 книг.
  // Максимальное значение 1000; значения выше 1000 будут приведены к 1000.
  int32 page_size = 2;
  // Токен страницы, полученный от предыдущего вызова `ListBooks`. 
  // Укажите это, чтобы получить следующую страницу.
  //
  // При разбивке на страницы все остальные параметры, предоставленные `ListBooks`, должны совпадать
  // вызов, предоставивший токен страницы.
  строка page_token = 3;
}
 
  • Родительское поле должно быть включено , если указанный ресурс не является ресурс верхнего уровня. Он должен называться родительским .
    • Поле должно быть аннотировано по мере необходимости.
    • Поле должно идентифицировать тип ресурса ресурса перечисляются.
  • Поля page_size и page_token , поддерживающие нумерацию страниц, должны быть указываться во всех сообщениях запроса списка. Для получения дополнительной информации см. АИП-158.
    • Комментарий над полем page_size должен документировать максимум допустимое значение, а также значение по умолчанию, если поле опущено (или установлено до 0 ). При желании API может указать, что сервер будет использовать разумный дефолт. Это значение по умолчанию может меняться со временем.
    • Если пользователь предоставляет значение, превышающее максимально допустимое значение, API должен привести значение к максимально допустимому.
    • Если пользователь предоставляет отрицательное или другое недопустимое значение, API должен отправить ошибка INVALID_ARGUMENT .
  • Поле page_token должно быть включено во все сообщения запроса списка.
  • Сообщение запроса может включать поля для общих шаблонов проектирования относится к методам списка, таким как фильтр строк и строка order_by .
  • Сообщение запроса не должно содержать других обязательных полей, и не должен содержать других необязательных полей, кроме описанных в этом или другой АИП.

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

Ответное сообщение

Методы списка реализуют общий шаблон ответного сообщения:

 сообщение ListBooksResponse {
  // Книги указанного издательства.
  повторные книжные книги = 1;
  // Токен, который можно отправить как page_token для получения следующей страницы.
  // Если это поле опущено, последующих страниц нет.
  строка next_page_token = 2;
}
 
  • Ответное сообщение должно включать одно повторяющееся поле, соответствующее возвращаемые ресурсы, и не должен включать в себя любые другие повторяющиеся поля, если они не описаны в другом AIP (например, AIP-217).
    • Ответ должен обычно включать полностью заполненные ресурсы, если только есть причина вернуть частичный ответ (см. AIP-157).
  • Поле next_page_token , поддерживающее нумерацию страниц, должно быть включено во всех ответных сообщениях списка. Это должно быть установлено , если есть последующие страниц, и не должен быть установлен , если ответ представляет собой последнюю страницу. Для дополнительную информацию см. в AIP-158.
  • Сообщение может включать int32 total_size (или int64 total_size ) поле с количеством элементов в коллекции.
    • Значение может быть оценочным (поле должно четко документировать это если так).
    • Если используется фильтрация, поле total_size должно отражать размер к коллекции после применяется фильтр.

Заказ

Список методов может разрешить клиентам указывать порядок сортировки; если они это сделают, то сообщение запроса должно содержать поле строки order_by .

  • Значения должны быть списком полей, разделенных запятыми. Например: "фу,бар" .
  • Порядок сортировки по умолчанию — возрастающий. Чтобы указать порядок убывания для поле, пользователи добавляют суффикс " desc" ; например: "foo desc, bar" .
  • Избыточные символы пробела в синтаксисе не имеют значения. "foo, bar desc" , "foo, bar desc" и "foo,bar desc" все эквивалент.
  • Подполя указаны с помощью . символов, например foo.bar или адрес.улица .

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

Фильтрация

Методы списка могут разрешать клиентам указывать фильтры; если они это сделают, запрос сообщение должно содержать поле фильтра строки . Фильтрация описана в более подробно в АИП-160.

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

Ресурсы с обратимым удалением

Некоторым API требуется «обратимое удаление» ресурсов, помечая их как удаленные или ожидающих удаления (и, возможно, очистки их позже).

API, которые делают это , не должны включать удаленные ресурсы по умолчанию в список Запросы. API с обратимым удалением ресурса должны включать bool show_deleted Поле в запросе списка, которое, если установлено, вызовет мягко удаленные ресурсы должны быть включены.

Ошибки

См. ошибки, в частности, когда использовать PERMISSION_DENIED и NOT_FOUND ошибок.

Дальнейшее чтение

  • Подробнее о нумерации страниц см. в AIP-158.
  • Список нескольких родительских коллекций см. в AIP-159.

Список изменений

  • 04.11.2022 : Сводные рекомендации по ошибкам для AIP-193.
  • 02.06.2022 : Описание суффиксов изменено, чтобы исключить лишнее «-».
  • 2020-09-02 : Добавить ссылку на фильтрующий AIP.
  • 14.08.2020 : Добавлено руководство по ошибкам для случаев отказа в разрешении.
  • 08.06.2020 : Добавлено руководство по возврату полного ресурса.
  • 2020-05-19 : Удалено требование документировать поведение при заказе.
  • 15.04.2020 : Добавлено руководство по разрешениям списка.
  • 2019-10-18 : добавлено руководство по аннотациям.
  • 01.08.2019 : Примеры изменены с «полки» на «издатели», на представить лучший пример владения ресурсами.
  • 30.07.2019 : добавлено руководство по документированию поведения при заказе.
  • 2019-05-29 : Добавлен явный запрет на произвольные поля в стандартных методы.
Если не указано иное, содержимое этой страницы находится под лицензией Креатив Коммонс Лицензия Attribution 4.0 и образцы кода распространяются по лицензии Лицензия Апач 2.0. Подробности смотрите в содержании лицензирование.

Коллекции Архивной Информации (АИК) | Документация (Archivematica 1.12.2)

Поскольку наборы данных и наборы цифровых объектов могут быть большими и разнородными, один набор данных или набор цифровых объектов может быть разбит на несколько AIP. В таких случаях эти АИПы можно интеллектуально объединить в один Архивный Сбор информации (AIC), определяемый эталонной моделью OAIS как « Пакет архивной информации, информация о содержании которого представляет собой совокупность другие архивные информационные пакеты». (ОАИС, 1-9)

При создании AIC в Archivematica отдельные AIP физически не комбинированный; то есть они все еще существуют как отдельные пакеты. Сам АИК тоже отдельный пакет, содержащий только метаданные, в частности, специализированный METS файл, в котором перечислены все AIP, принадлежащие AIC.

На этой странице:

  • Создание коллекции архивной информации
  • Поиск AIC
  • Обновление AIC
  • Содержимое AIC

Поиск AIC

Если вам нужно получить AIC или любой из AIP, составляющих AIC, вы это можно сделать на вкладке Архивное хранилище.

Чтобы просмотреть информацию AIC при просмотре вкладки «Архивное хранилище», установите Показать AIC? Кнопка рядом с кнопкой поиска. Результаты поиска теперь будут включать столбец AIC , в котором содержится информация о том, является ли AIP включен в AIC (или, если он сам является AIC).

Обратите внимание, что на приведенном выше снимке экрана четыре AIP являются частью AIC, а последний результат — это сам AIC. Это был поиск по подстановочным знакам, отображающий все в настоящее время находится в архивном хранилище.

Для поиска AIP, принадлежащих определенному AIC, введите AIC#[идентификатор] в поле поиска, заменив [идентификатор] на идентификатор, который вы введенные при создании AIP (см. шаг 1 выше). Выбирать Часть AIC в качестве параметра поиска.

Примечание

Если вы не создали свой AIC, добавив идентификатор AIC к каждому AIP, как описано в шаге 1 выше, может быть сложнее найти AIP компонентов AIC. Вам может потребоваться загрузить пакет AIC и просмотрите содержащийся в нем файл METS, чтобы узнать, какие AIP составляют AIC.

Вы можете искать определенный AIC, используя идентификатор AIC. Входить AIC#[идентификатор] в поле поиска, заменив [идентификатор] на идентификатор вашего AIC. Выберите идентификатор AIC в качестве параметра поиска.

Если вы хотите увидеть как AIC, так и принадлежащие ему AIP, вы можете выполнить булев поиск.

  1. Найдите AIP, введя AIC#[идентификатор] в поле поиска, замена [идентификатор] с идентификатором, который вы ввели во время создание АИПов. Выберите Part of AIC в качестве параметра поиска.
  2. Нажмите Добавить новый под окном поиска, чтобы добавить второй поисковый запрос
  3. Измените логический оператор на ИЛИ .
  4. Во второй строке запроса введите AIC#[идентификатор] в поле поиска, заменив [идентификатор] на идентификатор вашего AIC. Выбирать Идентификатор AIC в качестве параметра поиска.

Обновление AIC

Наиболее распространенной причиной обновления AIC является добавление к нему дополнительных AIP. Сделать это, исходный AIC должен быть удален и создан новый AIC.

AIC удаляется так же, как и AIP. Для получения дополнительной информации о Удаление AIP см. в разделе Удаление AIP.

Чтобы создать новый AIC, следуйте приведенным выше инструкциям по созданию AIC.

Содержимое AIC

AIC — это пакет, аналогичный AIP, но содержащий только метаданные. Базовый AIC будет иметь структуру, подобную этой:

 my_aic-ea0f2429-7d9f-49df-8e5a-2e6db0fb5fce/
  ├── сумка-info. txt
  ├── bagit.txt
  ├── данные
  │   ├── метаданные
  │   │   └── METS.7a3a0b11-fbdd-484d-a58c-7d66273c3f23.xml
  │   └── METS.ea0f2429-7d9f-49df-8e5a-2e6db0fb5fce.xml
  ├── manifest-sha256.txt
  └── tagmanifest-md5.txt
 

Как и AIP, AIC упаковываются в соответствии со спецификацией BagIt. Узнать больше о том, как Archivematica реализует BagIt, см. в структуре AIP.

В AIC включены два файла METS. Первый, в данные подкаталог — это файл METS для самого пакета AIC, аналогичный AIP файл METS.

Второй файл METS, расположенный в данных/метаданных , содержит информацию об AIC и входящих в его состав AIP. Раздел описательных метаданных AIC (dmdSec) включает Dublin Core, добавленный во время создания AIC.

 <метс:dmdSec>  <метс:xmlData> 

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *