Принимаются предложения/замечания/вопросы.

Принимаются предложения/замечания/вопросы.

Это здорово, что хоть кто-то взялся делать столь полезную вещь, НО:
Зачем изобретать велосипед и повторять уже сделанную другими людьми работу ? Не лучше ли было-бы сделать вашу программу как дополнение к уже готовому, отработанному каталогизатору ( IMHO лучше всего к MyRuLib ) и пользоваться его базой ?

На SAMBA - домашний файл сервер. Книги просто складываются в папки (возможна любая вложенность) название которых собственно уже говорит о содержимом.
SimpleOPDS просто позволяет получить доступ к такому элементарному каталогу посредством OPDS. Один из пунктов сортировки будет в точности совпадать со структурой каталогов на диске.
Если настроить автоматический запуск сканера sopds-scan (например через Cron), то просто скопированная на файл сервер книга без лишних затрат времени будет автоматически доступна и через OPDS.

mitshel wrote: На SAMBA - домашний файл сервер. Книги просто складываются в папки (возможна любая вложенность) название которых собственно уже говорит о содержимом.
SimpleOPDS просто позволяет получить доступ к такому элементарному каталогу посредством OPDS. Один из пунктов сортировки будет в точности совпадать со структурой каталогов на диске.
Если настроить автоматический запуск сканера sopds-scan (например через Cron), то просто скопированная на файл сервер книга без лишних затрат времени будет автоматически доступна и через OPDS.

Есть структура каталогов с книгами. И у вас и в MyRuLib она сканируется, и создается база данных. У вас в MySQL, там в openSQL -не принципиально. Все последующие "вкусности" определяются степенью "наворочености" базы и удобству механизмов работы с ней. На мой (субъективный, разумеется) взгляд, если-бы Вы не тратили время на sopds-scan вообще, а сосредоточились только на sopds.cgi, который формировал-бы запросы к MyRuLib-овской базе - получилось бы лучше потому что:
1) Ихний сканер уже готовый, отлаженный. Он не только сканирует каталоги, но и заглядывает внутрь fb2 и берет данные из тэгов (автор, название книги, название серии, номер книги в серии) и все это вносит в базу. Любые выборки/поиски по любым ключам "делай-не_хочу". Он весьма быстродействующий даже при ОЧЕНЬ больших объемах данных. У меня MyRuLib рулит библиотекой Траума. Это без малого 70 Гигабайт. Не нужно решать вопросы добавления/удаления книг, правки базы. Все это решается средствами самого MyRyLib. Без пересканирования каталогов (при больших объемах иначе - нельзя) Если писать свой сканер - то одно из двух: либо он у Вас будет значительно проигрывать MyRuLib по функционалу, либо придется столько труда затратить, что может не хватить бронзы на памятник ) Как-никак над MyRuLib целый коллектив не один год над трудился ...
2) Востребованость. Для тех, у кого библиотека небольшая, каталогизаторы не особо и нужны. Вполне достаточно простого веба с
обычным хождением по папкам. Да и есть уже проекты вроде tinyODPS. Но многие держат у себя кто копию флибусты, кто Траума.
Возможно скоро появятся копии CoolLib.net В свете усиливающейся вакханалии "борцов за авторские права" такие вещи все более популярны. И тут без каталогизатора - никак. И MyRuLib среди них - вне конкуренции (под Линукс).

P.S. Если все-таки решитесь перейти на MyRuLib-овскую базу - ваш сервер будет уже не Simple, а самый настоящий Smart.. )

Понимаю Ваше желание получать доступ с помощью OPDS-клиента своей уже существующей библиотеке. Но создавая этот проект мною двигал пока только "спортивный" интерес (решил познакомится с Python-ом, раньше никогда не программировал на нем), Возможно сделаю то что Вам нужно, опять-таки из спортивного интереса, если время свободного будет достаточно.
По поводу "огромных" объемов в 70Гб.
Sopds-scan.cgi сканирует мою домашнюю библиотеку объемом 102ГБ (около 300 000 книг в основном в архивах) менее 2х часов, при этом метаинформация из fb2 так же извлекается. Повторное пересканирование происходит в течение 16 секунд (на компьютере с процессором P-4-2400). Версия 0.02 имеет возможность извлекать из fb2 обложки и потом показывать их в OPDS-клиенте. Работа с извлечением обложек (отключаемая опция) происходит значительно медленнее: опять таки 102гб сканируется уже немногим более 20 часов. Но повторное пересканирование опять 16 секунд. В принципе, предварительное извлечение обложек возможно и не нужно было делать. Можно извлекать обложки из файлов fb2 на лету. Да, наверное сделаю так.
Возможно конечно и по функционалу и проигрываем myRuLib. Но ведь не коммерческий проект же, и опять-таки в одиночку и за пару-тройку недель... по вечерам.

mitshel wrote: Понимаю Ваше желание получать доступ с помощью OPDS-клиента своей уже существующей библиотеке.

Нет, личного интереса у меня нет. Некоторое время назад я загорелся было идеей OPDS, но быстро понял, что эта плюшка не для меня. У меня старенькая Kindle-4. Мало того, что без сенсорного экрана работать с I-net геморно, так там еще и в браузере функционал сильно урезан. Не все типы файлов сохраняет, не все сайты может открыть.. Плюнул. А после приобретения ноутбука задача и вовсе стала не актуальной. C библиотекой, смонтированной по NFS, MyRuLib работает как с родной. Рыться в ней через полноценный GUI удобнее, а скинуть потом отобранное на книжку - не проблема.
Ориентируясь на "чего мне в свое время хотелось" + "как я представляю потребности типичного владельца локальной библиотеки" я попытался убедить Вас в том, что OPDS-сервер совместимый с каталогизатором - это хорошо и перспективно. А делать его как "вещь в себе" - тупик. (Разумеется это мое субъективное мнение, не более)

mitshel wrote: Sopds-scan.cgi сканирует мою домашнюю библиотеку объемом 102ГБ (около 300 000 книг в основном в архивах) менее 2х часов, при этом метаинформация из fb2 так же извлекается. Повторное пересканирование происходит в течение 16 секунд

У-у, Это круто ! Не ожидал... Раз так, то Ваш сервер вполне можно использовать паралельно хоть с MyRuLib, хоть с чем угодно. Ведь ничто не мешает держать две базы на один каталог с книгами