АБС «Софія»

Бібліотека Вінницького національного аграрного університету перейшла на повнофункціональну електронну автоматизовану бібліотечну систему Софія, яку розроблену співробітниками та студентами університету. Що спонукало ВНАУ пересісти з Ірбіса на власний продукт дивіться у презентації. З фішок: розділ періодика; пошук відразу розділено – окремо статті, окремо книги... Як гадаєте – справді краще аналітику вже на вході відтіняти?

 

16 коментарів:

  1. Питань багато: Що означає "наявний супровід у ПЗ з відкритим кодом" хто і як супроводжує? Чому відсутня залежність від ОС у ПЗ з відкритим кодом??? а на чому ґрунтується теза, що ПЗ з відкритим кодом потягне на низькопотужних комп-х і не залежать від мережі??? чому так категорично про відсутність інтеграції??? Дискутуємо! А які формати і стандарти підтримує ця "Софія"? а експорт-імпорт записів, чи вони не збираються мінятися? Питань забагато, цікаво було би почути (почитати) не лише презентацію, а щось ґрунтовніше від розробників.

    ВідповістиВидалити
  2. Цікаво, як реалізованна підтримка РусМарку. Чи всі 900 полів можливо заповнити :)
    Яка швидкисть обробки буде при 5-10 млн. записів.

    ВідповістиВидалити
  3. К., а чому має бути реалізована підтримка РусМарку? А назвіть з ходу десятку вітчизняних б-к, де є понад мільйон записів...

    ВідповістиВидалити
  4. Ну русмарк для комунікації. Підтримка ДСТУ 7.1:2006. В нас на сервері 250.000 записів, і ми зичайна міська біблотека. Думаю що в Киеві повинні бути мільонники.
    Мої російські колеги мають бази по 40 млн. записів. Проблеми звичайних SQL рішень були в тому що після 5-ти мілліонів збільшення потужності сервера не приводила до покращення роботи.

    ВідповістиВидалити
  5. @Могилянська Бібліотекарка: Цікаві питання про експорт-імпорт. 14 + 65 тис. записів в ІРБІС - малоймовірно, що всі вони безслідно зникли.

    Але ще, не можна не відзначити інтегрованість Софії у навчальне середовище ВНАУ. Поки багатьом вишам і з комерційними абісами не вдалось досягти подібної взаємодії.

    @Konstantinus: Слайд 13 Основний опис - всі основні поля заповнено, а от як на рахунок 900... Щодо швидкості, на разі ніби vsau.vin.ua лежить, але слід пам'ятати що поки йдеться про потреби окремого внз.

    ВідповістиВидалити
  6. Ну добре коли простий опис. А коли трапляється складний випадок з розписом статті у вкладці журналу з окремою назвою і нумерацією не арабськими цифрами.

    2. А як з BarCode і RFID?

    ВідповістиВидалити
  7. Заповнити всі 900 полів - міт,який плекається викладачами, які в очі не бачили жодного МАРС... От краще - як з Unicode? І все таки, який формат вбудували? І на чому, на якій платформі ця "Софійка"? Десь про це почитати, хто бачив?

    ВідповістиВидалити
  8. Зазирнула в пошук. Не смішіть, який МАРК... Які точки доступу, три пошукових поля до виведення в режимі звичайного списку бібліографічного??? Що далі? Замовлення? Предметний пошук? сортування? привязка до курсу? Чергове винайдення ровера, жаль, що бібліотекарі повелись. Втім, нема поганих систем, є ті, що влаштовують бібліотеку. Очевидно, ця влаштовує. Успіхів.

    ВідповістиВидалити
  9. @МБ: ну чого так нестримно повелись? Видно, що з системою, каталогом, фондом... працюють. Багато бібліотек вишів можете назвати де справи з веб-пошуком літератури не гірші?

    ВідповістиВидалити
  10. @Могилянська БібліотекаркаМоже і міф, але аналізуючи кількість полів в записі створюванним для звичайного видання, то 40-60 полів не рідкість. Проблема в тому що теоретично може знадобитися дуже багато різних полів, а деяки з них ще можуть сотню раз повторюватися.
    Наприклад вводимо збірку наукових праць (понад 100 статей) зі змістом двома мовами не створюючи при цьому аналітичній розпис окремих статей.
    Назва збірки трьома мовами.

    ВідповістиВидалити
  11. Тут не сперечатимусь, але ж дійсно середньостатистична к-ть полів, що заповнюється реально нашими б-ками - 20-40, лише зрідка більше. А те,що можливості МАРС гнучкі й дозволяють описати все, що завгодно, хоч тривимірний об"єкт, і дійсно передбачають кілька сотень полів - не означає, що щоразу заповнюються всі.

    ВідповістиВидалити
  12. Щиро бажаю системі щастя, але диплом хлопці захистять, і буде на Ірбіс-форумі тема "помогите конвертировать записи из АБИС".

    ВідповістиВидалити
  13. @Могилянська Бібліотекарка дійсно передбачають кілька сотень полів - не означає, що щоразу заповнюються всі.

    Моє питання в тому, чи передбачили розробники подібний функціонал, чи обмежилися 15 полями?

    ВідповістиВидалити
  14. "помогите конвертировать записи из АБИС" - Like:-)
    MARC - не просто функціонал, а стандарт, якщо нема повного, нема про що говорити взагалі.

    ВідповістиВидалити
  15. Приєднуюся до критичних зауважень. Є досвід використання власної АБІС. Повна залежність від розробників, життєздатна до тих пір, поки її підтримують, а це завжди закінчується. Ну і стандарти - безумовно. І як правило - такі програми створюють програмісти при поверхневому вивченні бібліотечних процесів та стандартів, які на перший погляд видаються простими та примітивними.

    ВідповістиВидалити
  16. @ALL: ніхто з нас не працював саме з Софією і некоректно переносити усі досі відомі вади саморобних АБІС на цю систему.

    А з власними розробниками справді так - якщо бібліотекарі не скажуть, що їм потрібно, самі вони ніколи не здогадаються. На жаль, досі функціонують такі приклади...

    ВідповістиВидалити