Привет, Книголюбы :).

Подскажите, пожалуйста, полный список того, что написал Карл Юнг.
И, если кто знает, ссылочки на книги. Заранее благодарен.

-- Legard mailto:legco***@r*****.ru

--
Дискуссионный лист "Электронная книга"
Модератор - Михаил Духонин <mihail_***@m*****.ru>
Перед вами 2573 выпуск листа, разошедшийся для 659 человек.
Постоянный адрес выпуска этого письма в архиве -
http://subscribe.ru/archive/lit.book.library.ebookaccess/msg/211594

-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:lit.book.library.ebookaccess-list@subscribe.ru
Отписать: mailto:lit.book.library.ebookaccess--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

Доброе время суток, всем,

Выложил пробник.
Предупреждение: не гарантирую даже его запуск и корректность работы.
Особенно не гарантирую перенос данных.
Многие функции ещё делать и делать...

Скачивайте, только если делать нечего.
А также если кто-то хочет высказать реальные пожелания и
побыть бета-тестером.

Итак:
http://www.entropii.net/ebooka/inst.rar
размер порядка 1 мегабайта.

Здравствуйте, Дмитрий,

РД> Владимир, думаю Ваше первое письмо многое расставило по полочкам.
РД> Так может и возьмете на себя роль руководителя дискуссии?
Спасибо за доверие, но вынужден отказаться. Времени катастрофически не
хватает. Заранее принаошу свои извинения, если с моей стороны будут
задержки с ответами или отсутствие ответов.

Господа, я обращаюсь к тем, кто уже начал что-то делать или хочет
делать, а также к модераторам этой рассылки. Берите на себя
руководство дисскуссией и работой. Вообще, хочу заметить, (это камешек
в огород red dragon, но не только его), советы и мнения стОит
принимать во внимание только в одном случае, - если автор готов сам
это делать. Например, я не готов, поэтому моё мнение совсем
необязательно учитывать. "И бойся единственно только того, кто скажет
- Я знаю как надо!"

РД> По-моему никакой демократии тут разводить не нужно. Решение по этому вопросу

РД> должны принимать непосредственно сами разработчики. В листе имеет смысл
РД> обсудить именно что надо описывать и хранить для каждой книги.
Присоединяюсь.

РД> Я за один центральный сайт. Но это совсем не мешает иметь их
РД> несколько. Для чего это надо? Например, часть сайтов будет
РД> организована по территориальному признаку. Сайт людей, живущих в
РД> г. Минске:-). Тогда в состав коллекций можно включать и бумажные
РД> книги, которыми в данном случае тоже можно будет обмениваться.
Понял. Вполне разумно.

РД> Автоматически по-моему это не реализуемо, разве что для
РД> каких-нибудь xml-форматов. В остальных случаях это будет очень
РД> ненадежно. На мой взгляд подход явно не универсальный, а если у
РД> меня в каталоге автора может быть помимо книг и подкаталог серия,
РД> в котором расположены книг этой серии? Новый плагин писать и на
РД> этот случай?
Понимаете, Дмитрий. Вносить руками в каталог большую библиотеку очень
уж не хочется. А они есть, я это точно знаю. Пример со структурой
\раздел\тема\автор\книга я привёл не как универсальный, а лишь для
пояснения моей мысли. На самом деле он очень близок к реальным
структурам тех коллекций, с которыми я сталкивался. Предположим мы
сделаем плагин для сбора инфы по этой структуре. Автоматически
собирается вполне полезная инфа Автор, Название, а директории
автаматом уходят в ключевые слова. Пример:

учебная\психология\козлов\17 мгновений успеха.zip
программирование\php\документация\php5.rar
программирование\perl\Sean Burke\Perl___LWP.rar
литература\фаетастика\Стругацкие\monday.zip

По-моему, вполне осмысленная структура по которой вполне можно
автоматически собрать первичную информацию. И совершенно не важно, что
в каталоге окажутся записи Стругацкие | monday и
А.Стругацкий, Б.Стругацкий | Понедельник начинается в субботу
Главное, что по такому каталогу мы гарантированно найдём и то, и
другое одним sql запросом.

РД> Вторая проблема будет в названиях директорий и
РД> файлов, не всегда они будут соответствовать желаемым.
РД> Автоматически можно будет собирать информацию именно о файле, а о
РД> самой книге это сложнее.
Разумеется, ручной ввод и редактировние должны быть предусмотрены.

Но наличеи такого несложного сборщика даёт владельцу приличной
библиотеки существенный выбор: набивать всё руками, или сначала
привести свою библиотеку к одной из файловых структур, поддерживаемых
каталогизатором. Я бы сам выбрал второй путь.

РД> 1) Тут мне кажется стоит обратить внимание на программы редактирования
РД> mp3-тегов, функции тут чем-то похожие.
Да-да, вы это очень тонко и точно подметили. На самом деле, всё что я
здесь излагал, это книжная часть моего так и не реализованного проекта
обмена дисками и файлами разной природы через центральный интернет
сайт. MP3-файлы и диски были главным объектом при разработке проекта.
В ходе разработки я пришёл к простой мысли, что специфика объекта не
играет особой роли, это может быть книга, MP3-файл, фильм, аудиокнига.
Принципы сбора и интеграции информации всё равно одни те же. Главное,
что отличает мои намётки от обсуждаемого проекта каталогизатора, это
главенствующая цель. Каталогизатор имеет цель работать со своей
библиотекой, а в моём проекте идея обмена чере центральный каталог
привела к необходимости клиент-каталогизатора для автоматизации
интеграции каталогов в центральной базе. Поэтому я и говорю, что это
не совсем то, или совсем не то (как посмотреть), что вы начали здесь
обсуждать

РД> 2) Второй полезный механизм, это проверка каталога (кстати необязательно

РД> каталог кнг один). Мы добавили содержимое какой-то папки и всех ее подпапок

РД> в наш каталог. Программа автоматически создает некий служебный файл с
РД> информацией о каталоге и сохраняет его в нем же.
РД> Благодаря этому можно будет впоследствии просканировав всю иерархию папок,

РД> определить какие файлы еще не добавлены в каталог, а какие были добавлены,

РД> но теперь почему-то отсутствуют. Сразу станет видно сколько работы еще
РД> предстоит делать ;-).
Очень разумная сервисная функция. Я бы от такой не отказался.
Хочу добавить, что в структуру каталога неплохо бы добавить поле
идентификатора носителя. У меня, например, часть книг лежит на
винчестере, а часть на си-ди, причём, я бы хотел в свой каталог
включить и диски "библиотеки в кармане".

РД> 3) При добавлении книг можно использовать доп. информацию. Я поэтому и
РД> предлагал отделить информацию о самой книге, от информации о конкретном
РД> файле. Что имеется в виду, добавляем мы книги какого-то автора, указали его

РД> и нам становиться доступен список книг, которые этот автор писал, таким
РД> образом нужное название просто выбирается из списка, что сразу позволяет

РД> заполнить и другие поля.

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

РД> Если речь не идет о автоматическом заполнении каталога, что имхо
РД> проблематично, то место хранения непринципиально. Да даже для
РД> автоматического заполнения это надо просто несколько раз запустить поиск
на
РД> разных каталогах.
Я, я,- натюрлих :-)

РД> Конечно впервую очередь ссылки на закачку, но если книга есть
РД> только в личной коллекции, то выбора тут собственно никакого.
РД> Имеет смысл может ввести приоритет ссылок на файлы. Наибольший для
РД> прямых ссылок на скачивание, для книг по мылу другой. Для
РД> инет-магазинов третий.
Когда я размышлял над своим прооектом я отдал приоритет почте и
частным каталогам вот по каким соображениям. Ссылки не долговечны. За
ними надо следить. Логично разрешить вносить ссылки всем. А кто будет
контролировать, что ссылка правильная? и не просто, что она не
мёртвая, а что она не на совсем другой объект? На заборе тоже
известное слово написано, а лежат-то там дрова. Автоматически этого не
проверить. Тогда как с ними быть? Разрешить любому удалять
непонравившуюся ему ссылку? сомнительно. И вот из тени небытия
выплывает на первый план фигура администратора центрального каталога.
Я как подумал, что мне придётся этой мурой заниматься в свободное от
работы время (которого и так нет), так меня заколбасило, что я от
ссылок в своём проекте вовсе отказался. На самом деле, возможны всякие
варианты. Например, ввести уровни пользователей. Те, кто закачал свои
каталоги, и на кого не поступало жалоб, могут иметь право создавать и
удалять ссылки. Или держать информацию об авторстве ссылки, и удалять
только собственные ссылки, а жалобы на мертвичину перенаправлять
автору ссылки. В общем, тут есть над чем подумать.

Попутно хочу ответить на вопрос "А зачем это вообще делать?" Господа,
те, кому хватает имеющихся инструменто - семь футов под киль! Мы же
вас не заставляем уходить с ваших программ на наши. Но честно говоря,
меня изумляет десткая непосредственность людей с позицией: Вы все
дураки, всё что вы говорите - ерунда, и вообще вы ничего не понимаете.
В ответ хочется спросить - А вы то зачем это пишите? Что вы всех умней
вы сами догадались или вам кто-то подсказал? К доктору вам надо, вот
что, детские неизжитые комплексы долечивать.

Я вовсе не против существующих систем. Вам кажется, что мы чудим от
того что про них незнаем (не очень понятна сама посылка такого
изначального предположения)? Ну, пускай. Совершенно верно, все системы
нельзя знать. Но если вы предлагаете конретную программу, то,
пожалуйста, потрудитесь описать её достоинства, и объяснить какие из
здесь обсуждаемых функций она поддерживает. Если не надо ничего
писать, я только рад и благодарен буду. Однако у меня нет ни
времени ни желания лично проверять каждый такой общий совет.

Добрый день, Дмитрий.

Вы писали 14 августа 2004 г., 12:29:57:

ВЛ>>Обработка конкретного формата каждой
ВЛ>>книги тоже, по-моему, разумно сделать как плагины, для txt-DOS свой
ВЛ>>плагин, для chm свой. Сборщик должен уметь выдирать из книги Автора и
ВЛ>>Название.
РД> Автоматически по-моему это не реализуемо, разве что для каких-нибудь
РД> xml-форматов.
РД> В остальных случаях это будет очень ненадежно.

Можно заложить обработку выбора пользователя. Т.е. программа выводит
диалог, в котором предлагается выбрать из имеющейся библиотеки данные
об авторе, названии etc И предлагает отметить, в каких
строках(столбцах) сии данные находятся.

Добрый день, Рожанский.

Вы писали 14 августа 2004 г., 12:37:29:

А >> В таком случае, в программе должна быть заложена возможность загрузить
А >> и программное обеспечение для чтения экзотик-книг.
РД> Нет, не должна. Не надо навешивать на программу левых функций. Экзотические
РД> форматы можно или описать на сайте программы или включить их описание в
РД> состав хелпа. Этого достаточно.

ИМХО не достаточно!

РД> А можно вообще их проигнорировать.

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

Здравствуйте, Алексей!

ВЛ>>> ЗАМЕЧАНИЕ. В данной постановке сразу отсекается вопрос о чтении книг,
ВЛ>>> а, следовательно, и о читалках.
DK>> Согласен.
А > В таком случае, в программе должна быть заложена возможность загрузить
А > и программное обеспечение для чтения экзотик-книг.
Нет, не должна. Не надо навешивать на программу левых функций. Экзотические
форматы можно или описать на сайте программы или включить их описание в
состав хелпа. Этого достаточно. А можно вообще их проигнорировать.

С уважением,
Дмитрий.

--
Дискуссионный лист "Электронная книга"
Модератор - Михаил Духонин <mihail_***@m*****.ru>
Перед вами 2568 выпуск листа, разошедшийся для 659 человек.
Постоянный адрес выпуска этого письма в архиве -
http://subscribe.ru/archive/lit.book.library.ebookaccess/msg/211450

-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:lit.book.library.ebookaccess-list@subscribe.ru
Отписать: mailto:lit.book.library.ebookaccess--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

Здравствуйте все!

ВЛ>Заранее хочу сказать, что я не смогу принять участие в работе, а могу
ВЛ>только участвовать в обсуждении. Я не собираюсь продавливать и
ВЛ>защищать свои предложения. Я лишь высказываю свою точку зрения, и даю
ВЛ>свои ответы на вопросы, которые могут иметь множество ответов.

Владимир, думаю Ваше первое письмо многое расставило по полочкам. Так может
и возьмете на себя роль руководителя дискуссии? Иначе к сожалению порядка не
будет.
Просто мы пока обсуждаем достаточно общие вопросы, а нужно их
конкретизировать.
Например, БД или XML:-). Тогда высказываться станет легче.

DK>> ДАвайте голосовать, что ли.
DK>> База данных vs XML-файл.
ВЛ > Голсовать по моему рановато. А вот объявить дэдлайн для дискусии
ВЛ > вполне можно. И сделать это должен, скорее всего, модератор.
По-моему никакой демократии тут разводить не нужно. Решение по этому вопросу
должны принимать непосредственно сами разработчики. В листе имеет смысл
обсудить именно что надо описывать и хранить для каждой книги.

DK>> Только аргументировать. Только аргументом не признается то, что "вот я
DK>> тут начал изучать базы данных, давайте их и будем юзать"
ВЛ > Согласен. Только не надо сразу голосовать и категорически
Аргумент вполне нормальный, если это единственный разработчик ;-).

DK>> А я предлагал сделать обмен инфой об своей коллекции через веб-сайт. И
DK>> не обязательно один. Можно сделать несколько сайтов.
> А смысл нескольких сайтов в чём? я не очень понял.
Я за один центральный сайт. Но это совсем не мешает иметь их несколько.
Для чего это надо? Например, часть сайтов будет организована по
территориальному признаку.
Сайт людей, живущих в г. Минске:-). Тогда в состав коллекций можно включать
и бумажные книги, которыми в данном случае тоже можно будет обмениваться.

DK>> Я так полагаю наверняка есть классификаторы. Уж чего-чего а ГОСТ'ов
DK>> наше государство выпускать умеет много.
ВЛ> Мне-то как раз кажется, что нам на эти госты внимание обращать не
ВЛ> стоит.
Зацикливаться на них действительно не стоит. Но может в листе есть и
библиотекари,
которые могут пояснить что там к чему и зачем, а также помочь выделить
рациональное звено.

ВЛ>Обработка конкретного формата каждой
ВЛ>книги тоже, по-моему, разумно сделать как плагины, для txt-DOS свой
ВЛ>плагин, для chm свой. Сборщик должен уметь выдирать из книги Автора и
ВЛ>Название.
Автоматически по-моему это не реализуемо, разве что для каких-нибудь
xml-форматов.
В остальных случаях это будет очень ненадежно.

ВЛ> Формат хранения - это txt, html, xml, pdf, doc, rtf, и прочие форматы
ВЛ> файлов. Всё это может, и, скорей всего, доожно быть заархивировано.
ВЛ > Представьте себе, что у вас на диске уже лежит несколько сотен или
ВЛ > тысяч книг. Их надо занести в каталог. Как? каждую ручками? Мне
ВЛ > кажется, что каталагизатор должен уметь собирать основную информацию
ВЛ > автоматически. Например. Я говорю каталогизатору, что у меня структура
ВЛ > директорий такая \раздел\тема\автор\книга, и он собирает инфу для этой
ВЛ > структуры. Или может быть в директории лежит файл описания конкретной
ВЛ > структуры, как на дисках библиотеки в кармане.
На мой взгляд подход явно не универсальный, а если у меня в каталоге автора
может быть помимо книг и подкаталог серия, в котором расположены книг этой
серии? Новый плагин писать и на этот случай? Вторая проблема будет в
названиях директорий и файлов, не всегда они будут соответствовать желаемым.
Автоматически можно будет собирать информацию именно о файле, а о самой
книге это сложнее.

1) Тут мне кажется стоит обратить внимание на программы редактирования
mp3-тегов, функции тут чем-то похожие. Например, в Tag&Rename можно
просмотреть каталог, отметить нужные песни и задать для них общие теги.
Правда в этом случае названия придется задавать все равно вручную.

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

3) При добавлении книг можно использовать доп. информацию. Я поэтому и
предлагал отделить информацию о самой книге, от информации о конкретном
файле. Что имеется в виду, добавляем мы книги какого-то автора, указали его
и нам становиться доступен список книг, которые этот автор писал, таким
образом нужное название просто выбирается из списка, что сразу позволяет
заполнить и другие поля.

DK>> Нам не важно где и как хранятся книги. Нам
DK>> надо и добавить либо удалить из коллекции.
> Да, это действительно не важно при уже наполненом и поддерживаемом
> каталоге. А вот при первичном наполнении это очень важно.
Если речь не идет о автоматическом заполнении каталога, что имхо
проблематично, то место хранения непринципиально. Да даже для
автоматического заполнения это надо просто несколько раз запустить поиск на
разных каталогах.

ВЛ> - Вообще, картотеки и каталоги - это именно те задачи, для решения
ВЛ > которых СУБД и создавались. И, мне право, как-то неловко это
ВЛ > доказывать. Я же не спорю, всё что угодно можно и на ассемблере
ВЛ > написать. И при грамотном подходе продукт при этом получится эчень
ВЛ > эффективный. Вопрос только в целесообразности инструментария и в
ВЛ > эффективности решения, повторяю, эффективности не продукта, а
ВЛ > его создания, поддержки и развития.
Поддерживаю Владимира.

DK>> И не один. Человек может подключать другие, с таким же ПО.
> Простите, не очень понял - вы таки за большевиков или за коммунистов?
> Как это у вас уживается поддержка центрального каталога с разными
> сайтами с одним и тем же ПО?
Одно другому не мешает. Может человек хочет выложить свою коллекцию и на
домашней страничке. Его дело.
Еще один пример я приводил выше.

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

С уважением,
Рожанский Дмитрий.

--
Дискуссионный лист "Электронная книга"
Модератор - Михаил Духонин <mihail_***@m*****.ru>
Перед вами 2567 выпуск листа, разошедшийся для 659 человек.
Постоянный адрес выпуска этого письма в архиве -
http://subscribe.ru/archive/lit.book.library.ebookaccess/msg/211449

-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:lit.book.library.ebookaccess-list@subscribe.ru
Отписать: mailto:lit.book.library.ebookaccess--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

Доброе время суток всем!

Позвольте пару слов на тему (я постараюсь кратко :)

>
> И снова доброго времени суток подписчикам этого листа!
> Продолжим,чьто ли ? :)
> В том что прога необходима - мы уже в общем-то убедились. И нужен
> именно каталогизатор.

нет. не убедился.
Вообще забыл о чем речь - о каталоге ВСЕХ КНИГ МИРА или каталоге
для домашней библиотечки?

Вроде бы речь шла о домашних каталогах! О таких - см. ниже:

> Ну,теперь надо ,что ли,определится с некоторыми особенностями проги.
> Что лучше - хранить весь каталог(т.е. файл с информацией о книгах
> ) в обычном
> файле ASCII (что нибудь строка в виде автор;название;и др.). Либо
> - оформить
> всё это в виде БД.Мне нравится именно последний вариант ,так как о
> н удобнее.В чём удобство ?

Excel.
Три (или более) столбца - Автор, название, имя_файла.
Все.
Имя файла - можно даже без указания каталога/подкаталога - если
все файлы лежат в одном месте (объем книг менее 4,7 Gb - 1 DVD-RW :)
То по имени файла он находится любым Total Commander'ом за 2-3
секунды. Им же и открывается любой формат архива, а при наличии пары
плагинов - и смотрится все, включая форматы rtf, doc, djvu, etc.

Боюсь, что ерундой занимаетесь, граждане-товарищи...

> В том что не придётся писать свои процедуры поиска, выборки инфы
> и т.д. Основную работу с ней можно будет реализовать с помощью
> TQuery. Что касается
> формата БД,то я остановился на Access, просто ничего другого мне в
> голову не
> приходит. Paradox не надёжен из-за вечно обрушивающихся индексов.
> Народ,сразу вопрос : КАКИЕ ПОЛЯ НЕОБХОДИМЫ ДЛЯ ЗАПОЛНЕНИЯ
> КНИГИ,НАПИШИТЕ ПОЖАЛУЙСТА ! Естественно ,по умолчанию будут автор,
> название книги и имя файла с книгой,также мне кажется необходимым
>
> Ещё - обращаюсь ко всем без исключения. Так уж получилось что сейч
> ас у меня каникулы,и проживаю я у родителей - а это ооочень далеко
> от моего компа,на котором как раз собраны тонны инфы по Дельфи .
> Насилу вообще сам Дельфи достал. Помогите с инфой - особенно про
> работу с реестром и с БД Access.

без комментариев......

или:

Юноша, тренируйтесь на кошках!

G> 2) закидываю в каталог с книгами bat-файлик, который создает
G> перечень книг в файле book.txt в том же каталоге, в нем одна команда:
G>
G> dir /a-d /on /s /b > book.txt
G>
G> Недостатки:
G>
G> трудоемко переименовывать файлы :-)
G> а вообще получается прилично, в одном файле весь каталог и делай
G> с ним что хошь.

Одобрям-с! Чем проще, тем лучше!

Представил себе эту гениальную супер прогу с базой данных из 20 пунктов
- а когда я найду время туда данные забивать?....
У меня все сделано просто - дешево и сердито. А из того что вижу в
"описании" некий гибрид серверной базы данных для супер-мега-сайта и
Супер-смотрелки + FineReader в одном флаконе.... Аж страшно стало......

... Слова твои - пустые обещанья
(Г.Гёте - кажется :)

--
Дискуссионный лист "Электронная книга"
Модератор - Михаил Духонин <mihail_***@m*****.ru>
Перед вами 2566 выпуск листа, разошедшийся для 659 человек.
Постоянный адрес выпуска этого письма в архиве -
http://subscribe.ru/archive/lit.book.library.ebookaccess/msg/211429

-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:lit.book.library.ebookaccess-list@subscribe.ru
Отписать: mailto:lit.book.library.ebookaccess--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

http://ihtik.lib.ru/hlam/2003_novphilslov_1280.rar [1,83 Mb]
Новейший философский словарь:
3-е изд., исправл. - Мн.: Книжный Дом. 2003. - 1280 с. - (Мир энциклопедий).

"Новейший философский словарь" включает в себя около 1000
аналитических статей, охватывающих как всю полноту классического
философского канона, так и новейшие тенденции развития философии в
контексте культуры постмодерна. Более 200 феноменов и персоналий
впервые введены в энциклопедический оборот. Словарь предназначен для
специалистов в области философии, культурологии, социологии,
психологии, а также для аспирантов и студентов гуманитарных
специальностей. Может быть использован учащимися лицеев и колледжей
с углубленной гуманитарной подготовкой.

Здравствуйте. Ребят, прошу прощения, что в чисто профессиональную
беседу влезаю с чайниковскими заморочками, но мне по поводу составления
каталогов очень нравится программа Bookseer. ?то каталог-читалка. Недавно на
freesoft.ru видела ее новую версию. Она и архивы открывает и база хорошая
получается и экспорт удобный, и бесплатная к тому же. Я правда еще не совсем
там разобралась, но работать можно и удобно.
С уважением, наташа.

--
Дискуссионный лист "Электронная книга"
Модератор - Михаил Духонин <mihail_***@m*****.ru>
Перед вами 2564 выпуск листа, разошедшийся для 659 человек.
Постоянный адрес выпуска этого письма в архиве -
http://subscribe.ru/archive/lit.book.library.ebookaccess/msg/211400

-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:lit.book.library.ebookaccess-list@subscribe.ru
Отписать: mailto:lit.book.library.ebookaccess--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

Доброе время суток, Владимир,

ВЛ> Ну, MySQL и PostgeSQL это ориджинали порождения линукса.
Угу... причем у PostgeSQL нет прямого порта под винду.

DK>> Только аргументировать. Только аргументом не признается то, что "вот я
DK>> тут начал изучать базы данных, давайте их и будем юзать"
ВЛ> Согласен. Только не надо сразу голосовать и категорически
ВЛ> высказываться. Давайте послушаем аргументы друг друга. А уже после
ВЛ> примем решение (каждый своё), и проголосуем.

Моё предложение:
Приложение под windows, база данных в виде файла (примари - mdb, может
быть и XML, но что-то вроде xmlns:rs='urn:schemas-microsoft-com:rowset')
Структура основной таблицы - примерно то что я вбрасывал.
Скрин примерно тот, который я вбрасывал,
только менюшки побольше и функционал понавороченней...
Привернуть экспорт в XML (но своё пространство имен и строгий DTD)
Связать XML через XSLT и публиковать их пАрами.
(XSLT такая штука, которая при просмотре XML может показывать нормальную
красивую веб-страничку прямо в браузере, т.е. XML+XSLT=HTML)
Может даже порционные файлы XML (по разделам), чтоб снизить размеры частей.

ну или вариант с PHP на сервере:
upload этих самых xml-файлов.
публикуются данные по книгам и ссылки на располагающего книгой
(http, email, ftp, icq)

Выкладывать на сайт можно также и mdb-файлы.
причем там должна быть внутри инфа о владельце
(поддерживается в программе).

DK>> Я так полагаю наверняка есть классификаторы. Уж чего-чего а ГОСТ'ов
DK>> наше государство выпускать умеет много.
ВЛ> Мне-то как раз кажется, что нам на эти госты внимание обращать не
ВЛ> стоит.
СИБИД страшная штука. Лучше не надо...
А есть ещё RUSMARC,
как-то я его смотрел и должен сказать, что это вообще
ходячий кошмар.

DK>> то держать в памяти
DK>> его целиком (что предполагалось при использовании XML) не разумно. И
DK>> памяти может не хватить.
ВЛ> Не согласен.
Дело в том, что загрузка из действительно большого XML файла и поиск по нему
будут заметно медленнее чем обращение к БД любого вида.

Также дело в том, что XML является стандартом обмена,
но не является стандартом хранения и работы, тем более на больших
объёмах. Почувствуйте разницу.

Доброе время суток, Xammep,

X> а может сабж делать в виде ЛОКАЛЬНОГО САЙТА (html+js)?
X> в виде библиотеки... ;)
То есть веб-сервер себе ставить?
Можно вообще написать всё на PHP и какая разница где библиотечка
лежит, то ли локально, то ли у хостера...

Здравствуйте, мистер Дохлый Кролик, :-)

DK> Значит нужне лидер. Чел, более или менее шарящий в программировании. И
DK> готовый руководить и писать.
Это было бы здорово. Жаль пока что-то не видно.

DK> Линукс - программистов тут не слышно.
Ну, MySQL и PostgeSQL это ориджинали порождения линукса.

DK> ДАвайте голосовать, что ли.
DK> База данных vs XML-файл.
Голсовать по моему рановато. А вот объявить дэдлайн для дискусии
вполне можно. И сделать это должен, скорее всего, модератор.
DK> Только аргументировать. Только аргументом не признается то, что "вот я
DK> тут начал изучать базы данных, давайте их и будем юзать"
Согласен. Только не надо сразу голосовать и категорически
высказываться. Давайте послушаем аргументы друг друга. А уже после
примем решение (каждый своё), и проголосуем.

DK> Пусть они сами изъявят желание. А ведь есть же модератор, тот чел,
DK> который создал этот лист. Пусть и руководит. Все-равно всякой фигней
DK> занимается :))
И впрямь :-) Михаил, не возьмётесь ли? Уверяю вас, чтобы руководить
работой программистов совсем необязательно быть программистом.

DK> А я предлагал сделать обмен инфой об своей коллекции через веб-сайт. И
DK> не обязательно один. Можно сделать несколько сайтов.
А смысл нескольких сайтов в чём? я не очень понял.

DK> Я так полагаю наверняка есть классификаторы. Уж чего-чего а ГОСТ'ов
DK> наше государство выпускать умеет много.
Мне-то как раз кажется, что нам на эти госты внимание обращать не
стоит.

ВЛ>> 1) формат хранения книги; 2) файловая структура коллекции книг.
DK> Не шибко понял о чем вы.
Формат хранения - это txt, html, xml, pdf, doc, rtf, и прочие форматы
файлов. Всё это может, и, скорей всего, доожно быть заархивировано.
Представьте себе, что у вас на диске уже лежит несколько сотен или
тысяч книг. Их надо занести в каталог. Как? каждую ручками? Мне
кажется, что каталагизатор должен уметь собирать основную информацию
автоматически. Например. Я говорю каталогизатору, что у меня структура
директорий такая \раздел\тема\автор\книга, и он собирает инфу для этой
структуры. Или может быть в директории лежит файл описания конкретной
структуры, как на дисках библиотеки в кармане.

DK> Нам не важно где и как хранятся книги. Нам
DK> надо и добавить либо удалить из коллекции.
Да, это действительно не важно при уже наполненом и поддерживаемом
каталоге. А вот при первичном наполнении это очень важно.

DK> А вот заниматься переводом из одного формата в другой - сами
DK> сказали плагин.
Я эту функцию вообще не рассматривал, и считаю, что она далеко выходит
за рамки каталогизации.

DK> Это почему это базы так вот сразу. Поисковая система будет НЕ по
DK> тексту книги, а по ее отдельным аттрибутам. Единственное преимущество
DK> базы в том, что если вдруг каталог разрастется, то держать в памяти
DK> его целиком (что предполагалось при использовании XML) не разумно. И
DK> памяти может не хватить.
Не согласен. Поиск нужен и по отдельным аттрибутам, и по нескольким
аттрибутам. Аргумент о памяти мне не кажется убедительным. Можно и
виртуальную память использовать. С моей точки зрения важнее другое. Вы
как-то проигнорировали мой аргумент по поводу представления результатов
поиска. Я-то полагал, что его одного достаточно, ну а если нет, то вот
другие аргументы.

- писать программу поиска и писать SQL запросы принципиально различное
по трудоёмкости дело. Конечно SQL быстрее написать.
- SQL даёт бОльшую надёжность. Самодельные программы поиска надо
отлаживать и тестировать, на что уйдёт масса времени. Я имею в виду
оптимизированные поиски, систему индексации и прочие в СУБД уже
готовые вещи.
- изменять структуру данных в базе данных несравнимо проще чем в
самодельной программе. Вряд ли разумно писать ещё и конвертор из
одной версии каталога в другую.
- Вообще, картотеки и каталоги - это именно те задачи, для решения
которых СУБД и создавались. И, мне право, как-то неловко это
доказывать. Я же не спорю, всё что угодно можно и на ассемблере
написать. И при грамотном подходе продукт при этом получится эчень
эффективный. Вопрос только в целесообразности инструментария и в
эффективности решения, повторяю, эффективности не продукта, а
его создания, поддержки и развития.

DK> А зачем пользователю эти варианты представления. Он хочет только знать
DK> - есть книга или ее нет.
Дело в том, что разным людям удобнее работать с разными видами
представления информации. Кому-то подавай всё в платформонезависимом
HTML, кто-то без вёрда жить не может. Не стоит сразу заганять всех в
один интерфейс. Основной интерфейс должен быть. Но и эти представления
не сложно сделать. Впрочем, я не настаиваю.

DK> И не один. Человек может подключать другие, с таким же ПО.
Простите, не очень понял - вы таки за большевиков или за коммунистов?
Как это у вас уживается поддержка центрального каталога с разными
сайтами с одним и тем же ПО?

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

DK> Либо(!) если у человека есть доступ к
DK> анонимному фтп, с правами доступа для всех желающих он может
DK> предложить этот адресок.
Да, с ftp и постоянными страничками всё ясно. Для этого ссылки и
предлагались.

DK> Либо поступать как на weblife.ru (или
DK> где-там еще) и давать место для загрузки книги.
А как вы себе представляете создание и поддержку краткосрочных ссылок?
Это очень интересный вопрос. СтОит подумать.

Здравствуйте, Dead.

Вы писали 12 августа 2004 г., 16:18:33:

спрошу еще раз -

а может сабж делать в виде ЛОКАЛЬНОГО САЙТА (html+js)?
в виде библиотеки... ;)

поисковик прикручивается на js...