[Koha] On export existing isis-catalog to the Koha environment
Hello Koha-community ! I have the following problem. The library e-catalog of our Institute is located on the library computer (OS Windows XP). This catalog has been created by means of the program CDS/ISIS for Windows. I would like to test a package Koha. For this purpose our administrator has downloaded the Koha-2pi on the server of our Institute (other computer, OS Linux Fedora). Using Intranet, I can see and test this Koha-package on the library computer, but I don't know how to export the mentioned catalog in the environment of Koha. Please, help me. Thank you. Gennady Zolotenko, Institute of Mathematics, National Academy of Sciences of Ukraine, Kiev ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] On export existing isis-catalog to the Koha environment
Dear , Your CDS/ISIS data need to be exported in iso format then again it needs to converted into marc format with the help of Marcedit software. On Mon, 31 Mar 2014 19:19:04 +0530 wrote Hello Koha-community ! I have the following problem. The library e-catalog of our Institute is located on the library computer (OS Windows XP). This catalog has been created by means of the program CDS/ISIS for Windows. I would like to test a package Koha. For this purpose our administrator has downloaded the Koha-2pi on the server of our Institute (other computer, OS Linux Fedora). Using Intranet, I can see and test this Koha-package on the library computer, but I don't know how to export the mentioned catalog in the environment of Koha. Please, help me. Thank you. Gennady Zolotenko, Institute of Mathematics, National Academy of Sciences of Ukraine, Kiev ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha With regards, Vinod Kumar Mishra, Assistant Librarian, (Library In-Charge) Biju Patnaik Central Library, NIT Rourkela, Mob:91+9439420860 91+6612462103 (O) email: vinod_librar...@rediffmail.com : mishrav...@gmail.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Interesting report request
I think this can be done - but I'm not sure how to tackle it. I got this request for a report to find items that probably got missed at checkin so the staff can go look to the shelves to find these items. The question was - could we take the set of patrons who had items due during a three day period (today, tomorrow and yesterday?) And limit that to patrons who we have actual recorded checkins for during that time period and then produce a list of other items that these patrons had checked out that were due during the same three day period and generate this list of items --- in order to do a quick check to see if we actually received them but missed checking them in? Ideas? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] MARC export - not exporting everything?
Manual updated with a note about this : http://git.koha-community.org/gitweb/?p=kohadocs.git;a=commitdiff;h=ea69b89c05f316f8b39e1238d479f8f0212569f6 Nicole On Mon, Mar 24, 2014 at 7:19 PM, Elaine Bradtke e...@efdss.org wrote: Thank you again Bernardo. It is currently set to specific item. That explains at least some of the strange behaviour. I'll change it and test it tomorrow but I think this may solve the problem. On Mon, Mar 24, 2014 at 9:25 PM, Bernardo Gonzalez Kriegel bgkrie...@gmail.com wrote: Elaine, what's the value of your syspref item-level_itypes? (Admin System preferences Cataloguing) If it's set to 'specific item' then you won't get any results from the export unless there is a item on the bibliographic records. If you set it to 'biblio record' then you can export records without items. Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkrie...@gmail.com On Mon, Mar 24, 2014 at 2:43 PM, Elaine Bradtke e...@efdss.org wrote: With a feeling of deja vu. . . it's a bug I filed two years ago http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7425 On Mon, Mar 24, 2014 at 4:43 PM, Elaine Bradtke e...@efdss.org wrote: l looked at bug 11940. Our records aren't usually very large, and my first attempt was for a subset of records that do not have any items attached. The problem reported in 11940 seems to be something that happens when there are too many items. I have tested an XML export of of the subset of records selected by item type, but got the same results, an empty file. However, export all records with items attached does work in XML (whereas it doesn't in plain MARC). Part of the problems seems to be related to limiting by item type. I'm assuming this item type is the one stored in MARC21 942$c If it was pulling it from the item record that would explain why I get 0 records if I limit it by item type. I'm looking around on Bugzilla now to see if anything matches what we're experiencing. On Thu, Mar 20, 2014 at 12:16 AM, Robin Sheat ro...@catalyst.net.nz wrote: Elaine Bradtke schreef op wo 19-03-2014 om 23:40 [+]: No errors showed up in the logs. I can export the whole catalogue (minus the items) by selecting don't export items. Otherwise, all I get are empty files. I haven't tried exporting single items. Hmm, that contradicts and selecting 'Don't export items' but this resulted in another empty file. If it works without items, then it's possibly bug 11940. Have you tried exporting as XML, that tends to not have problems with overlarge records. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture
Re: [Koha] Interesting report request
I would start by pulling the set of patrons who checked in today or yesterday, then pull the books from their account that fit the due date range. Here's a start; it functions, but I haven't checked to see if it's pulling all the right information. It should return a list of outstanding call numbers + titles for each borrower who returned in the date range. I left the dates for manual entry so that the report would be flexible, but today/yesterday are also easy to call directly. SELECT borrowernumber, GROUP_CONCAT(items.itemcallnumber, ( , biblio.title, ) ) AS booklist FROM (SELECT borrowernumber FROM statistics WHERE date(statistics.datetime) BETWEEN Returned between (-MM-DD) AND and (-MM-DD) AND statistics.type='return' GROUP BY borrowernumber) whoreturned LEFT JOIN issues USING (borrowernumber) LEFT JOIN items USING (itemnumber) LEFT JOIN biblio USING (biblionumber) WHERE date(issues.date_due) BETWEEN Due between (-MM-DD) AND and (-MM-DD) GROUP BY borrowernumber --Katelyn. Katelyn Browne Middle/High School Librarian Capital City Public Charter School 100 Peabody Street NW Washington, DC 20011 (202) 387-0309 x1745 kbro...@ccpcs.org http://www.ccpcs.org/library/ On Mon, Mar 31, 2014 at 11:25 AM, Nicole Engard neng...@gmail.com wrote: I think this can be done - but I'm not sure how to tackle it. I got this request for a report to find items that probably got missed at checkin so the staff can go look to the shelves to find these items. The question was - could we take the set of patrons who had items due during a three day period (today, tomorrow and yesterday?) And limit that to patrons who we have actual recorded checkins for during that time period and then produce a list of other items that these patrons had checked out that were due during the same three day period and generate this list of items --- in order to do a quick check to see if we actually received them but missed checking them in? Ideas? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] MARC export - not exporting everything?
That should help a lot. Thanks On Mon, Mar 31, 2014 at 5:01 PM, Nicole Engard neng...@gmail.com wrote: Manual updated with a note about this : http://git.koha-community.org/gitweb/?p=kohadocs.git;a=commitdiff;h=ea69b89c05f316f8b39e1238d479f8f0212569f6 Nicole On Mon, Mar 24, 2014 at 7:19 PM, Elaine Bradtke e...@efdss.org wrote: Thank you again Bernardo. It is currently set to specific item. That explains at least some of the strange behaviour. I'll change it and test it tomorrow but I think this may solve the problem. On Mon, Mar 24, 2014 at 9:25 PM, Bernardo Gonzalez Kriegel bgkrie...@gmail.com wrote: Elaine, what's the value of your syspref item-level_itypes? (Admin System preferences Cataloguing) If it's set to 'specific item' then you won't get any results from the export unless there is a item on the bibliographic records. If you set it to 'biblio record' then you can export records without items. Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkrie...@gmail.com On Mon, Mar 24, 2014 at 2:43 PM, Elaine Bradtke e...@efdss.org wrote: With a feeling of deja vu. . . it's a bug I filed two years ago http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7425 On Mon, Mar 24, 2014 at 4:43 PM, Elaine Bradtke e...@efdss.org wrote: l looked at bug 11940. Our records aren't usually very large, and my first attempt was for a subset of records that do not have any items attached. The problem reported in 11940 seems to be something that happens when there are too many items. I have tested an XML export of of the subset of records selected by item type, but got the same results, an empty file. However, export all records with items attached does work in XML (whereas it doesn't in plain MARC). Part of the problems seems to be related to limiting by item type. I'm assuming this item type is the one stored in MARC21 942$c If it was pulling it from the item record that would explain why I get 0 records if I limit it by item type. I'm looking around on Bugzilla now to see if anything matches what we're experiencing. On Thu, Mar 20, 2014 at 12:16 AM, Robin Sheat ro...@catalyst.net.nz wrote: Elaine Bradtke schreef op wo 19-03-2014 om 23:40 [+]: No errors showed up in the logs. I can export the whole catalogue (minus the items) by selecting don't export items. Otherwise, all I get are empty files. I haven't tried exporting single items. Hmm, that contradicts and selecting 'Don't export items' but this resulted in another empty file. If it works without items, then it's possibly bug 11940. Have you tried exporting as XML, that tends to not have problems with overlarge records. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site)
Re: [Koha] Interesting report request
On Mon, Mar 31, 2014 at 11:33 AM, Katelyn Browne kbro...@ccpcs.org wrote: SELECT borrowernumber, GROUP_CONCAT(items.itemcallnumber, ( , biblio.title, ) ) AS booklist FROM (SELECT borrowernumber FROM statistics WHERE date(statistics.datetime) BETWEEN Returned between (-MM-DD) AND and (-MM-DD) AND statistics.type='return' GROUP BY borrowernumber) whoreturned LEFT JOIN issues USING (borrowernumber) LEFT JOIN items USING (itemnumber) LEFT JOIN biblio USING (biblionumber) WHERE date(issues.date_due) BETWEEN Due between (-MM-DD) AND and (-MM-DD) GROUP BY borrowernumber Thanks!! I'll give it a whirl. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] ATHENA to KOHA Migration.
The only problem i see it's the duplicated tag 050 Call Number. It's correct to have several 952 TAGS according to the numbers of ITEMS (copies, Vols, etc.) you have. Another important tool you can use is MARCEDIT. Saludos, Adalid Ortiz Jerwyn Fernandez jerwyn_fernan...@southville.edu.ph escribió: Hi Bob, I'll be attaching the files again. *Any way if you still can't view the attached files I'll be pasting here the data.* *This are the data that I exported in ATHENA:* =LDR 00485nam 2200145 a 4500 =005 20110303132525.0 =008 100603s19uuxx00eng\d =020 \\$a81-7301--211-3 =100 \\$aMadaan, Anil =245 \\$aLearn about computers part 1. =260 \\$aNew Delhi, India :$bDreamland Pub,$c1997. =300 \\$a80 =440 \\$aDreamland's Learn About Computers =650 \\$aComputer. =852 \\$p0001$kM$h004$iM26$m1997$bMunich Library Main Collection$6Books$924950.00Php$7Lib. Fund$820100603$zAGL =LDR 00451nam 2200121 a 4500 =005 20101103145955.0 =008 100524s19uuxx00eng\d =100 \\$aBryant-Mole, Karen =245 \\$aI'm happy. =260 \\$c1998. =650 \\$aHappy$xJuvenile literature =852 \\$p0025$kM$h155.4$iB84$m1998$bMunich Library Main Collection$6Books$7Sch. Fund$820100524$zjmls =852 \\$p3250$kM$h155.4$iB84$m1998$bMunich Library Main Collection$6Books$7Sch. Fund$820101103$zjmls =LDR 00407nam 2200121 a 4500 =005 20110303132719.0 =008 100520s19uuxx00eng\d =100 \\$aBenito, Patricia Pe =245 \\$aLearning basic programming :$bFor elementary schools. =260 \\$bPhoenix,$c1994. =650 \\$aProgramming =650 \\$aComputer =852 \\$bMunich Library Main Collection$h005.1$iB43$m1994$p0007$zjmls$6Books$7Sch. Fund$820100520$kM And this are the data when I edited in through MARCedit tool: =LDR 00485nam 2200145 a 4500 =005 20110303132525.0 =008 100603s19uuxx00eng\d =020 \\$a81-7301--211-3 =050 \\$aM 004$bM26 1997 =100 \\$aMadaan, Anil =245 \\$aLearn about computers part 1. =260 \\$aNew Delhi, India :$aDreamland Pub,$c1997. =300 \\$a80 =440 \\$aDreamland's Learn About Computers =541 \\$eE0001 =650 \\$aComputer. =952 \\$pE0001$aMU$yBK$g24950.00Php$eLib. Fund$d20100603$xAGL$oM 004 M26 1997$bMU =LDR 00451nam 2200121 a 4500 =005 20101103145955.0 =008 100524s19uuxx00eng\d =050 \\$aM 155.4$bB84 1998 B84 1998 =050 \\$aM 155.4$bB84 1998 B84 1998 =100 \\$aBryant-Mole, Karen =245 \\$aI'm happy. =260 \\$c1998. =541 \\$eE0025 =541 \\$eE3250 =650 \\$aHappy$xJuvenile literature =952 \\$pE0025$aMU$yBK$eSch. Fund$d20100524$xjmls$oM 155.4 B84 1998 M 155.4 B84 1998$bMU =952 \\$pE3250$aMU$yBK$eSch. Fund$d20101103$xjmls$oM 155.4 B84 1998 M 155.4 B84 1998$bMU =LDR 00407nam 2200121 a 4500 =005 20110303132719.0 =008 100520s19uuxx00eng\d =050 \\$a005.1 M$bB43 1994 =100 \\$aBenito, Patricia Pe =245 \\$aLearning basic programming :$aFor elementary schools. =260 \\$aPhoenix,$c1994. =541 \\$eE0007 =650 \\$aProgramming =650 \\$aComputer =952 \\$aMU$pE0007$xjmls$yBK$eSch. Fund$d20100520$o005.1 B43 1994 M$bMU **note that I just selected 3 records due to we have thousands of records.* Take a look of the data that I edited; as you can see there is no problem in the 1st record. However on the 2nd and 3rd record there are problems in callnumbers take a look with the filed of 050$b and 952$o you will see the problem. Thanks, - Jerwyn On Sat, Mar 29, 2014 at 5:35 PM, Bob Birchall b...@calyx.net.au wrote: Hi Jerwyn, The list does not support attachments. Describe the problem verbally or provide a click-able link. Regarding your original problem, using regular expressions to construct your 952$o is probably the best way to proceed. At least, it is what we do. The alternative is to import the data and manipulate the other sub-fields into 952$o afterwards, probably with a small script you would develop. Best wishes, Bob Birchall Calyx On 29/03/14 23:13, Jerwyn Fernandez wrote: Hi Vikram, I wonder why you can't still see the attached files. Thank you for your respond, please see attached files. Please let me know if you still can't view the files. Regards, - Jerwyn On Sat, Mar 29, 2014 at 1:23 PM, vikram zadgaonkar vikramczadgaon...@gmail.com wrote: Hi, No attachment in your mail . In which format do you get data out put from ATHENA? If you can send sample data to me , I can try and mail you back. BTW which koha ver you are using? Vikram Zadgaonkar On Fri, Mar 28, 2014 at 7:12 AM, Jerwyn Fernandez jerwyn_fernan...@southville.edu.ph wrote: Good day! We are currently migrating our system ATHENA to KOHA. ATHENA holds data in 852 and on the other part KOHA holds data in 952. I used MarcEdit tool to edit the data. I was able to edit it somehow however; when I upload the data to KOHA I notice there are problems in callnumber. ATHENA holds the data of callnumber in 852 $kPrefix $hMain $iCutter $mSuffix a KOHA holds the data of callnumber in 952 $ofull callnumber I do have
Re: [Koha] ATHENA to KOHA Migration.
In MarcEdit using MarcEditor: Go to Tools Add/Delete Field (F7) * Select the tag 050 in the field selector and leave the Field Data blank. * In search options select only Match case and Remove Duplicate Data. * Clic the Delete Filed button and see the changes . Works with your data sample with one record containing a duplicated 050 Tag. Please try with a major set of records. Saludos, FAOA This message was sent using IMP, the Internet Messaging Program. -- Este correo electronico puede contener informacion confidencial y privilegiada, por lo que se prohibe el uso, reproduccion, retransmision o divulgacion no autorizada, parcial o total, de su contenido. Si usted no es el destinatario del presente correo, por favor notifiquelo al remitente mediante reenvio a su correo electronico y borrelo de inmediato. Para conocer el aviso de privacidad le pedimos acceder a la siguiente liga: http://www.iberotijuana.edu.mx/?doc=/avisoprivacidad/index.html -- Los acentos han sido removidos intencionalmente para facilitar la lectura del mensaje independiente a la codificacion del mismo. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Problem with Wireless Scanner and Inventory/Stocktaking Module
The support team at ESI believes this could be related to the ClamAV antivirus software, but we don't use that particular product. To be clear, it's the reported error HAVP: Server is down that points to ClamAV. Regards, -- Jason Etheridge | Support Manager | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: ja...@esilibrary.com | web: http://www.esilibrary.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Problem with Wireless Scanner and Inventory/Stocktaking Module
* Darcy Gullacher (dgullac...@rockymountaincollege.ca) wrote: I am a problem that has stumped me, our IT tech, and our support team. I recently bought a Motorola CS3000 wireless scanner for the sole purpose of doing inventory. Scanned barcodes are batch loaded in .txt format from the scanner into the Inventory module using the Use a barcode file section and submitted, as instructed in the manual. After several minutes of nothing happening, I receive the error message from the browser Could Not Read Headers. Checking the submitted barcodes against our catalogue something has happened, because the items 'date last seen' now reads 00-00-. The support team at ESI believes this could be related to the ClamAV antivirus software, but we don't use that particular product. Here's what we've tried so far: - Tried in Chrome, FireFox, and IE. Same results. - Switching internal networks to bypass the firewall. Same result. - I had two other libraries that are part of our local consortium run the barcodes. They had no success either (neither of them has a wireless scanner, I'm the trailblazer in this regard). - I tried loading the file on through my personal laptop at my home. Same results. - I've tried changing the file format from .txt to .csv. Same results. - I loaded a file of barcodes using our wired scanner at the circulation desk. Same results. - I've checked the file using Notepad++ to catch any hidden characters. Nothing look out of line. We're on version 3.14.03.000 Could you send me a copy of the file (offlist) and I will take a look. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Problem with Wireless Scanner and Inventory/Stocktaking Module
Could you send me a copy of the file (offlist) and I will take a look.
Chris, some additional information that I hope can help. When I
strace the inventory.pl script it appears to be looping on commands
like this:
write(5, s\0\0\0\3select authorised_value fro..., 119) = 119
read(5, \1\0\0\1\1h\0\0\2\3def\4salt\27marc_subfield..., 16384) = 144
poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(5, Y\0\0\0\3select authorised_value, li..., 93) = 93
read(5, \1\0\0\1\3\\\0\0\2\3def\4salt\21authorised_va..., 16384) = 337
poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(5, \1\0\0\0\16, 5) = 5
read(5, \7\0\0\1\0\0\0\2\0\0\0, 16384) = 11
poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
write(5, \1\0\0\0\16, 5) = 5
read(5, \7\0\0\1\0\0\0\2\0\0\0, 16384) = 11
poll([{fd=5, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
--
Jason Etheridge
| Support Manager
| Equinox Software, Inc. / The Open Source Experts
| phone: 1-877-OPEN-ILS (673-6457)
| email: ja...@esilibrary.com
| web: http://www.esilibrary.com
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] ATHENA to KOHA Migration.
Dear all, I was able to solve my problem thank you for all the generosity to answer my query. I just used marcedit and some regex. Specially I would like to thank Eugene Jose Espinoza, who patiently worked with me. Thank you and best regards, - JERWYN On Mon, Mar 31, 2014 at 1:27 PM, ada...@tij.uia.mx wrote: In MarcEdit using MarcEditor: Go to Tools Add/Delete Field (F7) * Select the tag 050 in the field selector and leave the Field Data blank. * In search options select only Match case and Remove Duplicate Data. * Clic the Delete Filed button and see the changes . Works with your data sample with one record containing a duplicated 050 Tag. Please try with a major set of records. Saludos, FAOA This message was sent using IMP, the Internet Messaging Program. -- Este correo electronico puede contener informacion confidencial y privilegiada, por lo que se prohibe el uso, reproduccion, retransmision o divulgacion no autorizada, parcial o total, de su contenido. Si usted no es el destinatario del presente correo, por favor notifiquelo al remitente mediante reenvio a su correo electronico y borrelo de inmediato. Para conocer el aviso de privacidad le pedimos acceder a la siguiente liga: http://www.iberotijuana.edu.mx/?doc=/avisoprivacidad/index.html -- Los acentos han sido removidos intencionalmente para facilitar la lectura del mensaje independiente a la codificacion del mismo. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jerwyn G. Fernadez Basic Education Librarian Southville International School and Colleges ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
