если оболочка либгена в разделе поиска будет схожа с той что есть сейчас то в принципе каждый пользователь для себя может навести некий порядок в интересующих его темах с помощью все тех же ключевых слов/тэгов.
и если в программе будет возможность импорта/экспорта этих самых ключевых слов привязанных к конкретным книгам то можно будет создать со временем некую общую альтернативную базу тэгов которые конечно будут проставлены согласно общему совместно разработанному шаблону.
Допустим я для себя разбираю какую либо тему соответственно я уже себе представляю авторов и список книг которые мне нужны (нагуглил например) далее лезу в либген нахожу эти книги и проставляю тэги, затем экспортирую файлик, он объединяется в общую базу и соотв импортируется с очередным обновлением. т.е. и мне не накладно так как все рано занимаюсь вопросом и общему делу полезно. так и соберутся файлы тэгов по интересам, а возможно кто-то целенаправленно захочет потратить время и проставить недостающую часть тэгов/ключевых слов/жанров можно назвать по разному. понятно что книг тысячи но самые полезные однозначно будут найдены и классифицированы ну а если нет значит они не так и важны.

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

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

Да, это хреново. Но вроде бы файлы должны быть привязаны к именам директорий репозито́рия: "242000", "243000", .... . Если так то можно отслеживать появление новой тысячи книг, что в общем нормально.

Надо бы добавить возможность пользовательских SQL запросов в поиск и новинки (если они будут).

Да ключевые слова штука мощная и полезная. Их, наверно, можно импортировать в либген.

Если есть внешний конвертор - без проблем. Можно и к текущей версии прикрутить.

Дык я это и имел в виду

Только при чем тут ЛибГен ? Это ближе к либрусу. У либгена нет пакетных операций, там только pdf и djvu в основном...

Ребяты! Я ж писал уже - не надо нагружать либген подобными функциями. Это приведет к хаосу! Невозможно локально это решить. Необходимо для этого поднимать где-то сервер, ложить на него базу, отслеживать изменения, корректировать... Вобщем, дальше я даже не буду описывать весь процесс...И всё только из-за того, что основная база спроектирована и заполнена некорректно... Если народ не хочет причесать основную базу - то лепить костыли - тем боле не будет.

Поиск по критериям осуществляется автоматически, сразу после импорта базы.

Обрати внимание на то, что это актуально только в таблице с выборкой!!!! А не во всех таблицах, где инфы - под триста тыщ записей...
Но, опять-таки, там видно что есть (выделено зеленым) а, соответственно, что не выделено - того нет Так что зачем еще раз дублировать функционал?

Итак: имеем свою, типа, пополненную базу. народ имеет свои. как обмениваться? Берем у одного,грузим себе, у другого - тоже грузим и т д? Или каждый сливает свое с основной альтернативной базой (к базе либгена хрен кто пустит)?

Угу... а потом что-то тихенько меняется в основной базе...

1. Кто будет заниматься разгребом? Библиотекари? Де брать.
2. Как определить чей апдейт лучше (правильней) ? Где гарантия корректности?
3. Где хранить всю инфу? Ты слегка прикинь размер базы с альтернативной корректировкой... Уже сейчас это пол-гига... Будет, как минимум, в полтора раза больше.

Ты читал сообщение Корейца, почему он перестал заниматься поддержкой MyHomeLib? Очень рекомендую Отпадут многие вопросы...

Вот что бы не повторять грабли, на которые наступил Кореец, я не хочу из программы делать сенокосилку с вертикальным взлётом и посадкой.
У меня самого - те же грабли с проектом Либруслиба. Толпа реализованых (и в большинстве, нахрен никому не нужных хотелок) привела к тому, что изначально нормальная программа превратилась в монстра.
С либгеном проще - им пользуются не блондинки, а вполне грамотные люди. Поэтому они спокойно могут разобраться с теми расширенными функциями Сейчас создается ядро программы с максимальным функционалом и минимальными фенечками-рюшечками. Все фенечки можно добавить и потом, если программа пойдет в народ. Пока я вижу всего пару десятков скачек и несколько человек, которых интересует функционал. Делать достаточно "жирную" фенечку для одного человека - не логично. Если наберется толпа желающих - можно будет думать. Это грубо, некрасиво, но зато не приведет к печальным последствиям как с майхомлибом.

вот это и удивляет - колемся и жрем!

Понимаешь, назначение у этой программы - несколько иное. Для того, что ты хочешь - надо тупо любой скриптовый язык и мускул... 90% работы - именно распарсить а не вручную править... Даже если я дам тебе подключаемую собственную базу - ты не сможешь ничего сделать, ибо формат, который надо это всё гнать - совсем другой! Не прокатит программа для этих целей!

неверный подход... "лучше меньше, но лучше"

именно... по сравнению с либруслибом - функций значительно меньше именно из-за корявой изначально структуры базы.

Народ. У меня предложение: давайте не путать программу либген-библиотекаря с инструментом по причесыванию либгеновской базы. Это два разных вопроса, которые не пересекаются. В библиотекаре - что имеем - то имеем, это каталогизатор со всеми отсюда вытекающими. Да, надо приводить базу к нормальному виду. Но это - вопрос другой. Надо под это дело инструмент - напишем. Но давайте не создавать комбайн!
По большому счету - пока не будет причесана основная база самого либгена - всё что мы будем делать - мышиная возня. Почему? Объясняю. Если мы будем каждый раз причесывать базу - затраты сил не равноценны, надо, что бы эти изменения отражались в основной базе. Предположим, кто-то возьмется каждый раз причесывать базу, выпуская свой стандарт. К чему приведет? К повторению майхомлиба! Именно эта идея с собственным форматом и привела к тому, что без поддержки автора (или того, кто перехватит эту поддержку) - программа абсолютно бессмысленна и пользователи целиком зависят от людей, создающих и поддерживающих этот формат. Сейчас моя программа и пользователи не зависят ни от кого, точнее зависят только от самого либгена. Впрочем, если либген помрет - надобность в обновлениях так же не понадобится. Идеальный вариант.
Вывод. Прежде чем организовывать столь глобальное мероприятие по причесыванию формата - необходимо поговорить с владельцами либгена, заручиться их поддержкой и согласием и только потом говорить об инструментарии. Это сугубо мое мнение. Если кто-то думает иначе - приводите аргументы, споры и обсуждения всегда являются двигателем развития

Теоретически (если не будете дружно задалбливать) я, всё-таки, продолжу работу над второй веткой библиотекаря, которая, если кто-то поинтересуется, предназначена в том числе и для создания собственных библиотек

эх... тяжелая у некоторых жизнь

форум у них почти месяц - вообще не работает... Пусть кто-нить выйдет на Буквариора и побеседует. Не думаю, что это есть проблема, он тусуется во многих точках.
А по поводу только обсуждений - до сих пор у них вообще не было программ, работающих с этой свалкой. Теперь есть программа, есть люди, готовые заняться решением проблем. Соответственно и разговоры можно перевести в практическое русло. Я могу только делать, но не люблю вести переговоры. Если будет заинтересованность в моем участии - я всегда на связи.