From: Ludwig Z. <lud...@go...> - 2007-09-08 18:05:47
|
Hello dear vufind community, We, the library of the Academy of Media Arts in Cologne, Germany, are considering to equip our Exlibris ALEPH500 18.1 system with vufind as OPAC frontend. In general, how is the connection to existing library databases established? The install guide is telling about MARC imports. So, you would have to do this every night to keep the library db and vufind in sync? Is there a way to directly link to loan information? These should be more up-to-date, right? Sadly, according to the roadmap, there is no support for ALEPH available so far. When will this be available? Or does somebody know about an alternative way to make vufind talk to the ALPEH? Something like a MAB->MARC conversion? Or using Z39.50? That's it so far, thank you very much in advance, Ludwig Zeller ---------------------- Academy of Media Arts http://www.khm.de/bibliothek |
From: Andrew N. <and...@vi...> - 2007-09-10 16:09:27
|
Ludwig, You will have to first load your entire Marc dataset into VuFind at= one intial period. Then you will have to schedule a nightly sync script t= hat will get any new/updated/deleted records and sync VuFind. The nightly = sync script is not yet complete, but we hope to have it available soon. As for holdings information, there is not yet an Aleph Driver - but if you = have anyone on your staff with some technical knowledge, it would not be mu= ch of a challenge to build such a driver. No one yet has come forth about = an Aleph driver, but if you would be interested in working on one I could h= elp you. Andrew From: vuf...@li... [mailto:vufind-general-b= ou...@li...] On Behalf Of Ludwig Zeller Sent: Saturday, September 08, 2007 2:06 PM To: vuf...@li... Subject: [VuFind-General] vufind for the Academy of Media Arts Cologne Hello dear vufind community, We, the library of the Academy of Media Arts in Cologne, Germany, are consi= dering to equip our Exlibris ALEPH500 18.1 system with vufind as OPAC front= end. In general, how is the connection to existing library databases established= ? The install guide is telling about MARC imports. So, you would have to do= this every night to keep the library db and vufind in sync? Is there a way= to directly link to loan information? These should be more up-to-date, rig= ht? Sadly, according to the roadmap, there is no support for ALEPH available so= far. When will this be available? Or does somebody know about an alternati= ve way to make vufind talk to the ALPEH? Something like a MAB->MARC convers= ion? Or using Z39.50? That's it so far, thank you very much in advance, Ludwig Zeller ---------------------- Academy of Media Arts http://www.khm.de/bibliothek |
From: Ludwig Z. <lud...@go...> - 2007-09-10 16:28:38
|
Hi Andrew, Thanks for your nice reply. > You will have to first load your entire Marc dataset into VuFind at one intial period. Ok. Has anybody experience with this regarding the MARC exports and the Exlibris ALEPH system? I am just a web developer, but do not have experience with this system. > The nightly sync script is not yet complete, but we hope to have it available soon. Sorry for avoiding to look in your docs, but would this script be ALEPH compatible then? Or would I have to insert some ALEPH specific query code, or calling ALEPH export tools? > As for holdings information, there is not yet an Aleph Driver To put it in general, do ALL the drivers, that are and will be developed deal with the holdings information ONLY? And the other information would always be meant to come from the MARC syncs? > but if you have anyone on your staff with some technical knowledge, it would not be much of a challenge to build such a driver. No one yet has come forth about an Aleph driver, but if you would be interested in working on one I could help you. I will consider this with my co-workers, thanks for your offer. Is the driver written as a DB wrapper in PHP? So that it issues encapsulated calls to the ALEPH Oracle db? Can you point me to an exisiting driver in your code? Thank you very much, Ludwig Zeller ---------------------- Academy of Media Arts http://www.khm.de/bibliothek Andrew Nagy schrieb: > Ludwig, You will have to first load your entire Marc dataset into VuFind at one intial period. Then you will have to schedule a nightly sync script that will get any new/updated/deleted records and sync VuFind. The nightly sync script is not yet complete, but we hope to have it available soon. > > As for holdings information, there is not yet an Aleph Driver - but if you have anyone on your staff with some technical knowledge, it would not be much of a challenge to build such a driver. No one yet has come forth about an Aleph driver, but if you would be interested in working on one I could help you. > > Andrew > > > From: vuf...@li... [mailto:vuf...@li...] On Behalf Of Ludwig Zeller > Sent: Saturday, September 08, 2007 2:06 PM > To: vuf...@li... > Subject: [VuFind-General] vufind for the Academy of Media Arts Cologne > > Hello dear vufind community, > > We, the library of the Academy of Media Arts in Cologne, Germany, are considering to equip our Exlibris ALEPH500 18.1 system with vufind as OPAC frontend. > > In general, how is the connection to existing library databases established? The install guide is telling about MARC imports. So, you would have to do this every night to keep the library db and vufind in sync? Is there a way to directly link to loan information? These should be more up-to-date, right? > > Sadly, according to the roadmap, there is no support for ALEPH available so far. When will this be available? Or does somebody know about an alternative way to make vufind talk to the ALPEH? Something like a MAB->MARC conversion? Or using Z39.50? > > That's it so far, thank you very much in advance, > > Ludwig Zeller > ---------------------- > Academy of Media Arts > http://www.khm.de/bibliothek > |
From: Andrew N. <and...@vi...> - 2007-09-11 17:00:26
|
Ludwig - you might want to consider subscribing to the list - all of your e= mails are getting moderated. > > You will have to first load your entire Marc dataset into VuFind at > one intial period. > > Ok. Has anybody experience with this regarding the MARC exports and the > Exlibris ALEPH system? I am just a web developer, but do not have > experience with this system. I haven't heard from anyone regarding aleph yet. Anyone out there running = ALEPH??? > > > The nightly sync script is not yet complete, but we hope to have it > available soon. > > Sorry for avoiding to look in your docs, but would this script be ALEPH > compatible then? Or would I have to insert some ALEPH specific query > code, or calling ALEPH export tools? The nightly sync script will work just like the initial import script. You= will be responsible for creating a cron job that gets the past 24hour chan= ges to your catalog and exporting it into a MARCXML format. This should be= a fairly trivial task. > > > As for holdings information, there is not yet an Aleph Driver > > To put it in general, do ALL the drivers, that are and will be > developed > deal with the holdings information ONLY? And the other information > would > always be meant to come from the MARC syncs? No, the nightly import script and the initial import script deal only with = Bibliographic data. The drivers are responsible for interacting with the l= ocal catalog for all additional data. > > > but if you have anyone on your staff with some technical knowledge, > it would not be much of a challenge to build such a driver. No one yet > has come forth about an Aleph driver, but if you would be interested in > working on one I could help you. > > I will consider this with my co-workers, thanks for your offer. Is the > driver written as a DB wrapper in PHP? So that it issues encapsulated > calls to the ALEPH Oracle db? > Can you point me to an exisiting driver in your code? The driver can work with what ever access method your catalog provides. Fo= r Voyager, it is done through encapsulated database calls. With the SirsiD= ynix driver - I believe it is via command line calls. With Aleph, I believe this is an API - you might want to investigate that f= urther. You can see the following files for reference: vufind/web/services/Search/CatalogConnection.php vufind/web/services/Search/Drivers/Voyager.php vufind/web/services/Search/Drivers/Interface.php |
From: Ludwig Z. <lud...@go...> - 2007-09-13 21:34:04
|
Hello! >> Ludwig - you might want to consider subscribing to the list - all of your emails are getting moderated. I was already signed up but had problems with gmail creating different From: fields for my mails... Sorry for any inconveniences. > You will be responsible for creating a cron job that gets the past 24hour changes to your catalog and exporting it into a MARCXML format. I installed vufind now and we did the export from ALEPH500 into MARC-8/UTF8, MARCXML is not available directly apparently. Did you really mean "exporting it into a MARCXML format", since I actually have to invoke yaz-marcdump for the MARCXML conversion afterwards? That would be senseless then?? Well, anyway, the yaz-marcdump did not work. I will list some messages here: ********* bash$ yaz-marcdump -f MARC-8 -t UTF-8 -X marcexport2 > /import/catalog.xml bash$ head import/catalog.xml <record xmlns="http://www.loc.gov/MARC21/slim"> <!-- Length data entry at offset 20 should hold a digit. Assuming 4 --> <!-- Length starting at offset 21 should hold a digit. Assuming 5 --> <!-- Length implementation at offset 22 should hold a digit. Assuming 0 --> <leader>00291nM2.a1200024 450h</leader> <!-- Directory offset 24: Bad value for data length and/or length starting --> <!-- Base address not at end of directory, base 24, end 25 --> </record> ********* Note: I have 45000 entries that look like that in catalog.xml, only <leader> differs slightly in each entry. (I understand neither MAB2 nor MARC) I apparently am using a different version of yaz-marcdump, since I did not have to use -o marcxml but -X instead. Anyway, the yaz-marcdump went through and was very fast, too. php import-solr.php also went fine, told me about 0 failures! The data/ folder was still empty afterwards, though, also my queries in the catalogue returned nothing. SOLR is apparently running, telnet connections to 8080 were fine. I chmoded /usr/local/vufind to 777 to ensure functionality before everything. Probably, my ALEPH500 export just did not return correct MARC-8, right? Then I will have to contact the exlibris support on how to do this, probably. Thanks for all the help, we are really looking forward to run vufind for our academy, since it seems to be the most modern OPAC out there, which really deserves the OPAC2.0 label the most! :) Ludwig Andrew Nagy schrieb: > Ludwig - you might want to consider subscribing to the list - all of your emails are getting moderated. > >>> You will have to first load your entire Marc dataset into VuFind at >> one intial period. >> >> Ok. Has anybody experience with this regarding the MARC exports and the >> Exlibris ALEPH system? I am just a web developer, but do not have >> experience with this system. > > I haven't heard from anyone regarding aleph yet. Anyone out there running ALEPH??? > >>> The nightly sync script is not yet complete, but we hope to have it >> available soon. >> >> Sorry for avoiding to look in your docs, but would this script be ALEPH >> compatible then? Or would I have to insert some ALEPH specific query >> code, or calling ALEPH export tools? > > The nightly sync script will work just like the initial import script. You will be responsible for creating a cron job that gets the past 24hour changes to your catalog and exporting it into a MARCXML format. This should be a fairly trivial task. > >>> As for holdings information, there is not yet an Aleph Driver >> To put it in general, do ALL the drivers, that are and will be >> developed >> deal with the holdings information ONLY? And the other information >> would >> always be meant to come from the MARC syncs? > > No, the nightly import script and the initial import script deal only with Bibliographic data. The drivers are responsible for interacting with the local catalog for all additional data. > >>> but if you have anyone on your staff with some technical knowledge, >> it would not be much of a challenge to build such a driver. No one yet >> has come forth about an Aleph driver, but if you would be interested in >> working on one I could help you. >> >> I will consider this with my co-workers, thanks for your offer. Is the >> driver written as a DB wrapper in PHP? So that it issues encapsulated >> calls to the ALEPH Oracle db? >> Can you point me to an exisiting driver in your code? > > The driver can work with what ever access method your catalog provides. For Voyager, it is done through encapsulated database calls. With the SirsiDynix driver - I believe it is via command line calls. > > With Aleph, I believe this is an API - you might want to investigate that further. > > You can see the following files for reference: > vufind/web/services/Search/CatalogConnection.php > vufind/web/services/Search/Drivers/Voyager.php > vufind/web/services/Search/Drivers/Interface.php > > |