bolega писал(а) 16.05.2023 :: 09:25:18:

Не совсем так. PyTorch всего лишь "враппер" для целого набора сишных либ, одна из которых libtorch. А пользуется именно PyTorch, а не сишные либы напрямую, потому что он позволяет пользовать также numpy и scipy. А это уже уровень синтаксиса близкий к MatLab.

PS: Только в контексте данного вопроса - это совсем уж перебор!

nuget писал(а) 16.05.2023 :: 11:21:30:

кто ж меня с моими пользовательскими данными пустит в ЛГ

я выше упоминал что нужна ЭЦП.

А также доверие.

не пойму я этого...
вот ваша цитата:
nuget писал(а) 16.05.2023 :: 12:04:45:

чего-то я тут туплю в понимании фразы. Точнее, для меня есть противоречие в утверждениях "ссылка на хранилище...локальной базы" и "репозиторий xxx.ru для связывания ключом md5". То есть читаю "бибданные независимы от файлов, но связь с файлами есть, причём внутренняя и внешняя". И крыша едет...

И вот этот первый пассаж про верификацию меня нахлобучивает в нокаут

UPD кстати на пдф-схемке стрелка направлена именно "в ЛГ"   Читаю ее как "данные от юзера идут в ЛГ на запись". Потому что если бы было наоборот, то и стрелка шла от ЛГ в локальную базу.

AAW писал(а) 16.05.2023 :: 12:15:19:

Я пока не буду разъяснять технические подробности, поскольку нужно всё предварительно проверить и убедиться что данная схема рабочая. То что на схеме libgen-cfg-network обозначена ссылка на ЛГ, это как раз и говорит о том, что хранилище нужно для целей верификации (т.е. для проверки существующего DJVU-файла). Репозиторий библиографических данных (обозначенный на схеме), рассматривается в качестве открытого источника для синхронизации локальной базы данных (/usr/local/libgen/library.db). Репозиторий библиографии --- это территория сообщества. Запись в него, должна осуществляться только доверенными пользователями. Предполагается, что библиографические данные в репозитории будут хранить также ключи MD5, которые можно использовать для верификации с ЛГ.

сегодня обнаружил, что РГБ выдаёт BibTex экспорт:

@book{БерезинБ.И.канд.техн.наук1967Прс,
publisher = {Книга},
year = {1967},
title = {Полиграфический рецептурный справочник},
edition = {2-е изд., перераб.},
language = {rus},
address = {Москва},
author = {Березин Б. И. канд. техн. наук},
keywords = {Полиграфическое материаловедение -- Справочники},
}

причём предлагает выбрать кодировку.

Любопытная идентификация книги. @book.

Lykas писал(а) 16.05.2023 :: 18:06:31:

Верификация выполняется по md5. Предполагается что URL ( example.com/entry?md5={entry_k} ) будет использоваться для проверки существования файла в хранилище. Если файл не существует, то можно добавить его (при желании). Или скачать его на ПК (при наличии VPN).

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

Ключевой момент (связующее звено), --- это ключ записи entry_k, который используется для привязки к данным из хранилища. В данной схеме ключ равен md5, то есть,
Code:

@book{entry_k, ... }
 

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