marctools 1.6.3

• add -safe flag following #5

Maintenance release.

marctools 1.6.2

• 1.6.2 release
• use batched operations in marctojson
• TODO: eventually apply optimizations to marcxmltojson and marctotsv

marctools 1.6.1

Added marcsnapshot command.

Status: Experimental.

marcsnapshot takes a list of MARC files and deduplicates records, keeping only the "newest", if multiple versions are found.

Field 001 is used as ID. Field 005 value is used to sort.

---

Example: three marcfiles, possibly with duplicates.
Field 001 values can be identified by the first 9 chars.

    $ marcsnapshot -verbose -l 9 2010.mrc 2011.mrc 2012.mrc > out.mrc

marctools 1.6.0

The default output of marctojson uses "record" as key, not "content". If you rely on the key being "content", use

$ marctojson -recordkey content ...

to get the old behaviour.

---

• marctojson got a -recordkey flag
• move marctools import from miku to ubleipzig

marctools 1.5.5

marcdb got an -encode flag.

marctools 1.5.4

Small improvements in marcdb.

marctools 1.5.3

Added marcdb command.

marctools 1.5.2

Added marcxmltojson.

marctools 1.5.0

Changed json export format for marctojson.

The new format uses arrays for all subfield values,
not just for those, which had more than one element.

old: {"020": [{"a": "1234567890", "ind1": " ", "ind2": " ", "z": ["A", "B"]}]}
new: {"020": [{"a": ["1234567890"], "ind1": " ", "ind2": " ", "z": ["A", "B"]}]}

This unifies and hopefully simplifies processing on the consumer side.

Control field values are still just strings, since they are single values by spec.

marctools 1.4.1

• 1.4.1 release (64bit only)
• rebranded from gomarckit to marctools
• standard project layout, now go-getable
• marctotsv and marctojson will utilize multiple cores (although the tasks remain IO-bound)
• dev: support for RPM and DEB packaging
• dev: 70% test coverage

Note: RPM is built against libc6 2.12, DEB against 2.14.