Monday, May 16, 2016 8:23 PM
Andornot recently helped a municipal archives save hours of manual work when civic records are transferred to them, by automating part of the data transfer process.
This municipal archives uses Inmagic DB/TextWorks to manage their collections. The many departments in the municipality complete a form when they are transferring records to the archives. The form is a fillable PDF form, but when the archives receives it with the records, they still need to re-key, or copy and paste, data into their DB/TextWorks system.
This fillable PDF form was altered so that a Submit button placed prominently on the form generates an XML file in Adobe's .xfdf format. Andornot developed an XSLT that can be used by DB/TextWorks' data import feature to transform data from this XML file into DB/TextWorks records. The XSLT selects appropriate data from the XML, and adds some default values like the material type, some notes, etc.
Dozens of records can now be imported in seconds or minutes, ready for the archives to review and edit further.
Further automation is also possible using the Inmagic Importer, which can monitor a folder and import files when they appear. This would allow the archives to drop multiple XML files from the transfer forms into a folder at once and then a few minutes later, access those records in the DB/TextWorks database.
Approaches like this are great for all sorts of institutions. Another common example is libraries sourcing catalogue records from other catalogues, such as by using BookWhere software, and importing those records into their catalogue, through DB/TextWorks or Genie.
Contact Andornot for assistance improving your workflow and automating repetitive tasks like this example.
Wednesday, July 29, 2009 6:53 PM
Why enter records into your database when you can have someone else do it for you? Or at least, why not borrow records from other sources and import them into your database? It’s quite easy to do, saving time and improving accuracy. One approach to this is:
- Use a service such as Bookwhere, Biblios.net or PubMed to search for records in numerous online databases, for materials such as books, journals, articles, videos, maps - anything that might have been catalogued by someone somewhere may be found (see our blog post on Biblios.net).
- Save records in MARC XML format (though any XML format can be used).
- In Genie (part of the Inmagic Library Suite), use the included Bookwhere XSLT to convert selected MARC tags to Genie fields and import records. (XSLT is short for Extensible Stylesheet Language Transformation, and is a language used to transform XML data into other formats).
- In Inmagic DB/Text, customize an XSLT to map MARC XML or any other XML data source to your data structure and import records.
- After importing records, you would of course further customize them to suit your database.
If you use Genie, it includes an XSLT (Bookwhere.xsl in the Genie ImporterFiles folder) that maps MARC XML fields into Genie fields. You can customize this XSLT further for your cataloging needs. For example, some MARC tag to Genie field mappings we have added include:
|090 or 050
856 subfield u
856 subfield y
246, 247, 730, 740, 770, 772, 776, 780, 785, 787
Leader position 6 or 7
Here's an example of the above Leader mapping added to the Genie Bookwhere.xsl transformation:
<xsl:template name="RecordType2" match="marc:leader">
<xsl:when test="substring(marc:leader, 8, 1 )='s'">
<xsl:when test="substring(marc:leader, 7, 1 )='a'">
<xsl:when test="substring(marc:leader, 7, 1 )='g'">
Virtually any XML file can be imported into a textbase using an XSL. The beauty of XSLT is that data cleanup can be done as part of the process. For example, ALL CAPS can be converted to Title case, fields can be separated or joined, dates can be transformed to other formats, and much more.
Wednesday, January 17, 2007 10:32 PM
A client of ours recently started using the new BookWhere XML MARC record import feature of Inmagic Genie. They noticed that although the new feature allowed them to import MARC records nicely into Genie, it did not import a call number from any of the records. There are several MARC call numbers that could be used, depending on the classification system used by the Genie user. See http://www.loc.gov/marc/bibliographic/ecbdclas.html for specifics on which MARC field you should use. We have used MARC field 050 - Library of Congress Call Number - in this example (leave out leading zero).