Biblioteka Narodowa używa na swojej stronie plików cookies. Brak zmiany ustawień przeglądarki oznacza zgodę na ich użycie. [zamknij]

Zmiany w formacie MARC

Autor: Paweł Rygiel,

Kategorie: Katalogowanie i bibliografia

Tagi:

1 komentarz

Na stronie internetowej MARC dostępne są aktualizacje formatu MARC 21 dla każdego typu rekordu.

Dokumentacja zawiera zmiany wprowadzone do formatów wynikające z propozycji, które zostały uznane przez ALA ALCTS / LITA / RUSA Machine -Readable Bibliographic Information Committee (MARBI), Canadian Committee on MARC (CCM) oraz BIC Bibliographic Standards Group w styczniu i czerwcu 2011 roku.

Zmiany są zaznaczone na czerwono. Każdy format ma również załącznik “Format Changes for Update No. 13 (September 2011), który zawiera listę zmian.

Najwięcej zmian dotyczy pól 3XX, co wynika z dostosowywania formatu MARC do wymagań stawianych przez nowy standard katalogowania – RDA.

Użytkownicy mogą rozpocząć wdrażanie nowych funkcji w formacie do 60 dni od daty ogłoszenia (1 września 2011 roku).

Więcej informacji na stronie:  http://www.loc.gov/marc/status.html



Jeden komentarz

  1. Z. Zakrzewski 29-09-2011 10:14

    To są dopiero zmiany! Poniżej cytat z listy AUTOCAT na temat ciekawej
    koncepcji Super MARC:


    Jeffrey Trimble on the Bibframe e-list made the following proposal for
    creating a Super MARC, which would have the advantages of present MARC
    (including language neutrality), provide for expanded content, and
    allow an easy crosswalk for legacy records.

    “1. Record Length. We’ll need to adjust the Leader positions of
    00-04, and move it to something much higher. Perhaps push bytes 05-23
    further out. So we can reserve bytes 00-12 for record length (and
    bytes 05-23 become bytes 17-31) That give you up to 9.999999 TB.
    That’s one hell of a record. Do you think you have enough content
    for that large of a record? You can now include the actual printed
    book.

    “2. Expand the MARC record to have a 4 character numeric tag, starting
    with 0001 and continue to 9999. That too is quite big, many fields
    repeated, and more fields to define. Oh boy can we define fields.

    “3. Indicator count. Again, expand it to 3. We may not use it, but
    let’s get rolling.

    “4. Subfield code count. Again, expand it to 3. You can then tell
    the computer that after the “delimiter” ($), you have either a 1 or 2
    byte subfield. I can see us using $aa $ab $ac (or if you go to 4
    character count you could do something like $a-b $d-a or even $a$b
    $d$a. Or even a different delimiter sign as a secondary delimiter.”

    I wonder if he could be our new Avram. Unlike many theorists, he is
    firmly grounded in present realities.

    He points out that XML is not a standard, and presents a whole host of
    new problems.

    I’ve asked Jeff if he would be willing to expand on this for wider
    distribution. Bibframe has few subscribers, compared to MARC, RDA-L
    and Autocat.

    I did not keep his original post, but just found it in the Bibframe
    archives.

    J. McRee (Mac) Elrod

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>