Time |
S |
Nick |
Message |
05:53 |
|
|
thd joined #koha |
06:46 |
|
|
reiveune joined #koha |
06:49 |
|
reiveune |
hello |
07:12 |
|
magnuse |
\o/ |
07:31 |
|
Joubu |
@later tell fridolin please fix 36010 asap or we will need to revert 32029 |
07:31 |
|
huginn` |
Joubu: The operation succeeded. |
07:36 |
|
|
cait joined #koha |
07:50 |
|
|
Error_500 joined #koha |
08:43 |
|
ashimema |
https://dashboard.koha-community.org/ is nearly all green again. Woop, Woop! |
08:48 |
|
cait_incognito |
whoop :) |
08:49 |
|
|
fridolin joined #koha |
08:50 |
|
magnuse |
whooop! |
09:17 |
|
fridolin |
_o/ |
09:28 |
|
|
TeodoraLKostadinova[m] joined #koha |
09:30 |
|
TeodoraLKostadinova[m] |
Hello everyone! I'm looking for a way to introduce some basic logic while rendering the ISBD views for MARC21 records. Is it possible at all? Any help is appreciated. |
09:30 |
|
Joubu |
see syspref "ISBD" ;) |
09:31 |
|
Joubu |
ha, "logic". What do you want to do? |
09:33 |
|
TeodoraLKostadinova[m] |
Nothing much, I just want to be able to determine if the record is a book, or a component part (journal article), in order to render them according to the standard. |
09:34 |
|
Joubu |
no, I don't think it's possible right now |
09:35 |
|
TeodoraLKostadinova[m] |
Well, it was worth a shot, I guess. tysm |
10:12 |
|
PedroAmorim[m] |
you could wrap different fields in span/divs with specific IDs and work out some logic after rendering through jQuery |
10:15 |
|
cait |
it works, but it will create a problem with the ISBD export feature |
10:15 |
|
cait |
IIRC the HTML elements are just printed then there |
10:16 |
|
cait |
it's an area that hasn't seen much improvement in a long long long time |
10:16 |
|
cait |
what I mean is the Download pull down on the detail page - when you select ISBD |
10:25 |
|
puphaus[m] |
Hello together :) I have question regarding the hackfest in Marseille. Is the registration officially open? I saw the mails on the mailing list but i'm not 100% sure |
10:25 |
|
cait |
I'd say so :) https://lists.koha-community.o[…]ruary/048495.html |
10:25 |
|
cait |
* *How to register* ? Drop me an email |
10:26 |
|
puphaus[m] |
Oh i hadnt seen this mail :D thank you! |
10:26 |
|
puphaus[m] |
i will ask paul :) |
10:28 |
|
puphaus[m] |
*write |
10:29 |
|
cait |
:) looking forward to see you there! |
10:43 |
|
|
koha joined #koha |
10:53 |
|
paulderscheid[m] |
hi #koha |
11:16 |
|
|
khall joined #koha |
11:19 |
|
paulderscheid[m] |
cait if you're there, how long does it take until a loan gets renewable by a patron? |
11:22 |
|
paulderscheid[m] |
Or anyone :D |
11:29 |
|
fridolin |
Just forged Bug 36010 |
11:29 |
|
huginn` |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=36010 normal, P5 - low, ---, fridolin.somers, Needs Signoff , Items/AutomaticItemModificationByAge.t is failing |
11:29 |
|
fridolin |
hope it fixes the test suite, strange it works in KTD |
11:31 |
|
Joubu |
fridolin: tried with mysql8? |
11:37 |
|
Joubu |
forget that |
11:41 |
|
oleonard |
Hi #koha |
11:52 |
|
fridolin |
Joubu: ah i will |
12:05 |
|
aude_c[m] |
<paulderscheid[m]> "cait if you're there, how long..." <- It depends what you have in the circulation rules "No renewals before" column. |
12:06 |
|
paulderscheid[m] |
Yeah, I have 5 on my test instance, but I don't know what that means :D |
12:06 |
|
paulderscheid[m] |
5 before the due_date? |
12:06 |
|
paulderscheid[m] |
or date_due |
12:07 |
|
aude_c[m] |
yes |
12:07 |
|
aude_c[m] |
depending on what unit you have on that circulation rule |
12:08 |
|
aude_c[m] |
you could also check NoRenewalBeforePrecision (date or exact time) |
12:08 |
|
aude_c[m] |
and if "by a patron" you meant "in the Opac", I assume you have OpacRenewalAllowed on |
12:10 |
|
cait |
:) |
12:16 |
|
paulderscheid[m] |
yep, OpacRenewalAllowed is on. I will check that other preference. |
12:16 |
|
paulderscheid[m] |
NoRenewalBeforePrecision is set to date. |
12:27 |
|
aude_c[m] |
and your patron still can't renew in the Opac? |
12:28 |
|
aude_c[m] |
(taking a break for lunch so may not reply quickly) |
12:38 |
|
|
marcelr joined #koha |
12:38 |
|
marcelr |
o/ |
12:39 |
|
marcelr |
Joubu where are we now on 34478 ? |
12:48 |
|
|
fridolin joined #koha |
13:12 |
|
kidclamp |
there's still ~30 on missing_op pad - and the remaining pag marcelr |
13:13 |
|
marcelr |
hi kidclamp well i plan to do something tomorrow at least |
13:13 |
|
marcelr |
i know that the remaining page contains uglier stuff |
13:13 |
|
kidclamp |
I'll look at overdrive today |
13:13 |
|
marcelr |
great |
13:14 |
|
marcelr |
we need to keep it moving, we cant wait until May |
13:14 |
|
marcelr |
or skip .05 ? |
13:14 |
|
marcelr |
lol |
13:15 |
|
ashimema |
lol |
13:18 |
|
cait |
no please get it done |
13:22 |
|
marcelr |
cait easy release for you :) |
13:23 |
|
cait |
well none you mean? |
13:23 |
|
marcelr |
take some weeks more vacation |
13:23 |
|
cait |
that owuld be a defeat :) |
13:24 |
|
|
bywater joined #koha |
13:26 |
|
cait |
I really hope that you get done with it during my vacation, so i can dig into the queues when I get back ;) |
13:35 |
|
|
khall joined #koha |
13:38 |
|
|
Dyrcona joined #koha |
14:01 |
|
paulderscheid[m] |
Anyone aware of how to filter the non-sorting control character out of a title? |
14:02 |
|
paulderscheid[m] |
I think there are even different forms of this. |
14:03 |
|
paulderscheid[m] |
Or rather out of a title's string. |
14:06 |
|
paulderscheid[m] |
s/[^[:print:]]//g ? Safe enough? |
14:07 |
|
matts |
paulderscheid[m], hi |
14:08 |
|
paulderscheid[m] |
hi matts |
14:08 |
|
matts |
Would C4::Charset nsb_clean function do the trick for you ? |
14:10 |
|
paulderscheid[m] |
Thanks, that's perfect (except for being in C4). |
14:11 |
|
matts |
you're welcome |
14:12 |
|
paulderscheid[m] |
matts++ |
14:46 |
|
Joubu |
marcelr: I have been working on it the whole week, still a lot to do... |
14:48 |
|
Joubu |
marcelr: not sure what's your question is about. Which info do you need exactly? |
14:51 |
|
blawlor[m] |
some more feedback for the koha-testing-docker repo: the wiki home page doesn't link to the wiki articles so it's hard to find the info on pages like this: https://gitlab.com/koha-commun[…]ha-Testing-Docker |
14:51 |
|
blawlor[m] |
because if you go to the wiki home there are no links to it: https://gitlab.com/koha-commun[…]cker/-/wikis/home |
14:55 |
|
Joubu |
it's in the README |
14:59 |
|
blawlor[m] |
Oh I see, Thanks! I was clicking on the wiki so it was a little confusing not to find any links, when you are coming from a wiki article |
15:21 |
|
tcohen |
our README is awesome |
15:47 |
|
|
fridolin left #koha |
16:00 |
|
|
bag joined #koha |
16:18 |
|
reiveune |
bye |
16:18 |
|
|
reiveune left #koha |
16:39 |
|
|
caroline_catlady joined #koha |
16:46 |
|
tcohen |
Joubu: ping |
16:52 |
|
cait |
almost 6pm |
16:52 |
|
|
khall_ joined #koha |
17:47 |
|
blawlor[m] |
ls |
18:07 |
|
JasonGreene[m] |
I'm trying to empty all the books from the library, From what I understand, there are no branches and you have to make each library, however when I look in mysql it only shows one library ... am I seeing this correctly? |
18:10 |
|
JasonGreene[m] |
ok, never mind... I have to think and see all options before I remove all the books and re-add them |
18:31 |
|
JasonGreene[m] |
ok, I think I'd like to remove all items and then re-add them in the correct library now that there are 2 librarys and all books are in Library 1 |
18:31 |
|
JasonGreene[m] |
Is there a web option to delete all books or is it only through MySQL? |
18:36 |
|
davidnind |
Using the staff interface - item deletion: Cataloging > Batch item deletion (you will need a list of item barcodes, or you could use the Search > Item search to batch delete as well) |
18:37 |
|
JasonGreene[m] |
ok thanks, I'll try that |
18:39 |
|
davidnind |
Using the staff interface - record deletion: Cataloging > Batch record deletion (you could do a custom SQL report to get all the record numbers - select * from biblio) |
18:39 |
|
davidnind |
Directly updating the database: you can delete that way, but I'm not sure of the required SQL commands |
18:40 |
|
davidnind |
Alternative (I think you were trying that yesterday): Cataloging > Batch item modification and update the home and current library |
18:45 |
|
JasonGreene[m] |
I tried the commands on this page https://kohageek.blogspot.com/[…]ords-in-koha.html |
18:45 |
|
JasonGreene[m] |
Hard to say, however I feel like I'm walking in a circle ... So I think I'll start over with an empty PC and load the OS and then Koha |
18:53 |
|
davidnind |
the other way is to just delete your instance and create a new one (see https://wiki.koha-community.or[…]inister_instances) - rather than reinstalling Koha again |
18:54 |
|
davidnind |
this depends on how much you have customised the setup so far - if only have added your libraries, item types and patron categories it may be relatively simple to recreate these |
19:00 |
|
JasonGreene[m] |
ok, I'll look at that link. |
19:19 |
|
|
Djalel joined #koha |
19:22 |
|
Djalel |
Hello, I am seeking help with a new koha installation (23.11) on ubuntu 22.04.3. I managed to configure it and import a unimarc catalog which I could search through the staff interface. But today the results page started showing the HTTP response header inside the page itself ()at the top . |
19:22 |
|
Djalel |
Like this: Status: 200 OK Set-Cookie: CGISESSID=dbba35420f6563ca3566b0ba519b14bf; path=/; secure; HttpOnly; SameSite=Lax Date: Thu, 08 Feb 2024 18:40:27 GMT Cache-control: no-cache Content-script-type: text/javascript Content-style-type: text/css Pragma: no-cache X-frame-options: SAMEORIGIN Content-Type: text/html; charset=UTF-8 |
19:22 |
|
Djalel |
Any clues on the cause and how to fix it? |
19:31 |
|
davidnind |
Djalel: I don't have any ideas on how to fix - I'm assuming have you have restarted everything (including plack) and have cleared your browser cache (or used a different, fresh browser with no history). Do other pages work as expected? |
19:36 |
|
Djalel |
@davidnind: Thanks. I restarted zebra with no success. Now I am rebuilding its index which should take some time. I should have skipped this step as the results do show up. It is just that I see this strange header. It show up alos on another browser on a different OS |
19:36 |
|
huginn` |
Djalel: I'll give you the answer just as soon as RDA is ready |
19:37 |
|
Djalel |
huginn: forgive my ignorance. What's RDA? |
19:38 |
|
davidnind |
Djalel: Have you tried restarting everything else, not just Zebra (Apache, database, plack, etc) - I don't know what the command is for a non-development install to do this |
19:38 |
|
caroline |
Djalel, huginn` is a bot, you can ignore whatever it says |
19:38 |
|
caroline |
It answers that when someone types @ followed by a command it doesn't recognize |
19:39 |
|
Djalel |
Oh! thanks for the info. I will try restarting everything when the koha-rebuild-zebra -f finishes |
19:44 |
|
Djalel |
meanwhile: I have a stupid questions about the results table. I can see the titles followed by the publisher name, BUT no authors be low the title as in the koha documentation screen captures. The authors show up on a left sidebar (facets?) to use as filters. So far I have no knob in system preferences to add the authors names below the titles. Any clues? |
19:45 |
|
davidnind |
Djalel: if it still does it, can you provide a screenshot - Is it only displaying on the results page? Is the page displaying the response header plus the normal page content? Hopefully this will provide information for others who may be able to identify what is causing this. |
19:45 |
|
caroline |
I think it depends on the field where the authors are entered? |
19:47 |
|
caroline |
I'm looking at MARC21slim2intranetDetails.xsl and it looks like it shows authors in fields 100, 110, 111, 700, 710, and 711 for MARC21 |
19:49 |
|
davidnind |
Probably not something relevant here, but what does the marcflavour system preference show - you said you set Koha up as a UNIMARC instance and imported UNIMARC records |
19:51 |
|
caroline |
I'm not sure about the UNIMARC xslt... looks like 700, 710, 701, 702, 711, and 712 |
19:51 |
|
Djalel |
Here is a scrreenshot: https://postimg.cc/nMxKd1n4 |
19:53 |
|
Djalel |
The sys-prefs marc flafro shows UNIMARC as configured |
19:54 |
|
Djalel |
Carline, yes the authors in UNIMARC are encoded in the tags 700 702 710 712.... |
19:54 |
|
Djalel |
Sorry, for the type Caroline |
19:54 |
|
Djalel |
typo |
19:54 |
|
caroline |
no worries, I didn't even notice ;) |
19:54 |
|
caroline |
do your records have information in those fields? |
19:55 |
|
Djalel |
Yes the main author in 700 and the next ones in 702. Then 710 & 712 for the institutional authors |
19:57 |
|
caroline |
I was looking at the wrong file. That was for the details page |
19:57 |
|
davidnind |
Does the details page for a record show the information? |
19:57 |
|
caroline |
My UNIMARCslim2intranetResults.xsl is almost empty |
19:59 |
|
caroline |
https://git.koha-community.org[…]tranetResults.xsl |
19:59 |
|
caroline |
I'm not seeing any mentions of 7XX fields |
20:01 |
|
caroline |
I think it only shows the author that is in 200, is there a subfield for author in 200? |
20:01 |
|
Djalel |
If I am follwing...is that the stylesheet that controls the content of the results table? |
20:02 |
|
caroline |
yes, exactly |
20:02 |
|
caroline |
as far as I know |
20:02 |
|
caroline |
I'm used to working in MARC21 and we use MARC21slim2intranetResults for the results table, so I assume it's the same in UNIMARC |
20:03 |
|
Djalel |
OK. I checked a UNIMARC document I have. Tag 200 has subfield $f First Statement of Responsibility (Repeatable) |
20:04 |
|
Djalel |
So if I want to add the authors from tag 700 I should modify that XSL? Is it enough? |
20:04 |
|
caroline |
I think maybe the facets on the left use 7XX and the results list uses 200$f |
20:05 |
|
caroline |
If you have the knowledge to modify it, sure, that would be the way to have 7XX show up there |
20:07 |
|
caroline |
Also note that most of the Koha documentation is done on MARC21 systems, so screenshots might look different from your system |
20:09 |
|
Djalel |
OK. My XML is rusty but if I have no choice I will give it a try. |
20:13 |
|
davidnind |
if you do customise XSLT, then change the XSLTResultsDisplay system prference to point to your customised file (rather than editing the provided default templates) |
20:13 |
|
caroline |
good point |
20:18 |
|
davidnind |
it may be useful to ask on the French language mailing list if they have examples they could share (I'm probably wrong, but I think France is the main country that uses UNIMARC) https://koha-community.org/sup[…]ha-mailing-lists/ |
20:23 |
|
Djalel |
Thanks. I quickly hacked the XSLT file pointed out by Caroline to add the next few lines with success: |
20:24 |
|
Djalel |
<xsl:if test="marc:datafield[@tag=700]"> <xsl:for-each select="marc:datafield[@tag=700]"> <xsl:if test="marc:subfield[@code='a']"> <xsl:text> ; </xsl:text> <xsl:value-of select="marc:subfield[@code='a']"/> </xsl:if> <xsl:text> </xsl:text> </xsl:for-each> </xsl:if> |
20:24 |
|
Djalel |
I guess i have to figure out how to add a line break and put the author name in a URL/href as in the facets..... |
20:25 |
|
Djalel |
Anyway, thanks guys/girls |
20:26 |
|
caroline |
Maybe check the one called UNIMARCslim2intranetDetails |
20:26 |
|
caroline |
it's the one used for the record details, and it includes 7XX |
20:32 |
|
Djalel |
Yes, I already grepped tag_7xx in the whole source tree. But I think it is just easier to work my way from MARC21slim2intranetResults.xsl and replace MARC21 tags with equivalent UNIMARC ones. At least for the authors part. The MARC21 file is way richer |
20:34 |
|
Djalel |
Back to my orginal issue (the HTTP response headers displayed in the results page). I restarted everything from mysql to apache to koha service to plack and zebra ... but the issue is still there. |
20:35 |
|
caroline |
yes, development in MARC21 and UNIMARC is very unequal in Koha. Things are added to MARC21 and it's forgotten for UNIMARC, and usually the UNIMARC community do their own thing. I think it's due to the fact that people who know MARC21 don't know UNIMARC and people who know UNIMARC don't know MARC21 |
20:35 |
|
JasonGreene[m] |
Re-using MarcEdit ...where is a list of Control Fields codes? I can't find where I used last time? |
20:37 |
|
caroline |
JasonGreene[m], here? https://loc.gov/marc/bibliographic/bd00x.html |
20:37 |
|
JasonGreene[m] |
caroline: Thanks! |
20:38 |
|
caroline |
Djalel, could it be a brave thing? |
20:39 |
|
caroline |
If you try in Chrome or Firefox does it show that too? |
20:40 |
|
Djalel |
Yes the headers show up in Chrome (windows version) and Firefox (on Ubuntu) too! |
20:40 |
|
Djalel |
I think the issue is on the server side. |
21:01 |
|
Djalel |
I am gonna call it a day and investigate later it when I am fresh. Keep you posted if I find it. Thanks all |
21:03 |
|
davidnind |
Djalel: good luck, from some random searching on the internet I think it may be related to your apache/virtual hosts configuration and the server names used - couldn't find anything definitive to help you though https://httpd.apache.org/docs/[…]e.html#servername |
21:06 |
|
Djalel |
Thanks. I will check it after recharging my batteries. Really appreciate your help. |
21:07 |
|
|
matts joined #koha |
21:29 |
|
caroline |
Is it me, or does the FA framework have a LOT of unnecessary fields? |
21:31 |
|
|
Djalel joined #koha |
21:36 |
|
davidnind |
On master, it has 18 tags - some of the subfields seem irrelevant (especially the obsolete ones) (000 008 010 020 022 050 082 100 245 250 260 300 500 942) |
21:37 |
|
caroline |
I don't think $6 or $8 are relevant for fast adding. That is some deep cataloging |
21:38 |
|
Djalel |
back on track. about the http header that showed up in teh search results page. I found the culprit. A stupid hack I added in intranet/cgi-bin/catalogue/search.pl to fix an error message I found in the logs (intranet-error.log) about wild characters. I copied few lines from stackoverflow to force UTF8 without realizing they contain print header! |
21:39 |
|
Djalel |
use CGI qw(:standard); use Encode; # Set the content type to text/html #print header(-charset => 'UTF-8'); # Explicitly set the encoding for STDOUT binmode(STDOUT, ":utf8"); |
21:40 |
|
davidnind |
I assume with FA you just want to add a very minimal record - identifiers (such as ISBN), author, title. There seem to be a lot of subfields that you wouldn't enter data for if you were issuing an item. |
21:41 |
|
Djalel |
Sorry for bothering you with this. This didn't even fix the error in apache log intranet-error.log: AH01215: Wide character (U+62D) in substitution (s///) at /usr/lib/x86_64-linux-gnu/perl5/5.34/Template/Filters.pm line 62.: /usr/share/koha/intranet/cgi-bin/catalogue/search.pl, |
21:41 |
|
Djalel |
I am gonna leave it anyway as the search works even with Frensh and Arabic titles |
21:42 |
|
davidnind |
Djalel: Glad you found it - bear in mind that any changes you make to the code will be overwritten when you do an upgrade. |
21:44 |
|
davidnind |
I would suggest adding a bug about the error to Bugzilla - most likely though it relates to a problem with a record (speaking off the top of my head) |
21:44 |
|
Djalel |
Indeed. |
21:52 |
|
Djalel |
I registered my email in koha bugzilla and waiting for a link to create an account. then I will submit a bug. Good Bye |
21:53 |
|
davidnind |
Djalel++ |
22:02 |
|
|
val left #koha |