Перейти к содержанию

LUNA PLATFORM v.5.16.0#

Изменения

  • В события добавлено поле "top_similar_external_id", содержащее "external_id" наиболее схожего кандидата (события или лица), с которым выполнялось сравнение лица.

    В ответах на следующие запросы в объект "top_match" событий было добавлено поле "external_id", содержащее "external_id" кандидатов для сравнения:

    Данные поля позволяют сразу получать "external_id" наиболее похожих лиц или событий после выполнения запросов. Например, ранее событие не содержало "external_id" наиболее схожего лица ни в ответе на запрос, ни в базе данных событий. Требовалось выполнить дополнительный запрос для определения "external_id" лица по его "face_id".

    В перечисленные далее запросы добавлены соответствующие фильтры для сортировки событий по "external_id" наиболее похожего объекта:

    Колонка "top_match" в результатах задачи создания отчёта и задачи экспорта данных теперь содержит "external_id" лучшего кандидата сравнения.

  • Для кандидатов в запросах "matching faces" и "human body matching" добавлен параметр "order", определяющий порядок сортировки результатов. Доступна сортировка в порядке возрастания времени создания события (опция "create_time_asc"), в порядке убывания времени создания события (опция "create_time_desc") и по схожести кандидатов (опция "similarity").

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

    Для корректной работы параметров сортировки по времени требуется задать порог по степени схожести объектов. При указании новых параметров сортировки используется матчинг по базе данных. Скорость обработки запроса будет ниже, чем при матчинге по списку с сортировкой по "similarity".

    По умолчанию используется опция "similarity".

  • В задачу кластеризации добавлен параметр "limit", позволяющий задать максимальное количество кандидатов, возвращаемых для каждого сравнения. Значение по умолчанию изменено с 5 на 20 000.

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

Исправленные ошибки

  • Исправлена ошибка, при которой в результатах запроса в Backport 4 на сравнение по индексированному списку не возвращались указанные параметры "targets", а в качестве "targets" возвращался набор полей по умолчанию. Проблема возникала в сервисе Python Matcher Proxy при выполнении сравнения одного эталона с несколькими кандидатами.

  • Изменено поведение при загрузке изображений. Теперь каждое изображение загружается независимо. В случае возникновения ошибки при загрузке одного из изображений загрузка других изображений не прерывается.

  • Поле "result" в ответе на запрос "get task result" для задачи пакетной обработки больше не является обязательным в сервисе Tasks.

    Если при выполнении одной подзадачи возникает ошибка, то в теле ответа вернётся только поле "errors" с ошибкой. Ранее вместе с "errors" возвращалось пустое поле "result".

  • В сервисе Tasks исправлены ограничения для разметки задачи расчёта ROC-кривой. Теперь максимально можно задать 20 000 элементов.

    Ранее при передаче более 20 000 элементов, в логах сервиса Tasks Worker возвращалась ошибка "Uncaught exception occurred". Теперь возвращается ошибка с уровнем "Error" и описание ошибки.

  • Из настроек сервиса Configurator удалена неиспользуемая настройка "CLUSTERING_MATCH_LIMIT".

  • Исправлена информация, возвращаемая в секции "LUNA_CONFIGURATOR" в ответе на запрос "get service configuration". Теперь она содержит текущее состояние параметра.

  • В документе "EventsReferenceManual.html" в описании для перечисленных полей в схеме запроса "create new events" теперь указано, что поля не являются "Nullable":

    • matches/candidates/face/external_id
    • matches/candidates/face/user_data
    • matches/candidates/event/external_id
    • matches/candidates/event/handler_id
    • matches/candidates/event/user_data

  • В документе "EventsReferenceManual.html" в описании для перечисленных полей в схемах запросов "get event" и "get events" теперь указано, что поля являются "Nullable":

    • top_match/event_id
    • top_match/face_id
    • match_result/candidates/event/event_id
    • match_result/candidates/event/create_time

  • В документе "EventsReferenceManual.html" в описании для перечисленных полей в схемах запросов "face matching" и "human body matching" теперь указано, что поля являются "Nullable":

    • matches/result/event/top_match/event_id
    • matches/result/event/top_match/face_id

  • В документе "SenderReferenceManual.html" в описании для перечисленных полей в схеме запроса "ws handshake" теперь указано, что поля являются "Nullable":

    • event/matches/candidates/event/match_result/candidates/event/external_id
    • event/matches/candidates/event/match_result/candidates/event/user_data
    • event/matches/candidates/event/match_result/candidates/event/top_match/face/face_id
    • event/matches/candidates/event/match_result/candidates/event/top_match/event/event_id

  • В документе "HandlersReferenceManual.html" в описании для указанного поля в схеме запроса "generate events" теперь указано, что поле являются "Nullable":

    • events/matches/candidates/event/match_result/candidates/event/user_data