Oprogramowanie w repozytoriach instytucjonalnych

(1)

(2)

.. .

Oprogramowanie w repozytoriach instytucjonalnych

Leszek Szafrański

Biblioteka Jagiellońska

Konferencja, Digitalizacja – dobre praktyki tworzenia i ochrony narodowego zasobu cyfrowego w instytucjach kultury i nauki, Warszawa - 22.11.2017

(3)

.. .

Modele biznesowe stosowane w repozytoriach

• Model instytucjonalny – środki własne instytucji,

• Model społecznościowy – środki pozyskiwane od osób lub instytucji zainteresowanych projektem,

• Model rządowy – środki pozyskiwane od instytucji publicznych,

• Model hostingowy – środki pozyskiwane z oferowanych usług np. miejsce na serwerach, dyskach itp.,

• Model komercyjny – środki pozyskiwane od użytkowników lub sprzedaży miejsca pod reklamę*.

*Swan, Alma (2007). The business of digital repositories. W: A DRIVER's Guide to European Repositories.Red. Weenink, Kasja; Waaijers, Leo;

van Godtsenhoven, Karen. Amsterdam : Amsterdam University Press, s. 15-49. https://eprints.soton.ac.uk/264455 (dostęp: 12.03.2016)

(4)

..

.

Systemy do budowy repozytorium

Dspace – http://www.dspace.org (MIT, HP labs / DuraSpace)

• Oprogramowanie niekomercyjne,

• Ciągły rozwój i ulepszanie programu,

• Możliwość rozbudowy we własnym zakresie,

• Zarządzanie różnymi rodzajami zasobów i metadanych (tekst, grafika, film, dźwięk),

• Wsparcie dla protokołu OAI-PMH,

• 1523 instalacje na świecie (m. in.: Massachusetts Institute of

Technology (MIT), University of Cambridge, University of Georgia, Harvard University)*,

• Rozbudowana sieć współpracy na całym świecie i dostęp do dokumentacji,

• język programowania Java.

* Źródło: OpenDOAR - http://www.opendoar.org (stan na dzień 14.11.2017)

(5)

..

.

Systemy do budowy repozytorium

EPrints – http://www.eprints.org (University of Southampton School of Electronics and Computer Science)

• Oprogramowanie niekomercyjne,

• Ciągły rozwój i ulepszanie programu,

• Możliwość rozbudowy we własnym zakresie,

• 469 instalacji na świecie (m. in.: University of Southampton, University of Pittsburgh)*,

• Dostępna rozbudowana dokumentacja, materiały szkoleniowe,

• Język programowania Perl,

• Możliwość wykupienia wsparcia technicznego i hostingowego.

(6)

..

.

Systemy do budowy repozytorium

Digital Commons – https://www.bepress.com (Elsevier)

• Oprogramowanie komercyjne,

• Repozytorium połączone z narzędziami do recenzowania publikacji i zarządzania konferencjami,

• 164 instalacje na świecie (m. in.: Brigham Young University, Minnesota State University)*,

• Pełny pakiet wsparcia technicznego, konsultacje, wdrożenia, aktualizacje,

• Płatny hosting, nieograniczone miejsce do przechowywania oparte na chmurze,

• Koszty utrzymania - subskrypcja roczna.

(7)

..

.

Systemy do budowy repozytorium

dLibra – http://dingo.psnc.pl (PCSS)

• Oprogramowanie komercyjne (na początku darmowe, dedykowane bibliotekom cyfrowym),

• Rozbudowany mechanizm uprawnień,

• 131 instalacji – głównie biblioteki cyfrowe (wdrożenia repozytoryjne: m.

in.: Uniwersytet Papieski Jana Pawła II w Krakowie, Uniwersytet

Technologiczno-Przyrodniczy w Bydgoszczy, Politechnika Poznańska)*,

• Pełny pakiet wsparcia technicznego, konsultacje, wdrożenia, aktualizacje.

• Wsparcie techniczne płatne,

• Wsparcie hostingowe lub instalacja na własnym sprzęcie instytucji zamawiającej.

* Źródło: dLibra - http://dlibra.psnc.pl/dlibra/deployments/lang-pref/pl (stan na dzień 14.11.2017)

(8)

..

.

Systemy do budowy repozytorium

OMEGA-PSIR – http://omegapsir.io (Politechnika Warszawska)

• Oprogramowanie komercyjne,

• Ponad 10 instalacji (m. in.: Politechnika Warszawska, Uniwersytet Opolski, Politechnika Śląska)*,

• Pełny pakiet wsparcia technicznego, konsultacje, wdrożenia, aktualizacje,

• Koszty utrzymania – subskrypcja roczna lub jednorazowe opłaty.

* Źródło: OMEGA-PSIR - http://omegapsir.io (stan na dzień 14.11.2017)

(9)

..

.

Wymagania techniczne oprogramowania

Oprogramowanie open source:

• Dostęp do kodu źródłowego,

• Duża wydajność systemu do obsługi dużej ilości danych,

• Funkcjonalność systemu (otwarty kod dowolnie modyfikowany),

• Przechowywanie danych w różnych formatach,

• Możliwość tworzenia hierarchicznej struktury bazy,

• Możliwość importu i eksportu metadanych z/do baz zewnętrznych,

• Zgodność z protokołem OAI-PMH (Open Archives Inititiave-Protocol for Metadate Harvesting),

• Instalacja systemu we własnym zakresie,

• Wsparcie informatyczne we własnym zakresie (potrzebny programista),

• „Brak opłat za aktualizację i modyfikowanie oprogramowania”,

• Aktualizacje systemu wykonywane we własnym zakresie,

• Koszty utrzymania i wdrożenia programu są mniejsze w porównaniu z rozwiązaniami komercyjnymi.

(10)

.. .

Wymagania techniczne oprogramowania

Oprogramowanie komercyjne:

• Brak dostępu do kodu źródłowego lub dostęp ograniczony,

• Duża wydajność systemu do obsługi dużej ilości danych,

• Funkcjonalność systemu (zależna od dostawcy lub zgody innych użytkowników),

• Przechowywanie danych w różnych formatach,

• Instalacja systemu przeprowadzona przez firmę dostarczającą program,

• Wsparcie informatyczne po stronie firmy dostarczającej program,

• Aktualizacje systemu wykonywane przez dostawcę,

• Opłaty abonamentowe, za wdrożenie, za modyfikacje.

(11)

.. .

Wymagania techniczne oprogramowania

Czego oczekuje użytkownik:

• Dostęp do kodu źródłowego (zależne od funduszy i własnego wsparcia technicznego),

• Duża wydajność systemu do obsługi dużej ilości danych (testy powinny być zrobione przed instalacją),

• Wpływ na funkcjonalność systemu,

• Elastyczność systemu,

• Możliwość przechowywania danych w różnych formatach,

• Wsparcie i kompatybilność z Google Scholar oraz innymi wyszukiwarkami naukowymi i agregatorami.

(12)

.. .

Czego oczekuje użytkownik:

(13)

.. .

Dziękuję za uwagę

Leszek Szafrański l.szafranski@uj.edu.pl

Konferencja, Digitalizacja – dobre praktyki tworzenia i ochrony narodowego zasobu cyfrowego w instytucjach kultury i nauki, Warszawa - 22.11.2017