I presented on how I got MARCXML out of III using Xrecords at Code4Lib 2010. Here are the links: Presentation and conf page: http://code4lib.org/conference/2010/walls Video: http://www.archive.org/details/BecomingTrulyInnovativeMigratingFromMillenniumToKoha-IanWalls Code: http://contribs.koha.org/revision_view.php?rid=19 Let me know if you have any questions. -Ian On Fri, Feb 18, 2011 at 11:39 AM, Kyle Banerjee <[log in to unmask]>wrote: > On Fri, Feb 18, 2011 at 8:29 AM, Walker, David <[log in to unmask]> > wrote: > > > Hey Eric, > > > > Is this an Innovative system you have access to (at Notre Dame)? And do > > you need to do this one time only, or does it need to be automated and > > ongoing? > > > > If it's a system you have access to, and you only need it once, then you > > might just have one of the staff there use the Millennium client to get > > these records. Innovative provides modules (Create Lists and Data > Exchange) > > to search for and export MARC records. There is, of course, > documentation > > for that. > > > > There is also a function in the character based system that allows you to > export MARC records. This can easily be automated with expect. > > If it is ongoing and you only need individual records, you can also ask > target systems to enable XRECORD for bib records in their system. This will > enable you to pull up records in XML that contain all the fields in their > full glory. I strongly recommend against this option as it is one of the > most insane schemas I've ever seen, it doesn't deal with certain characters > properly, and you can only harvest by control number. > > There is also a syntax that you can use to pull individual records from the > "staff" view in the public OPAC that gives you a textual representation of > the MARC record. This can be parsed and converted to a real MARC record. > > If you need all records in the system, the expect route through the > character based system is the best. The other methods can be used in a > pinch. > > I recommend against Data Exchange not because it doesn't work (though the > last time I checked it didn't work well with large sets), but because you > can't automate it and it forces you to work though a java gui client. > > kyle > -- > ---------------------------------------------------------- > Kyle Banerjee > Digital Services Program Manager > Orbis Cascade Alliance > [log in to unmask] / 503.877.9773 > -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com [log in to unmask] Twitter: @sekjal