MarcEdit update Posted: 2008-05-11 11:57:47
Sorry I haven't gotten this up -- I'll post it tonight. --TR
Quick MarcEdit FYI Posted: 2008-05-08 19:38:45
I'll be posting an update this weekend that includes an updated bootloader to deal with a problem identified when installing on Vista 64-bit, as well as including enhancements to the Z39.50 Extended Services support and the OAI Harvester (making it more fault tolerant). Also, I reharvested the UMich. Google Books records and will be posting the set (for those interested in a testing set, etc) this weekend as well, likely Friday night as I'll be spending a good deal of time tomorrow on the road. --TR
Connexion Plugin Update Posted: 2008-04-17 23:32:54
So, I updated the connexion plugin to fix a few issues and make it a little easier to work with. The primary issues corrected deal with spacing of downloaded data. Normalization of some fields where spacing is important ($w's), where being stripped causing validation errors. This has been corrected. So how do you update? Well, at this point, it requires 2 MarcEdit restarts (this will change soon). To update, do the following: - Open the Main MarcEdit Window
- Select Add-ins/Plugin Manager
- You should now see this:
 Because the plug-ins are loaded at startup, the code is actually in memory at this point. So, you need to go through a multi-step process to update the files. First, select remove from the installed plugins and click on the Remove button when it becomes enabled. Now, restart MarcEdit. - Go back into the Plugin Manager and now select the OCLC Connexion Plugin from the Available Plugins list. When selected, the download button is enabled. Click download. You will be prompted that the plugin will become enabled the next time you start MarcEdit. So, restart MarcEdit and you are now updated.
--TR
Z39.50 and Redistributables update Posted: 2008-04-16 23:58:32
I introduced an error into the batch Z39.50 search function. This was corrected in this build. The change affects the z39.50 client (as well as the redistributables). Here are the download links: MarcEdit App: http://oregonstate.edu/~reeset/marcedit/software/development/MarcEdit51_Setup.exe Runtimes: http://oregonstate.edu/~reeset/marcedit/software/development/MarcEdit51_Runtimes.exe --TR
MarcEdit Update Posted: 2008-04-16 03:27:09
I've posted a MarcEdit with a good number of enhancements, though if they are implemented correctly, you shouldn't see most of them. Many are related to making Z39.50 client work better, fold some previous functionality back into MarcEdit and implement a few new pieces of functionality in the delimited text translator and Z39.50 Client. BTW, anyone have a good translation between MARC21 and UNIMARC. I'd like to add a conversion between the two to make it easier for folks to use one or both, but I don't have the UniMARC documentation handy. Update can be found at: http://oregonstate.edu/~reeset/marcedit/software/development/MarcEdit51_Setup.exe --TR
MarcEdit 5.1 Update Posted: 2008-03-13 23:16:35
I've got a couple of MarcEdit updates for folks. Most of these updates are related to the Z39.50 client. Of course, a number of other features have been added as well. Here are the highlights: Z39.50 Changes So a number of Z39.50 changes -- some related to adding editing functionality to the MarcEditor, others to provide Unicode search support for Z39.50 queries. Big changes are: - Unicode searches are now supported. One of the funny things about Z39.50 is that by default, it wants to perform searches in a Latin format. While there is a characterset option that can be set -- few places seem to implement it. So, MarcEdit will now evaluate the search string and then translate it appropriately to allow for correct searching (at least, this has been the case with all the test servers that I've worked with so far).
- Auto Unicode transforms. While you can specify a return characterset -- most Z39.50 servers will not send Unicode data back to you even if you ask. MarcEdit's Z39.50 client will provide transparent character translation for you, allowing you to take data in the format returned by the server or specifying that unicode data is always returned. The way that you implement this new option is in the search screen (see below). Simply check the Unicode option and the program will ensure that the data returned to the user is UTF8 encoded.
- In addition to changes to the Z39.50 Client, I've also included a lite-weight Z39.50 client into the MarcEditor. This has been included to allow users to edit metadata records directly against a Z39.50 Server. The new functionality is an Import, Update and Delete function. This allows you to import files or groups of files into the Editor for edit, update those files that are edited and then delete files loaded into the editor. Here are some screen shots:
(Import Function -- Initializes the Lite-weight tool)
Again, this is a lite-weight tool. At this point, the Edit Settings link is disabled. If you need to change a database's settings, you will want to update the settings using the full-blown Z39.50 tool. They pull from the same data sources. These changes will allow folks with systems like Koha or Zebra edit records directly in the MarcEditor.
Other changes Few other changes. In the MarcEditor, you will now see the filename in the header (see below):
Also made changes to the command-line MarcEdit tool. Added a new switch, -character. This allows you to do character conversions. For example, this is how you would convert a utf8 MARC file to a MARC8 MARC file: C:\net_marcedit\C#\MProgram\MarcEdit\bin\Debug>cmarcedit -s c:\export.mrc -d c:\export1.mrc -utf8 -character Beginning Process... Records have been processed. Within the MarcEditor, also re-implemented the Select Individual Records to Make function (found in the file menu):
The last change of note is the Delimited Text Translator. I've added the ability to import data directly from an MS Access database. It works basically like Excel importing. You select the database and then select the Table/Sheet that you want to pull data from. Download files are found at: http://oregonstate.edu/~reeset/marcedit/software/development/MarcEdit51_Setup.exe --TR
Some MarcEdit changes: Z39.50 updating Posted: 2008-02-24 01:08:54
This is one of those things that I wanted to get done a long time ago, but finally have found the time. I'm working on updating MarcEdit to allow users to pull records directly into the MarcEditor from the Z39.50 client and then post them directly to a Z39.50 service that supports record updates. At this point, the UI may change (I'm going to let a few people try it out first to give me feel for how it works), but at this point, here's the UI. - Once the MarcEditor is opened, click CTRL+I or follow the menu to Tools/Z39.50/SRU Options/Z39.50 Import Record (see below):
- Selecting this option will open the following window:
Initially, this tool will be tied to MarcEdit's Z39.50/SRU client. Users will be able to select any item that has been added to your local repository of databases. So, if you don't see a database in the list, you will want to open the Z39.50 tool and select it from the master list.
- At this point, it works like any other client. Run a search, double click on the item in the results list. It will open in the Editor. Make your edits, then select CTRL+U or the Record Upload from the tools menu.
I'll post a webcast when finalized, but hopefully I'll get a chance to wrap this up fairly quickly. --TR
MarcEdit 5.1 update Posted: 2008-02-22 00:21:10
Couple of updates -- - Finished adding functionality to support different DPI settings. This corrects the oai harvester, the marc tools and some marceditor layout functionality.
- Batch File processor -- fixed a small error in which the program would save marcxml=>marc conversions as xml files (rather than mrc files)
- Save/Save As -- when harvesting (and other options that require temp file creation) -- save/save as saves to the temp file. This has been corrected
- Compile Records -- the MarcEditor can open MODS and MARCXML files directly -- converting them to MARC for editing. When you save, it converts them back to xml files. However, if you run the compile code, it now will compile the data to MARC as well (as one would expect).
Updates: --TR
|