Narodowe Archiwum Cyfrowe > Budowa NAC
Plan działania czyli jak to sobie wyobrażamy
Rafał Rufus Magryś:
Witajcie,
I stało się - prawie oficjalnie rozpoczynamy tworzenie Narodowego Archiwum Cyfrowego. Niezmiernie cieszę się, jako gorący zwolennik opensource, że będzimy opierali NAC o otwarte standardy i tworzyli otwarte systemy dla NAC.
W tym momencie chciałbym zarysować wstępne etapy rozwoju projektu i czekać też na Wasze propozycje - myślę, że wymiana wiedzy będzie stanowiło podstawę naszych działań :)...:
1) Chcielibyśmy przy Waszym wsparciu zbudować społeczność która wspomoże budowę NAC przez stworznie unikalnych na skalę światową rozwiązań,
2) Tworzenie oprogramowania:
a) Myślę, że należałoby zacząć od czegoś prostego np. interfejsu do imagemagick
np. w gtk2 żeby był dostępny na wiele platform (zadania: wsadowe
przetwarzanie wielkich i wieluset plików: skalowanie, zmiana formatu,
dodawanie znaku wodnego) - kod byłby dostępny na powstającej stronie NAC w dziale "wolne
oprogramowanie". Przy tej okazji chcielibyśmy zebrać grupę ludzi, którzy będą liderami kolejnych projektów,
b) system zarządzania procesem digitalizacji mikrofilmów w Polsce - rozwiązanie
sieciowe typu klient-serwer ale być może udałoby się to rozwinąć o jakąś
technologię z pożytkiem dla wszystkich rozwiązań open source,
c) system ZoSIA (Zintegrowany System Informacji Archiwalnej) oparty na
światowych standardach archiwalnych (EAD, EAG, EAC, METS etc.) oraz
informatycznych (XML + jakiś wolny język programowania) do implementacji w Archiwach Państwowych i jako open source dostępny dla wszystkich zainteresowanych. System ma pomoć w odejściu od MS Access ktory stanowi jednyną przeszkodę do wdrożenia np. OpenOffice'a w tych instytycjach
d) późniejsza rozbudowa systemu wzbogacanie go o nowe funkcje (może nawet obieg
dokumentów w instytucji np.?),
Obszernie na temat tworzenia NAC w oparciu o open source będę mówił podczas tegorocznej "Jesieni linuxowej" w Rybniku (jeszcze mnie nie ma w agendzie ale dziś jutro powinienem się tam znaleźć).
Wkrótce kolejne wiadomości - bo dzień bez newsa o NAC to dzień stracony... :)
Pozdrawiam,
P.S. jabber do kontaktów: laforza@linux.pl
skype: rufiozol
piotrpsz:
Jesli przydalby sie Wam programista C++ to jestem do dyspozycji.
pozdrawiam
piotr
bla:
Witam,
chciałbym pogratulować pomysłu, życzyć sukcesu i dodać swoje 3 grosze do początkowej dyskusji, a mianowicie
dodać komentarz do punktu 2)...
Zazwyczaj przy takich projektach programistycznych na początku rozważań wypada ustalić język programowania, w którym będą realizowane poszczególne fragmenty całości. Jeśli taki nie jest oczywiście odgórnie narzucony ;). Żeby nie okazało się potem, że każdy kawałek jest w czym innym, bo integracji to nie pomoże...
Wziąłbym pod uwagę przy wyborze:
a) Grono osób władających tym językiem (ok, lubię OCaml, ale kto w nim będzie programował?)
b) To czy język pasuje do konkretnego zadania, a więc:
* Jego szybkość,
* Dostępność bibliotek.
* Poziom abstrakcji języka.
d) Przenośność między systemami operacyjnymi
I biorąc pod uwagę powyższe, osobiście zaproponowałbym Pythona, wszędzie tam gdzie szybkość języka nie gra głównej roli. (Ma ogromny zasób gotowych bibliotek, wysoki poziom abstrakcji, szybko się w nim pisze, jest przejrzysty i bardzo przenośny). IMHO do oprogramowania imagemagick nadał by się znakomicie.
Wszędzie tam gdzie szybkość odgrywa decydującą rolę użyłbym C lub ostatecznie C++. Bibliotek - pełno, stanowi praktycznie lingua franca wolnego oprogramowania. Choć oprogramowanie, a szczególnie jakieś nakładki GUI na istniejące narzędzia, tworzyć będzie się w nim wolniej niż w Pythonie...
Jakieś komentarze? :)
Pozdrawiam,
Tomasz bla Fortuna
(Jabber Id: bla at af.gliwice.pl)
dPeS:
Powitać wszystkich,
Moje kilka uwag :
1. fajno, że projekt jest z założenia otwarty ale jeśli ma brać w nim większa liczba ludzi to dobrze byłoby wiedzieć kilka rzeczy :
- czym dysponujemy (dostepny sprzet - także taki który to wszystko wczyta, poinstalowany soft) ?
- co jest do zrobienia (orientacyjna ilość danych - nikt ,,z internetu'' nie wie tak naprawde ,,o co chodzi'') ?
- jaki jest czasowy plan prac tudzież jak to widzą decydenci (ile czasu na projekt, etc...) ?
... (tu zapewne będzie masa kolejnych pytań - moim zdaniem dla każdego takiego zagadnienia trzeba by zrobić oddzielny wątek)
2. na ogół projekt ma takie dość ważne etapy :
- opracowanie koncepcji - czyli odpowiedź na pytania - co trzeba zrobić? kto to będzie robił? ile czasu mu to zajmie? (tu również powstaje czasowy plan działania)
- stworzenie projektu - czyli odpowiedź na pytanie JAK zrobić to co zostało ustalone wyżej ???
(mały przyład : jeśli klikaniem będzie się zajmowała mało obeznana osoba to tworzenie gui dla narzędzi konsolowych mija się z celem bo i tak parametry będą ustalane ,,na sztywno'' i lepiej byłoby zrobić formatkę z kilkoma przyciskami odpalającymi skrypty, które np same się aktualizują przez sieć - słowem brakuje KONCEPCJI I PLANU)
- implementacja - jak już będzie wiadomo co, jak i gdzie ma działać można brać się do roboty - to w jakim języku co i jak pisać można będzie powiedzieć dopiero po długich rozmowach i stworzeniu projektu
- testy i WDROŻENIE od którego tak naprawde będzie zależało wrażenie jakie zostawią otwarte standardy i oprogramowanie...
warto też zapoznać się z opisami wdrożeń, których w sieci jest sporo (są również poradniki jak prowadzić otwarte projekty programistyczne)
dPeS
Rafał Rufus Magryś:
Witam,
Bardzo dziękuję za poważne potraktowanie tematu. Chcieliśmy rozpocząć już całą akcję, żeby się działo i się nie zmieniło. Do poniedziałku (17 września, ale pewnie wcześniej) powstaną wszystkie opisy, oraz zostaną uruchomione również odpowiednie narzędzia.
W tym momencie cieszę się bardzo, że jest spora grupa, która będzie wspomagała NAC.
Damy radę... I NIE MA INNEJ OPCJI... ;)...
Pozdrawiam
Nawigacja
[#] Następna strona
Idź do wersji pełnej