289 lines
11 KiB
HTML
289 lines
11 KiB
HTML
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
|
|
|
|
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
|
|
<head>
|
|
<title>2006_PL_EBOOK.nfo</title>
|
|
<style type="text/css">
|
|
@font-face {
|
|
font-family: nfo;
|
|
font-style: normal;
|
|
font-weight: normal;
|
|
src: url(nfo.eot);
|
|
}
|
|
.nfo {
|
|
padding: 12px;
|
|
font-family: nfo, courier new;
|
|
font-size: 11px;
|
|
line-height: 1em;
|
|
}
|
|
</style>
|
|
</head>
|
|
<body>
|
|
<pre class="nfo">(pers_v_1_0.nfo)
|
|
|
|
0. Polish eBooks Releasing Standards v. 1.0
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
Ponizsze zasady okreslaja standardy wydawania polskich eBookow
|
|
i powstaly w wyniku dyskusji pomiedzy przedstawicielami naste-
|
|
pujacych grup: BiL, iMN, KiOSK oraz PiSToNS.
|
|
|
|
Zasady obowiazuja od dnia 22 wrzesnia 2006 i nie dotycza
|
|
releasow wydanych wczesniej.
|
|
|
|
I. KOMIKSY, MAGAZYNY I CZASOPISMA - ZASADY OGOLNE
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
1. Zrodlo:
|
|
|
|
a) Releasy powinny byc skanowane z wydania papierowego w znaj-
|
|
dujacego sie w bardzo dobrym stanie, to jest bez widocznych
|
|
defektow mechanicznych, chyba ze taki defekt jest wina dru-
|
|
karni lub wydawnictwa. Skaner, na ktorym release jest skano-
|
|
wany nie moze miec zadnych uszkodzen, ktore wplywaja na ja-
|
|
kosc koncowego wydania.
|
|
|
|
2. Skanowanie:
|
|
|
|
a) Skany musza byc wykonywane w rozdzielczosci minimum 300 dpi.
|
|
b) W przypadku stronic czarno-bialych skany musza byc wykonane
|
|
w odcieniach szarosci.
|
|
c) Mozna nie skanowac stronic zawierajacych pelnoformatowe re-
|
|
klamy, ogloszenia drobne, plakaty.
|
|
d) Mozna nie skanowac dodatkow.
|
|
e) Wydanie zawsze powinno posiadac okladke.
|
|
|
|
3. Obrobka:
|
|
|
|
a) Dozwolone sa jedynie dwie szerokosci stronicy 1280 i 1600
|
|
pikseli.
|
|
b) Skany nie powinny posiadac tzw. mory, ponadto powinny byc
|
|
ostre.
|
|
c) Kazda ze stron musi byc ustawiona prosto optycznie (maksy-
|
|
malne odchylenie wynosi 1,5 stopni od pionu wzgledem linii
|
|
tekstu, badz ilustracji).
|
|
d) Obszary znajdujace sie poza obrebem skanowania powinny zo-
|
|
stac usuniete.
|
|
e) Strony nie powinny przebijac (nalezy np. podlozyc pod skano-
|
|
wana strone kartke czarnego papieru)
|
|
f) Dozwolone jest laczenie stron - jesli zawartosc to uzasad-
|
|
nia.
|
|
g) Dozwolona kompresja plikow JPG to 80%-100%.
|
|
h) Maksymalna waga pojedynczej strony nie moze przekraczac 2MB,
|
|
odpowiednio dla stron laczonych - ilosc stron * 2MB.
|
|
i) Zabroniona jest konwersja skanowanych gazet i komiksow z
|
|
JPG do PDF.
|
|
j) Zabroniona jest konwersja z PDF do JPG. Jezeli komiks lub
|
|
magazyn zostal wydany w formacie PDF, to jesli jest to mo-
|
|
zliwe to w takim tez powinien zostac wydany na scenie (cho-
|
|
dzi tutaj o poskladane PDFy - zabronione jest na przyklad
|
|
konwertowanie do JPG w celu zdjecia zabezpieczenia, a po-
|
|
zniej, z JPG znowu do PDF), przy czym jesli zabezpieczenie
|
|
nie pozwala na wydanie poskladanego PDF'a, to mozna go prze-
|
|
robic na JPG i wypuscic.
|
|
|
|
4. Pakowanie:
|
|
|
|
a) Pliki nalezy spakowac najpierw w pliki rar (maksymalnie po
|
|
5 000 000 bajtow kazdy), a nastepnie w zip dodajac do kazdej
|
|
paczki wlasny plik file.diz i .nfo. Archiwa ZIP powinny miec
|
|
nazwy skladajace sie maksymalnie z 8 znakow.
|
|
|
|
5. Nazewnictwo:
|
|
|
|
a) Releasy powinny byc nazywane wedlug schematu:
|
|
|
|
Nazwa.(Numer).(Rok).(Nr).(TRANSL).(PDF).(WEB).(iNTERNAL).POLISH.(Magazine/Comic/Walkthrough).(PROPER)(READ.NFO).-grp
|
|
|
|
Jezeli release to wydanie specjalne, numer specjalny itp.
|
|
to ta informacja powinna znalezc sie po nazwie, a przed nu-
|
|
meracja.
|
|
|
|
Numer, Rok - dotyczy gazet i czasopism lub komiksow, jezeli
|
|
taka numeracje posiadaja.
|
|
Nr - numer kolejny w danym roku.
|
|
TRANSL - stosowany gdy release tlumaczony jest przez
|
|
grupe
|
|
WEB - stosowany do releasow pochodzacych z sieci i
|
|
nie dostepnych w wersji papierowej
|
|
(poradniki, platne ziny internetowe)
|
|
PDF - stosowany gdy release wydawany w formacie
|
|
PDF
|
|
Magazine - stosowany podczas wydawania gazet, czaso-
|
|
pism, magazynow.
|
|
Comic - stosowany podczas wydawania komiksow.
|
|
Walkthrough - stosowany podczas wydawania poradnikow.
|
|
|
|
6. Nuki i propery
|
|
|
|
Release kwalifikuje sie do znukowania jesli:
|
|
|
|
a) Brak w nim stron, jest w niewlasciwej rozdzielczosci lub la-
|
|
mie zasady - nalezy jednak unikac properow z blahych powodow.
|
|
b) Jesli komiks lub gazeta dostepna jest do kupienia w formacie
|
|
PDF, a grupa wyda ja w formacie JPG, to w momencie kiedy
|
|
zostanie wydany na scenie poskladany PDF kupiony u wydawcy i
|
|
odbezpieczony, to kwalifikowane to jest jako PROPER (i tak
|
|
powinno byc nazwane).
|
|
c) w PROPERZE powinno byc jasno wyszczegolnione co bylo nie tak
|
|
w poprzednim releasie - z numerami stron w nfo oraz z przyk-
|
|
ladami wadliwych stron w samym releasie.
|
|
|
|
II. MAGAZYNY, CZASOPISMA I PODRECZNIKI RPG - ZASADY SZCZEGOLOWE
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
1. Zrodlo
|
|
|
|
a) Material nie moze byc darmowy, badz posiadac nakladu mniej-
|
|
szego niz 150 egzemplarzy
|
|
b) Mozna wydac najwyzej 10 ostatnich numerow w odniesieniu
|
|
do aktualnego numeru, lecz nie moga byc one starsze niz rok
|
|
(nie dotyczy prasy zawierajacej literature).
|
|
c) Dzienniki nie moga byc wydawane pozniej niz dzien po ukaza-
|
|
niu sie.
|
|
|
|
2. Obrobka
|
|
|
|
a) Stronice powinny byc nazywane w najprostszy sposob tj.
|
|
01.jpg, 02.jpg itd...(dla materialow posiadajacych maksy-
|
|
malnie 99 stronic) lub 001.jpg 002.jpg itd... (dla gazet za-
|
|
wierajacych wiecej niz 99 stronic). Pliki JPG powinny byc
|
|
ponumerowane zgodnie z kolejnoscia wystepowania w danej ga-
|
|
zecie (jezeli okladka nie jest uwzgledniona numerujemy jako
|
|
00.jpg, a w przypadku wiekszej ich ilosci 00a.jpg, 00b.jpg
|
|
itd.). Numeracja powinna uwzgledniac pomijane strony (jezeli
|
|
reklama znajduje sie na stronie 69, numeracja powinna wygla-
|
|
dac nastepujaco: 68, 70). Informacja o pominietych stronach
|
|
powinna byc w nfo.
|
|
|
|
IV. KOMIKSY - ZASADY SZCZEGOLOWE
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
1. Obrobka
|
|
|
|
a) Stronice powinny byc nazywane w najprostszy sposob tj.
|
|
01.jpg, 02.jpg itd...(dla materialow posiadajacych maksy-
|
|
malnie 99 stronic) lub 001.jpg 002.jpg itd... (dla komiksow
|
|
zawierajacych wiecej niz 99 stronic).
|
|
|
|
|
|
VI. KSIAZKI
|
|
~~~~~~~~~~~
|
|
|
|
1. Postanowienia ogolne
|
|
|
|
|
|
a) Podstawowym formatem jest RTF (DOC - gdy ksiazka zawiera
|
|
spora ilosc ilustracji), chyba ze material zrodlowy zostal
|
|
wydany tylko w wersji elektronicznej np. w PDFIE i nie ma
|
|
mozliwsci konwersji.
|
|
|
|
b) Inne formaty moga byc dolaczone do releasu jako dodatek,
|
|
jednakze nalezy unikac bezsensownego dodawania mnostwa for-
|
|
matow - np. po co dolaczac PDF'a wygenerowanego z Worda,
|
|
skoro zrobienie takiego pliku to kwestia paru sekund (czym
|
|
innym juz jest PDF poskladany w programie DTP).
|
|
|
|
c) Obowiazuje zasada jeden release na jedna ksiazke - jesli
|
|
grupa chce pozniej wydac dana ksiazke w innym formacie
|
|
musi byc to internal, przy czym po wydaniu releasu nie-
|
|
finalnego mozna wydac jeszcze release finalny.
|
|
|
|
d) Do releasu trzeba dolaczyc wszelkie mapki oraz ilustracje do
|
|
ktorych znajduja sie odnosniki w tekscie. Inne ilustracje i
|
|
okladka nie sa obowiazkowe.
|
|
|
|
Mapki i okladka - w osobnym pliku graficznym (jpg, png itp)
|
|
|
|
Ilustracje - wstawione w tekst, najblizej jak sie da
|
|
miejsca, w ktorym byly w wydaniu papie-
|
|
rowym.
|
|
|
|
Jesli ebook zawiera ilustracje mozna dolaczyc do wydania
|
|
druga wersje - bez ilustracji.
|
|
|
|
e) Wprowadza sie rozgraniczenie na releasy niefinalne i final-
|
|
ne.
|
|
|
|
Release niefinalny - ksiazka zdatna do czytania, z drobnymi
|
|
bledami i prostym formatem
|
|
|
|
Release finalny - wydanie ostateczne ksiazki, z doskona-
|
|
la korekta i formatowaniem
|
|
|
|
2. Release niefinalny musi spelniac nastepujace warunki:
|
|
|
|
a) Usuniete wszelkie smieci Fr'a, poprawione akapity rozwalone
|
|
w srodku zdania, usunieta numeracja stron, a takze podzialy
|
|
stron (w sensie - po kazdej stronie, nie chodzi tutaj o
|
|
podzialy wstawione na przyklad przed nowym rozdzialem) lini
|
|
i wyrazow.
|
|
|
|
b) Co prawda ksiazka powinna byc przeczytana, ale dopuszcza sie
|
|
mozliwosc wydania releasu bez czytania - jednakze nalezy o
|
|
tym napisac w nfo, a sam tekst powinien byc bardzo dokladnie
|
|
sprawdzony w FineReaderze i Wordzie.
|
|
|
|
c) Rozdzialy, czesci, podrozdzialiki - tak jak w wydaniu pa-
|
|
pierowym.
|
|
|
|
d) Release niefinalny moze byc sformatowany w prosty, jedno-
|
|
lity sposob.
|
|
|
|
2. Release finalny musi spelniac nastepujace warunki:
|
|
|
|
a) To, co w relasie niefinalnym, dodatkowo tekt MUSI byc prze-
|
|
czytany i bardzo dokladnie sprawdzony oraz sformatowany po-
|
|
dobnie do wydania papierowego (tzn. odpowiednie style na
|
|
rozdzialach i czesciach ksiazki, wieksze wciecia przy wier-
|
|
szach i listach itp).
|
|
|
|
b) Akapity powinny byc ustawione tak jak w ksiazce lub popra-
|
|
wione na akapity logiczne (jesli laczenie akapitow nie bylo
|
|
zamierzeniem autora, a w wydaniu papierowym byly bledy).
|
|
|
|
c) Jesli dana grupa chce wydac korekte finalna na bazie wczes-
|
|
niejszego releasu niefinalnego innej grupy, to musi uzyskac
|
|
zgode i napisac w nfo ze taka zgoda byla (chyba ze ksiazka
|
|
zostala zeskanowana po raz drugi - co jest latwe do spra-
|
|
wdzenia).
|
|
|
|
3. Nuki i propery
|
|
|
|
Release kwalifikuje sie do znukowania jesli:
|
|
|
|
a) Brak w nim stron, lub posiada znaczna ilosc bledow - rozwa-
|
|
lonych akapitow, literowek i smieci FR'a. Nalezy jednak
|
|
unikac PROPEROW z blahych powodow, a w interesie grupy,
|
|
ktora decyduje sie wydac PROPERA lezy, zeby udowodnic,
|
|
ze poprzedni release byl wadliwy.
|
|
|
|
b) w PROPERZE powinno byc jasno wyszczegolnione co bylo nie tak
|
|
w poprzednim releasie a do archiwum nalezy dolaczyc porowna-
|
|
nie dokumentow oraz liste bledow.
|
|
|
|
4. Nazewnictwo i pakowanie
|
|
|
|
a) Releasy powinny byc nazywane wedlug schematu:
|
|
|
|
Nazwisko.Imie.Tytul.(TRANSL).(iNTERNAL).(Final).POLISH.eBook.(PROPER).(READ.NFO).-grp
|
|
|
|
Final - w przypadku wydania finalnego
|
|
TRANSL - stosowany gdy release tlumaczony jest przez grupe
|
|
|
|
b) Pliki nalezy spakowac najpierw w pliki rar (maksymalnie po
|
|
5 000 000 bajtow kazdy), a nastepnie w zip dodajac do kazdej
|
|
paczki wlasny plik file.diz i .nfo. Archiwa ZIP powinny miec
|
|
nazwy skladajace sie maksymalnie z 8 znakow.
|
|
|
|
c) Ksiazka w archiwum powinna byc nazwana w nastepujacy sposob:
|
|
|
|
Nazwisko_Imie_-_Tytul.(format) - ksiazka
|
|
|
|
Nazwisko_Imie_-_Tytul_-_okladka.(format) - okladka
|
|
|
|
Nazwisko_Imie_-_Tytul_-_nazwa_mapy.(format) - mapy
|
|
</pre>
|
|
</body>
|
|
</html>
|