[Textlib] Újabb módosító javaslat

[Szabo Istvan]

On Tue, 5 May 2009, Nagy Imre wrote:

> Baj az hogy nagyon kevés textlib-es könyvtár nyert. Ezen fejlesztések
> nagyrésze (szinte az összes) csak a nyertes pár könyvtár tudja kifizetni.
> Mai anyagi helyeztben más nemnagyon.

Akkor itt tenném fel a kérdést az Infokernek, hogy TIOP-on nyert
konzorciumból mennyi TextLibes könyvtárral lehet számolni? A konzorciumunk
8-at számlál... nagyságrendi is elég lenne hirtelen.


> Interneten mező.., az több ürlapon is megtalálható. Full megoldott.

Ok, remek ;-)


> Általában a fejlesztési pioritás meghatározásában kevés döntő szerep, vagy
> beleszólási jogunk van. Általánosan szeretném ha mi is véleményezhetnénk
> hogy melyik javaslat ötlet milyen fontosságú.

Ezt tudom, de jelen pályázat esetén azért kicsit más a helyzet szerintem.
A könyvtár - mint megrendelőnek - a pályázathoz be kell üzemelni bizonyos
modulokat, ráadásul ütemtervének megfelelően. A kérdés az, hogy a
pályázati ütemterv átütemezhető vagy sem (márcsak a kései eredményhirdetés
miatt is). Amennyiben nem, úgy ezeket figyelembe kell venni a
fejlesztésnél.


> SMS felszólítás úgy baromság ahogy van. Kitalálta ki? Külső rendszer
> megvásárlását igényli. Nem olcsó.

Ezzel egyetértek, nem is ostoroznám tovább, akinek kell ám legyen.


> Ne nézzük az email felszólítás esetét:
> 1: Nem csak felszólítás kell, hanem lejárat előtti figyelmeztetés.

Természetesen mind opcionálisan, ha akarom ;-)

> 2: Lejárat előtt hány nappal kell kiküldeni a levelet? Olvasónként
> különbőzőnek kell lennie.

Vagy olvasói csoportonként?

> 3: Email melett kell kapnia postai alapú levelet is? Olvasóként eltérő lehet.

Csoportonként, kategóriánként esetleg?

> 4: Mi van a rossz email címekkel? Visszapattanó levelek kérésköre..pl:
> email alapján olvasó keresése. Mert jelenleg nem lehet.

Arról nem is beszélve, hogy az MTA-k alap esetben 4 napig próbálják
elküldeni, de figyelmeztetés jön vissza pár óránként.

> 5: Ha nemkért postai levelet, akkor az utolsó (térités előtti) levél
> mindenképp postán menjen ki? Vagy csak a könyv árát is tartalmazó levél
> menjen ki postán?

Az utolsó levél mindenképp postai, mivel ajánlottan kellene kiküldeni.

> 6: Email szövegének és minden adatának full tesztreszabhatósága szerintem
> elengedhetetlen

Igen.

> 7: Ha eloment egy email felszólítás, az elment. Ha szar az email cím,
> akkor kézi módszerrel ÚJRA ki kell tudni küldeni!!! Ami full ellentétes a
> jelenlegi felszólítás rendszerre.

Maga az e-mail-es kiküldés az MTA-k és maga az átviteli közeg miatt is
bizonytalan. Amig az MTA-tól valaki át nem vette, addig nincs kézbesítve,
márpedig ez alap esetben is több nap lehet. Hacsak nem használ saját
MTA-t, ahol ez le van véve mondjuk 2 órára.
Arról nem is beszélve, hogy ezeket vissza is kellene csatolni a TL-be.


> És még nem is írtam le minden kérdésemet..

Pedig jó lenne előbb megvitatni, mint a fejlesztés végén a teszt közben
rájönni pár "apróságra".

> Könnyen belátható, hogy nem véletlen javasoltam hogy A FEJLESZTÉSEKET EL
> KELLETT VOLNA KEZDENI.

Ez nem az én asztalom... ;-)


> Fejlesztési határidőval az a baj, hogy jön a nyár, nyári szabadság,
> kistérségi rendszer befejezése...

Párszor említetted már a kistérségi rendszert, lehetne róla picit
bővebben? Igény - vásárló kereslet - mutatkozik iránta?


> és mint az email felszólítás, webes előjegyzés, hosszabbítás időigényes.
> Z39.50 szerverről nem is beszélve.

Ez utóbbit érzem fajsújosnak, az e-mail is majdhogynem házilag
összebarkácsolható: TL-től felhasználói azonosító alapján "alapadatok"
lekérhetőek linux alól (van tervem a felhasználására). Átalakítani, hogy
aktuális napi listát adjon vissza az e-mail-es felszólítandókról akár .csv
formátumnak megfelelően, ezt már lehet(ne) kezelni bash-ből. A windows
oldalról nem vagyok érintett ;-)

-- 
  (O__	  ------------------------------------------------------
  //\                       /      Varosi Csokonai Konyvtar
 //  )                     |       Tel.: 59/503-152
 V__/_    szistvan at tux.hu   \      szistvan at mail.vcsk.hu