Re: [Koha] Koha - creating OAI datasets
On 7/25/2014 12:08 PM, Galen Charlton wrote: Hi, On Thu, Jul 24, 2014 at 11:26 AM, Steve Sowder sow...@andrews.edu wrote: I have defined an OAI Data set. In my set mapping I have 595s matches SDAPI (but in the nomenclature of Koha) Could you reply with the exact mappings you've defined for that set? Mapping on tag 595 subfield s match on SDAPI. There are at least 70,000 such records in the database. (I have attached a gif file which is a screen shot. I don't know if this listserv allows attachments. If not, then go to http://www.andrews.edu/~sowder/SDAPI-Map.gif) There is a record that looks like: =LDR 00988nam 2200277 a 4500 =001 00022977 =008 \\\eng\\ =024 \\$a02-1358036x =035 \\$a.b1358036x$bper $ca =035 \\$a.b1358036x$bper $cp =100 2\$aKnight, George R. =245 10$aBiblio file] [A tale of two books. =260 \\$c1990 v63 Sep p29. =260 \\$c1990. =400 \\$aMinistry. =400 \\$g1990 v63 Sep p29. =440 \\$aBiblio file. =513 \\$aBook review. =595 \\$sADVLIB =595 \\$sJWL =595 \\$sSDALIB =595 \\$sSDAPI =705 \\$aTucker, Ruth A. =715 \\$aAnother gospel: alternative religions and the New Age movement. =830 \\$aSDAPI - Seventh-day Adventist Periodical Index. =856 41\$zLink to original record at SDAPI$uhttp://jewel.andrews.edu:82/record=b1358036 =856 \\$zFull-text in DjVU format$uhttp://www.adventistarchives.org/docs/MIN/MIN19900901-V63-09__B/index.djvu?djvuoptspage=29 =856 \\$zFull-text in PDF format$uhttp://www.adventistarchives.org/docs/MIN/MIN19900901-V63-09__B.pdf#page=29view=fit =952 \\$aSDAPI$bCITE$oSDAPI.b1358036x This can be seen at http://koha.andrews.edu/cgi-bin/koha/oai.pl?verb=GetRecordidentifier=SDAPI:125000metadataPrefix=oai_dc Although the oai version seems to be missing a lot of stuff. After running the program to build the set, the resulting OAI file has _all_ records the database. Not just the ones that matches the map. Can you confirm whether the oai_sets_biblios tables has any rows? Based on this http://koha.andrews.edu/cgi-bin/koha/oai.pl?verb=ListIdentifiersmetadataPrefix=oai_dcset=SDAPI the SDAPI set actually appears to be empty at the moment. But if you look at it with the following there are records. But, it does not specify a set. http://koha.andrews.edu/cgi-bin/koha/oai.pl?verb=ListRecordsmetadataPrefix=oai_dc Thus: It looks like the build_oai_sets creates an OAI file with _all_ of the records in the database (no SetSpec) and includes those that map as subsets (with a SetSpec). Is that correct? I don't know why my oai-set map is not finding the 70,000+ records. Do you have any suggestions? Thanks Steve sow...@andrews.edu BTW: A should not be there record is at http://koha.andrews.edu/cgi-bin/koha/oai.pl?verb=GetRecordidentifier=SDAPI:1metadataPrefix=oai_dc A is and should be there is at http://koha.andrews.edu/cgi-bin/koha/oai.pl?verb=GetRecordidentifier=SDAPI:105000metadataPrefix=oai_dc In both cases, there aren't any setSpec elements in the record header, which is consistent with the set being empty. Regards, Galen ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Serial Pattern Assistance (Results to be published in the manual)
As always I'll share tips with the community in the manual in a section that credits you. Here are the patterns I'm looking for: *Annals of internal medicine* Has 24 issues per year (published 2 times a month) with the volume changing (rolling over) in the 1st week of July Vol 161, No 2July 15, 2014 Vol 161, No 1July 1, 2014 Vol 160, No 12 June 17, 2014 Vol 160, No 11 June 3, 2014 *Scientific American* Has 12 issues per year (published once a month) with volume rolling over in the middle of the year, July Vol 311, issue 2, August, 2014 Vol 311, issue 1, July 2014 Vol 310, issue 6, June 2014 Vol 310, issue 5, May 2014 *Time Magazine* It's published weekly, with the volume rolling over at the first week of July Vol 184, No 3 July 21, 2014 Vol 184, No 2 July 14, 2014 Vol 184, No 1 7/7/14 Vol 183, No 25 6/30/14 Vol 183, No 24 6/23/14 Thank you so very very much in advance! Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Job opening for a librarian in London (UK)
Please pass this on if you know someone who might be interested. This is a Koha library. http://www.efdss.org/efdss-about-us/work-here/vacancies -- 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
Re: [Koha] Cataloguing boxes?
It seems to me something along the lines of what we do for our bound volumes of pamphlets would work. We created a descriptive title for the collection. A very detailed 505 (formatted contents) and a brief 520 (summary) to explain what it is. Because we also catalogue each pamphlet, there's a 774 for each one, but that isn't strictly needed if you do a thorough 505. Especially, as in the case of course materials, if this is a temporary item. The main difference between our bound pamphlets and a box of articles is it's much easier for some of the contents of the box to go missing, or the order to get scrambled. For circulation purposes, a prominent label on the box stating the number of articles within, and making sure the circulation staff verifies this would probably be a good idea. I'd also suggest careful labeling of the articles with information linking them to the relevant box so they may be reunited when the inevitable happens and they end up in the wrong place. On Fri, Jul 25, 2014 at 5:37 PM, MJ Ray m...@phonecoop.coop wrote: Is anyone using Koha to catalogue boxes of articles and circulate them? In the case I've seen, circulating the individual articles is not needed, but there would be a table of contents in the catalogue entry. Periodically, some boxes would be disposed of. I had a bit of a dig through the discussion archives, but most concerns with article management seemed to about cataloguing the articles and linking them together various ways. On IRC, the wonderful gmcharlt and jcamins explained that package-based installations speak marcxml internally now (so the 9-character MARC record size limit mainly affects binary exports) and analytic cataloguing is another option if that much detail is needed. Dyrcona asked whether 505 tag (where the table of contents would be in MARC21) was searchable, which it is. So, is anyone doing this sort of circulation for real and are there any other problems? Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ ___ 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 --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
[Koha] sorting issues in Armenian catalogue
Dear List,
We are using koha 3.14. Our catalog mainly consists of Armenian language
records. When I search in the Armenian language records using a keyword and
then sort the records in Title A-Z order, the search results are not sorted
alphabetically. I have found discussion on this issue and after going through
it my understanding is that additional sorting rules can be defined in the file
sort-string-utf.chr located in the /etc/koha/zebradb/lang_defs/en directory.
Anyway, when I am adding the Armenian Unicode letters (marked in red and bold)
to introduce correct sorting order:
-
lowercase {0-9}{a-y}üzæäøöåաբգդեզէըթժիլխծկհձղճմյնշոչպջռսվտրցուփքևօֆ
uppercase {0-9}{A-Y}ÜZÆÄØÖÅԱԲԳԴԵԶԷԸԹԺԻԼԽԾԿՀՁՂՃՄՅՆՇՈՉՊՋՌՍՎՏՐՑՈՒՓՔԵՎՕՖ
-
the letters are not saved properly in the file, which is in ANSI encoding.
Please advise me what should I do on the matters below.
- In what encoding the Armenian letters or the sort-string-utf.chr file should
be?
- Am I adding the letters in the correct file and in the correct place, or
should I create a new directory/file for the Armenian language?
- Should the Zebra be re-indexed to implement the changes?
Regards,
Haik.
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] cross-links in analytics
We manually input our 774 fields. On Mon, Jul 28, 2014 at 6:13 AM, Giuseppe Angilella giuseppe.angile...@ct.infn.it wrote: Hi, when a Link to host item is added to a constituent record, the appropriate 773 Marc datafield is created in the constituent record, and populated with the appropriate subfields referring to the host item. Then, the OPAC for the constituent record does show the link to the host record. The converse seems not to be the case, i.e. no corresponding 774 Marc datafield is created in the host record, and no link appears in the host record's OPAC. Is this a feature, is it my mistake, or a bug? Many thanks and best regards, Giuseppe. P.S. I am aware that this issue has been issued before (also in this mailing list), but I could not find an answer. ___ 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 --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
Re: [Koha] cross-links in analytics
Dear Elaine, thank you very much for your kind feedback. On Tue, 29 Jul 2014, Elaine Bradtke wrote: We manually input our 774 fields. That's ok, but does it result in cross-links to the constituent parts in the host item's OPAC? Many thanks! Giuseppe. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Cataloging button missing from home page
We are trying to configure for our public school and the Cataloging button is not available on the home page. Does anybody know how we would go about adding this? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Comment Needed: Renewing of Lost items
Kyle Hall schreef op ma 28-07-2014 om 10:28 [-0400]: We have two proposed solutions solutions: 1) Prevent the renewing of lost items 2) Make renewing a lost item marking it as found controlled by a system preference Why not prevent renewing of lost items from the OPAC, under the assumption that staff aren't going to do that? -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Comment Needed: Renewing of Lost items
+1 for solution 1: Prevent the renewing of lost items Marc Am 28.07.2014 16:28, schrieb Kyle Hall: Attention Librarians! We need some input for dealing with Bug 9805 - Lost items are un-lost if returned, but not if renewed. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 The issue is that renewing a lost item does not mark it as found. I filed a patch to correct the issue, but there are concerns about patrons being able to 'un-lose' items by renewing from the OPAC. We have two proposed solutions solutions: 1) Prevent the renewing of lost items 2) Make renewing a lost item marking it as found controlled by a system preference I submitted a patch for the latter solution, but after some thought I and some other developers think the former solution would be best. What do you all think? Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) ___ 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] KohaCon14 Info?
Nicole, Unfortunately there's no group rate at a hotel. People are finding hotels on their own. I'll try to add info to the conference site today. The conference itself will be held here: http://bit.ly/kohacon14-conference The hackfest will take place in the university campus, specifically here: http://bit.ly/kohacon14-hackfest I'd suggest you book in a hotel near the conference site, or between it and the campus. They are pretty close anyway (20 min walk, or 4 min taxi). Please register to attend the conference, as we might need to change location depending on the atendees (in such a situation, the conference would take place in the campus too). Thanks To+ On Mon, Jul 28, 2014 at 10:17 AM, Nicole Engard neng...@gmail.com wrote: Hi all, Checking in on this. Mainly to see if there is a group rate at a hotel or if we just find a nearby hotel? Thanks in advance! Nicole On Sun, Jul 13, 2014 at 9:34 AM, Nicole Engard neng...@gmail.com wrote: Hello folks, I'm wondering if there is any more info about KohaCon14 available. I know the dates and the location, but I'm wondering about the hotels specifically. Will we have a group rate anywhere? Or are people just finding hotels on their own? Also is there anything we should know about coming in to Cordoba? Tips for getting around or from the airport to the hotels/conference location? The wiki page: http://wiki.koha-community.org/wiki/KohaCon14 and the website: http://koha-community.org/kohacon/kohacon14/ are a bit sparse on info. Thanks! Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Removal of email from KOHA mailing list
Dear Sir, Kindly remove my email (dktamba...@gmail.com) from mailing list from Koha-related messages. I am lo longer using KOHA. -- Regards. DK Lt Col (retd) DK Tambay Tele: 079-25431107 Mobile:09429197903 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] SIP2 AF field sent even if patron password is invalid
I have an interesting SIP2 implementation issue. When authenticating through SIP2, if a valid patron id is passed in, but an *invalid* password is passed in, Koha's SIP2 server send back the AF ( screen message ) field even though the credentials are invalid. If a patron owes any fees, the server will send back the amount owed in an AF field. For instance, Overdrive will display this AF field even with an invalid password. Freegal does not ( but it may not display any AF field ). At least one SIP2 machine we tested against will also display the AF field when an invalid password is submitted. Is this a Koha issue, or a client side issue? The SIP2 protocol specification does not indicate that AF fields should be removed in the event of an invalid password. My guess is that some SIP2 server implementations may send back Invalid password messages which may be useful. Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [Koha-devel] SIP2 AF field sent even if patron password is invalid
Hi, On Tue, Jul 29, 2014 at 8:35 AM, Kyle Hall kyle.m.h...@gmail.com wrote: I have an interesting SIP2 implementation issue. When authenticating through SIP2, if a valid patron id is passed in, but an *invalid* password is passed in, Koha's SIP2 server send back the AF ( screen message ) field even though the credentials are invalid. If a patron owes any fees, the server will send back the amount owed in an AF field. Sadly, it looks like the only provision that the SIP2 specification makes for dealing with an invalid patron password is to set the CQ field. My reading of the spec is that the expected behavior regarding other fields in the patron status and patron information responses is undefined when an incorrect password is supplied. For instance, Overdrive will display this AF field even with an invalid password. Freegal does not ( but it may not display any AF field ). At least one SIP2 machine we tested against will also display the AF field when an invalid password is submitted. Is this a Koha issue, or a client side issue? The SIP2 protocol specification does not indicate that AF fields should be removed in the event of an invalid password. My guess is that some SIP2 server implementations may send back Invalid password messages which may be useful. Possibly. In any event, I think we should either not send an AF, or send one that contains something like Invalid password if the patron password is wrong. That leaves open the question about what to do with other fields, particularly in the patron information response. My feeling is that we should be conservative: if a patron password is sent via patron status or patron information requests, and it's wrong, no information about the patron should be returned. There may need to be a configuration option controlling this behavior. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Barcode Generate Problem
I have two MarC Framework. One is Default and another which I created. I am able to generate a barcode using the default framework but not through the framework I created. I crosschecked the my Marc bibliographic framework with the default one and is almost same (except for few tags). My advanced constraints in 952 P is set to items.barcode which is the same as default. What could be the problem now? Please help -- View this message in context: http://koha.1045719.n5.nabble.com/Barcode-Generate-Problem-tp5806167.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Subject: SIP2 AF field sent even if patron password is invalid
I have an interesting SIP2 implementation issue. When authenticating through SIP2, if a valid patron id is passed in, but an *invalid* password is passed in, Koha's SIP2 server send back the AF ( screen message ) field even though the credentials are invalid. If a patron owes any fees, the server will send back the amount owed in an AF field. For instance, Overdrive will display this AF field even with an invalid password. Freegal does not ( but it may not display any AF field ). At least one SIP2 machine we tested against will also display the AF field when an invalid password is submitted. Is this a Koha issue, or a client side issue? The SIP2 protocol specification does not indicate that AF fields should be removed in the event of an invalid password. My guess is that some SIP2 server implementations may send back Invalid password messages which may be useful. Kyle Kyle, I filed a bug back in April related to this issue. It hasn't been touched yet. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12126 Christopher ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Removal of email from KOHA mailing list
On 29/07/14 23:19, Dnyaneshwar Tambay wrote: Dear Sir, Kindly remove my email (dktamba...@gmail.com) from mailing list from Koha-related messages. I am lo longer using KOHA. You have to do that for yourself by clicking on the link that is included at the bottom of each list email: http://lists.katipo.co.nz/mailman/listinfo/koha Scroll to the bottom of the page. We're sorry to see you go. Bob Birchall Calyx ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
