[Textlib] DVD-filmek

[Thék György]

Kedves TextLibesek!

A listára kb. egy hete érkezett sok levél sok érdekes részletére még
nem reagáltunk, most megpróbálom.

Nagy Nikolett:
> programnak kezdtük el bevinni őket, bár van olyan közöttük, ami
> valóban program, de nagy részük  film. Okozott ez már gondot
> valakinek statisztika készítésnél?
Nemcsak a statisztikában, hanem máshol is okozhat ez gondot. A
keresőkérdéseknél, a rendezési formátumoknál, a szabadon definiált
statisztikáknál, stb. is lehetnek olyan leírások, amelyekben a
feldolgozás szempontja fixen beépítve a rekordtípus (ennek
megfelelője a bármilyen típusú dokumetum) vagy pedig az adatfájl (ez
pedig valamilyen típusú dokumetum).

Nagy Nikolett:
> hogyan lehet javítani (mármint egy rakat program, adatbázist átteni
> AV-nek), 
Van egy program, ami pont erre a célra készült, a dfvalt.exe, ez egy
találati halmaz rekordjait teszi át másik adatfájlba. Megadjuk, hogy a
találati halmaz milyen adatfájl beli rekordjait milyenbe tegye,
egyszerűen a betűjellel. Nikolett példájában:
dfvalt /Hxxx du k
Itt 'xxx' annak a dolgozónak az azonosítója, aki elmentette a halmazt,
'du' és 'k' a kétféle adatfájl betűjele, ez látszik a rekord ablakos
megnézésekor az ablak felső keretén, a rekordazonosító elején.

A munka ezzel nem fejeződik be, mert a régi, és a dfvalt program által
kitörlődő rekordokra az adatbázisban más rekordok számtalan helyen
hivatkozhatnak. Ezeket a hivatkozásokat is módosítani kell, ez a
drefchg.exe programmal oldható meg, nagyon egyszerűen, mert a dfvalt
készít egy szövegállomnyt, amelyben felsorolja, hogy milyen régi
hivatkozásokat milyen újra kell cserélni.

Egy példán összefoglalva:
1. Keressünk meg mindent egy halmazba, amit cserélni akarunk:
közös adatot, kötetet, példányt, és mentsük el.
2. Futtassuk háromszor a dfvalt-ot, egyszer a közösöket, egyszer a
köteteket, egyszer a példányokat cserélve:
Program közösből AV közös - dfvalt /Hxxx dt j
Program kötetből AV kötet - dfvalt /Hxxx du k
Prgram példányból AV példány - dfvalt /Hxxx dv v
3. Ezután a dfvalt.log-okból gyűjtsük össze azokat a sorokat, amik a
cseréről szólnak, készítsünk ezekből egy csere.dat-ot, és futttassuk a
drefchg-t így:
drefchg @csere.dat

Vigyázat! Ez csak példa, a dfvalt program paramétereként megadott
betűk csak a program - AV cserére jók, máshoz más kell!

Nagy Nikolett:
> gondolkodtam, hogy szükséges az, hogy ennyi féle dokumentumtípus ennyire
> elkülönüljön, nem lenne elég csak egy másik beviteli űrlap?
Csak egy példa a sok ok közül: ha nem lehetne az adatfájl alapján
különbséget tenni a dokumentumtípusok között, akkor minden további
nélkül hozzá lehetne rendelni egy könyv példányhoz egy AV kötetet,
annak lehetnének időszaki cikkei, a közös adata pedig lehetne egy
térkép.

Lőrincz Andrea:
> Ennek mondjuk legfőbb oka az, hogy ha együtt akarod, közös
> adatként kezelni a nyelvkönyvet, munkafüzetet és a hozzájuk tartozó
> kazettát vagy CD-t, DVD-t, kénytelen vagy könyvként
> feldolgozni az egészet.
Nem lehetne a könyvhöz tartozó apró holmit a fő dokumetum
mellékleteként kezelni, ott pedig olyan dokumentumtípusként, amilyen
valójában? 

Lőrincz Andrea:
> Az - tapasztalat -, hogy egyrészt hülyén néz
> ki, hogy van egy címből két darabod, aminek egyike
> könyv, a másika kazetta, másrészt az olvasók se igazán találják
> meg...
Ennek úgy lehetne elejét venni, ha a szerzők nem adnának azonos címet
egy könyvnek és egy kazettának. Ennél komolyabban: ha az olvasó tudná,
hogy mit keres, akkor segítene neki, ha külön listában nézegethetné a
könyveket és a kazettákat. Ez technikailag megoldható. De tudja az
olvasó, hogy mit keres? Ha netán tudja, hogy könyvet, nem lehet, hogy
megörül (rövid ö-vel), ha megtalálja DVD-n is?

Lőrncz Andrea:
> Sorbarendezés: mi már többször jeleztük, hogy az OPAc teljesen
> kiszámíthatatlan sorendben jeleníti meg a tételeket.
Nem kiszámíthatalan, csak nem értelmes... :-)
A rekordok sorredje a rekordazonosítók sorrendjével egyezik. Ez pedig
kevés kivétellel az adatbázisba kerülés időpontjának a sorrendje.

Lőrincz Andrea:
> Idáig ábécé-rendben voltak, ma már összevissza.
Nem voltak. Ha lettek volna, visszacsinálnánk, tényleg.

Lőrincz Andrea:
> Szerintem a megjelenési évre vonatkozó sorbarakás minimum kéne...
Egy 'bedrótozott' rendezés oldható meg a legegyszerűbben.

Nagy Imre:
> Attól függ hogy mire kerestél rá.
> Inkább a főoldalra kellene egy rendezés módja szerinti válaszható
> mező.
Itt kezd a feladat bonyolulttá válni. Képzeljük el, hogy valahol a
keresésben, a halmazműveleteknél, meg másutt is, meg lehet adni
mondjuk mezőket, amelyek a rendezés szempontjai, és más mezőket,
amelyeket a táblázatos megmutatáskor meg kell mutatni. Mindezt úgy,
hogy a várható találatok milyenségét (az általnos és az egyszerűsített
keresésnél mindenféle dokumentumtípus mindenféle bibliográfiai
szintjét, sorozatot, művet, időszaki számot találhatunk) is tekintetbe
vesszük. Ez maga a káosz, ennél egyszerűbb kell.

Budai László:
> A Textlib OPAC-jában nem lehet rendezni se év szerint, se szerző
> szerint, se cím szerint a találatokat. Véleményem szerint pedig ez
> kimondottan hasznos funkció lenne. Szerintem már nincs használatban
> olyan számítógép sehol sem, amely nem lenne alkalmas a pluszfeladat
> okozta plusz hardverigények (memóriakapacitás) kielégítésére.
Úgy gondolom, hogy korlátozott méretű halmazok előre definiált egy-két
szempontú rendezése valóban nem komoly feladat egy mai számítógépnek.
Egy teljes év 100 000 kölcsönzéséből toplistát csinálni viszont már
időigényes egy hiper-szuper gépen is.

Nagy Imre:
> Hamarosan el kell érkeznie annak a pillanatnak, mikor a dos
> támogatás be kell fejezni.
Ez szintén hamarosan a TextLib felhasználók felének elvesztését
jelentené. 

Üdvözlettel:  Thék György