To jest tylko wersja do druku, aby zobaczyć pełną wersję tematu, kliknij TUTAJ
 
Biblioteka 2.0
Forum społeczności czytelników i bibliotekarzy cyfrowych

Scalak - Jagiellońska Biblioteka Cyfrowa

krumel - 2010-03-26, 17:00
Temat postu: Prawa i zabezpieczenia
Sugestia co do zamiany atrybutu Prawa, została potraktowana poważnie i jak można zauważyć, atrybut został przemianowany na "miejsce przechowywania oryginału". Co do zabezpieczeń, to są one usuwane i do momentu inauguracji JBC wszystkie zostaną usunięte.
relis - 2010-03-26, 19:48
Temat postu: Re: JBC
krumel napisał/a:

Przy dużych rękopisach powyżej 500 stron lub ważących bardzo dużo - powyżej 250 MB jeden tiff - wywala nam się profil foto (stąd niektóre zrobione zostały w profilu normal).
Czy ma ktoś pomysł dlaczego tak się dzieje?
Maszyna na której posadowiony jest Document Enterprise ma 2 GB RAM i procesor dwurdzeniowy.

Jakbyście chcieli, moglibyście nam wystawić spakowany (TIFF) przypadek wielostronicowego dziełka oraz wielkiego pliku do pobrania, które Wam sprawiają problem. Moglibyśmy spróbować to skompresować testowo u nas w foto. Mamy trochę silniejszą maszynę pod kompresorem. Może to po prostu kwestia RAM?

Jerzy Witczak - 2010-03-26, 21:49
Temat postu: Re: JBC
krumel napisał/a:
Przy dużych rękopisach powyżej 500 stron lub ważących bardzo dużo - powyżej 250 MB jeden tiff - wywala nam się profil foto (stąd niektóre zrobione zostały w profilu normal).
Czy ma ktoś pomysł dlaczego tak się dzieje?

To ja jeszcze odważę się dorzucić trzy grosze do tematu, który sam wywołałem. Abstrahując od "wywalania się" maszyny, wydaje się, że jeśli pliki master zrobione są w bardzo dużej rozdzielczości (600 dpi?), to trzeba je najpierw odchudzić, czyli przerobić na 300 dpi i przeskalować odpowiednio. Wtedy wynikowe pliki DjVu w trybie foto będą dużo mniejsze, a jakość nadal będzie bardzo dobra. Zrobiłem tak dla naszej Księgi henrykowskiej.

Pozdrawiam
JW

Tomasz Kalota - 2010-03-26, 23:12
Temat postu: Re: JBC
Jerzy Witczak napisał/a:
(...)wydaje się, że jeśli pliki master zrobione są w bardzo dużej rozdzielczości (600 dpi?), to trzeba je najpierw odchudzić, czyli przerobić na 300 dpi i przeskalować odpowiednio. Wtedy wynikowe pliki DjVu w trybie foto będą dużo mniejsze, a jakość nadal będzie bardzo dobra. Zrobiłem tak dla naszej Księgi henrykowskiej.

Ja przyklasnę tej praktyce. W niektórych przypadkach ma nawet sens przerobienie TIFów na 150 dpi.

sk - 2010-03-29, 10:15
Temat postu: Re: Prawa i zabezpieczenia
krumel napisał/a:
Sugestia co do zamiany atrybutu Prawa, została potraktowana poważnie i jak można zauważyć, atrybut został przemianowany na "miejsce przechowywania oryginału". Co do zabezpieczeń, to są one usuwane i do momentu inauguracji JBC wszystkie zostaną usunięte.

Bardzo się cieszę z "odbezpieczenia" dokumentów cyfrowych! Co do przemianowania atrybutu, to sprawa jest bardziej skomplikowana, ponieważ skutek takiej zmiany jest tylko lokalny. W metadanych udostępnianych przez OAI-PMH atrybuty zachowują swoje pierwotne znaczenie zgodne z Dublin Core. Co za tym idzie, serwisy takie jak FBC, Europeana, OAIster, BASE itd. nadal będą interpretować atrybut nazwany "miejsce przechowywania oryginału" jako "rights".

krumel - 2010-03-30, 11:20
Temat postu: Re: JBC
relis napisał/a:

Jakbyście chcieli, moglibyście nam wystawić spakowany (TIFF) przypadek wielostronicowego dziełka oraz wielkiego pliku do pobrania, które Wam sprawiają problem. Moglibyśmy spróbować to skompresować testowo u nas w foto. Mamy trochę silniejszą maszynę pod kompresorem. Może to po prostu kwestia RAM?


Ok. tylko gdzie i jak mam to wstawić?

relis - 2010-03-30, 11:27
Temat postu: Re: JBC
krumel napisał/a:
relis napisał/a:

Jakbyście chcieli, moglibyście nam wystawić spakowany (TIFF) przypadek wielostronicowego dziełka oraz wielkiego pliku do pobrania, które Wam sprawiają problem. Moglibyśmy spróbować to skompresować testowo u nas w foto. Mamy trochę silniejszą maszynę pod kompresorem. Może to po prostu kwestia RAM?


Ok. tylko gdzie i jak mam to wstawić?


Zaraz wystawimy FTP.

Bartłomiej Siedlarz - 2010-04-03, 08:25
Temat postu: Re: JBC
krumel napisał/a:
Przy dużych rękopisach powyżej 500 stron lub ważących bardzo dużo - powyżej 250 MB jeden tiff - wywala nam się profil foto (stąd niektóre zrobione zostały w profilu normal).
Można także spróbować skorzystać z innego oprogramowania (w zasadzie jeżeli to ma być i tak Photo, to nie trzeba segmentera — po co więc używać Document Express?). Do Photo polecam fi_c44 (do pobrania stąd): testowałem na plikach o romiarze powyżej 6000x9000 — działa raczej bez problemów (dość szybkie jest, obsługuje wejście bezpośrednio z tiff i można downsamplować). Trzeba to tylko zaskryptować, by działało automatycznie (ostatnio właśnie pracuję na automatyzacją DjVuLibre na potrzeby własne, jeśli uda mi się to dokończyć i będę zadowolony z efektów, to może się podzielę).
szafran - 2010-04-07, 07:51

Mam pytanie. Ściągnąłem sobie program fi_c44, ale jak go zaskryptować, żeby działał automatycznie.
Bartłomiej Siedlarz - 2010-04-07, 11:10

Najłatwiej jest zrobić plik .bat lub .cmd o takim kodzie:
Kod:
for %%i in (*.tif) do fi_c44 -dpi 600 %%i %%~ni.djvu

Kompresuje wszystkie pliki w bieżącym folderze, które mają ciąg tif w rozszerzeniu przy uzyciu kompresji IW44 i pakuje w kontener DjVu.
Należy zadbać o dostęp do fi_c44 — ścieżka do tego programu musi być ustawiona w zmiennej systemowej Path lub fi_c44 musi znajdować w folderze z plikami do konwersji.

Należy dobrać parametr -dpi do plików wejściowych, w przypadku niewymuszenia go, program ustawia 100 dpi i jeżeli źródło ma inny współczynnik dpi, to wymiar nie zostanie zachowany. Można także dokonać podpróbkowania obrazu przez ustawienie parametru -bsf. Wartościami dla tego parametru są dzielniki rozdzielczości wejściowej. -bsf 2 da na wyjściu 300 dpi przy wejściu 600 dpi. Przydaje się to właściwie jedynie przy wykonywaniu ręcznej separacji i indywidualnej kompresji poszczególnych warstw.

Za pomocą tej metody można używać dowolnego programu.



Powered by phpBB modified by Przemo © 2003 phpBB Group