Category: MarcEdit

  • MarcEdit Z39.50 client

    The Z39.50 client is finished (at least the Z39.50 part). I’m doing some final testing and will update the beta install by Monday. Once uploaded, I’ll start finishing up the SRU interface and then start finishing a little house cleaning so I can move MarcEdit 5 out of beta. –Terry

  • MarcEdit 5.0 MARC=>MARCXML bug

    I’ve confirmed a bug in the MarcEngine that translates MARC data to MARCXML. The issue occurs when a subfield code is incorrectly added to the end of a field. I’ve corrected this issue and reposted the build to: marcedit50_2005_07_25.zip –Terry

  • MarcEdit 5.0 Beta Refresh (July 25, 2005)

    Ahhhhh…..I’d introduced a bug in the last build that primarily affected European diacritics when moving between MARC-8 to UTF-8. The issue at hand was how to deal with dangling or incorrectly coded diacritics. In coding a solution, I accidently removed some code that moved combining diacritics. In MARC-8, diacritic placement for most European diacritics should…

  • MarcEdit 5.0 Z39.50 Client — first look

    Here’s some initial pictures of the Z39.50 client. 1) 2)

  • UTF-8 to MARC-8 component updates (July 22, 2005)

    When I first started putting this version of MarcEdit together, I had a number of goals. Some of the most prominent were: 1) Improved UTF-8 support to remove adoption boundaries for libraries 2) Provide UTF-8 to MARC-8 support to allow for seamless movement of data between XML and MARC sources. The first was easy —…

  • MarcEdit 5.0 beta Refresh (July 21, 2005: 11:48 pst)

    Small tweek to the utftomarc converter. I hadn’t upgraded its handling of non-MARC-8 characters to the new W3C format — this has been done now. New download: marcedit50_2005_07_21b.zip Thanks, –Terry

  • MarcEdit Beta Refresh (July 21, 2005)

    I’ve just updated the MarcEdit Beta Build. The issues corrected in this build were specific to MarcEdit’s Unicode functionality. Changes: 1) First, the MarcEditor and the MARCEngine has support added for entities…i.e., characters can be represented as W3C notation: 齊…Of course, this leads to a problem in terms of tracking the input stream since .NET…

  • MarcEdit 5.0: MARCEngine bugs

    FYI — I’ve had some folks start testing the UTF-8 to MARC-8 conversion and there are a few problems when dealing with CJK items. I’ve made the corrections and will be updating the build later today.

  • MarcEdit 5.0 Beta Refresh (July 19, 2005)

    Updated: I refreshed the build to include a small correction to the UTF-8 conversion routine. The problem occurred when you had dangling combining characters in a record. The program will now detect these danglers and include a space for diacritic to combine on. This way, the diacritic isn’t lost and the combining character doesn’t attach…

  • MarcEdit 5.0 beta bugs

    Couple of bugs worth noting in the MarcEdit 5.0 beta (updated July 14th). 1) When a left bracket ({) is encountered in its mnemonic form — the mnemonic reader doesn’t reposition itself correctly to read the rest of the line. This will cause the engine to stop unexpectedly. 2) Delimited Text Translator appears to have…