ramzesll, спасибо за ссылку на форум, буду пробовать lib2inpx.
Только нет абсолютно никакого смысла (в части серий) менять LibRus на MuliLib. Я его ставил, смотрел. Вы же и сами сейчас привели скрин, где это безумие с "сериями" типа "Военная фантастика" (да, по мнению LibRus и MuliLib, это серия) и т.д. Сравните с нормальными сериями в Майхоумлибе с моего второго скрина.
А так, абстрактно, смысл в замене есть, конечно - это ж новая версия программы. Когда последний LibRus выпущен, в 2011-м году?
Wanraik, будем ждать.
-----------------------------
Упдатус.
К превеликому сожалению, lib2inpx не подходит под данную раздачу, т.е. архивные файлы. Программа выдает рассмотренную в ридми.txt ситуацию:
Цитата:
"Processing - "160443-160588.zip" - done in 00:00:00 ==> Not in database!"
значит ни одного файла из этого архива не было найдено в процессируемой базe
Либрусека (база старше архивов) или внутри нет ни одного файла подходящего типа
(например FB2 - или не FB2, если вы задавали --process=usr).
Обычно это случается когда Либрусек перестает выкладывать обновленную базу, а дневные
файлы с книгами продолжают появляться. Здесь может помочь ключ "--read-fb2=last". При
этом программа вычислит id самой последней FB2 книги в базе и для всех книг из архивов
с большим id информация для создания inp будет взята из FB2 файла в архиве. Вы увидите
что-то вроде:
вот только в архивах-то полно файлов не 160443.fb2, а Abdrahmanov_Mihail_Na_velosipedah_po_Egiptu.fb2
Задача решения не имеет.
Если только не переименовать вручную все такие файлы по их порядковых номерам... А когда закончить эту масштабную ручную работу, сверку-проверку, не факт, что потом не окажется, что возникнут какие-то еще проблемы...
А они возникнут: я попробовал сформировать inpx только для последних архивов, где уже точно только цифровые номера, но он мне выдал:
Цитата:
***ERROR: Query error (1054) Unknown column 'BookId' in 'field list'
SELECT `BookId`,`Title`,`FileSize`,`FileType`,`Deleted`,`Time`,`Lang`,`keywords`
FROM libbook WHERE BookId=396000;
Все правильно, 396000-396929.zip - первый по счету, с него и до последнего 556000-556964.zip, а всего 162 архива. И ключ "--read-fb2" с вариантами не помогает. Где я ему селектну "SELECT `BookId`,`Title`,`FileSize`"и дофига остального?
Короче, засада. Жаль...
Единственный положительный момент: выяснилось, почему в LibRus и MuliLib серийность такая идиотская - автор криворукий. Судя по ридми-файлу от вышеозначенной программы, в базе Либрусека есть, оказывается, разграничение
sequence, а именно:
Цитата:
How to process sequence types from database (default: author). "author" - always select author's book sequence, "publisher" - always select publisher's book sequence, "ignore" - don't do any processing. Only relevant for librusec database format 2011-11-06
и данная программа, собственно, позволяет с помощью ключей в формируемом inpx предпочесть, какие серии взять. То есть в Майхоумлибе (см. мой второй скрин из сообщения чуть выше) жёстко sequence author, а вот в LibRus вразнобой: есть одновременно авторские и издательские серии-sequence. Забавно, что это типа "новое" разграничение серий (librusec database format 2011-11-06), но MuliLib-то НОВЕЕ, а ситуация все равно осталась как в LibRus до 2011 года... То есть не забавно, а [цензура], м-дя.
