Re: [Koha] Debian koha-common_22.05.02-1_all.deb package dependencies conflict

[Stowasser Rainer]

Dear Scott

I ve think I was one of the first to mention the „problem“
its fixed

but

Debian has a
/var/cache/apt/  lock file

just rm it
and after that it worked for me

Kind regards

Hofrat Mag. Rainer Stowasser
Head of Library and Archives ZAMG

Am 06.07.2022 um 19:03 schrieb skaman...@gmail.com:

I am running an up-to-date version of Debian Buster.  Doing a routine "apt
update" today and I encountered the following package upgrade for
koha-common (koha-common_22.05.02-1_all.deb) that appears to have surfaced
in the past for others.





:[user]# apt upgrade -y

...

Preconfiguring packages ...

/tmp/koha-common.config.kjvlf5: 49: koha-list: not found

..

Unpacking libmarc-xml-perl (1.0.5-1) ...

dpkg: error processing archive
/tmp/apt-dpkg-install-E4Zp2O/1-libmarc-xml-perl_1.0.5-1_all.deb (--unpack):

trying to overwrite '/usr/bin/marc2xml', which is also in package
libmarc-file-xml-perl 1.0.5-1~koha+1



Errors were encountered while processing:

/tmp/apt-dpkg-install-sNNjK2/1-libmarc-xml-perl_1.0.5-1_all.deb

E: Sub-process /usr/bin/dpkg returned an error code (1)





From past bug reports it appears there is a libmarc-xml-perl package in both
the Debian repo and the Koha repo.



I tried putting an apt hold on libmarc-xml-perl and then completing the apt
upgrade, but this breaks my koha system.  So, I'm unable to upgrade
koha-common at present.



Any suggestions to fix this would be helpful.



Scott Leafe

Scriptel Ministries

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
EXTERNAL EMAIL: Do not click any links or open any attachments unless you trust 
the sender and know the content is safe.



___

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

Re: [Koha] Batch modification: Possibility to copy subfield content to another field's fixed positions?

[Stowasser Rainer]

Dear Anke

same answer ;-)

but a little more work

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

Kind regards

Hofrat Mag. Rainer Stowasser
Head of Library and Archives ZAMG

Am 18.02.2022 um 12:34 schrieb Bruns, Anke 
mailto:anke.br...@gwdg.de>>:

Hi,

thanks! However, alas, we are on Zebra.

Good luck with your solution!

Regards,
Anke




-Ursprüngliche Nachricht-
Von: Koha 
mailto:koha-boun...@lists.katipo.co.nz>> Im 
Auftrag von Thomas Klausner
Gesendet: Freitag, 18. Februar 2022 12:31
An: koha@lists.katipo.co.nz
Betreff: Re: [Koha] Batch modification: Possibility to copy subfield content to
another field's fixed positions?

Hi!

On Fri, Feb 18, 2022 at 11:12:22AM +, Bruns, Anke wrote:

in order to be able to use the search index for publication year, the year
must to my knowledge be mentioned in 008, positions 7-10.
Is there a way to populate this with the content from 264$c which, in my
case, is always a ? In the templates for batch operations I can only
find ways to copy into fields with subfields, not into fixed fields.

If you're using ElasticSearch, you could change the Elasticsearch
mappings to use 264$c for date-of-publication (instead of the default
008_/7-10). Though I haven't tested that yet, but we've just had a
meeting where we decided to try it this way... :-)

Not really an answer to your question, but if you're only asking the
question to get the data searchable, it should be still usable.

Greetings,
domm

--
#!/usr/bin/perl https://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&$_.$/}
___

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
EXTERNAL EMAIL: Do not click any links or open any attachments unless you trust 
the sender and know the content is safe.

___

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

Re: [Koha] Restarting Indexing -- Maybe Reindexing Altogether

[Stowasser Rainer]

Dear Charles

yes this makes a difference
then you where on of the early adopters ;-)

but the principle stays the same

> ps -aux | grep elasticsearch

check if the process is there

koha-elasticsearch --rebuild -d -v koha

you can find details for this on the wiki

or here

https://bywatersolutions.com/education/elastic-search-configuration

Kind regards

Hofrat Mag. Rainer Stowasser
Head of Library and Archives ZAMG

> Am 10.02.2022 um 10:46 schrieb Charles Kelley :
> 
> Hello, Rainer!
> 
> Thanks for responding.
> 
> I ran the command 
> 
> #koha-zebra -status
> 
> but the shell reported nothing. In my limited understanding of Linux, 
> this means there was nothing to run, but the executable is on the system. 
> That said, we are running ElasticSearch instead of Zebra. Does that matter?
> 
> Many thanks.
> 
> In our latest exchange, on 10 Feb. 2022 at 16:49 [JST], I received the 
> following from Rainer Stowasser:
> 
> it seems that your zebra process is not running
> 
> you need a shell
> 
> see
> https://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages
> section zebra
> 
> check if zebra is still there
> >koha-zebra —status
>  
> and if not you can 
> —restart
> 
> or rebuild your zebra index
> 
> >koha-rebuild-zebra nameofyourinstance
> 
> Kind regards
> 
> Hofrat Mag. Rainer Stowasser
> Head of Library and Archives ZAMG
> 
> In an earlier exchange, on 10 Feb. 2022 at 14:53 [JST], I wrote:
> 
>>My library's system has stopped indexing new records. Case in point: I
>> added Starlog to our catalog, and five ours later, it still does not appear
>> when searched. We've also added a few more authority headings, but several
>> hours later, they too cannot be found.
>> 
>>So is it possible to restart the indexing? Failing that, is is possible
>> to reindex the entire catalog? I'd like to learn this now before we upgrade
>> to 20.05 or 20.11 this spring or summer.
>> 
>>Many thanks.
>> 
>> P. S. Running Koha 19.05 on Debian 9 "Buster".
>> 
>>(When we upgrade to 20.XX, we'll also upgrade to Debian 10 or 11.)
> 
> -- 
> 
> よろしくお願いします。
> 
> -- Charles.
>  
> Charles Kelley, MLS
> PSC 704 Box 1029
> APO AP 96338
> 
> Charles Kelley
> Tsukimino 1-Chome 5-2
> Tsukimino Gaadenia #210
> Yamato-shi, Kanagawa-ken
> 〒242-0002 JAPAN
> 
> +1-301-741-7122 [US cell]
> +81-80-4356-2178 [JPN cell]
> 
> mnogoja...@aol.com [h]
> cmkelley...@gmail.com [p]
> 
> linkedin.com/in/cmkelleymls
> Meeting Your Information Needs. Virtually.
> EXTERNAL EMAIL: Do not click any links or open any attachments unless you 
> trust the sender and know the content is safe.
>  

___

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

Re: [Koha] Restarting Indexing -- Maybe Reindexing Altogether

[Stowasser Rainer]

Dear Charles

it seems that your zebra process is not running

you need a shell

see
https://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages
section zebra

check if zebra is still there
>koha-zebra —status

and if not you can
—restart

or rebuild your zebra index

>koha-rebuild-zebra nameofyourinstance

Kind regards

Hofrat Mag. Rainer Stowasser
Head of Library and Archives ZAMG

Am 10.02.2022 um 05:53 schrieb Charles Kelley 
mailto:cmkelley...@gmail.com>>:

Hi, all!

   My library's system has stopped indexing new records. Case in point: I
added Starlog to our catalog, and five ours later, it still does not appear
when searched. We've also added a few more authority headings, but several
hours later, they too cannot be found.

   So is it possible to restart the indexing? Failing that, is is possible
to reindex the entire catalog? I'd like to learn this now before we upgrade
to 20.05 or 20.11 this spring or summer.

   Many thanks.

P. S. Running Koha 19.05 on Debian 9 "Buster".

   (When we upgrade to 20.XX, we'll also upgrade to Debian 10 or 11.)

--

   よろしくお願いします。

   -- Charles.

   Charles Kelley, MLS
   PSC 704 Box 1029
   APO AP 96338

   Charles Kelley
   Tsukimino 1-Chome 5-2
   Tsukimino Gaadenia #210
   Yamato-shi, Kanagawa-ken
   〒242-0002 JAPAN

   +1-301-741-7122 [US cell]
   +81-80-4356-2178 [JPN cell]

   mnogoja...@aol.com [h]
   cmkelley...@gmail.com [p]

   linkedin.com/in/cmkelleymls 

   Meeting Your Information Needs. Virtually.
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
EXTERNAL EMAIL: Do not click any links or open any attachments unless you trust 
the sender and know the content is safe.



___

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

Re: [Koha] ISSUE with Umlaut

[Stowasser Rainer]

Dear Russel

this sound like a UTF16 Problem.

Microsoft (=Excel) encodes the text in a „different“ format

so the easiest way is to
export to csv
use a text editor to get the encoding to UTF8

This  solution works for me

Kind regards

Hofrat Mag. Rainer Stowasser
Head of Library and Archives ZAMG

> Am 09.02.2022 um 12:04 schrieb Russel G. P. Shihepo :
> 
> Dear Community
> 
> I have a prepared data set in excel format (.xlsx), some of it contains
> umlaut (German texts)  and click sounds symbols of African languages such
> as field 245, and  260. But whenever I import the file to MARC editor
> through the Delimited Text Translator, I lose all the umlaut and
> punctuation marks for click sounds in the data.
> Does anybody have a clue or alternative method that can be used to take
> records from excel files to MARC editor without losing umlaut?
> 
> Regards
> Russel Shihepo
> *Librarian*
> *Africa/Namibia*
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> EXTERNAL EMAIL: Do not click any links or open any attachments unless you 
> trust the sender and know the content is safe.
> 
> 

___

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

Re: [Koha] Cannot find bib records

[Stowasser Rainer]

Are you sure that zebra is running ?

The Index has to be updated to find a record …

Kind regards
Hofrat Mag. Rainer Stowasser
Head of Library and Archives ZAMG

> Am 20.11.2020 um 11:05 schrieb Nasiru Yakubu :
> 
> Hi everyone,
> 
> I am experiencing issue with our Koha instance.
> 
> Whenever we save a record, it disappears and we cannot find in on the OPAC
> or through the catalog module on the staff interface.
> 
> We are using Koha version 17 at present.
> ___
> 
> 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] moving database from 17.5 to 19.11 error

[Stowasser Rainer]

Dear Jonathan

Theres something probably related here

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

Kind regards
Hofrat Mag. Rainer Stowasser
Head of Library and Archives ZAMG


Von: Koha  im Auftrag von Jonathan Druart 

Gesendet: Donnerstag, 27. August 2020 09:43:16
An: tommaso spazzali
Cc: Koha
Betreff: Re: [Koha] moving database from 17.5 to 19.11 error

Hi Tomasso,

Can you open a new bug report and describe how we could simply
recreate the problem?
If a memcached restart is missing it's a bug somewhere.

Regards,
Jonathan

Le mer. 26 août 2020 à 22:53, tommaso spazzali  a écrit :
>
> Thanks Alvaro,
>
> I was sure my backup was complete (I already made a restore with it) so
> looking a little deeper in the internet I found this:
>
> https://kohageek.blogspot.com/2020/06/dbixclassstoragedbicatch-dbi-connection.html
>
> and it worked very well
>
> I removed the wrong library and before doing a koha-restore I executed
>
> sudo service memcached restart
>
> maybe somebody knows why :-)
>
> thanks again
> regards
> tommaso
>
> Il 26/08/20 17:35, Alvaro Cornejo ha scritto:
> > Hi Tommaso
> >
> > In my case, for an unknown issue, the database backup with the koha
> > backup util  was not complete thus, load failed.
> >
> > I had to run backup using the mysqldump and that worked fine.
> >
> > I followed this instructions
> >
> > http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html
> >
> > The only change I made was to use gzip instead of xz because with  xz
> > dump didn't finish.
> >
> > Regards
> >
> > Alvaro
> > ||
> >  Stay safe / Cuídate/  Reste sécurisé
> > */7/* Switch off as you go / Apaga lo que no usas /  Débranchez au fur
> > et à mesure.
> >  *q *Recycle always / Recicla siempre / Recyclez toujours
> >  P Print only if absolutely necessary / Imprime solo si es necesario /
> > Imprimez seulement si nécessaire
> >
> >
> > Le mer. 26 août 2020 à 09:38, tommaso spazzali  > > a écrit :
> >
> > Hi Alvaro, hi everybody,
> > did you solved this error?
> >
> > unfortunately I have the same behaviour moving with koha-backup /
> > kpha-restore from ubuntu 16 to ubuntu 20.
> >
> > The strange thing is that I tried succesfully the same operation on a
> > test server, now, in the production server I get the error ...
> >
> > any suggestion will be very appreciated :-)
> >
> > thanks
> > tommaso
> >
> > Il 08/01/20 07:13, Alvaro Cornejo ha scritto:
> > > Hi
> > >
> > > I´m tryin to do the DB move from 17.5 to 19.11.
> > >
> > > I take following steps:
> > >
> > > - backup 17.5 with koha-backup and I get two files a sql.gz and a
> > tar.gz
> > > - scp both files to new server
> > > - run koha-remove biblioteca
> > > - run koha-restore sql tar files
> > >
> > > and I start having a lot of errors like:
> > >
> > > ERROR: File exists: /var/lib/koha/biblioteca/biblios/key/
> > >
> > > and at the end I have:
> > >
> > > ERROR 1396 (HY000) at line 1: Operation DROP USER failed for
> > > 'koha_biblioteca'@'%'
> > > ERROR 1819 (HY000) at line 1: Your password does not satisfy the
> > current
> > > policy requirements
> > > DBI
> > >
> > 
> > connect('database=koha_biblioteca;host=localhost;port=3306','koha_biblioteca',...)
> > > failed: Access denied for user 'koha_biblioteca'@'localhost' (using
> > > password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line
> > 1517.
> > > DBI
> > >
> > 
> > connect('database=koha_biblioteca;host=localhost;port=3306','koha_biblioteca',...)
> > > failed: Access denied for user 'koha_biblioteca'@'localhost' (using
> > > password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line
> > 1517.
> > > DBI
> > >
> > 
> > connect('database=koha_biblioteca;host=localhost;port=3306','koha_biblioteca',...)
> > > failed: Access denied for user 'koha_biblioteca'@'localhost' (using
> > > password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line
> > 1517.
> > > DBI
> > >
> > 
> > connect('database=koha_biblioteca;host=localhost;port=3306','koha_biblioteca',...)
> > > failed: Access denied for user 'koha_biblioteca'@'localhost' (using
> > > password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line
> > 1517.
> > > DBIx::Class::Storage::DBI::catch {...} (): DBI Connection failed:
> > Access
> > > denied for user 'koha_biblioteca'@'localhost' (using password: YES) at
> > > /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1520. at
> > > /usr/share/koha/lib/Koha/Database.pm line 107
> > > Something went wrong rebuilding biblio indexes for biblioteca
> > > DBI
> > >
> > 
> > 

Re: [Koha] Seeking advise

[Stowasser Rainer]

Dear Tadesse

I had to do this once
and from my experience
I would go for 2

Clean install of new version and just handle the data

IF the data is  „clean“ MARC 
(no special use of fields for „special purposes“ as libraries do :-)
This is done in one day

IF certain „adaptions“ where made 
the two libraries should talk to each other 
and straighten this out  before they merge ;-)

a upgrade of the systems doesnt help you …..

Kind regards
Hofrat Mag. Rainer Stowasser
Head of LIbrary and Archives ZAMG

> Am 29.05.2020 um 09:09 schrieb Tadesse, Bruck :
> 
> Hello,
> 
> Two of our sister institutes are thinking about merging two instances of Koha 
> into one (joined catalog with a single instance of Koha running on a single 
> database) with external expert help. Right now, the two systems are running 
> on two separate VMs and old versions of Koha (3.8 and 16.05). We would like 
> to get advice from the community regarding what strategy to follow:
> 
> 
>  1.  Should these two versions of Koha instances be upgraded separately, then 
> merged.
>  2.  Have a clean install of a new version and migrate the data from both 
> system.
>  3.  Or any insight in this regard would be appreciated.
> 
> Thanks,
> Bruck T.
> ___
> 
> 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] How to host eBooks, Images for Readers

[Stowasser Rainer]

Dear Menaria

if there are only few here s an easy solution

create a directory that is accessible from your apache web server e.g files
upload the files there
and put the URL of the file
into the item u field (u - Uniform Resource Identifier)
http://your_library/files/file_name.pdf

Best regards
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG


Von: Koha  im Auftrag von Laxmi Lal Menaria 

Gesendet: Dienstag, 12. Februar 2019 12:21:19
An: koha@lists.katipo.co.nz
Betreff: [Koha] How to host eBooks, Images for Readers

Hello Everyone,

I have setup the library for the books and now I have few eBooks, scanned
images of rare books.

I would like to integrate those too in Koha, which will be accessible to
the readers.

Please let me know any guide available for the same?

--

Thanks,
Laxmilal Menaria | +91 982 955 3793 | http://laxmilalmenaria.com/
___
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] Hea - any enhancement requests?

[Stowasser Rainer]

Thx

now you should see me ;-)
2 times :-)

Best regards
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG


Von: Koha  im Auftrag von Bob Birchall 

Gesendet: Donnerstag, 13. Dezember 2018 12:10:25
An: koha@lists.katipo.co.nz
Betreff: Re: [Koha] Hea - any enhancement requests?

Home -> Koha Administration -> Global System Preferences ->
Administration -> Share Anonymous Usage Statistics.

HTH,
Bob
Calyx

On 13/12/18 8:41 pm, Stowasser Rainer wrote:
> By the way
>
> how do I register my library ?
> Europe, Austria, Vienna, ZAMG
>
> Best regards
> Hofrat Mag. Rainer Stowasser
> Head of Library ZAMG
>
> 
> Von: Koha  im Auftrag von Jonathan Druart 
> 
> Gesendet: Mittwoch, 12. Dezember 2018 23:34:28
> An: koha
> Betreff: [Koha] Hea - any enhancement requests?
>
> Hi everybody,
>
> I have been working on the Hea website (hea.koha-community.org) this
> afternoon to fix an issue reported by Sonia [1].
> I noticed that the display and the information of the libraries are
> not always accurate and useful, but I have trouble providing something
> that would be ergonomic.
>
> There are 2 things to display: the Koha's installations and the libraries
> A Koha installation can have several libraries (branches).
> We have 3 views:
> - See all libraries https://hea.koha-community.org/libraries
> - See by country https://hea.koha-community.org/libraries-by-country
> - See on a map https://hea.koha-community.org/libraries-on-a-map
>
> On the map there are only the installations that are displayed.
> Before today all libraries from all installations were displayed on
> the "all libraries" view, one row per library. It is still as it but
> they are now grouped by installation: for instance search for
> "Bibliothèque université Lyon 3" and you will see the different
> libraries for this installation. I feel like it is better but not
> perfect. We should at least remove the second if there is only 1
> library and that it has the same value as the installation.
>
> On the "by country" I have not changed anything, but libraries are
> displayed. It seems that it would be better to display the
> installations instead.
>
> Basically my feeling is that we should only display the installations
> on the map, "by country" and maybe on "all libraries" as well. And the
> details of the installation on the installation view (for instance
> https://hea.koha-community.org/libraries/602 for Lyon 3).
>
> I guess somebody else could think the contrary and prefer to highlight
> "per library" instead of "per installation".
>
> I am open to any suggestions, feel free to open issue on the tracker
> of the project or simply by answering to this email.
>
> Regards,
> Jonathan
>
> PS: Yes some old/wrong data must be removed. I planned to remove all
> data that have not been updated in the last 6 months (which represent
> ~300 installations out of 1145), but actually some seem valid, so it
> is certainly a bug somewhere...
>
> [1] https://gitlab.com/koha-community/hea-app/issues/1
> ___
> 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] Hea - any enhancement requests?

[Stowasser Rainer]

By the way

how do I register my library ?
Europe, Austria, Vienna, ZAMG

Best regards
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG


Von: Koha  im Auftrag von Jonathan Druart 

Gesendet: Mittwoch, 12. Dezember 2018 23:34:28
An: koha
Betreff: [Koha] Hea - any enhancement requests?

Hi everybody,

I have been working on the Hea website (hea.koha-community.org) this
afternoon to fix an issue reported by Sonia [1].
I noticed that the display and the information of the libraries are
not always accurate and useful, but I have trouble providing something
that would be ergonomic.

There are 2 things to display: the Koha's installations and the libraries
A Koha installation can have several libraries (branches).
We have 3 views:
- See all libraries https://hea.koha-community.org/libraries
- See by country https://hea.koha-community.org/libraries-by-country
- See on a map https://hea.koha-community.org/libraries-on-a-map

On the map there are only the installations that are displayed.
Before today all libraries from all installations were displayed on
the "all libraries" view, one row per library. It is still as it but
they are now grouped by installation: for instance search for
"Bibliothèque université Lyon 3" and you will see the different
libraries for this installation. I feel like it is better but not
perfect. We should at least remove the second if there is only 1
library and that it has the same value as the installation.

On the "by country" I have not changed anything, but libraries are
displayed. It seems that it would be better to display the
installations instead.

Basically my feeling is that we should only display the installations
on the map, "by country" and maybe on "all libraries" as well. And the
details of the installation on the installation view (for instance
https://hea.koha-community.org/libraries/602 for Lyon 3).

I guess somebody else could think the contrary and prefer to highlight
"per library" instead of "per installation".

I am open to any suggestions, feel free to open issue on the tracker
of the project or simply by answering to this email.

Regards,
Jonathan

PS: Yes some old/wrong data must be removed. I planned to remove all
data that have not been updated in the last 6 months (which represent
~300 installations out of 1145), but actually some seem valid, so it
is certainly a bug somewhere...

[1] https://gitlab.com/koha-community/hea-app/issues/1
___
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] koha Server

[Stowasser Rainer]

Cool

does anyone has experience wit RedHat ?

An institution in Austria wants to use koha
but they use just this distribution for everything.

They had some installation errors and asked me for help
but we only use OpenSuse ;-)

Hofrat Mag. Rainer Stowasser
Head of Library ZAMG


Von: Koha  im Auftrag von anabela semedo 

Gesendet: Montag, 12. November 2018 17:49:09
An: Koha list
Betreff: [Koha] koha Server

Hi everyone, I know how to install koha on CentOS server.

Ana Bela

___
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] package install debian koha 17.11

[Stowasser Rainer]

I love playing around :-)

so for the records

5) libplack-middleware-reverseproxy-perl
depends on
4) libplack-perl
depends on
3) libtest-tcp-perl
depends on 
2) libtest-sharedfork-perl 
depends on 
1) libtest-tcp-perl

so if you install 1 to 5

koha-common

will install

The following extra packages will be installed:
  libtest-exception-perl libtest-mockobject-perl starman

and everything runs

Best regards
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG


Von: Koha [koha-boun...@lists.katipo.co.nz] im Auftrag von takan 
bhatt [takan.bh...@gmail.com]
Gesendet: Montag, 26. März 2018 12:55
An: Narcis Garcia
Cc: koha
Betreff: Re: [Koha] package install debian koha 17.11

I installed, without any problem.

On Mon 26 Mar, 2018, 4:17 PM Narcis Garcia, <informat...@actiu.net> wrote:

> I installed Koha 17.11 same way in Debian Stable (v9), and no
> dependencies problem.
> My suggest is to upgrade Debian stable version.
>
>
> El 26/03/18 a les 11:57, Stowasser Rainer ha escrit:
> > Hy 2 all
> >
> > I wanted to test the "new" koha release
> > by package install on debian jessie
> >
> > and stumbled on this:
> >
> > The following packages have unmet dependencies:
> >  koha-common : Depends: libplack-middleware-reverseproxy-perl but it is
> not going to be installed
> >Depends: libtest-exception-perl but it is not going to be
> installed
> >Depends: libtest-mockobject-perl but it is not going to
> be installed
> >Depends: starman but it is not going to be installed
> >
> > any ideas ?
> >
> > Best regards
> > Hofrat Mag. Rainer Stowasser
> > Head of Library ZAMG
> > ___
> > 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] package install debian koha 17.11

[Stowasser Rainer]

Hy 2 all

I wanted to test the "new" koha release
by package install on debian jessie

and stumbled on this:

The following packages have unmet dependencies:
 koha-common : Depends: libplack-middleware-reverseproxy-perl but it is not 
going to be installed
   Depends: libtest-exception-perl but it is not going to be 
installed
   Depends: libtest-mockobject-perl but it is not going to be 
installed
   Depends: starman but it is not going to be installed

any ideas ?

Best regards
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Importing WINISIS data into Koha

[Stowasser Rainer]

Hy Alex

I had the same "problem"

What I did was to generate the MARC records outside of Koha 
using Catmandu, MarcEdit
and then import them into Koha

As I understand there is not much in Koha for conversion from other systems
but if you have it up
it works perfect ;-)

Best regards
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG


Von: Koha [koha-boun...@lists.katipo.co.nz] im Auftrag von Alex 
Shepherd [kiwi64...@gmail.com]
Gesendet: Dienstag, 05. Dezember 2017 05:42
An: koha@lists.katipo.co.nz
Betreff: [Koha] Importing WINISIS data into Koha

Hi Team,

I’ve been asked to migrate some library data currently in WINISIS into Koha and 
just wondered if anyone has been down this path recently and can share any 
advice or tools or recipe etc they used?

I’ve previously done one conversion from the XML file that WINISIS can export 
to, into MARC records via perl + MARC library, for a non-Koha system a number 
of years ago, but am hoping there might be some better alternatives now… ;)

Any help or advice would be much appreciated.

Regards

Alex Shepherd

p: +64-7-829 4441
m: +64-21-64
e: kiwi64...@gmail.com

___
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] Koha und GND

[Stowasser Rainer]

Hallo Katrin

danke für die Antwort. 

Die Titeldaten funktionieren perfekt
(hier eine Anleitung wie der Zugang funktioniert 
http://abunchofthings.net/blog/freie-metadaten-von-der-dnb-per-sru/ )

Bin gerade dabei Kostenabschätzungen einzuholen um die Implementierung eines 
SRU für Normdaten in Koha abschätzen zu können (und bei mir für 2018 zu 
budgetieren ;-)

LG
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG


Von: Katrin Fischer [katrin.fischer...@web.de]
Gesendet: Montag, 09. Oktober 2017 08:10
An: Stowasser Rainer
Betreff: Re: Koha und GND

Hallo Rainer,

Koha kann im Moment meines Wissens Normdaten leider nur über Z39.50
übernehmen. Ich habe dazu einmal ein enhancement aufgenommen, da wir
auch immer wieder über dieses Problem stolpern:

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

Das BSZ bietet einen Z39.50-Zugang zur OGND an, der frei genutzt werden
kann:

z3950n.bsz-bw.de:20210
Datenbank: swb104
kein Passwort
UTF-8

Einige weitere Informationen findest du hier:
https://wiki.bsz-bw.de/doku.php?id=v-team:daten:z39.50neu

Allerdings haben wir einige Probleme mit der Suche festgestellt, da die
Suchattribute bei uns anders als von Koha erwartet oder nicht
implementiert sind. Dies kann aktuell leider auch nicht geändert werden.

Generell Fragen immer lieber auf eine der Mailinglisten. Auf der
deutschen Mailingliste ist zwar nicht viel los, aber in der Regel kommt
auf eine Frage schnell eine Antwort:
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de

Viele Grüße,

Katrin Fischer


On 04.10.2017 14:20, Stowasser Rainer wrote:
> Hallo Kathrin
>
> wir haben uns beim Koha Vortrag Bibliothekarstag Linz gesehen
> und soweit ich das verstanden habe bist Du die "Koha Deutsch Spezialistin".
>
> Deshalb technische Frage (geht sowas eigentlich auch über die Koha Liste ?)
>
> Habe mir einen Zugang zu den Titeldaten und der GND der DNB organisiert.
>
> Die Einrichtung des SRU für die Titeldaten ist kein Problem und funktioniert 
> super.
>
> Bei den Normdaten will Koha aber einen z39.50 Server  ...?
>
> Habe keine Möglichkeit gefunden  die
>
> MARC21-xmlxml  type="Authority">
>
> einzurichten da dies ja bei der DNB ja auch ein sru/gnd ist
>
> Kann man die GND direkt in Koha verwenden ?
>
> Gibts da einen Trick ?
>
> (Dr Google hat hier nicht weitergeholfen ;-)
>
> Vielen Dank.
>
> LG
> Hofrat Mag. Rainer Stowasser
> Head of Library ZAMG

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

[Koha] Newbie Kotau

[Stowasser Rainer]

Dear fellow Koha /admins/user/frriends

I m a public servant in Vienna at the "Zentralanstalt für Meteorologie und 
Geodynamik" (Austrian weather and seismological service) and I became a 
librarian just recently after 20 years of empirical research and knowledge 
working (and a lot of IT stuff).

For the past 6 Months (Its a one man job :-)
I ve converted our old library system (programmed 1992 ;-) to Koha
also doing the step (forward ?) from MAB2  to MARC21.

The system is now up and running but for the time being only accessible 
internally.

I ve subscribed to the mailing list cause for me there are many questions open 
before going "public". 

Our Data are far below authoritative  and have to be "polished" as our holdings 
are unique (>65.000 books before 1945, from them >27.000 before 1918) so  
catalog enrichment (copy and paste ;-) is possible in very few cases (as my 
research at LOC, Austrian and German National Library has shown).

Right now I m (re) learning Perl (done my programming for the last 10 Years in 
Python ) and playing around with the Koha System.

Koha is a great System and the longer I dig into it the more I like it..

Cheers
Hofrat Mag. Rainer Stowasser
Head of Library ZAMG
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha