Ura durerea

[HATE] Durere. Formatați RusMARC +4

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

- la fel ca Forbes, doar mai bine.

Avertizare. Postul conține o sumă ofensivă de ură! Îndepărtați copiii gravide care alăptează, cu un psihic slab de pe monitor. Deși unde ați găsit astfel de copii?







O zi bună pentru toți.
Permiteți-mi să încep cu un citat din Wikipedia
UNIMARC (acronim pentru Universal citibile de mașini Cataloguing) - format elaborat cu sprijinul Federației Internaționale a Asociațiilor și Instituțiilor Biblioteci (IFLA), în 1977, pentru a aborda problema de incompatibilitate între format diferit național MARC. Scopul principal a fost de a crea un format internațional MARC, care ar putea găzdui toate tipurile de înregistrări bibliografice formate MARC. Aceste înregistrări pot fi convertite în UNIMARC, ceea ce ar constitui un format de bază, și de la ea, dacă este necesar - în orice alt format MARC. Formatul UNIMARC a facilitat schimbul internațional de informații bibliografice în formă ușor de citit.

pentru a aborda incompatibilitatea dintre diferitele formate naționale MARC

Adică, acest format a fost dezvoltat pentru a unifica înregistrările bibliografice și pentru a se îndepărta de stat atunci când fiecare țară avea propriul format MARC incompatibil cu restul. Oamenii s-au adunat, gândit și au dezvoltat un singur format. Până la un anumit moment, toată lumea a folosit-o și toată lumea a fost fericită (bine, cu excepția dezvoltatorilor care aveau nevoie să scrie funcțiile de import / export care lucrau cu acest format).

Dar nu căutăm căi ușoare ...

Care sunt problemele UNIMARC din punctul de vedere al programatorului?
Să începem în ordine.
  • Depozitarea tuturor offseturilor și a lungimilor de înregistrare într-un șir de 5 octeți
  • Stocarea numerelor de câmp și a indiciilor subcâmpurilor cu un șir (de fapt, nu o problemă atât de gravă, dar încă)
  • Posibilitatea de a utiliza două variante ale codificărilor - MARC8 și UTF8 (de fapt, puteți folosi orice, dar numai aceste două sunt discutate în standard, iar pavilionul de codare este numai pentru ele). MARC8, codificare atât de obișnuită

În rest, este un format destul de convenabil, unde înregistrările sunt stocate unul câte unul, există separatoare, iar formatul înregistrării este aproximativ:
Leader (informații despre înregistrare, necesare pentru citirea înregistrării)
Câmpul variabil1
-Variabilă în câmp1
-...
-Sub-câmpul variabilN
...
Variabil FieldM

Există tabele speciale care indică câmpul / sub-câmpul pentru care acesta răspunde, care pot fi folosite în scopuri proprii și așa mai departe.

Ar părea - idilă, nu fără probleme, dar puteți trăi.

Și apoi RusMARC pătrunde în scenă
1. 1. Scopul formatului de comunicare rusesc

Formatul de comunicare rusesc a fost elaborat prin ordinul Ministerului Culturii, în cadrul programului LIBNET sub auspiciile Asociației Bibliotecii din Rusia. Formatul este destinat să fie un intermediar în schimbul înregistrărilor bibliografice și să contribuie la rezolvarea următoarelor sarcini:

a. Îmbunătățirea accesibilității informațiilor bibliografice
b. Crearea directoarelor sumare
în. Reducerea costului catalogării

1. 4. Relația dintre formatul UNIMARC și formatul de comunicare rusesc

Volumele de acest lucru este uimitor, putinei aproape toate domeniile și subcâmpuri, „liderul înregistrărilor“ sa schimbat, pentru că nu avem nevoie de pavilion de codificare, pentru acesta este locul unde trebuie să știm, de control arhiva sau nu, ce contează modul în care va determina codificarea?

Domnilor juriului, nu am nimic de adăugat.

Numai utilizatorii înregistrați pot participa la sondaj. Conectați-vă. te rog.

Văd imaginar exprima gândurile mele. Mă întrebam dacă există administratori / dezvoltatori / etc pe această resursă cel puțin într-un fel legat de biblioteci. Sa dovedit acolo. Ei bine, în general, și opinia ta este necesară. Pentru a lucra cu acest standard, cineva undeva după ce scrie ceva și nu este suficient unde va fi decis să se aplice.

Unul este cu siguranță.







Aceasta este problema, în opinia mea, că în ultimul moment sunt implicați specialiști IT (nu numai în dezvoltarea acestui format și nu numai în bibliotecă).

Ei bine, în cele din urmă, UNIMARC a intrat în situația "Nu avem standarde concurente. Să scriem unul! Rezultat: avem n + 1 standarde concurente. "Deoarece multe programe au rămas destul de populare USMARC sau MARC21. Mă liniștesc despre Dublin Core și recent deschis MODS, METS, MIX ...

În general, dacă nu un secret, în ce situație ați întâlnit formate de bibliotecă? Eu pur și simplu lucrez cu ei pentru o lungă perioadă de timp ...

Am încercat cumva să expun cu mult timp în urmă, ce fel de goblin într-un oaspete rus este o unitate de energie termică nu este joule o calorie. Și electric kilowatt-oră, și nu din nou (mega / giga / ter) joule. (după cum sa dovedit, chiar există un pasaj oficial al unui anumit "aici")
Ca rezultat, am fost citat spunând că, la o conferință, șeful Rostest (apoi încă standardul de stat), aproximativ în microfon la vorbitorul care a avut numerele în SI, a spus: "Nu înțeleg papagalii voștri".
În general, condoleanțele mele, "bun venit în lumea reală", împingându-l în leagăn ...

Când m-am angajat în acest format, trebuia să scriu catalogul electronic de tip opensour cu web-ul și interfața, dar apoi toate bibliotecile au cumpărat cu bucurie opacul și mi-am dat seama că nu era necesar pentru nimeni.

De fapt este necesar. Și acum trebuie să alegeți între diferite soiuri de g * vna, deoarece nu există sisteme normale.
În Sankt Petersburg, majoritatea bibilotecilor pe care le cunosc stau pe o bucată teribilă de SPSTL sub numele de "IRBIS" și nu există încă o alternativă sănătoasă.

Dacă găsiți o bibliotecă (sau mai bine câteva) interesată de programul opensourse, contactați-mă - voi încerca să o fac oricum. Deoarece, fără feedback de la utilizatori reali, puteți face ceva care nimeni nu are nevoie și aș dori să fac un produs popular.

Deci, am de gând să scriu un articol despre biblioteci, IT și probleme conexe, poate nu toate, dar cel puțin cele pe care le-am întâlnit în 4 ani de activitate în acest domeniu.

În calitate de administrator al bibliotecii, voi spune că este nevoie de un format uniform pentru Rusia (nu sub forma ca acum, ci ca un format normal de gândire), dar produsele interne sunt pur și simplu un popol continuu. IRBIS-ul menționat mai sus mi-a provocat doar furie catastrofală de furie. Nu știu exact ce este scris (cu excepția shell-ului delfin), dar îmi amintesc un anecdot:
- Pascal este un limbaj de programare prost - nu suportă mai mult de 256 de bucle imbricate dacă altceva.

Deci - în leopardul de zăpadă este scris într-un limbaj de programare "bun", susține mai mult.

În detrimentul alternativei - înainte de MARK SQL - nu limita viselor, ci software-ul normal, funcționează tipic SQL, totul este în vigoare, flexibil, personalizabil, a fost convenabil să se administreze. Acum au murit, dar unii dintre dezvoltatori au fost împușcați și și-au făcut SGBS similare cu șah și poeteze.

Irbis este trist de apariția capacităților de finisare ale administrației - pentru fiecare client a crea manual un fișier cu setările pentru a limita accesul la fiecare client a crea un fișier cu o listă de baze de date pe care el vede (cu mâna desigur), orice editare a logicii - într-un fișier manual. Oh, și restricția privind accesul la baza de date are doar trei puncte - vede baza și poate face totul; vede, dar nu poate face nimic; nu vede baza. Toate încercările de a limita utilizatorul pentru o anumită acțiune sunt o coroană pentru o duzină de linii, adesea nefuncționale.

Vicki IRBIS plin de nedescrisă caracteristici, virgulă, citat, o întrebare sau un alt cârlig poate transporta o funcție diferită într-un loc diferit.

HATE! Din fericire, nu folosim IRBIS, dar avem un alt motiv de ură - OPAC, condoleanțele mele

Irbis este scris în Delphi. Și da, sunt de acord că acesta este diavolul iadului. Nu pentru că omul care a scris partea serverului mănăstirii a plecat de ani de zile. Dar printre alte programe interne, inclusiv acelasi sql marc, totul nu este mai bun. Cel puțin leopardul de zăpadă se poate modifica destul de puternic. De fapt, cea mai mare parte a lucrării mele este de a crea baze de date specifice, dicționare, formate de ieșire.
Și crearea unui format unic pentru Rusia ... Ei bine, în cele mai multe cazuri, importul / exportul nostru este bine gestionat de rusmarc. Și dacă vorbim despre crearea unui nou format unic, atunci ar trebui să începem cu modificarea formatului înregistrării bibliografice.

Și formatul înregistrării bibliografice este specificat de GOST? Sau vorbești despre faptul că acest GOST nimeni nu citește și nu scrie așa cum vrea?

Este specificat de GOST, dar în primul GOST în sine ar fi bine să procesăm, în cel de-al doilea să nu-l respectăm cu strictețe și să ne îmbunătățim. Uneori este justificată, dar rezultatul este încă trist.

Mark sql a fost set intuitiv de câmpuri pentru orice bază ar putea face cu ușurință, drepturi de acces - în două click-uri, formulare de retragere la interogări sql, din care jumătate este clar chiar și pentru mine (niciodată înainte sql nu se vede și nu se simt), toate Armagh într-un singur sticla, iar accesul este uchetki limitat și nu au nevoie de fiecare braț setat separat, comutarea între armami într-un singur clic, pe mai multe niveluri imputate, nu sunt obligatorii intrările între ele prin creație elementară cifru orice dicționar dintre câmpurile disponibile, fiecare înregistrare are un ID, nu mitic mfn, care se schimbă dacă există înregistrările șterse (deci nu poate fi dat o legătură permanentă într-o anumită carte într-un web IRBIS, dar numai pe un rezultat de căutare sau ferme colective de identitate.). Singurul dezavantaj real este faptul că lista de baze de date este atașată la computer, și nu la contabilitate.

În Irbis, uneori nu înțeleg ce fac, toate prin încercări și erori. Da, timp de 3 ani, am pompa de acru de peste si poate crea orice bază de date special, orice dicționare simple (în cazul în care o bere este și complexă), se poate transfera date de la orice bază de date, indiferent de domeniul în care se încadrează, dar aceste abilități viața mea nu va fi util, spre deosebire de cunoștințele despre SQL.







Articole similare

Trimiteți-le prietenilor: