OCR форумы Добро пожаловать, Гость. Пожалуйста, выберите Вход или Регистрация
Форум переведен из кодировки UTF-8 в кодировку WINDOWS-1251. По всем вопросам, связанным с кодировкой текста (появлением «кракозябр»), обращайтесь к Администратору.
The forum is translated from the UTF-8 encoding to the WINDOWS-1251 encoding. For all questions related to the encoding of the text (the appearance of 'krakozyabr'), please contact the Administrator.
 
  ГлавнаяСправкаПоискВходРегистрация Администратор Библиотека  
 
Переключение на Главную Страницу Страниц: 1
Послать Тему Печать
Создание открытой МБС - миф или реальность? (Прочитано 9993 раз)
Alexey
Новичок
*
Вне Форума


Всем привет!

Сообщений: 22
Создание открытой МБС - миф или реальность?
19.10.2005 :: 18:58:20
 
Zmiy писал(а) 19.10.2005 :: 15:37:00:
Это поможет только если будет единая межэлектроннобиблиотечная система...

Во! А всякая МБС нуждается в транспортном формате при передаче книг или библиографической информации. В общем, может собрать все наши мысли по сему поводу, и предложить набор библ.информации, которые должна поддерживать подобная система (может есть и уже готовый набор?), а также набор команд (на данный момент я имею в виду что-то подобное ftpmail, т.к. подобный сервис, назовем его к примеру E-Library Mail Service, я мог бы и стал бы поддерживать через выделенную линию) для подобной системы, с помощью которых можно выполнять регистрацию/обновление библ.данных и произведений.
Наверх
 
 
IP записан
 
Alexey
Новичок
*
Вне Форума


Всем привет!

Сообщений: 22
Re: Создание открытой МБС - миф или реальность?
Ответ #1 - 19.10.2005 :: 19:39:17
 
В общем, начальное предложение, архивы снабжать, кроме file_id.diz, файлом ???_ru.inf, содержащим примерно следующее:

Inf-Version:
Inf-Type:
Inf-Content-Lang:
Inf-Content-Charset:
Inf-Content-Encoding:
Inf-Update:

Story-ID:
Story-CurrentVersion-ID:
Story-CurrentVersion-Title:
Story-CurrentVersion-Author.0: id=""; name=""; type="";
Story-CurrentVersion-Type: encode=""; name="";
Story-CurrentVersion-Form:
Story-CurrentVersion-Date:
Story-CurrentVersion-Lang: encode=""; descript="";
Story-CurrentVersion-Annotation:
Story-CurrentVersion-Keywords:
Story-CurrentVersion-Classification-UDC:
Story-CurrentVersion-Classification-BBC:
Story-CurrentVersion-Classification-FIDOBOOK:
Story-CurrentVersion-Text-Type:
Story-CurrentVersion-Text-OCR: name=""; id=""; date=""; contact-email="";
Story-CurrentVersion-Text-Source: encode=""; value="";
Story-CurrentVersion-Text-Spellcheck-0: name=""; id=""; date=""; contact-email="";
Story-CurrentVersion-Text-Editor-0: name=""; id=""; date=""; contact-email="";
Story-CurrentVersion-Content-0: /для сборников.
Story-CurrentVersion-File-0-Info: type=""; name-short=""; name-long=""; charset=""; wrapmode=""; size=""; datetime=""; checksum-MD5="";
Story-CurrentVersion-File-0-Editor: name=""; id=""; date=""; contact-email="";

Log-Initial: name=""; id=""; date=""; contact-email="";
Log-Update: name=""; id=""; date=""; contact-email=""; replacekey=""; oldvalue="";

Заголовок с указанием техн.параметров чтения инф. из данного файла (язык, набор символов...) можно указывать и как параметры ключей.
Добавления/исправления приветствуются.
Инфу по УДК могу положить сюда (ББК так и не нашел). Кстати, согласно УДК можно соорудить нечто подобное:

882-322.9Днепров_Анатолий_Петрович(470-25)"1919/1975"7Смешной_баобаб(470-25)"197
0/1970"0.034.2TXT=161.1

Не знаю, как посмотрят на правильность сего сооружения профессионалы, но мне оно понравилось (переводчиков/редакторов тоже можно записать сюда же, также можно и прикрепить дальнейшую расшифровку тематики произв., не указанную в УДК). Можно обсудить и правила кодирования/декодирования УДК-классификации.
Наверх
 
 
IP записан
 
Alexey
Новичок
*
Вне Форума


Всем привет!

Сообщений: 22
Re: Создание открытой МБС - миф или реальность?
Ответ #2 - 19.10.2005 :: 20:28:42
 
Отдельным топиком предлагается обсуждение стандарта правил обновления текстов.
Итак, какие проблемы возникают?
1.Необходимо указывать версию обновляемого файла/произв.
2.При вычитке желательно использовать тот же источник (я думаю, что целесообразно поддерживать версии опубл. произв.).
3.С целью сокращения трафика целесообразно обсудить стандарты передачи исправлений.
   3.1.Объявить стандартом при сравнении Unicode.
   3.2.Сравнивать файлы, выполнив построение схемы размещения текста
        внутри файла (для текст. файлов, имеющих достаточно простое
        форматирование, на первый взгляд, без проблем; для RTF, HTML и пр.
        обязать базироваться при форматировании только на табл.стилей,
        иначе, прекрасно зная, что каждый сам себе "дизайнер", проблем не
        огребешься...).
   3.3.Использовать формат diff (построчно), в связи с чем сравнивать файлы
        необходимо, ограничив длину строки (с целью уменьшения данных).
   3.4.Объявить поддержку презираемой буквы ё.
   3.5.И вообще, лучше обсудить возможность стандартизации форматов
        в будущем...
4.Поддерживать лог исправлений.
5.Поддерживать защиту от исправлений текстов, переданных авторами (только ё-ware и FIDO-recover (это исправление замены русск. букв "Н" и "р" на лат. "H" и "p" и тому подобное, помнится, на самом старом CD "Библ. в кармане" была масса таких текстов) обновление).
Наверх
 
 
IP записан
 
Ustas
Постоялец
**
Вне Форума


даешь качественный OCR!

Сообщений: 176
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #3 - 19.10.2005 :: 22:11:52
 
как зародыш подобного инф.файла пытаются использовать фб2.
В принципе, на его базе многие вещи для учета и хранения текстов уже реализованы.
Наверх
 
WWW 67730822  
IP записан
 
Zmiy
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 106
Минск
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #4 - 19.10.2005 :: 23:49:56
 
Зачем придумывать колесо (или другое колесо), если есть ФБ2...
Наверх
 

http://zpdd.chat.ru - Сканирование литературы
WWW  
IP записан
 
Alexey
Новичок
*
Вне Форума


Всем привет!

Сообщений: 22
Re: FB2
Ответ #5 - 20.10.2005 :: 07:53:14
 
Что ж вы, уважаемые, на него-то никак не переходите?
Несколько не то, что надо?
Некуда девать не FB2 файлы?
Нет возможности передачи информации из каталога, а не вместе с файлами?
Наверх
 
 
IP записан
 
Zmiy
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 106
Минск
Пол: male
Re: FB2
Ответ #6 - 20.10.2005 :: 10:16:03
 
А зачем? Вот меня, например, вполне удовлетворяет RTF или TXT. Читателям пофени эта доп.инф. про издание и др. Поэтому и вылазят в Интернете старые книжки без исходных данных...
Я вижу как читают эл.книжки. Каждый читает в той программе и в том формате, который ему удобен. Один чел тут вообще читает оригинально - прочел немного, удалил прочитанное из файла, закрыл файл, позже читает дальше...
С помощью FB2 не всё реализуемо. Слишком много ограничений. Слишком много мороки. Мало программ, которые позволяют реализовать все возможности по форматированию текста. А вручную это делать не катит...
Наверх
 

http://zpdd.chat.ru - Сканирование литературы
WWW  
IP записан
 
Gautier
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 154
Re: FB2
Ответ #7 - 20.10.2005 :: 12:21:32
 
Zmiy писал(а) 20.10.2005 :: 10:16:03:
А зачем? Вот меня, например, вполне удовлетворяет RTF или TXT. Читателям пофени эта доп.инф. про издание и др. Поэтому и вылазят в Интернете старые книжки без исходных данных...
Я вижу как читают эл.книжки. Каждый читает в той программе и в том формате, который ему удобен. Один чел тут вообще читает оригинально - прочел немного, удалил прочитанное из файла, закрыл файл, позже читает дальше...
С помощью FB2 не всё реализуемо. Слишком много ограничений. Слишком много мороки. Мало программ, которые позволяют реализовать все возможности по форматированию текста. А вручную это делать не катит...

Доп. информация, конечно, не нужна, но основные библиографические данные необходимы. А в остальном - полностью присоединяюсь к цитированному и подписываюсь всеми руками. Хотя FB2 не владею, но явно возможности в ней недостаточны для полного отображения всей необходимой информации.
Наверх
 
 
IP записан
 
Antikwar
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 78
Москва
Пол: male
Re: FB2
Ответ #8 - 20.10.2005 :: 16:33:21
 
Gautier писал(а) 20.10.2005 :: 12:21:32:
Хотя FB2 не владею, но явно возможности в ней недостаточны для полного отображения всей необходимой информации.

Информации-то туда сколько угодно залить можно, там есть большие поля. Другое дело, что эти данны, по-моему, автоматом не отображаются, надо дескрипшн открывать. С другой стороны... Формат-то развивается, так что если все время создателям на мозги капать...

Для "простого пользователя" формат удобен, т.к. руками делать ничего не надо - накачал файлов, поставил прогу типа "Библиотекарь" - и вперед. Он тебе сам все по папочкам разложит, по жанрам/авторам/сериям рассортирует, и еще одой кнопкой выбранные книжки на наладонник скинет. А вот готовить файлы... То есть, просто сделать, чтобы самому почитать - не проблема, а вот "валидные" файлы - гораздо сложнее. С другой стороны всякие конверторы пишутся непрерывно и постоянно совершенствуются.
Наверх
 
 
IP записан
 
Lykas
Гуру
****
Вне Форума


Всем привет!

Сообщений: 673
Re: FB2
Ответ #9 - 22.10.2005 :: 20:06:59
 
Gautier писал(а) 20.10.2005 :: 12:21:32:
Доп. информация, конечно, не нужна, но основные библиографические данные необходимы. А в остальном - полностью присоединяюсь к цитированному и подписываюсь всеми руками. Хотя FB2 не владею, но явно возможности в ней недостаточны для полного отображения всей необходимой информации.

Категорически согласен. Для иностранных авторов существует масса вариантов переводов. Например, для "Алисы в стране чудес"  пять вариантов.  Собрание сочинений Уэльса выходило в советское время и вроде в 1994 году. Кто читал оба варианта тот может сравнить. У Дюма встречал "Три мушкетера" объемом от 600 стр и до... 350, или  вариант с пропущенными главами. Исаак Азимов и Айзек Азимов.
Еще примеры надо?
Наверх
 
 
IP записан
 
Antikwar
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 78
Москва
Пол: male
Re: FB2
Ответ #10 - 24.10.2005 :: 11:09:47
 
Может я непонимаю, о чем идет речь? Если нужно поле с доп. информацией (типа "вариант перевода"), то да, такого поля, по которому можно сортировать автоматом, кажется, нет. Если же просто ввести данные для информации, то там есть поле типа "прочее", куда можно что угодно записать. Включая девичью фамилию прабабушки переводчика. И никуда эта информация из файла не денется. При этом она перед глазами не маячит и читать не мешает, но при желании ее всегда можно посмотреть.
Проблема в другом: часто те, кто эти файлы готовит нихрена вообще там не пишут. Даже copy/paste из исходника ленятся сделать.
Наверх
 
 
IP записан
 
Zmiy
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 106
Минск
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #11 - 24.10.2005 :: 14:02:39
 
Цитата:
Проблема в другом

- эти возможности есть только в FB2 и при сохранении в другие форматы всё дополнительное теряется...
Наверх
 

http://zpdd.chat.ru - Сканирование литературы
WWW  
IP записан
 
Antikwar
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 78
Москва
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #12 - 24.10.2005 :: 14:52:07
 
Zmiy писал(а) 24.10.2005 :: 14:02:39:
- эти возможности есть только в FB2 и при сохранении в другие форматы всё дополнительное теряется...

На самом деле не только. Дело в том, что в конвертере  есть возможность сохранения данной информации в других форматах. Но она отключена, т.к. их создатели считают, что читателям данная информация только мешает. Так что это, скорее, психологическая проблема, нежели ограничение формата.
Наверх
 
 
IP записан
 
Вадим
Администратор
*****
Вне Форума


Всем привет!

Сообщений: 887
Россия
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #13 - 24.10.2005 :: 21:39:24
 
Информация о книге должна располагаться не внутри файла с книгой, а в отдельном файле!!!
Тогда это устроит всех. Таким способом можно описать не только файлы книжных форматов, но и видео, и звуковые, и программы и любые другие файлы. Был бы только единый стандарт описания! Ведь додумались когда-то, придумали файл file_id.diz! Вот только единого формата описания для него не создали!

Богатство - в многообразии! Попытка свести электронное книгоиздание только к формату FB2 - это дело обреченное на неудачу!
Наверх
 
WWW  
IP записан
 
Ustas
Постоялец
**
Вне Форума


даешь качественный OCR!

Сообщений: 176
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #14 - 24.10.2005 :: 23:18:00
 
не, отдельный файл для описания файла книги - это уж увольте, нонсенс какой-то.
А многообразие - это хаос.

ЗЫ Как я понимаю Змия с его приверженностью тхт, который читается на всех платформах Улыбка
Наверх
 
WWW 67730822  
IP записан
 
Alexey
Новичок
*
Вне Форума


Всем привет!

Сообщений: 22
Re: Создание открытой МБС - миф или реальность?
Ответ #15 - 29.10.2005 :: 19:17:16
 
Ustas писал(а) 24.10.2005 :: 23:18:00:
не, отдельный файл для описания файла книги - это уж увольте, нонсенс какой-то. А многообразие - это хаос.

А что ты имеешь в виду под многообразием? Тебя лично никто не заставляет использовать, скажем PDF, в своей ЛИЧНОЙ библиотеке. Но не хочешь же ты сказать, что ВСЕ пользуются текстовыми файлами? Сервер обязан хранить все подготовленные форматы для просмотра, т.к. они будут востребованы разными группами читателей. Многообразие глупо для отдельно взятой частной библиотеки, но для сервера это необходимость. Да и то, захочешь почитать на другой платформе, сразу вспоминаешь про многообразие и ищешь конвертеры, где они завалялись там у меня? Проблема только в согласованном обновлении всех версий (наиболее простое решение -- создание листка исправлений, как делается в бум.книгах при обнаружении опечатки в уже отпечатанных книгах).
Ustas писал(а) 24.10.2005 :: 23:18:00:
ЗЫ Как я понимаю Змия с его приверженностью тхт, который читается на всех платформах Улыбка

Угу... покодируют всё в набор CP437 + CP866 (ладно еще, всех, судя по всему, достала замена при постинге в FIDO-конференциях "нехороших" букв и нынче такие грабли редкость), похряпают все неподдерживаемое в текстовых файлах и разбирайся потом, что к чему. Не-е, текстовый файл -- это для избранных минималистов. К тому же стандарт нынче мигрирует от текстового файла к djvu -- и проще и быстрее и дешевле. Только про слабовидящих и слепых забыли.
А вот информация обязана быть вне файла (т.е. базовая там может и обязана быть в произвольном формате), т.к. декодирование на автомате произвольного формата данных -- это нетривиальная задача, к тому же там может быть и опущено многое.
FB2 же упрощен до необходимого минимума сознательно, т.к. создание громоздкого формата просто отпугнет всех любителей. И многие ныне валидные FB2-файлы враз оказались бы со множеством мелких и крупных нарушений.
Вот насчет отсутствия единых форматов DIZов. Для программ есть достаточно наработанный, но ныне неиспользуемый VENDINFO.DIZ. Электр.библиотеки тогда не были нужны, наверно...
Речь идет не о создании стандартов для частных библиотек, а о нормализации общения программ-клиентов этих библиотек между собой и серверами МБА. Неважно, чем пользуется читатель, но запрос его должен быть однозначно понят любым клиентом. Сейчас этого нет, точнее, есть попытки частных решений этой проблемы (со скрытым желанием привязки читателя к себе).
И передача информации внутри файла не лучший путь. Сколько сейчас существует форматов мультимедиа? а форматов документов? а графики? Тысячи? И для всех них надо написать парсеры для выуживания информации об этом файле, если она там присутствует. Окститесь!
Подобный МБА-сервер не может существовать без какого-то языка запросов и соответственно хранения этой информации в БД (псевдо- или настоящей). Нет четко определенного набора запроса/загрузки информации -- все уходит в ручной медленный парсинг. Можете поинтересоваться у Ершова, каково это.
Что хранить и как передавать -- основа основ. И не ругаться надо, а предлагать набор стандартной информации, которая является ОБЯЗАТЕЛЬНОЙ и набор дополнительной и правила универсальной объектной модели хранения информации. Особенно это касается дополнительной информации -- если ты считаешь, что кое-что нужно хранить, можно просто добавить класс или объект без немедленной стандартизации описания, в дальнейшем администраторы при анализе составят список неопределенных свойств в текущей версии и включат их при необходимости в новую версию.
Нужен набор действий (команд), которые может выполнять подобный сервер. К примеру, регистрация нового произведения, регистрация новой версии произведения, исправление/дополнение информации об нем, запрос на выдачу текста, запрос на выдачу библиогр.информации, запрос на изменение прав доступа, исправление опечаток для конкретной ревизии текста/публикации, полнотекстовый поиск и пр.
Все это назрело давным-давно. Я лишь пытаюсь восстановить ныне забытый лозунг Виктора Ершова "Библиотеки всех сайтов, объединяйтесь!" (звиняйте за искажение). Он провалился, поскольку был адресован незаинтересованным в этом лицам, но этот лозунг нужен нам, чтобы намного уменьшить объем нашей повседневной работы.
Наверх
 
 
IP записан
 
Gautier
Постоялец
**
Вне Форума


Всем привет!

Сообщений: 154
Re: Создание открытой МБС - миф или реальность?
Ответ #16 - 31.10.2005 :: 16:29:46
 
Вадим писал(а) 24.10.2005 :: 21:39:24:
Информация о книге должна располагаться не внутри файла с книгой, а в отдельном файле!!!


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


Всем привет!

Сообщений: 887
Россия
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #17 - 01.11.2005 :: 19:49:55
 
Gautier писал(а) 31.10.2005 :: 16:29:46:
Когда я готовлю информацию о книге и о соответствующей эл. версии, то затрачиваю много времени на поиски-исследования. Будет жалко, если данные пропадут, кто-то что-то не учтет или начнет искать заново. А отдельный файл рано или поздно с большой вероятностью пропадет. Видно из форума, что творится в библиотеках. Согласен, конечно, что обширная информация впереди основного текста может и не совсем, однако полагаю, что ничего другого сделать нельзя. Кому надо - тот сам создаст из нее отдельный файл.

Ты не понял, или я не верно выразил свою мысль...

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

Стандарт описания файла нужен библиотекарям! Это необходимо для организации интерфейса каталога библиотеки, для поиска, сортировки и фильтрации произведений по определенным признакам и т.п. Это необходимо для работы автоматов межбиблиотечного обмена, подписки пользователей на отдельные виды литературы и т.п. В бумажных библиотеках существуют целые картотеки, где на каждую книгу заведена отдельная карточка определенной формы с информацией о ней. Заполняются такие карточки библиотекарями. В электронных библиотеках данные о книге тоже должны помещаться не внутрь присланного файла, а рядом, в отдельном файле-карточке. Заполняться они, как правило, должны тоже библиотекарями (хотя возможны и варианты). Файл-карточка размещается рядом с файлом произведения и пересылается пользователям вместе с ним. Данные для файла карточки беруться из присланного произведения и др. источников.
Наверх
 
WWW  
IP записан
 
IG
Новичок
*
Вне Форума


Всем привет!

Сообщений: 21
Ярославль
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #18 - 28.11.2005 :: 04:32:32
 
Вадим, респект! Улыбка

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

Массивным электронным "библиотекарям" отдельный файл тоже не упёрся-им бы БД пошустрей, а не стадо файликов текстовых.

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

Ну и наконец: возможность (!а никто не заставляет всучивать эти файлы насильно каждому встречному) сохранить библио-данные в файле вовсе не отменяет возможностей пришивать их к тексту и т.д. Но при этом в отдельную карточку можно экспортировать из БД электронной библиотеки всю возможную информацию о книге, не качая саму книгу. Тоже может понадобиться.
Наверх
 
 
IP записан
 
Вадим
Администратор
*****
Вне Форума


Всем привет!

Сообщений: 887
Россия
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #19 - 28.11.2005 :: 21:57:38
 
Почти со всем согласен.
Вот только массивным "библиотекарям" карточка тоже нужна, если данные в ней стандартно даны. Настроил робот, а уж он сам будет переносить данные из карточки в БД. БД же могут быть любыми. В случае же отправки файлов в другую библиотеку, данные из БД вносятся роботом в стандартную карточку и отправляются, а там свой робот переносит их в свою БД. Вот и появляется межбиблиотечная совместимость...
Наверх
 
WWW  
IP записан
 
IG
Новичок
*
Вне Форума


Всем привет!

Сообщений: 21
Ярославль
Пол: male
Re: Создание открытой МБС - миф или реальность?
Ответ #20 - 30.11.2005 :: 04:52:52
 
Вадим писал(а) 28.11.2005 :: 21:57:38:
Почти со всем согласен.
Вот только массивным "библиотекарям" карточка тоже нужна, если данные в ней стандартно даны. Настроил робот, а уж он сам будет переносить данные из карточки в БД.

Имелось ввиду что карточка как основное средство хранения информации-не нужна. (А то первый довод оппонентов-так хранить базу неудобно. Улыбка) А нужна она будет только тогда, когда будут как минимум два е-библиотекаря, и они очень захотят обмениваться информацией. Чего пока не очень наблюдается. А мне просто хочется чтобы к тому моменту стандарт уже был. Улыбка Наличие совсем немногих простейших соглашений, "10 заповедей" и выведет обмен электронными книгами на уровень автоматизированых библиотек и межбиблиотечных систем. Улыбка

Осталось только собрать хотя бы несколько единомышленников, которые смотрят на проблему глобально и готовы приложить немного усилий не ради результата "здесь и сейчас" а ради долгосрочной перспективы. Этакий неформальный "клуб библиотекарей-любителей". Библиографы и программисты приветствуются! Улыбка Специалисты по *MARC и Z39.50 приветствуются особенно (редкий вид, хватай, а то убежит!). Улыбка
Наверх
 
 
IP записан
 
Переключение на Главную Страницу Страниц: 1
Послать Тему Печать