ПредишенСледващото

[HATE] болка. Формат RusMARC 4

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

- като Forbes, само по-добре.

Предупреждение. Мнение съдържа почти мащаб размер на омраза! Премахване на болни деца бременни и кърмачки с слаба психика от монитора. Въпреки, че тези деца, където можете да го намерите?

Добър ден на всички.
Позволете ми да започна с един цитат от Wikipedia
UNIMARC (акроним на Universal машинночитаемите Каталогизация) - формат, разработен със съдействието на Международната федерация на библиотечните асоциации (IFLA) през 1977 г., за да се разреши проблемът с несъвместимост между различните национални MARC формат. Основната цел е да се създаде международен формат MARC, които биха могли да приемат всички видове библиографски записи MARC формати. Тези записи могат да се конвертират в UNIMARC, който може да представлява основен формат, както и от това, ако е необходимо - в някакъв друг формат MARC. UNIMARC формат улеснява международния обмен на библиографски данни в машинно четима форма.

за решаване на проблема на несъвместимост между различните национални формат MARC

Това означава, че формата е създаден за това ще бъде да обедини библиографски записи и да се отдалечат от мястото, където е имал свой собствен формат MARC не е съвместим с останалите във всяка страна. Хората се събраха, мисъл и разработени общ формат. всички от тях до определено време, използван и всеки е щастлив (добре, с изключение на разработчиците, които трябва да се напише функция на внос \ износ на работа с този формат).

Но ние не търсим лесни начини ...

Какви са проблемите с перспектива UNIMARC програмист?
Да започнем от самото начало.
  • Поддържане на всички офсет и дължина на записа 5 бита,
  • Килер полета и подполета индекс линия (всъщност не като сериозен проблем, но все пак)
  • Възможността да се използват два варианта за кодиране - MARC8 и UTF8 (всъщност, можете да използвате всеки, но стандартът на договаряне само тези двамата, съответно, и кодиране на флага-указател само за тях). MARC8, не е такава обща кодиране

За останалата част, той е доста удобен формат, където записите се съхраняват една след друга, наличието на печати и формата на запис по този начин:
Лидер (на запис на информацията, необходима, за да прочетете записа)
PeremennoePole1
-PeremennoePodPole1
-...
-PeremennoePodPoleN
...
PeremennoePoleM

Има специална таблица, която показва какво \ подполе за какво е отговорен, която може да се използва за собствените си цели, и така нататък.

Тя ще изглежда - идилия, не без проблеми, но може да се живее.

И тук на сцената избухва RusMARC
1. 1. Цел UNIMARC

UNIMARC разработен по поръчка на Министерството на културата като част LIBNET програма под егидата на Асоциацията на руската библиотека. Форматът е проектиран да бъде посредник при осъществяването на обмен на библиографски записи и насърчаване на следните цели:

а. Подобряване на достъпността на библиографска информация
б. Своден каталог
инча Намаляване на разходите в каталогизирането

1. 4. Отношенията на UNIMARC и UNIMARC

Обемите на тази работа, е смайващо, гюм почти всички области и подполета ", лидерът на записите" се променили, тъй като ние нямаме нужда от знамето на кодиране, защото това е мястото, което трябва да знаем, контрол архив или не, какво значение как ще определи кодирането?

Господа съдебни заседатели, аз няма какво да се добави.

Само регистрирани потребители могат да участват в проучването. Влезте. моля.

Виждам гадно изразят своите мисли. Чудех се дали този ресурс Администратори / Фирми / и т.н. все пак по някакъв начин свързани с библиотеки. Оказа се, има. Е, като цяло, и е необходимо вашето мнение. За да работите с този стандарт, някой някъде нещо в края на краищата, пише и никога не се знае къде ще решат да прилагат.

Един определено има.

Това е е проблемът, по мое мнение, в които са замесени в IT-специалисти (не само в развитието на този формат, а не само в Библията областта) в последния момент.

Е, в крайна сметка той се качи в ситуация UNIMARC "Ние сме н конкурентни стандарти. Нека да напише една единствена! Резултат: ние имаме N + 1, конкуриращи се стандарти ", тъй като много програми едни и същи останките доста популярни USMARC или MARC21 .. Аз съм казал нищо за Dublin Core и модове наскоро са открили, Метс, разбърква ...

По принцип, ако не е тайна, в каква ситуация сте изправени пред формати библиотеката? Аз след това просто дежурен за дълго време, за да работи с тях ...

Веднъж се опитах vysnit отдавна, гоблин в руския гост единица топлинна енергия е джаул не е калория. А киловатчас на електроенергията, а не отново (Mega / Giga / тера) джаула. (Както се оказа, дори да го има официално място със сигурност ще ходи на "тук")
В резултат на това, аз цитирах, че в един конференция, ръководителят Rostest (тогава посочи стандарт) грубо в микрофона ochednomu докладчик, който имаше фигури в SI каза: "Аз не разбирам вашите папагали."
Като цяло, моите съболезнования ", добре дошли в реалния свят", това къдрички в люлка ...

Когато бях ангажирани в този формат и е mysyl напиши opensourse електронен каталог и уеб в destktop GUI интерфейс, но след това всичко библиотеката весело купил непрозрачен и разбрах, че никой не се нуждае.

Всъщност трябва. И сега трябва да избират между различни разновидности на г * BHA като нормални системи не разполагат.
В Санкт Петербург по-голямата част Знам bibilotek седи на един зловещ Сподели във SPSTL нарича "IRBIS" и здравомислещ алтернатива все още не се вижда.

Е, ако можете да намерите библиотека (и за предпочитане няколко) opensourse интерес към програмата, моля свържете се с мен - аз ще се опитам да направя едни и същи. Защото без обратна връзка от потребителите, можете да направите това нещо, което никой не иска, и бих искал да се направи поиска продукт.

И така, аз имам планове да напише статия за библиотеката, тя, както и свързаните с това въпроси, може да не е всичко, но поне за тези, с които съм срещал над 4 години работа в тази област.

Как да кажа на администратор библиотеката - общ формат за Русия нужда (не е във формата, както е сега, и формата на нормалната обмислен), но да споделят вътрешните бази данни - това е просто една солидна popobol. Посоченият по-горе IRBIS ми дава катастрофално ярост. Аз не знам какво точно е писано (с изключение на delfevoy черупка), но не забравяйте анекдот:
- Паскал е лоша език за програмиране - той не поддържа повече от 256 вложени ако друг цикли.

Така че - в снежен леопард е писано в "добра" език за програмиране, като поддържа повече.

За сметка на алтернативни -was използват SQL MARK - не голямата мечта, но нормалната softina работи е типично за SQL, всичко е на мястото си, огъване, конфигуриране, администриране, това е удобно. Сега те са мъртви, но някои от разработчиците са направили своите otpachkovalis и подобни бази данни с шах и поетеси.

Irbis Тъжно е от появата на финалните възможности на администрацията - за всеки клиент ръчно да създадете файл с настройките, за да се ограничи достъпът до всеки клиент създадете файл със списък на бази данни, които той вижда (на ръка разбира се), която и редактиране на логиката - във файл ръчно. О, да ограничение на достъпа до базата данни е само три точки - виж основата и може всичко; Той вижда, но не мога да направя нищо; Той не вижда основание. Всички опити за ограничаване на потребителя за конкретно действие - това е патерица за десетина линии, често не работят.

Вики IRBIS пълен с неописан функции, запетая, цитат, на въпрос, или друга кука може да носи различна функция на друго място.

Мразя! За щастие, ние IRBIS не се използва, но имаме още една причина да мрази - ОПАК, моите съболезнования

Irbis е написан на Delphi. И да, аз съм съгласен, че е въплъщение на дявола. Не за нищо, че човекът, който е написал страна на сървъра на манастира продължи с години. Но наред с други вътрешни програми, в това число и същ джибрите SQL нещата не са по-добри. Най-малко на снежен леопард позволява почти модифицирана. Всъщност повечето от работата ми е да се създадат специфични бази данни, речници, изходни формати.
И създаването на общ формат за руснака ... Е, в повечето случаи, нашата внос / износ справя rusmarc. И ако всичко, което се говори за създаването на нова единна формат, а след това, че е необходимо да се започне с най-много промени в запис формат библиографска.

A формат на библиографския запис, освен ако посочените гости? Или вие сте за това, че на Standard никой не чете и пише, както си иска?

На въпрос на гостите, но на първо място себе си ГОСТ добре да се рециклират, и второ, не всички спазваме стриктно към града и неговото подобряване. Понякога оправдано, но резултатът все още тъжен.

Марк SQL е интуитивен набор от полета за всяка база може да се направи лесно, правата на достъп - в две кликвания, отнемане форми на SQL заявки, половината от които е ясно, дори и за мен (никога преди SQL не се вижда и не се чувствам), всички Арма в едно бутилка, а достъпът е ограничен uchetki и не е необходимо всяка ръка поотделно настроен, превключване между armami с едно кликване, вменено многостепенен, който не обвързва записи помежду си с шифър начално създаване на всеки речник на съответните полета, като всеки запис има ID, не митичния облагодетелствана нация, която се променя, ако имаше изтрити записи (по този начин не се дава постоянна връзка с конкретна книга в уеб IRBIS, но само върху резултат от търсенето, или колективни ферми за самоличност.). Единственият реален отрицателен - в списъка на бази данни, свързани към компютъра, за да не uchetki.

IRBIS, аз понякога не разбират това, което правя всичко на пробата и грешката. Да, в продължение на 3 години, аз кисело помпа отново и да създадете всяка конкретна база данни, всички прости речници (ако една бира е и сложни), може да прехвърля данни от всяка база данни, без значение каква сфера ще се намират, но тези умения живота ми няма да бъдат полезни, за разлика от SQL знания.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!