inpx для библиотеки Flibusta "расширенный" (сортированный список) от 01.07.2025

А в вашем inpx, файлы книг zip in zip никак не отсортированы? Вчера обнаружилось что у меня серии начали дублироваться. Причина, из за тегов в вашем inpx. Я пересоздаю базу на своих inpx. А после этого обновляю вашим. Для того что бы зацепить zip in zip. Посмотрел вашу инструкцию по удалению лишнего из inpx. Адаптировал под линукс. Минимизировал задвоение. Появилась мысль вычистить все, оставить только zip in zip. Отсюда и вопрос.

О чем речь? Если вы про [а], [р] и [м], то, пока нет понимания, как их ещё различать, разработчикам это не интересно. Так, что пока останется Мысль не новая - обратите внимание на раздел с Флибустой 2.0

Drunkenmunky zip in zip это когда в zip архиве находятся zip архивы. Пример. В архиве f.usr-818519-822260.zip находятся архивы: 820357.pdf.zip 820362.pdf.zip 820422.djvu.zip 820423.pdf.zip 820424.djvu.zip 820425.djvu.zip и.т.д.

Но все равно спасибо

Понятно. В упомянутой Флибусте 2.0 это всё распаковано. Ну, почти всё Касаемо сортировки, то в этом INPX они имеют EXT 'zip', а к TITLE добавляется тэг с истинным расширением, например "Робинзон Крузо[pdf]"

Глюк какой то что ли?
Пустые посты идут.

Написал скрипт.
Скрипт удаляет из inpx всё inp в которых нет zip in zip.
В оставшихся inp удаляет строки без zip in zip.
Конечно получилось не идеально. Но что есть, то есть.

Главное, что вас самого результат устраивает

Пользуюсь freelib.
Оригинальный flibusta_all_local-2025-05-01.inpx 43,8 МиБ.
После обработки скриптом, flibusta_all_local.inpx 1,4 МиБ.
Проверил с обоими вариантами.
Количество книг zip in zip в обоих случаях одинаково, zip in zip 12314 книг.

Но есть нюанс.
Без добавления этих inpx.
То есть использую только свои inpx.
freelib показывает что у меня есть 7690 zip in zip книг.

Добавляю flibusta_all_local.inpx.
При добавлении сообщает, что добавлено 9781 книг.
После добавления freelib сообщает что у меня 12314 zip in zip книг.

Путем простой математики

было 7690 + добавлено 9781 = 17471
А у меня 12314 zip in zip книг
Куда делись 5157 книг?

Вот теперь пытаюсь разобраться.
Первый вариант.
Из flibusta_all_local.inpx не все вычистил.
Но там 659 inp файлов. Проверять в ручную, что то не комильфо.

Или второй вариант.
Какие то из книг уже у меня были.
И при добавлении пропущены или продублированы в сериях.

Вот такие дела

Давайте сначала. Я всё еще не понимаю задачу
Зачем это нужно? Что мешает, например забить в поиске поле "тип" как zip, или rar, и добавлять найденное в отдельную группу или экспортировать в INPX?

Задачу я описывал выше. Каталогизатор freelib. Использую свои inpx, созданные утилитой FParser. Но эта утилита пропускает файлы zip in zip. Книги запакованные в zip внутри архива zip. Решил накатить сверху ваш inpx. Чтобы добавить эти пропущенные книги. Получилось. Но всплыла другая проблема. В вашем inpx серии книг идут с префиксами. [a]-авторская серия [p]-издательская [m]-смешанная и.т.д. Результат, стали задваиваться серии. Написал скрипт. С помощью которого, вычистил ваш inpx от всех книг. Кроме тех что запакованы в zip. В итоге, результат достигнут. Но есть вопросы по потерянным книгам ( мой предыдущий пост).

В freelib нет выборочного экспорта inpx.

Вот это место и смущает. Замена текста "[a]" на "" элементарна обычно.

Хм. А это ведь вариант. Надо подумать над этим. Если получится удалить префиксы, то задваивания серий не должно быть. Спасибо за наводку Я в этом направлении как то не подумал.