| 1 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
 100
 101
 102
 103
 104
 105
 106
 107
 108
 109
 110
 111
 112
 113
 114
 115
 116
 117
 118
 119
 120
 121
 122
 123
 124
 125
 126
 127
 128
 129
 130
 131
 132
 133
 134
 135
 136
 137
 138
 139
 140
 141
 142
 143
 144
 145
 146
 147
 148
 149
 150
 151
 152
 153
 154
 155
 156
 157
 158
 159
 160
 161
 162
 163
 164
 165
 166
 167
 168
 169
 170
 171
 172
 173
 174
 175
 176
 177
 178
 179
 180
 181
 182
 183
 184
 185
 186
 187
 188
 189
 190
 191
 192
 193
 194
 195
 196
 197
 198
 199
 200
 201
 202
 203
 204
 205
 206
 207
 208
 209
 210
 211
 212
 213
 214
 215
 216
 217
 218
 219
 220
 221
 222
 223
 224
 225
 226
 227
 228
 229
 230
 231
 232
 233
 234
 235
 236
 237
 238
 239
 240
 241
 242
 243
 244
 245
 246
 247
 248
 249
 250
 251
 252
 253
 254
 255
 256
 257
 258
 259
 260
 261
 262
 263
 264
 265
 | 
(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
 
 |