Hate fájdalom

[HATE] Pain. Format RusMARC 4

  • 18.05.16 01:27 •
  • t0pep0 •
  • • # 275990
  • • Giktayms
  • 34 •
  • 3500

- mint a Forbes, csak jobb.

Figyelmeztetés. Adjon tartalmaz off-skála mennyiségű gyűlölet! Távolítsuk el a beteg terhes szoptatós gyermekek gyenge mentalitás a monitorról. Bár ezek a gyerekek hol találta meg?

Jó egész nap.
Hadd kezdjem egy idézet a Wikipédiából
UNIMARC (betűszó az Universal Géppel olvasható katalogizálás) - méret segítségével kialakított, a Nemzetközi Szövetsége Könyvtári Egyesületek és Intézmények (IFLA) 1977-ben, hogy a probléma az összeférhetetlenség különböző nemzeti MARC formátumban. A fő cél az volt, hogy hozzon létre egy nemzetközi MARC formátum, amely képes alkalmazkodni minden típusú bibliográfiai rekordok MARC formátumban. Ezek a rekordok lehetne alakítani a UNIMARC, hiszen az alapvető formája, és azt szükség esetén - más MARC formátumban. UNIMARC méret megkönnyítette a nemzetközi cseréjét bibliográfiai adatok géppel olvasható formában.

hogy megoldja a problémát az összeférhetetlenség különböző nemzeti MARC formátum

Azaz, a méret lett tervezve, hogy az lenne, hogy egyesítse a bibliográfiai rekordok és eltávolodni attól a ponttól, ahol már a saját MARC formátum nem kompatibilis a többi az egyes országokban. Az emberek összegyűltek, a gondolkodás és közös formátumot dolgozott. mindegyikük egy bizonyos ideig használható, és mindenki boldog volt (jó, kivéve a fejlesztők számára, akiknek szükségük van, hogy írjon egy függvény import \ export dolgozik ebben a formában).

De mi nem keres egyszerű módon ...

Mik a problémák UNIMARC programozó szemszögéből?
Kezdjük az elején.
  • Tartása minden offset és length rekord 5 byte húr
  • Tároló mezők és részterületeken index vonal (valójában nem olyan súlyos probléma, de még mindig)
  • Az a képesség, hogy két variáns kódolás - MARC8 és UTF8 (valójában, akkor minden, de a normál ár csak ez a két, illetve és a zászló-pointer kódolás csak nekik). MARC8, nem egy ilyen közös kódolási

Ami a többit illeti, elég kényelmes formában, ahol a rekordok tárolódnak egymás után, jelenléte pecsétek és a felvételi formátum, mint ez:
Leader (felvétel szükséges információkat olvasni a rekord)
PeremennoePole1
-PeremennoePodPole1
-...
-PeremennoePodPoleN
...
PeremennoePoleM

Van egy külön táblázatban, ami azt jelzi, hogy mi a \ részterület miért felelős, amelyet fel lehet használni saját céljaikra, és így tovább.

Úgy tűnik - idill, nem gond nélkül, de lehet élni.

És itt a helyszínen robban RusMARC
1. 1. Cél UNIMARC

UNIMARC kifejlesztett végzésével a Kulturális Minisztérium részeként LIBNET programot égisze alatt az orosz Library Association. A formátum úgy tervezték, hogy a közvetítő a végrehajtása a csere a bibliográfiai rekordok és elősegítik céljai a következők:

a. Hozzáférhetőségének javítása bibliográfiai adatok
b. közös katalógusa
a. A költségek csökkentése katalogizálása

1. 4. A kapcsolat UNIMARC és UNIMARC

Kötetek ez a munka megdöbbentő, lemorzsolódás szinte minden területen és részterületeken „vezetője a nyilvántartás” változtatni, mert nem kell a kódoló zászló, mert ez az a hely, meg kell tudnunk, archív ellenőrzésen vagy sem, hogy mi a különbség, hogyan határozza meg a kódolás?

Uraim, a zsűri, nincs mit adni.

Csak a regisztrált felhasználók vehetnek részt a felmérésben. Jöjjön be. kérem.

Látom szar kifejezni gondolataikat. Kíváncsi voltam, hogy ezt a forrást adminok / fejlesztők / etc bár semmilyen módon nem kapcsolódó könyvtárak. Kiderült ott. Nos, általában, és a véleménye szükséges. Együttműködik a szabvány, hogy valaki valahol valami elvégre írt és soha nem tudja, hol fog dönteni kell alkalmazni.

Egy biztosan van.

Ez a probléma, véleményem szerint, hogy az IT-szakemberek részt (nem csak a fejlesztés ebben a formátumban, és nem csak a Biblia-mező) az utolsó pillanatban.

Nos, végül bejutott a helyzet UNIMARC „Mi n versengő szabványokat. Írjunk egy! Eredmény: van n + 1 versengő szabványokat „Mivel sok program mindegy továbbra is meglehetősen népszerű USMARC vagy MARC21 .. Már semmit nem Dublin Core és MODS én nemrég felfedezték, MET, MIX ...

Általában, ha nem titok, milyen helyzetben szembesül a könyvtár formátum? Én akkor csak az ügyeletes sokáig velük dolgozni ...

Egyszer próbáltam vysnit régen, egy goblin egy orosz vendég egységnyi hőenergiát a joule nem kalória. A kilowattóra villamos energia, már megint (Mega / Giga / tera) joule. (Mint kiderült, még azt a hivatalos helye biztos, hogy járni egy „itt”)
Ennek eredményeként már idézett, hogy egy konferencián, a fej Rostest (akkor állítják standard) nagyjából a mikrofonba ochednomu előadó, akinek számok az SI azt mondta: „Nem értem a papagájok.”
Általában részvétemet „Üdvözlöm a való világban”, Ruff, hogy a swing ...

Mikor volt elfoglalva, ebben a formában, és volt mysyl levelet opensourse elektronikus katalógus és webes c destktop grafikus felület, de akkor az összes könyvtár vidáman vásárolt átlátszatlan és rájöttem, hogy senkinek nem kell.

Ténylegesen szüksége van. És most kell választani a különböző fajtájú g * BHA, mint a normál rendszer nem rendelkezik.
A St. Petersburg a legtöbb tudom bibilotek ül egy hátborzongató Share on SPSTL úgynevezett „IRBIS” és a józan alternatív még nem látható.

Nos, ha megtalálja a könyvtár (és lehetőleg több) opensourse érdeklődés a program, akkor vegye fel a kapcsolatot velem - megpróbálom ugyanezt tenni. Mert anélkül, hogy visszajelzést felhasználók valós, akkor azt az amit senki sem akar, és azt szeretné, hogy az igényelt termék.

És igen, azt tervezi, hogy írjon egy cikket a könyvtárról, az informatikai és a kapcsolódó kérdések, lehet, nem minden, de legalább azokat, akikkel én találkoztam 4 év alatt a munka ezen a területen.

Honnan lehet tudni, az admin könyvtár - közös formátumot Oroszország szükség (nem formájában, mint most, és a rendes átgondolt formátum), de megosztani hazai adatbázisok - ez csak egy szilárd popobol. A fent említett IRBIS ad nekem egy katasztrofális düh. Nem tudom, hogy pontosan mi van írva (kivéve delfevoy kagyló), de ne felejtsük el az anekdota:
- Pascal egy rossz programozási nyelv - nem támogatja a több mint 256 beágyazott ha mást ciklus.

Így - a hópárduc van írva egy „jó” programozási nyelv, támogatja a több.

Rovására alternatív -was használt SQL MARK - nem a végső álom, hanem a normál softina működik jellemző SQL, minden a helyén van, hajlítás, konfigurálja, kezeli, így volt kényelmes. Most már halott, de néhány fejlesztők tettek a otpachkovalis és hasonló adatbázisok sakk és poetesses.

Irbis szomorú a megjelenése a képességekkel a közigazgatás - minden ügyfél számára manuálisan létrehozni egy fájlt a beállítások korlátozza a hozzáférést minden ügyfél fájlt létrehozni egy listát az adatbázisok, hogy lát (kézzel természetesen), a szerkesztést, a logika - egy fájlba. Ja korlátozása az adatbázishoz való hozzáférés csak a három pontot - lásd a bázist, minden; Látja, de nem tud semmit; Ő nem lát okot. Minden olyan kísérlet, hogy korlátozza a felhasználó egy bizonyos cselekvésre - ez a mankó egy tucat vonalak, gyakran nem működnek.

Vicki IRBIS tele leíratlan funkciók, vessző, idézet, egy kérdést, vagy egy másik horgos hordozhat egy másik funkció egy másik helyen.

Utálom! Szerencsére IRBIS nem használják, de van egy másik oka gyűlölni - OPAC, részvétemet

Irbis van írva Delphi. És igen, egyetértek azzal, hogy ez a megtestesült ördög. Nem véletlen, hogy az ember, aki írta a szerver oldalon a kolostor ment évekig. De többek között a hazai programokat, beleértve az azonos törköly sql dolgok nem jobb. Legalább a hópárduc lehetővé nagyjából módosítani. Valójában a legtöbb munkám az, hogy hozzanak létre egyedi adatbázisok, szótárak, kimeneti formátumot.
És egy közös formátum az orosz ... Nos, a legtöbb esetben, a mi import / export megbirkózik rusmarc. És ha mindez beszélni létrehozása az új, egységes formátumban, majd meg kell kezdeni a legtöbb változást a bibliográfiai rekord formátumban.

A méret a bibliográfiai rekord hacsak vendégek? Vagy csak arról a tényről, hogy a szabvány senki sem olvas és ír, ahogy akar?

Kérdezte a vendégeket, de az első helyen maga GOST jó újrahasznosítani, másrészt nem minden szigorúan tartsa be a város és a javulást. Néha indokolt, de az eredmény még mindig szomorú.

Mark sql volt intuitív mezők bármely bázis lehet tenni könnyen, a hozzáférési jogokat - a két kattintás, elvonási formák SQL lekérdezések, melynek fele is egyértelmű számomra (soha sql nem látott, és nem érzi), az összes Armagh egy üveget, és a hozzáférés korlátozott uchetki, és nem kell minden kar külön kell beállítani közötti váltás armami egy kattintással, az imputált többszintű, nem kötelező bejegyzés egymáshoz titkosító elemi létrehozott bármely szótára a megfelelő mezőket, minden rekord azonosító, nem mitikus MFN, hogy megváltozik, ha lenne törölt rekordok (tehát nem adható állandó kapcsolat egy konkrét könyvet egy web IRBIS, de csak a keresési eredmény, vagy a kollektív gazdaságok ID.). Az egyetlen igazi negatív - a listát az adatbázisok a számítógéphez csatlakoztatott, nem uchetki.

IRBIS, néha nem értem, hogy mit csinálok mindent próbálgatással. Igen, 3 év, én savanyú szivattyú felett, és hozzon létre egy adott adatbázis, bármilyen egyszerű szótárakat (ha a sör és komplex), átadhatja az adatokat bármelyik adatbázisban, nem számít, milyen területen esnek, de ezek a képességek az életem nem lesz hasznos, ellentétben SQL tudás.

Kapcsolódó cikkek