[Koha] Any other Koha libraries having difficulty with the EDS API plugin?

2023-09-27 Thread Myka Kennedy Stephens
Hello,

Lancaster Theological Seminary Library in Pennsylvania, USA has been a
longtime user of the EDS API plugin. This allows us to do EBSCO Discovery
searches directly from Koha and display the search results within Koha.
Sometime since our update to 22.11, the plugin is no longer correctly
constructing URLs to records provided by the EDS API plugin.

Are other libraries having this experience?

We've submitted a case with EBSCO and also have submitted a case on Github.
More information about what we're experiencing is here:
https://github.com/ebsco/edsapi-koha-plugin/issues/130

After raising this issue more than a week ago, we're anxious to find a
solution. If you also use this plugin, please share your current experience
so that we can learn more about what's going on.

Thank you,
Myka

-- 
Deaconess Myka Kennedy Stephens, MDiv, MSLIS
Consulting Librarian
Lancaster Theological Seminary | Moravian Theological Seminary
Moravian University
717-290-8738
mksteph...@lancasterseminary.edu
https://library.lancasterseminary.edu
___

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


Re: [Koha] Koha not compatible with Plesk Control Panel?

2023-09-27 Thread Alessandro Tedesco
Hi Mason,

Thanks for your reply.

> so your success with koha 21.11 is probably due to installing on an older
ubuntu version (focal?)

Actually no: I did the tests one after the other and the OS version never
changed: *Ubuntu 22.04.3 LTS (jammy) + Plesk Obsidian 18.0.55*.

---
# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 22.04.3 LTS
Release: 22.04
Codename: jammy

---

Let me summarize everything.

If I try to install Koha *23.05*

---
# echo 'deb http://debian.koha-community.org/koha stable main' | sudo tee
/etc/apt/sources.list.d/koha.list
# sudo apt-get update
# sudo apt-get install koha-common
---


If I try to install Koha *22.11*

---
# echo 'deb http://debian.koha-community.org/koha oldstable main' | sudo
tee /etc/apt/sources.list.d/koha.list
# sudo apt-get update
# sudo apt-get install koha-common
---


If I try to install Koha *22.05*

---

# echo 'deb http://debian.koha-community.org/koha oldoldstable main' | sudo
tee /etc/apt/sources.list.d/koha.list
# sudo apt-get update
# sudo apt-get install koha-common
---


I get this error and can't proceed:

---
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
psa : Conflicts: javascript-common but 11+nmu1 is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused
by held packages.
---


However, If I try to install Koha *21.11*

---
# echo 'deb http://debian.koha-community.org/koha 21.11 main' | sudo tee
/etc/apt/sources.list.d/koha.list
# sudo apt-get update
# sudo apt-get install koha-common
---

The installation starts and everything goes fine: Koha is installed.

Thanks and Kind Regards
Alessandro

Il giorno mer 27 set 2023 alle ore 00:04 Mason James  ha
scritto:

> On 26/09/23 8:27 pm, Alessandro Tedesco wrote:
> > Hi Mason,
> >
> > thank you so much for checking and replying to this issue.
> >
> >  >perhaps you could log a support ticket/bug with plesk?
> > I have already open a post in the Plesk Forum, but it seems that for the
> moment they won't fix this issues:
> >
> https://talk.plesk.com/threads/a-fix-for-javascript-common-package-incompatibility-with-plesk.371562/
> <
> https://talk.plesk.com/threads/a-fix-for-javascript-common-package-incompatibility-with-plesk.371562/
> >
> >
> > However, can you confirm that the "javascript-common package" was
> introduced since the 22.05 Release? (I am able to install Koha  21.11 in
> the VPS running Ubuntu with Plesk without problems).
>
> hiya,
>
> even koha 21.11 still depends on libmojolicious-perl - so your success
> with koha 21.11 is probably due to installing on an older ubuntu version
> (focal?), rather than an older koha version
>
> try installing koha on ubuntu focal/20.04, which wont have a
> javascript-common dependency :)
>
>
> >
> > Another question: is anyone using (or can recommend) a control panel for
> Debian (or Ubuntu) that doesn't cause conflicts with Koha (maybe
> DirectAdmin?)
> >
> > Thanks and Kind Regards
> > Alessandro
> >
> >
> > Il giorno mar 26 set 2023 alle ore 07:20 Mason James  > ha scritto:
> >
> > hi Alessandro
> >
> > the bad news is that koha-common depends on libmojolicious-perl,
> >which depends on libjs-bootstrap4,
> > which depends on libjs-popper.js,
> >  which depends on javascript-common
> >
> >
> > https://packages.debian.org/bookworm/libmojolicious-perl <
> https://packages.debian.org/bookworm/libmojolicious-perl>
> >
> >
> > perhaps you could log a support ticket/bug with plesk?
> >
> >
> > cheers, Mason
> >
> >
> > On 25/09/23 11:00 am, Alessandro Tedesco wrote:
> >  > Hello everyone,
> >  >
> >  > I am trying to install the current stable release of Koha on a
> VPS (OS
> >  > Ubuntu 22.04.1) managed with the Plesk Control Panel.
> >  >
> >  > However, it seems that Koha is not compatible with Plesk.
> >  >
> >  > Below the error generated after launching the installation
> >  > ---
> >  > # sudo apt-get install koha-common
> >  > Reading package lists... Done
> >  > Building dependency t

Re: [Koha] output of authors' subfields

2023-09-27 Thread Сычев Игорь Алексеевич
Thanks for the answer, Katrin.

-Original Message-
From: Koha  On Behalf Of Katrin Fischer
Sent: Tuesday, September 19, 2023 2:03 AM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] output of authors' subfields

Hi,

Koha uses XSLT stylesheets to display bibliographic and optionally authority 
data. Instead of using the default, you can also define your own - look for 
XSLT in the system preferences.

But it might also be worth reporting an enhancement request for this one if 
it's about following the MARC standard.

Hope this helps,

Katrin

On 15.09.23 16:37, Сычев Игорь Алексеевич wrote:
> Hello!
>
> How to do if 7xx $g and $b are filled, output only $g?
> Both subfields are being displayed now.
> Is this reaction only in Unimarc?
> Example:
> 700
> $aAufderstraße
> $bH.
> $gHartmut
>
> https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=66718
> 9
> https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=22141
> https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=63438
> 6
>
> Good Luck!
>
> Igor A. Sychev
> Tomsk Polytechnic University
> https://lib.tpu.ru
>
>
> ___
>
> 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
___

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


Re: [Koha] Error 500 when opening records with attached items

2023-09-27 Thread bongiwe
Good day Katrin,

I found a few items without item types. I have added these to the items where 
they were missing. I still get the error 500. I have run the rebuild, but still 
the error is there. Now, all items have the correct home and holdings locations 
as well as correct item types.

The error 500 appears when:

Checking out items
Renewing items
Checking in items
Viewing the detailed display of records
Batch editing/deleting items 

It looks like where there is anything to do with items, this error appears. I 
ran a report that outputs all items fields, and a few have entries in the field 
"more_subfields_xml". Here is an example of one entry:

"
http://www.w3.org/2001/XMLSchema-instance"";
  xsi:schemaLocation=""http://www.loc.gov/MARC21/slim 
http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"";
  xmlns=""http://www.loc.gov/MARC21/slim"";>


   a  
  
2022-05-19
  


"

What does this field mean?


Kind regards,

Bongiwe Shongwe
Chief Technology Officer
Universal Knowledge Software
Tel.:  +27(11) 375-4700
Fax : +27(11) 375-4710
e-mail: bong...@uks.co.za
Web: www.uks.co.za

 
--

   7. Re: Error 500 when opening records with attached items
  (Katrin Fischer)

Message: 7
Date: Mon, 18 Sep 2023 21:00:25 +0200
From: Katrin Fischer 
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Error 500 when opening records with attached items
Message-ID: <88b7e0c0-be32-dab5-f22e-e94973030...@web.de>
Content-Type: text/plain; charset=UTF-8; format=flowed

Hi,

did you check the itemtype as well? It would also cause a 500 in the OPAC.

Hope this helps,

Katrin

On 18.09.23 20:06, bong...@uks.co.za wrote:
> Good day, Thomas
>
> Thank you for your response. I checked all the items and all have the
> correct homebranch and holdingbranch
>
>
> Kind regards,
>
> Bongiwe Shongwe
> Chief Technology Officer
> Universal Knowledge Software
> Tel.:  +27(11) 375-4700
> Fax : +27(11) 375-4710
> e-mail: bong...@uks.co.za
> Web: www.uks.co.za
>
>
>
>
> -Original Message-
> From: Thomas Klausner 
> Sent: Tuesday, September 5, 2023 2:43 PM
> To: bong...@uks.co.za
> Cc: koha@lists.katipo.co.nz
> Subject: Re: [Koha] Error 500 when opening records with attached items
>
> Hi!
>
> On Tue, Sep 05, 2023 at 02:17:59PM +0200, bong...@uks.co.za wrote:
>
>> We have just migrated our database to another server with an upgraded
>> version of KOHA (23.05.01.000). On the new server we encounter
>> problems with opening bibliographic records in NORMAL view after
>> performing a search. We get the "error 500". This only happens in records
> with attached items.
>> Records with no items attached to them open successfully in this view.
> First guess: The items have no homebranch and holdingbranch. Make sure that
> every item has a (correct) value for those columns.
>
> Greetings,
> domm
>
>


--

Message: 8
Date: Mon, 18 Sep 2023 21:03:18 +0200
From: Katrin Fischer 
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] output of authors' subfields
Message-ID: 
Content-Type: text/plain; charset=UTF-8; format=flowed

Hi,

Koha uses XSLT stylesheets to display bibliographic and optionally
authority data. Instead of using the default, you can also define your
own - look for XSLT in the system preferences.

But it might also be worth reporting an enhancement request for this one
if it's about following the MARC standard.

Hope this helps,

Katrin

On 15.09.23 16:37, Сычев Игорь Алексеевич wrote:
> Hello!
>
> How to do if 7xx $g and $b are filled, output only $g?
> Both subfields are being displayed now.
> Is this reaction only in Unimarc?
> Example:
> 700
> $aAufderstraße
> $bH.
> $gHartmut
>
> https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=667189
> https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=22141
> https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=634386
>
> Good Luck!
>
> Igor A. Sychev
> Tomsk Polytechnic University
> https://lib.tpu.ru
>
>
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


--

Subject: Digest Footer

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


--

End of Koha Digest, Vol 215, Issue 18
*

___

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