Re: [Koha] OAI-PMH harvester news

[Matthias Meusburger]

Hello!

The OAI harvester has been submitted:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35659

It has a nice test plan, so feel free to test & sign-off :)



Le 27/11/2023 à 18:21, BOUIS Sonia a écrit :

Hello,
some news about the OAI-PMH harvester development. Biblibre has almost finished 
the development, we tried it this this afternoon.
It's a simple first version of the OAI-PMH harvester with :
A setting page is accessible in the admin section with the 
manage_search_targets permission. This page contains the fields : name; 
endpoint; set; data format (oai_dc; marc_xml); Encoding (utf8, ISO_5426, ...); 
record type (bibliographic, authority); XSLT for transforming rules 
(OAIDCtoUNIMARCXML.xsl ; OAIMarcxml2KohaMarcxml.xsl ...MARC21 is coming)

The harvesting is possible only via the cron with  a command harvest_oai.pl 
with the following parameters : h -help ; -v -verbose ; -s 
--server: id of the OAI server ; -d --days: number of days to harvest from 
(optional) ; -l --list: list the OAI servers

The logs will be readable via the log viewer in the Tools section.

The deduplication is only for records coming from the same OAI server, it will 
be checked with : server URL, identifier, the record type (biblio/authority).

It will be the first step and Biblibre should be able to add it to Bugzilla in 
January 2024.

But, there's still a big issue to solve. To add this development to Koha, we have to 
change the Perl module and to fix Bug 
17704 - Fix 
OAI breakage when using HTTP::OAI 4.03+
Could someone have a look on it?

Regards,
Sonia


Sonia BOUIS
Absente le vendredi
--
Responsable du Service informatique documentaire (SID)
Département d'Appui à la Recherche et aux Projets (DARP)
Bibliothèques universitaires
Université Jean Moulin Lyon 3
ADRESSE GÉOGRAPHIQUE > Manufacture des Tabacs | 6 cours Albert Thomas | LYON 8e
ADRESSE POSTALE > Bibliothèque de la Manufacture | 1C avenue des Frères Lumière 
| CS 78242 - 69372 LYON CEDEX 08

Ligne directe : 33 (0)4 78 78 79 03

http://bu.univ-lyon3.fr| Suivez-nous > 
Facebook | Twitter| 
Instagram
---
L'Université Jean Moulin est membre de l'Université de Lyon

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Item cannot be issued through 3M self-check - error message PREVISSUE

[Matthias Meusburger]

Please see Bug 19457, that intends to fix this behavior.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19457

Le 20/02/2019 à 15:43, Nick Clemens a écrit :

Koha passes the 'PREVISSUE' as a flag that the checkout needs confirmation
- for SIP machines this means the checkout fails I believe.

You should only be seeing this message if the previous issues are being
checked, if the pref is set to Do Not and the message is appearing there
may be a bug.

-Nick


On Wed, Feb 20, 2019 at 9:37 AM Peter Lau  wrote:


Hi Nick,

In fact, is the error message from Koha or 3M self-check?


*The error message is like “Item cannot be issued: PREVISSUE. Please
takethe item to the desk.”  *

Thanks and regards,

*Peter Lau*

Librarian

Tel: (852) 3977 9868 | Email: peter@yccece.edu.hk
 | Fax: (852) 23384320



2 Tin Wan Hill Road, Tin Wan, Aberdeen

*YCCECE, Here We Grow Our Future | *www.yccece.edu.hk


On Wed, Feb 20, 2019 at 8:49 PM Nick Clemens 
wrote:


Hi Peter,

The system preference CheckPrevCheckout will raise this flag during
checkouts - if disabled patrons should be bale to check these items out
with no confirmation needed
Here is a link to the manual:
https://koha-community.org/manual//18.11/en/html/systempreferences.html#checkprevcheckout
-NIck

On Mon, Feb 18, 2019 at 8:25 PM Peter Lau 
wrote:


I have found that if I have borrowed an item through counter or 3M
self-check, I cannot borrow it again with the 3M self-check although it
was
returned properly.



The error message is like “Item cannot be issued: PREVISSUE. Please take
the item to the desk.”

Thanks & regards,

*Peter Lau*

Librarian

Tel: (852) 3977 9868 | Email: peter@yccece.edu.hk | Fax: (852)
23384320

  [image:

https://docs.google.com/uc?export=download&id=1wiYZQsqhNTJZjyNbLJx-6ODZyoYE5NNu&revid=0BzpPRj4UE0XeT1R2WUt2dnhmTFBBeEpVR3dqcU5QbnF6NVg4PQ
]

2 Tin Wan Hill Road, Tin Wan, Aberdeen

*YCCECE, Here We Grow Our Future | *www.yccece.edu.hk
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha




___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Plack plus shibboleth

[Matthias Meusburger]

Hi,

Using something like Plack::Auth::SSO::Shibboleth might provide a 
solution to this problem.


https://metacpan.org/pod/Plack::Auth::SSO::Shibboleth

Le 27/08/2018 à 20:12, Katrin Fischer a écrit :

Hi Dave,

I am not aware of a way to run Shibboleth with Plack in a safe way at 
the moment, but would also be very interested in seeing this resolved. 
It's a rather big issue for academic libraries here.


Katrin

On 27.08.2018 10:41, Dave Sherohman wrote:

Hey, all!

tl;dr: When running koha under plack and using shibboleth
authentication, what is the currently-recommended way to communicate
auth details from mod_shib to koha?


Long version:

I'm in the process of converting our Koha installation from running
under vanilla CGI to using plack/starman.  This was simple enough from
the perspsctive of straight-up library functionality, but we're using
shibboleth to authenticate against the campus IDP, and that has raised a
few issues.

We've already found
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17776 in the
bug tracker and I have successfully adapted the patch tou our customized
C4::Auth/C4::Auth_with_shibboleth and logged in via shibboleth, but (as
noted in the bug tracker discussion) this uses HTTP headers to
communicate the authentication details to the back-end application.

In order to avoid possible vulnerabilities resulting from the use of
HTTP headers, I went to the shibboleth documentation at
https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPSpoofChecking 


[1] and, in the section for Apache, found the assertion that:

"Under no circumstances should you rely on the request header option
other than as a temporary measure while adjusting applications to use
the environment option. There are no known scenarios in which
environment variables can't be used"

Is there a way to use environment variables in a plack+shibboleth
installation?  The docs assert that it should be possible (as there are
"no known scenarios" where it isn't), but that would imply that one
process (apache) is able to modify the environment of another, already-
running, independent non-child process (starman) running under a
different uid/gid, which should not generally be possible - and, even if
it is possible, it would require apache to run as root, which would
create major security risks of its own.

The bug tracker discussion includes a brief mention of possibly using a
plack middleware to change the worker process envoronment, but that
seems like it would just push the issue back a level from "how do I talk
to starman without using http headers" to "how do I talk to the
middleware without using http headers" without actually solving the core
issue.

Is it actually possible to use environment variables in this scenario?
If not, what's the best practice to secure it against http header
spoofing?


[1] The SHIB2 documentation states that it's no longer supported, but
we're using an sp2 shibd and, in any case, the same text appears
verbatim on the equivalent SP3 page.



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Shibboleth authenticationa and autocreation

[Matthias Meusburger]

Hi,

I've only used it matching userid, but reading the code, I assume you 
can use any unique borrower field to match.


Patron auto-creation works for me, using the same kind of configuration 
you have, but I had to replace


%borrower = AddMember_Auto( %borrower );

with

%borrower = C4::Members::AddMember_Auto( %borrower );

in the _autocreate function in C4/Auth_with_shibboleth.pm on one of my 
koha instances, for what it's worth.


You should activate debug (at least in C4/Auth_with_shibboleth.pm) in 
order to see what's happening.


Le 20/12/2017 à 09:51, Björn Nylén a écrit :

Hello!

I'm trying to set up shibboleth authentication (and provisioning) in Koha 
17.11.00 and experience some issues.

Firstly the matchpoint: Matching on userid works but is it possible to match on other 
fields? We may want to use eg the "sort1" field if it's possible.
The lookup code reads:
Koha::Database->new()->schema()->resultset('Borrower')
   ->find( { $config->{matchpoint} => $match } );
Not sure if it's only possible to match against userid and other formally 
unique fields?

Secondly I tried to auto-create a patron if there's no match but I can't get it to work. Any 
tips? Looking at the code it looks there should be an  tag to enable it, also 
it seems fixed values should go under a "content"-attribute.

My Shibboleth-config below:

1

 1
 userid 
 
> 
 
 
 
 
 
 
 

   

I'll appreciate any input!

Björn Nylén
Systems Librarian
Lund University Library
bjorn.ny...@ub.lu.se



Björn Nylén
Systembibliotekarie
Avdelningen för IT och Support
Universitetsbiblioteket, Lunds Universitet
bjorn.ny...@ub.lu.se
046-2223198

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOCT 0.4.5

[Matthias Meusburger]

Please send me the patch by email, and I'll integrate it for the next 
release :)


Le 08/12/2017 à 20:39, Radek Šiman a écrit :

Hi Matthias,

the translation I promised is ready and committed to my local branch, 
but I can see no "fork" button at 
https://git.biblibre.com/biblibre/koct-webext

What to do next, please...?

Thanks.
Radek

Dne 07.12.17 v 10:18 Matthias Meusburger napsal(a):

Yes, these instructions to translate are still up-to-date.

I'll gladly integrate any translation.

Le 07/12/2017 à 08:06, Josef Moravec a écrit :

Hi Radek,

see this mail:
http://lists.koha-community.org/pipermail/koha-devel/2017-October/044090.html 



are you going to make the translation? ;)

Josef

st 6. 12. 2017 v 22:13 odesílatel Radek Šiman 
napsal:


Great job, Matthias!

Is there a way how we can translate the tool into Czech? If yes, please
guide me... Some of our (mainly older) librarians have difficulties
while using it in English.
Thanks.

Radek

Dne 06.12.17 v 13:26 Matthias Meusburger napsal(a):

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose
to work on KOCT.

So here's what's new in v0.4.5:

  - Add a "configuration test" button which will check if koha host,
username and password are ok


  - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497
is available, adresses
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )


  - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752
is available)


  - Add data export in Koc format

(see

https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format 


)


  - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha




___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOCT 0.4.5

[Matthias Meusburger]

FYI, 0.4.7 has been pushed, it now sends dates in UTC.

(see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15764 )

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOCT 0.4.5

[Matthias Meusburger]

Yes, these instructions to translate are still up-to-date.

I'll gladly integrate any translation.

Le 07/12/2017 à 08:06, Josef Moravec a écrit :

Hi Radek,

see this mail:
http://lists.koha-community.org/pipermail/koha-devel/2017-October/044090.html

are you going to make the translation? ;)

Josef

st 6. 12. 2017 v 22:13 odesílatel Radek Šiman 
napsal:


Great job, Matthias!

Is there a way how we can translate the tool into Czech? If yes, please
guide me... Some of our (mainly older) librarians have difficulties
while using it in English.
Thanks.

Radek

Dne 06.12.17 v 13:26 Matthias Meusburger napsal(a):

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose
to work on KOCT.

So here's what's new in v0.4.5:

  - Add a "configuration test" button which will check if koha host,
username and password are ok


  - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497
is available, adresses
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )


  - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752
is available)


  - Add data export in Koc format

(see


https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format

)


  - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] KOCT 0.4.5

[Matthias Meusburger]

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose to 
work on KOCT.


So here's what's new in v0.4.5:

 - Add a "configuration test" button which will check if koha host, 
username and password are ok



 - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497 is 
available, adresses 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )



 - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752 is 
available)



 - Add data export in Koc format

(see 
https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format )



 - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] CAS Authentication

[Matthias Meusburger]

Hi,

Set the DEBUG variable to 1 in C4/Auth_with_cas.pm, try to log in and 
look in the log files. You should see for what reason the login was 
rejected.



Le 13/04/2015 21:28, leaspag a écrit :

Hi!

Recently, we decided to use Koha at my University and
I'm trying to integrate our CAS auth server with Koha but
I keep getting this error "Sorry, CAS login failed".
CAS generates a valid ticket but Koha does not login.

In Koha's intranet, casServerUrl is OK and I add "http://"; at the beginning
of OPACBaseURL. Also the user that I am trying to login exists in Koha
database.

I updated the version of Koha to 3.18 but the error persists.

Do you know what could it be the problem?

Regards,
Leandro.



--
View this message in context: 
http://koha.1045719.n5.nabble.com/CAS-Authentication-tp5835379.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


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] CAS Server/koha

[Matthias Meusburger]

Hello,

The CAS Authentication (with the casAuthentication and casServerUrl 
sysprefs) only works for OPAC side at the moment.


Is it through thoses sysprefs you tried to enable CAS ?

Matthias Meusburger


Le 04/06/2012 14:08, Samuel desseaux a écrit :

Hi!

I want to link koha to a CAS Server (only for the professionnal side).

In the administration tool, it seems to be easy.


But, does koha need specific perl modules?

I've enabled mod-proxy on apache and add this part in the virtualhost


ProxyRequests Off


Order Allow,Deny
Allow from All
AuthName "Acces Koha"
AuthType CAS
Require valid-user * * * *


Beste regards

samuel


___
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