Re: [Koha] KOHA AND ERP INTEGRATION.

[Narcis Garcia]

FOSS ERPs are for sure easier to integrate with FOSS CMS!


El 23/8/19 a les 11:53, Raymond Okumu ha escrit:
> Dear Team,
> 
> We would like to integrated Koha with a microsoft EPR to enable patrons
> created in students management system to automatically be registered in
> Koha and fines charged in koha to be automatically sent to finance
> management system for billing purposes.
> 
> Anyone who has ever done this? How can we do it?
> Your help will be highly appreciated.
> 
> Regards,
> Raymond.
> ___
> 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] Update jquery

[Narcis Garcia]

It should be possible to work without jquery at all, and almost without
JavaScript.


El 25/7/19 a les 2:08, Ing. Marcos Rene Alvarez Moreno ha escrit:
> Hi. I have version 18.11.05 of Koha. All versions of koha 18.11.x
> install jquery v1.7. How can I upgrade to the latest stable version of
> jquery?
> 
> Regards
> ___
> 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] Install guide for current version

[Narcis Garcia]

Some time ago I annotated this path:
www.koha-community.org
-> Documentation
--> Install
---> Koha on Debian

in my recipe for new installs.
And today I was becoming crazy to find this, because I only was seeing
Unsupported versions documentation.

As a suggestion for website menus: Add a menu item instead of only
depending on menu caption.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KohaCon2019 Live Stream

[Narcis Garcia]

UTC ?


El 17/5/19 a les 15:50, Charles Quain ha escrit:
> Dear Colleagues
> 
> We are looking forward to a large gathering of the Koha Community in Dublin
> next week.
> 
> For those who are unable to attend, there will be a live stream via
> YouTube.
> 
> https://youtu.be/OpslIUoZcyU
> 
> The link will also be on our KohaCon website:
> https://www.interleaf.ie/kohacon19/
> 
> The stream will go live at 10am on Monday 20th May.
> 
> The conference schedule is available here
> https://docs.google.com/document/d/1POlIIKGQSBHhJKuafd9kzbXwF7LwP-euRYT2P58M56s/export?format=pdf
> 
> to help you plan your viewing.
> 
> All times in the schedule are Dublin time
> (https://www.timeanddate.com/worldclock/converter.html )
> 
> If you want to ask a question after a talk, please submit it via twitter
> using the hashtag   #kohacon19
> 
> Regards
> 
> Charles Quain
> 
> 
> 
> 
> 
> 
> *Charles S. Quain* Managing Director
> 
>  c...@interleaf.ie+353-1-286-5855+353-87-978-5911
> 
>  A98 YD30www.interleaf.ie
> 
> 
> 
> 
> 
> 
> 
> 
> We are hosting     in Dublin in May
> 2019.
> (Click on the logo for more details)  #kohacon19
> ___
> 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] Publisher + Video Editing

[Narcis Garcia]

Here you have about LibreOffice Draw (FOSS alternative to MS):
https://www.libreoffice.org/get-help/community-support/

Here you have about a FOSS video editor:
www.kdenlive.org
...and direct access to their forum and other help resources.


El 18/3/19 a les 18:59, jeff haskell ha escrit:
> Hi my learned listmates,
> 
> Working as a library technician, the county offers certain courses for
> continuing education.
> 
> I’ve contacted instructors who teach MS Publisher and shared a file
> I’ve been trying for a long time to recreate and then edit but these
> instructors had no suggestions.
> 
> I subscribed to an online MS Publisher forum and posted my Publisher
> question and then reposted and it neared over 20 views but no
> responses.
> 
> Has anyone found a good online forum to help them troubleshoot
> Publisher projects?
> 
> I’ve watched numerous YouTube tutorials but none addressed the task
> I’m trying to accomplish.
> 
> I’m happy to share that file via email with anyone who’d be willing to
> take a look at it? It’s a small file.
> 
> It’s really too much describe in just words.
> 
> Also, has anyone found a good video editing online forum?
> 
> Again, this would not be for a tutorial but for interactive
> conversations like this online group?
> 
> Thank you.
> ___
> 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] Critical bug fix to prevent data loss (Bug 22395)

[Narcis Garcia]

Thank you.


El 28/2/19 a les 14:24, Nick Clemens ha escrit:
> Hello all,
> 
> It has been discovered there is a bug in the stable versions of Koha,
> 18.05.09 and 17.11.15 which can cause quoted text in records to be deleted
> upon edit/save
> 
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22395
> 
> If you have not yet upgraded to the most recent maintenance release please
> wait a few days as we are releasing a new version to fix the issue.
> 
> If you are running these versions please be aware of this bug and we will
> be sending a notice when the new versions are available.
> 
> Thanks,
> Nick
> ___
> 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] Free KOHA OPAC Mobile App from LIS Academy

[Narcis Garcia]

Is it FOSS or proprietary/privative?

Will it be available at f-droid.org ?


On 12/11/18 14:17, PDIT Library wrote:
> Dear Professionals,
> 
> Happy to share with you all,   One of our innovative product - Koha
> Opac Mobile App has been released from LIS  Academy. It is totally
> free of cost. Any library using KOHA can use this App to reach their
> users remotely through their Android Mobiles.
> 
> This Android based Mobile App is an exclusive mobile app designed and
> developed for the libraries using KOHA LMS for automating their
> library system. This app acts as a plug-in and fetches the content
> from existing KOHA LMS and user can use OPAC login credentials to log
> in through the mobile app.
> 
> It is freely available on google play store to download. Presently 12
> institutions and 800+ patrons using app..
> 
> https://play.google.com/store/apps/details?id=com.lisacademy.org.kohaopac
> 
> Demo credintials of KOHA OPAC:
> 
> College Code: LISA
> Card Number: Librarian
> Password: Librarian
> 
> How to register Libraries to KOHA OPAC:
> 
> College Code: admin
> Card Number: library
> Password: librarian
> 
> Reach us for any assistance lisacademyorg at gmail.com
> 
> 
> Thanks & Regards,
> Dr. P. V. Konnur
> President - LIS Academy, Bangalore
> Former LIS Professor,
> Fulbright Scholar - (UIUC, USA)
> Chairman - State Level Book Selection Committee, Karnataka
> Adviser - VTU Consortium,
> Visvesvaraya Technological University, Belagavi - 590 018,
> Member of Syndicate, KUVEMPU University, Shivamogga,
> Karnataka, India
> Mobile : 09449679737
> E-Mail : pvkonnur at gmail.com
> 
> Website: www.lisacademy.org
> 
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Request for help

[Narcis Garcia]

Please add this information:
- Operating system +version
- Old Koha version
- Your DB / software restoring procedure
- Concrete steps to reproduce the error message


El 03/10/18 a les 13:17, Larisa Snabi ha escrit:
> Dear Community,
>  I have been trying to restore my old koha db to the latest koha 18.5 but I
> am getting error when invoking the upgrade schema library command.
> The error line is system preferences doesn't exist at database line 110.
> Request for help.
> Thank you
> Larisa
> ___
> 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] help

[Narcis Garcia]

Please, descibe concrete steps about each of these tasks.


El 02/10/18 a les 23:41, rodrigo aleman ha escrit:
> Hi everyone,
> 
> In the Marc template I have the registry set up, but when I'm going to
> register that item it won't let me, and I can't see the item's information,
> how can I solve this?
> 
> Regards,
> Rodrigo Alemán
> ___
> 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] KohaCon18 Information

[Narcis Garcia]

Respectful links:
www.uplacehotel.com
https://www.openstreetmap.org/relation/1665588



El 04/09/18 a les 23:20, Jessica Zairo ha escrit:
> Hello! KohaCon 2018  is right
> around the corner!!
> 
> We would like to share some information with you to make your travel a
> little less stressful.
> 
> The Host Hotel:
> 
> UNIVERSITY PLACE HOTEL & CONFERENCE CENTER
> 
> Address
> 
> : 310 SW Lincoln St, Portland, OR 97201 USA
> 
> Phone
> 
> : (503) 221-0140
> 
> 
> Below are a few links that might be useful.
> 
> 
>1.
> 
>Transportation options from the Portland International Airport to the
>University Place Hotel
> 
> 
> 
> https://www.rome2rio.com/map/Portland-Airport-PDX/Portland-State-University
> 
> 
>1.
> 
>The Conference is located on the Portland State University Campus. The
>next link is a walking guide, followed by a bus guide, from the University
>Hotel to the conference rooms at the Smith Memorial Student Union.
> 
> 
> 
>1.
> 
>Walking Guide: https://goo.gl/rg3jcS
> 
> 
> 
>1.
> 
>Bus Guide: https://goo.gl/fbNQTE
> 
> 
> 
>1.
> 
>Once you arrive at the Smith Memorial Student Union, the conference is
>on the 3rd Floor, rooms 338/355. Attached is a map of the 3rd floor at
>the Smith Memorial Student Union
>
> .
> 
> 
> 
> Cultural Day Information:
> https://kohacon2018.bywatersolutions.com/culturalday.html
> 
> *Schedule:* https://kohacon2018.bywatersolutions.com/schedule.html
> 
> 
> *Can't attend? You can still watch LIVE with us: Register for live
> sessions:* https://goo.gl/FxPH6W
> 
> 
> Tuesday at KohaCon we will close out the day with a fun game! Help us with
> the questions by completing this survey! You don't have to attend KohaCon
> to answer the questions!  Help us fill out the survey
> !
> 
> If you have any questions, please let us know.
> 
> Email: outre...@bywatersolutions.com
> 
> Phone: 888-900-8944
> 
> We look forward to meeting all of you; have a safe trip!
> 
> The KohaCon, KohaUS, and ByWater Team
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Encoding and Character Sets in Koha

[Narcis Garcia]

What if the user types something there by mistake?


El 03/09/18 a les 15:09, Tomas Cohen Arazi ha escrit:
> Narcis, what you describe is the expected behaviour: you need to click
> on the field to get it filled. Not a bug, but the expected behaviour.
> 
> El lun., 3 sept. 2018 a las 5:05, Narcis Garcia ( <mailto:informat...@actiu.net>>) escribió:
> 
> I've tested default framework in "Catalyst IT Ltd" demo, and it has same
> behaviour: Without clicking in 000/LEADER field, it's not filled and
> [Save] action complains about required value.
> 
> 
> 
> El 03/09/18 a les 08:00, Katrin Fischer ha escrit:
> > Hi Narcis,
> >
> > if configured correctly Koha will not let you save the record without
> > filling in a default value. If it only does fill the LDR if you
> click in
> > the field, something is still not quite right in your configuration.
> >
> > I suggest you try the behavior in one of the available demo databases
> > and compare your framework configuration with the default.
> >
> > You can also use the 'default' setting, but getting it to work the
> > standard would be better I think.
> >
> > Katrin
> >
> >
> > On 31.08.2018 10:26, Narcis Garcia wrote:
> >> - No plugin icon; as far as I know the form icons.
> >> - 000 is mandatory and 000@ is mandatory too; but it has effect only
> >> when Visibility:Editor=Enabled
> >> - When Visibility:Editor=Enabled it only populates a value on click.
> >> When this is done, international characters have full expected
> behavior
> >> (right recorded and shown).
> >>
> >> I understand now that 000@ subfield is required to be visible on
> catalog
> >> record creation, and must be filled with JS proposed value.
> >> Is there some way to cataloguer people doesn't have to deal with 000@
> >> subfield? A prefilled value?
> >>
> >> Thanks.
> >>
> >>
> >> El 30/08/18 a les 22:08, Katrin Fischer ha escrit:
> >>> Hi Narcis,
> >>>
> >>> 000 should, if properly configured, auto-fill with a good value when
> >>> clicking into the input field or when trying to save the record
> for the
> >>> first time.
> >>>
> >>> - Is there a plugin icon next to the 000 field?
> >>> - Is it mandatory?
> >>> - Does it populate when you click it?
> >>>
> >>> If the LDR is there, new records should display ok without need
> to edit
> >>> them again.
> >>>
> >>> Katrin
> >>>
> >>>
> >>> On 29.08.2018 10:09, Narcis Garcia wrote:
> >>>> From: koha-ow...@lists.katipo.co.nz
> <mailto:koha-ow...@lists.katipo.co.nz>
> >>>> "Your message to Koha awaits moderator approval"
> >>>> "Message body is too big: 61980 bytes with a limit of 40 KB"
> >>>>
> >>>> I'm still waiting for somebody releases that my previous post
> to the
> >>>> list. I had to format it in HTML to present some SQL table
> properties.
> >>>>
> >>>>
> >>>> Thank you Katrin for the 000@ subfield steps, but now I see that
> >>>> behaviour strange:
> >>>> To a MARC21 record is shown properly with unicode strings, it
> must be
> >>>> typed and saved 2 times:
> >>>> - First time it's saved right, but characters are shown bad on
> any Koha
> >>>> web interface.
> >>>> - After editing, re-typing and re-saving, all things are right
> >>>> (database
> >>>> data and web representation).
> >>>>
> >>>> If I set and leave [MARC21]000@ subfield with
> >>>> Visibility:Editor=Disabled
> >>>> Then a JS error message prevents I save new catalog records:
> >>>> "Can't save this record because the following field aren't filled:
> >>>> * tag 000 subfield 0 campo de control de longitud fija in tab 9"
> >>>>
> >>>> Does 000@0 subfield expect a constant value for any new record, or
> >>>> different value on each record? Can I default some pre-fixed
> v

Re: [Koha] Encoding and Character Sets in Koha

[Narcis Garcia]

I've tested default framework in "Catalyst IT Ltd" demo, and it has same
behaviour: Without clicking in 000/LEADER field, it's not filled and
[Save] action complains about required value.



El 03/09/18 a les 08:00, Katrin Fischer ha escrit:
> Hi Narcis,
> 
> if configured correctly Koha will not let you save the record without
> filling in a default value. If it only does fill the LDR if you click in
> the field, something is still not quite right in your configuration.
> 
> I suggest you try the behavior in one of the available demo databases
> and compare your framework configuration with the default.
> 
> You can also use the 'default' setting, but getting it to work the
> standard would be better I think.
> 
> Katrin
> 
> 
> On 31.08.2018 10:26, Narcis Garcia wrote:
>> - No plugin icon; as far as I know the form icons.
>> - 000 is mandatory and 000@ is mandatory too; but it has effect only
>> when Visibility:Editor=Enabled
>> - When Visibility:Editor=Enabled it only populates a value on click.
>> When this is done, international characters have full expected behavior
>> (right recorded and shown).
>>
>> I understand now that 000@ subfield is required to be visible on catalog
>> record creation, and must be filled with JS proposed value.
>> Is there some way to cataloguer people doesn't have to deal with 000@
>> subfield? A prefilled value?
>>
>> Thanks.
>>
>>
>> El 30/08/18 a les 22:08, Katrin Fischer ha escrit:
>>> Hi Narcis,
>>>
>>> 000 should, if properly configured, auto-fill with a good value when
>>> clicking into the input field or when trying to save the record for the
>>> first time.
>>>
>>> - Is there a plugin icon next to the 000 field?
>>> - Is it mandatory?
>>> - Does it populate when you click it?
>>>
>>> If the LDR is there, new records should display ok without need to edit
>>> them again.
>>>
>>> Katrin
>>>
>>>
>>> On 29.08.2018 10:09, Narcis Garcia wrote:
>>>> From: koha-ow...@lists.katipo.co.nz
>>>> "Your message to Koha awaits moderator approval"
>>>> "Message body is too big: 61980 bytes with a limit of 40 KB"
>>>>
>>>> I'm still waiting for somebody releases that my previous post to the
>>>> list. I had to format it in HTML to present some SQL table properties.
>>>>
>>>>
>>>> Thank you Katrin for the 000@ subfield steps, but now I see that
>>>> behaviour strange:
>>>> To a MARC21 record is shown properly with unicode strings, it must be
>>>> typed and saved 2 times:
>>>> - First time it's saved right, but characters are shown bad on any Koha
>>>> web interface.
>>>> - After editing, re-typing and re-saving, all things are right
>>>> (database
>>>> data and web representation).
>>>>
>>>> If I set and leave [MARC21]000@ subfield with
>>>> Visibility:Editor=Disabled
>>>> Then a JS error message prevents I save new catalog records:
>>>> "Can't save this record because the following field aren't filled:
>>>> * tag 000 subfield 0 campo de control de longitud fija in tab 9"
>>>>
>>>> Does 000@0 subfield expect a constant value for any new record, or
>>>> different value on each record? Can I default some pre-fixed value, or
>>>> the only way is to create + review each new catalog record at all?
>>>>
>>>>
>>>>
>>>> El 26/08/18 a les 19:27, Katrin Fischer ha escrit:
>>>>> Hi Narics,
>>>>>
>>>>> try the following:
>>>>>
>>>>> In your MARC framework, make the LDR 000 @ visible in the editor
>>>>> again.
>>>>> Open the record, make sure the field is filled, save it. The plugin
>>>>> linked to the LDR should take care of setting some sensible default
>>>>> value just by clicking into the field. Try to view the record
>>>>> again, see
>>>>> if that fixes your problem.
>>>>>
>>>>> Note: the leader contains information about the encoding of the
>>>>> record,
>>>>> if the LDR is missing, you can get records that behave strangely.
>>>>>
>>>>> Katrin
>>>>>
>>>>>
>>>>> On 25.08.2018 11:44, Narcis Garcia wrote:
>>>>>> Didn't see the "El halcon Maltš" example?
>>>>>&g

Re: [Koha] Encoding and Character Sets in Koha

[Narcis Garcia]

- No plugin icon; as far as I know the form icons.
- 000 is mandatory and 000@ is mandatory too; but it has effect only
when Visibility:Editor=Enabled
- When Visibility:Editor=Enabled it only populates a value on click.
When this is done, international characters have full expected behavior
(right recorded and shown).

I understand now that 000@ subfield is required to be visible on catalog
record creation, and must be filled with JS proposed value.
Is there some way to cataloguer people doesn't have to deal with 000@
subfield? A prefilled value?

Thanks.


El 30/08/18 a les 22:08, Katrin Fischer ha escrit:
> Hi Narcis,
> 
> 000 should, if properly configured, auto-fill with a good value when
> clicking into the input field or when trying to save the record for the
> first time.
> 
> - Is there a plugin icon next to the 000 field?
> - Is it mandatory?
> - Does it populate when you click it?
> 
> If the LDR is there, new records should display ok without need to edit
> them again.
> 
> Katrin
> 
> 
> On 29.08.2018 10:09, Narcis Garcia wrote:
>> From: koha-ow...@lists.katipo.co.nz
>> "Your message to Koha awaits moderator approval"
>> "Message body is too big: 61980 bytes with a limit of 40 KB"
>>
>> I'm still waiting for somebody releases that my previous post to the
>> list. I had to format it in HTML to present some SQL table properties.
>>
>>
>> Thank you Katrin for the 000@ subfield steps, but now I see that
>> behaviour strange:
>> To a MARC21 record is shown properly with unicode strings, it must be
>> typed and saved 2 times:
>> - First time it's saved right, but characters are shown bad on any Koha
>> web interface.
>> - After editing, re-typing and re-saving, all things are right (database
>> data and web representation).
>>
>> If I set and leave [MARC21]000@ subfield with Visibility:Editor=Disabled
>> Then a JS error message prevents I save new catalog records:
>> "Can't save this record because the following field aren't filled:
>> * tag 000 subfield 0 campo de control de longitud fija in tab 9"
>>
>> Does 000@0 subfield expect a constant value for any new record, or
>> different value on each record? Can I default some pre-fixed value, or
>> the only way is to create + review each new catalog record at all?
>>
>>
>>
>> El 26/08/18 a les 19:27, Katrin Fischer ha escrit:
>>> Hi Narics,
>>>
>>> try the following:
>>>
>>> In your MARC framework, make the LDR 000 @ visible in the editor again.
>>> Open the record, make sure the field is filled, save it. The plugin
>>> linked to the LDR should take care of setting some sensible default
>>> value just by clicking into the field. Try to view the record again, see
>>> if that fixes your problem.
>>>
>>> Note: the leader contains information about the encoding of the record,
>>> if the LDR is missing, you can get records that behave strangely.
>>>
>>> Katrin
>>>
>>>
>>> On 25.08.2018 11:44, Narcis Garcia wrote:
>>>> Didn't see the "El halcon Maltš" example?
>>>> As "Koha web interface" I meant both OPAC and staff area.
>>>>
>>>>
>>>>
>>>> El 24/08/18 a les 18:24, Michael Kuhn ha escrit:
>>>>> Hi Narcis
>>>>>
>>>>> You wrote:
>>>>>
>>>>>> When cataloguing books with non-english characters, I see well saved
>>>>>> strings at database (from OS console), but Koha web interface is not
>>>>>> showing those unicode characters as expected.
>>>>> What exactly is shown? Can you give some examples?
>>>>>
>>>>> What do you exactly mean with "Koha web interface" - is this the staff
>>>>> client or the OPAC or both?
>>>>>
>>>>> Is your Koha OPAC maybe accessible, and if yes what is the URL?
>>>>>
>>>>> Best wishes: Michael
>>>> ___
>>>> 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] Encoding and Character Sets in Koha

[Narcis Garcia]

From: koha-ow...@lists.katipo.co.nz
"Your message to Koha awaits moderator approval"
"Message body is too big: 61980 bytes with a limit of 40 KB"

I'm still waiting for somebody releases that my previous post to the
list. I had to format it in HTML to present some SQL table properties.


Thank you Katrin for the 000@ subfield steps, but now I see that
behaviour strange:
To a MARC21 record is shown properly with unicode strings, it must be
typed and saved 2 times:
- First time it's saved right, but characters are shown bad on any Koha
web interface.
- After editing, re-typing and re-saving, all things are right (database
data and web representation).

If I set and leave [MARC21]000@ subfield with Visibility:Editor=Disabled
Then a JS error message prevents I save new catalog records:
"Can't save this record because the following field aren't filled:
* tag 000 subfield 0 campo de control de longitud fija in tab 9"

Does 000@0 subfield expect a constant value for any new record, or
different value on each record? Can I default some pre-fixed value, or
the only way is to create + review each new catalog record at all?



El 26/08/18 a les 19:27, Katrin Fischer ha escrit:
> Hi Narics,
> 
> try the following:
> 
> In your MARC framework, make the LDR 000 @ visible in the editor again.
> Open the record, make sure the field is filled, save it. The plugin
> linked to the LDR should take care of setting some sensible default
> value just by clicking into the field. Try to view the record again, see
> if that fixes your problem.
> 
> Note: the leader contains information about the encoding of the record,
> if the LDR is missing, you can get records that behave strangely.
> 
> Katrin
> 
> 
> On 25.08.2018 11:44, Narcis Garcia wrote:
>> Didn't see the "El halcon Maltš" example?
>> As "Koha web interface" I meant both OPAC and staff area.
>>
>>
>>
>> El 24/08/18 a les 18:24, Michael Kuhn ha escrit:
>>> Hi Narcis
>>>
>>> You wrote:
>>>
>>>> When cataloguing books with non-english characters, I see well saved
>>>> strings at database (from OS console), but Koha web interface is not
>>>> showing those unicode characters as expected.
>>> What exactly is shown? Can you give some examples?
>>>
>>> What do you exactly mean with "Koha web interface" - is this the staff
>>> client or the OPAC or both?
>>>
>>> Is your Koha OPAC maybe accessible, and if yes what is the URL?
>>>
>>> Best wishes: Michael
>> ___
>> 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] Encoding and Character Sets in Koha

[Narcis Garcia]

Didn't see the "El halcon Maltš" example?
As "Koha web interface" I meant both OPAC and staff area.



El 24/08/18 a les 18:24, Michael Kuhn ha escrit:
> Hi Narcis
> 
> You wrote:
> 
>> When cataloguing books with non-english characters, I see well saved
>> strings at database (from OS console), but Koha web interface is not
>> showing those unicode characters as expected.
> 
> What exactly is shown? Can you give some examples?
> 
> What do you exactly mean with "Koha web interface" - is this the staff
> client or the OPAC or both?
> 
> Is your Koha OPAC maybe accessible, and if yes what is the URL?
> 
> Best wishes: Michael
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Encoding and Character Sets in Koha

[Narcis Garcia]

Recorded "El Halcon Maltés" is presented as "El halcon Maltš"

Bad viewed with tested browsers:
M. Firefox: UTF-8 (no luck switching to central european ISO / Windows)
Gnu Icecat: UTF-8 (no luck switching to central european ISO / Windows)
Midori: Unicode (no luck switching to UTF-8 / ISO-8859-1)
Epiphany (Gnome web): (no idea but same bad characters)


El 24/08/18 a les 16:59, Michael Kuhn ha escrit:
> Hi Narcis
> 
> You wrote:
> 
>> When cataloguing books with non-english characters, I see well saved
>> strings at database (from OS console), but Koha web interface is not
>> showing those unicode characters as expected.
>>
>> MariaDB works with character set utf8mb4
>> Apache works with charset UTF-8
>> All Koha database tables have collarion utf8_unicode_ci
>> Koha HTML output is UTF-8 encoded and includes Content-Type...
>> charset=utf-8
>>
>> Using Koha 17.11.06-1 on Debian 9.
>>
>> I don't find Koha's system preferences about this. What can I review?
> 
> Just an idea: Did you check what character set is used by your webbrowser?
> 
> Best wishes: Michael
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Encoding and Character Sets in Koha

[Narcis Garcia]

I sent you a complete export of MARC framework.

El 23/08/18 a les 15:07, Katrin Fischer ha escrit:
> Hi Narcis,
>  
> I am sorry, but that's not the MARC record. Please check if you have the
> LDR/000 in your MARC framework. You can also copy the MARC from the MARC
> view on the staff detail page (link below the bibliographic details).
>  
> Katrin
>  
> *Gesendet:* Donnerstag, 23. August 2018 um 13:06 Uhr
> *Von:* "Narcis Garcia" 
> *An:* "Katrin Fischer" 
> *Betreff:* Re: Encoding and Character Sets in Koha
> 
> We are using own framework derived from default one.
> No tag added or removed to framework; only changed visibilities and
> captions.
> 
> SELECT * FROM koha_biblio.biblio WHERE biblionumber = 2;
> +--+---+--+---+--+---++-+---+-+-+--+
> | biblionumber | frameworkcode | author   | title |
> unititle | notes | serial | seriestitle | copyrightdate |
> timestamp   | datecreated | abstract |
> +--+---+--+---+--+---++-+---+-+-+--+
> |    2 | FIG   | Hammet, Dashiell | El halcon Maltés  |
> NULL | NULL  |  0 | NULL    |  NULL | 2018-06-19
> 11:43:59 | 2018-06-19  | NULL |
> +--+---+--+---+--+---++-+---+-+-+--+
>  
> 
>  
> 
> El 23/08/18 a les 09:43, Katrin Fischer ha escrit:
> 
> Hi,
>  
> how did you catalog them? Did you use a standard or a modified
> framework? Z39.50/SRU? Can you show us the MARC of your record?
>  
> Hope this helps,
>  
> Katrin
>  
> *Gesendet:* Donnerstag, 23. August 2018 um 09:22 Uhr
> *Von:* "Narcis Garcia" 
> *An:* "Koha list" 
> *Betreff:* [Koha] Encoding and Character Sets in Koha
> When cataloguing books with non-english characters, I see well saved
> strings at database (from OS console), but Koha web interface is not
> showing those unicode characters as expected.
> 
> MariaDB works with character set utf8mb4
> Apache works with charset UTF-8
> All Koha database tables have collarion utf8_unicode_ci
> Koha HTML output is UTF-8 encoded and includes Content-Type...
> charset=utf-8
> 
> Using Koha 17.11.06-1 on Debian 9.
> 
> I don't find Koha's system preferences about this. What can I review?
> 
> Thanks.
> ___
> 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] Encoding and Character Sets in Koha

[Narcis Garcia]

When cataloguing books with non-english characters, I see well saved
strings at database (from OS console), but Koha web interface is not
showing those unicode characters as expected.

MariaDB works with character set utf8mb4
Apache works with charset UTF-8
All Koha database tables have collarion utf8_unicode_ci
Koha HTML output is UTF-8 encoded and includes Content-Type... charset=utf-8

Using Koha 17.11.06-1 on Debian 9.

I don't find Koha's system preferences about this. What can I review?

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

Re: [Koha] koha-US has a new home on the web

[Narcis Garcia]

Nothing directs from koha-us.net to koha-us.org but to koha-community.org

Is Koha-US a different software product or community?


El 30/07/18 a les 19:00, koha-US Secretary ha escrit:
> We are pleased to officially announce the launch of the new koha-US website
> at www.koha-us.org
> 
> Sign up for membership, connect with Koha users in the US, check out past
> conferences and meetings, and learn what we're all about!
> 
> Our old koha-us.net wiki will be retiring soon so be sure to update your
> bookmarks.
> 
> If you have questions, comments or concerns, please don't hesitate to
> contact us at i...@koha-us.org.
> 
> Jason Robb
> koha-US Secretary
> secret...@koha-us.org
> ___
> 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 Debian packages for 18.05.02 and 17.11.08 are up

[Narcis Garcia]

Thank you for your detailed answer.
I see in Debian 9 repositories that nothing else than Koha depends on
libhttp-oai-perl ; then this means that package's dependencies should
sure better this.

The order of specified dependencies in package matters:

Instead of*:
libhttp-oai-perl (>= 3.2) | libhttp-oai-3.27-perl, libhttp-oai-perl (<
4.0) | libhttp-oai-3.27-perl

These dependencies should be written as:
libhttp-oai3-koha (< 4.0) | libhttp-oai-3.27-perl

And a "libhttp-oai3-koha" metapackage with dependencies:
libhttp-oai-perl (>= 3.2), libhttp-oai-perl (< 4.0)

+ In the meanwhile, a bug to Debian Perl Group for libhttp-oai-perl
package could be filed.

(*) The problem is that first case matches with libhttp-oai-perl=4.03


El 26/07/18 a les 20:32, Mirko Tietgen ha escrit:
> The problem is that Debian 9 ships libhttp-oai-perl in a version
> that won't work with Koha. So as a temporary workaround we use a
> custom package, libhttp-oai-3.27-perl. Check
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20800 for
> more details.
> 
> The conflict is intended. You cannot have libhttp-oai-perl and
> libhttp-oai-3.27-perl installed together. koha-common 18.05.x
> depends on libhttp-oai-3.27-perl.
> 
> We have tested this in various setups to ensure the upgrade process
> works. In your case, it does not work flawlessly and you do not want
> to use the workaround. That's unfortunate, but it does not seem
> feasible for us to investigate your local setup. Given that this is
> a temporary solution and you are "not in a hurry", my advice is to
> wait for Koha to support libhttp-oai-perl 4.07+ and we don't need
> the workaround any longer.
> 
> Tomás has also answered to this thread. He has looked into this
> before and will do again eventually (I hope). He is a Koha service
> provider, so if it matters to you, sponsoring a development is
> always an option.
> 
> Cheers,
> 
> Mirko
> 
> 
> Narcis Garcia schrieb am 26.07.2018
>> I see that workaround at
>> https://lists.katipo.co.nz/public/koha/2018-May/050652.html
>> (thank you)
>>
>> ...but there is a package dependencies problem anyway.
>> I'm not in a hurry to upgrade Koha; then I prefer to wait for a
>> consistent packages scenario.
>>
>>
>> El 26/07/18 a les 19:47, Mirko Tietgen ha escrit:
>>> Please check the bug tracker at
>>> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20826#c12
>>> about this issue.
>>>
>>> Narcis Garcia schrieb am 26.07.2018
>>>> This v18.05.02 seems bad packaged same as v18.05.01
>>>>
>>>> $ apt update
>>>> $ apt-cache show koha-common | grep -ie version
>>>> Version: 18.05.02-1
>>>> Version: 17.11.06-1
>>>>
>>>> $ apt full-upgrade
>>>> The following packages were automatically installed and are no longer
>>>> required:
>>>> [400 packages listed]
>>>> Use 'sudo apt autoremove' to remove them.
>>>> The following packages will be REMOVED:
>>>>   koha-common libhttp-oai-perl
>>>> The following NEW packages will be installed:
>>>>   libnet-libidn-perl libsub-quote-perl
>>>> The following packages will be upgraded:
>>>> apache2 [...]
>>>> 44 upgraded, 2 newly installed, 2 to remove and 0 not upgraded.
>>>> Need to get 43.1 MB of archives.
>>>> After this operation, 461 MB disk space will be freed.
>>>> Do you want to continue? [Y/n] n
>>>>
>>>> $ apt install koha-common
>>>> Reading package lists... Done
>>>> Building dependency tree
>>>> 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:
>>>>  koha-common : Depends: libnet-oauth2-authorizationserver-perl but it is
>>>> not going to be installed
>>>> E: Unable to correct problems, you have held broken packages.
>>>>
>>>>
>>>> El 26/07/18 a les 19:21, Mirko Tietgen ha escrit:
>>>>> Hi,
>>>>>
>>>>> it's hot, no further text, ;)
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Mirko
>>>>>
>>>>>
>>>> __

Re: [Koha] Koha Debian packages for 18.05.02 and 17.11.08 are up

[Narcis Garcia]

I didn't a full OS upgrade since Koha 18.05 appeared in repositories.

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 9.4 (stretch)
Release:9.4
Codename:   stretch


El 26/07/18 a les 20:16, Tomas Cohen Arazi ha escrit:
> Did you do a full operating system upgrade?
> 
> El jue., 26 jul. 2018 a las 15:13, Narcis Garcia ( <mailto:informat...@actiu.net>>) escribió:
> 
> I see that workaround at
> https://lists.katipo.co.nz/public/koha/2018-May/050652.html
> (thank you)
> 
> ...but there is a package dependencies problem anyway.
> I'm not in a hurry to upgrade Koha; then I prefer to wait for a
> consistent packages scenario.
> 
> 
> El 26/07/18 a les 19:47, Mirko Tietgen ha escrit:
> > Please check the bug tracker at
> > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20826#c12
> > about this issue.
> >
> > Narcis Garcia schrieb am 26.07.2018
> >> This v18.05.02 seems bad packaged same as v18.05.01
> >>
> >> $ apt update
> >> $ apt-cache show koha-common | grep -ie version
> >> Version: 18.05.02-1
> >> Version: 17.11.06-1
> >>
> >> $ apt full-upgrade
> >> The following packages were automatically installed and are no longer
> >> required:
> >> [400 packages listed]
> >> Use 'sudo apt autoremove' to remove them.
> >> The following packages will be REMOVED:
> >>   koha-common libhttp-oai-perl
> >> The following NEW packages will be installed:
> >>   libnet-libidn-perl libsub-quote-perl
> >> The following packages will be upgraded:
> >> apache2 [...]
> >> 44 upgraded, 2 newly installed, 2 to remove and 0 not upgraded.
> >> Need to get 43.1 MB of archives.
> >> After this operation, 461 MB disk space will be freed.
> >> Do you want to continue? [Y/n] n
> >>
> >> $ apt install koha-common
> >> Reading package lists... Done
> >> Building dependency tree
> >> 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:
> >>  koha-common : Depends: libnet-oauth2-authorizationserver-perl
> but it is
> >> not going to be installed
> >> E: Unable to correct problems, you have held broken packages.
> >>
> >>
> >> El 26/07/18 a les 19:21, Mirko Tietgen ha escrit:
> >>> Hi,
> >>>
> >>> it's hot, no further text, ;)
> >>>
> >>> Cheers,
> >>>
> >>> Mirko
> >>>
> >>>
> >> ___
> >> Koha mailing list  http://koha-community.org
> >> Koha@lists.katipo.co.nz <mailto: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 <mailto: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 <mailto:Koha@lists.katipo.co.nz>
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io <http://theke.io/>)
> ✆ +54 9351 3513384
> GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha Debian packages for 18.05.02 and 17.11.08 are up

[Narcis Garcia]

I see that workaround at
https://lists.katipo.co.nz/public/koha/2018-May/050652.html
(thank you)

...but there is a package dependencies problem anyway.
I'm not in a hurry to upgrade Koha; then I prefer to wait for a
consistent packages scenario.


El 26/07/18 a les 19:47, Mirko Tietgen ha escrit:
> Please check the bug tracker at
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20826#c12
> about this issue.
> 
> Narcis Garcia schrieb am 26.07.2018
>> This v18.05.02 seems bad packaged same as v18.05.01
>>
>> $ apt update
>> $ apt-cache show koha-common | grep -ie version
>> Version: 18.05.02-1
>> Version: 17.11.06-1
>>
>> $ apt full-upgrade
>> The following packages were automatically installed and are no longer
>> required:
>> [400 packages listed]
>> Use 'sudo apt autoremove' to remove them.
>> The following packages will be REMOVED:
>>   koha-common libhttp-oai-perl
>> The following NEW packages will be installed:
>>   libnet-libidn-perl libsub-quote-perl
>> The following packages will be upgraded:
>> apache2 [...]
>> 44 upgraded, 2 newly installed, 2 to remove and 0 not upgraded.
>> Need to get 43.1 MB of archives.
>> After this operation, 461 MB disk space will be freed.
>> Do you want to continue? [Y/n] n
>>
>> $ apt install koha-common
>> Reading package lists... Done
>> Building dependency tree
>> 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:
>>  koha-common : Depends: libnet-oauth2-authorizationserver-perl but it is
>> not going to be installed
>> E: Unable to correct problems, you have held broken packages.
>>
>>
>> El 26/07/18 a les 19:21, Mirko Tietgen ha escrit:
>>> Hi,
>>>
>>> it's hot, no further text, ;)
>>>
>>> Cheers,
>>>
>>> Mirko
>>>
>>>
>> ___
>> 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] Koha Debian packages for 18.05.02 and 17.11.08 are up

[Narcis Garcia]

$ cat /etc/apt/sources.list.d/koha.list
deb http://debian.koha-community.org/koha stable main


El 26/07/18 a les 19:46, Tomas Cohen Arazi ha escrit:
> Narcis, do you have both 17.11 and 18.05 repositories configured?
> 
> El jue., 26 jul. 2018 a las 14:27, Narcis Garcia ( <mailto:informat...@actiu.net>>) escribió:
> 
> This v18.05.02 seems bad packaged same as v18.05.01
> 
> $ apt update
> $ apt-cache show koha-common | grep -ie version
> Version: 18.05.02-1
> Version: 17.11.06-1
> 
> $ apt full-upgrade
> The following packages were automatically installed and are no longer
> required:
> [400 packages listed]
> Use 'sudo apt autoremove' to remove them.
> The following packages will be REMOVED:
>   koha-common libhttp-oai-perl
> The following NEW packages will be installed:
>   libnet-libidn-perl libsub-quote-perl
> The following packages will be upgraded:
> apache2 [...]
> 44 upgraded, 2 newly installed, 2 to remove and 0 not upgraded.
> Need to get 43.1 MB of archives.
> After this operation, 461 MB disk space will be freed.
> Do you want to continue? [Y/n] n
> 
> $ apt install koha-common
> Reading package lists... Done
> Building dependency tree
> 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:
>  koha-common : Depends: libnet-oauth2-authorizationserver-perl but it is
> not going to be installed
> E: Unable to correct problems, you have held broken packages.
> 
> 
> El 26/07/18 a les 19:21, Mirko Tietgen ha escrit:
> > Hi,
> >
> > it's hot, no further text, ;)
> >
> > Cheers,
> >
> > Mirko
> >
> >
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io <http://theke.io/>)
> ✆ +54 9351 3513384
> GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha Debian packages for 18.05.02 and 17.11.08 are up

[Narcis Garcia]

This v18.05.02 seems bad packaged same as v18.05.01

$ apt update
$ apt-cache show koha-common | grep -ie version
Version: 18.05.02-1
Version: 17.11.06-1

$ apt full-upgrade
The following packages were automatically installed and are no longer
required:
[400 packages listed]
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  koha-common libhttp-oai-perl
The following NEW packages will be installed:
  libnet-libidn-perl libsub-quote-perl
The following packages will be upgraded:
apache2 [...]
44 upgraded, 2 newly installed, 2 to remove and 0 not upgraded.
Need to get 43.1 MB of archives.
After this operation, 461 MB disk space will be freed.
Do you want to continue? [Y/n] n

$ apt install koha-common
Reading package lists... Done
Building dependency tree
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:
 koha-common : Depends: libnet-oauth2-authorizationserver-perl but it is
not going to be installed
E: Unable to correct problems, you have held broken packages.


El 26/07/18 a les 19:21, Mirko Tietgen ha escrit:
> Hi,
> 
> it's hot, no further text, ;)
> 
> Cheers,
> 
> Mirko
> 
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha 18.05.02 released

[Narcis Garcia]

[Koha 17.11.06-1 on Debian 9]

$ apt update
$ apt-cache show koha-common | grep -ie version
Version: 18.05.01-2
Version: 17.11.06-1

$ apt full-upgrade
The following packages were automatically installed and are no longer
required:
[400 packages listed]
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  koha-common libhttp-oai-perl
The following NEW packages will be installed:
  libnet-libidn-perl libsub-quote-perl
The following packages will be upgraded:
apache2 [...]
44 upgraded, 2 newly installed, 2 to remove and 0 not upgraded.
Need to get 43.1 MB of archives.
After this operation, 461 MB disk space will be freed.
Do you want to continue? [Y/n] n

$ apt install koha-common
Reading package lists... Done
Building dependency tree
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:
 koha-common : Depends: libnet-oauth2-authorizationserver-perl but it is
not going to be installed
E: Unable to correct problems, you have held broken packages.


El 24/07/18 a les 00:13, Michael Kuhn ha escrit:
> Hi Martin
> 
>> The Koha community is proud to announce the release of 18.05.02.
>>
>> This is a maintenance release.
>> As always you can download the release from
>> http://download.koha-community.org.
>>
>> Have a look at release post :
>> http://koha-community.org/koha-18-05-02-released
>> 
> 
> Thanks!
> 
> The correct URL to the release post Is:
> 
> https://koha-community.org/koha-18-05-02-release/
> 
> Best wishes:
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Help with error (menus)

[Narcis Garcia]

What made the difference?

Change in configuration settings?
OS upgrade?
Koha upgrade?
Web browser upgrade?
Different web browser?
New browser protection plugin?
Time ago?


El 19/07/18 a les 04:35, Luis Bernardo Olarte Jaramillo ha escrit:
> Hello everyone,
> 
> I would like to share an incident that I have with the Koha system now, the
> drop-down menus are not appearing throughout the system.
> The system does not show any errors either in the interface or in the log.
> When you check the source code of the page, the html code of the drop-down
> menus () appears with each of the available values. But on the page
> it does not show it.
> I suspect that it is something related to jquery libraries but I don't know
> how fix it.
> Any help is welcome.
> 
> Thank you
> 
> 
> 
> Atentamente,
> 
> Luis Bernardo Olarte Jaramillo| Coordinador Oficina de Sistemas| Oficina
> Asesora de Planeación y Sistemas| Universidad de Caldas| Calle 65 No 26 -
> 10| Manizales, Colombia| E-mail: luis.ola...@ucaldas.edu.co |Tel (576)
> 8781500 Ext. 11604|
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Chat: very good description of Open Source software

[Narcis Garcia]

This blog's article introduces serious confusions about FOSS movement.
Table reflects poor study when classifies Linux (and not GNU) as an
operating system, while Android is Linux-based too.

"Open source" only means consumers can see the design. Nothing more
about freedom. Many JavaScript programs can be understood as Open Source
while them are proprietary-licensed.

"Proprietary software is created and sold by a corporation" -> Same as
RedHat Linux, Virtuozzo, QCAD, etc. (all FOSS)

"Open source software (OSS) is created by a community of software
developers (programmers)" -> Most of OSS and FOSS programs are created
by a single person per project.

With the 4 enumerated freedoms it tries to simulate equality between OSS
and FOSS and "free as in beer".



El 18/07/18 a les 19:19, King, Fred ha escrit:
> This popped up in a weekly digest of tweets I get from the US National 
> Institutes of Health. It's a couple of years old, but it's a great 
> description of Open Source software-what it is, why it's free, and why you 
> should use it. It might be useful for someone trying to persuade their 
> organization to switch to Koha.
> 
> https://communityhealthmaps.nlm.nih.gov/2016/08/05/so-what-is-open-source-exactly/
> 
> Fred King
> Medical Librarian, MedStar Washington Hospital Center
> fred.k...@medstar.net
> 202-877-6670
> ORCID -0001-5266-0279
> MedStar Authors Catalog: http://medstarauthors.org
> 
> Light thinks it travels faster than anything but it is wrong. No matter how 
> fast light travels, it finds the darkness has always gotten there first, and 
> is waiting for it.
> --Terry Pratchett
> 
> ___
> 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] Export authorized values

[Narcis Garcia]

Thanks; next step will be the import.
I commented the bug #10198


El 17/07/18 a les 19:23, Eric Phetteplace ha escrit:
> Hi Narcis,
> 
> I don't think that there's a function to export the authorized values,
> at least not on the staff side of the catalog. You could always write a
> report that pulls all the data and then save it as a CSV. This is the
> minimal SQL needed to do so:
> 
> SELECT *
> FROM authorised_values
> ORDER BY category
> 
> 
> That'll pull everything and kind of sort it into groups based on which
> value category the data belongs to.
> 
> Best,
> 
> ERIC PHETTEPLACE
> 
> Systems Librarian
> 
> 
> libraries.cca.edu <http://libraries.cca.edu> | vault.cca.edu
> <http://vault.cca.edu> | 510.594.3660
> 
> 5212 Broadway, Oakland, CA 94618
> 
>  8th St., San Francisco, CA 94107
> 
> Preferred Pronoun(s): he/him
> 
> :(){ :|: & };:
> 
> 
> 
> On Tue, Jul 17, 2018 at 7:36 AM Narcis Garcia  <mailto:informat...@actiu.net>> wrote:
> 
> (Using Koha 17.11)
> As I can do with "MARC frameworks", I want to make a backup of
> "Authorized values".
> 
> How can I do?
> 
> Thank you.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto: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] Export authorized values

[Narcis Garcia]

(Using Koha 17.11)
As I can do with "MARC frameworks", I want to make a backup of
"Authorized values".

How can I do?

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

Re: [Koha] Moving books covers to the left

[Narcis Garcia]

I suppose it's customizable in CSS with the class "coverimages"


 
  
  


El 14/07/18 a les 09:56, drojup ha escrit:
> Hi,
> 
> I would like to ask if it's possible to move the books covers to the left
> (in the records results).
> 
> Thank you.
> 
> 
> 
> --
> Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html
> ___
> 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] Chrome vs. Firefox in recent versions of Koha / Firefox

[Narcis Garcia]

This Firefox behaviour can be reported to Mozilla's bug tracker.

Google Chrome's focus is to keep people out of control from their
personal data leakage. If someone likes this application GUI, I
recommend Chromium or Iridium even better.
https://en.wikipedia.org/wiki/Chromium_(web_browser)
iridiumbrowser.de


El 12/07/18 a les 19:44, Nick Clemens ha escrit:
> Hi All,
> 
> I was testing today in different browsers and noted that Chrome seems to be
> loading much faster than Firefox.
> 
> In looking at the logs, I see that Chrome makes about 3 requests per page,
> while Firefox is making 20+ calls, mostly for .css and .js files. It seems
> that Firefox has changed it's caching strategy and more files are being
> reloaded.
> 
> Has anyone else noticed this or tested using Chrome?
> 
> -Nick
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Adding SSL to my KOHA installation (Dynamic DNS and 2 Ports)

[Narcis Garcia]

Only if they had different domain (FQDN). Not for different port.


El 02/07/18 a les 07:18, niksdr ha escrit:
> Hello again,
> 
> I would like to ask if I will need two SSL Certificates for both the opal
> and the client. Thank you!
> 
> 
> 
> --
> Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html
> ___
> 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] Adding SSL to my KOHA installation (Dynamic DNS and 2 Ports)

[Narcis Garcia]

example.dynu.net is a domain.

I have these at /etc/koha/koha-sites.conf and it works through port
specified for Apache profile anyway:

INTRAPORT="80"
INTRASUFFIX="-intra"
OPACPORT="80"



El 29/06/18 a les 10:25, niksdr ha escrit:
> Thank you Narcis for your response.
> 
> Yes, I am using Apache.
> 
> This is my /etc/koha/koha-sites.conf
> 
> ## Apache virtual hosts creation variables
> #
> # Please note that the URLs are built like this:
> # OPAC:  http://:
> # STAFF: http:// NAME>:
> DOMAIN=".myDNSname.org"
> INTRAPORT="8080"
> INTRAPREFIX=""
> INTRASUFFIX=""
> OPACPORT="8081"
> OPACPREFIX=""
> OPACSUFFIX=""
> 
> I don't use a domain. Instead I use dynamic dns. So I am able to see my site
> via:
> http://example.dynu.net:8080
> http://example.dynu.net:8081
> 
> Do I need a specific configuration?
> 
> Kind Regards
> 
> 
> 
> 
> --
> Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html
> ___
> 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] Adding SSL to my KOHA installation (Dynamic DNS and 2 Ports)

[Narcis Garcia]

Are you using Apache as HTTP frontend?
If so, I would recommend you to use port TCP/443 for both cases (OPAC &
management)
$ sudo a2enmod ssl

At /etc/apache2/sites-enabled/biblio.conf :


ServerName biblio.example.net
SSLEngine on
SSLCertificateChainFile ".../chain.pem"
SSLCertificateFile ".../fullchain.pem"
SSLCertificateKeyFile ".../privkey.pem"
(...)


ServerName biblio-intra.example.net
SSLEngine on
SSLCertificateChainFile ".../chain.pem"
SSLCertificateFile ".../fullchain.pem"
SSLCertificateKeyFile ".../privkey.pem"
(...)


And you will have possible to enter through:
https://biblio.example.net/
https://biblio-intra.example.net/


El 29/06/18 a les 09:23, niksdr ha escrit:
> Hi there,
> 
> Our Koha installation uses two ports:
> 
> 8080 for the client
> and
> 8081 for the OPAC.
> 
> Furthermore, we use dynamic dns (dynu.net) in order to go public/online. 
> 
> Now the time has come to use SSL for both client and OPAC. As far as I know
> we have to install SSL in apache (our server is UBUNTU).
> 
> I am not sure how we are going to do this because of our parameters (two
> ports and dynamic dns). What actions we have to do from the "kohl-side" if
> any?
> 
> Thank you in advance.
> 
> 
> 
> --
> Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html
> ___
> 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] Help with funding the koha-community.org webserver

[Narcis Garcia]

It's time to propose a better alternative for sending money:
https://en.wikipedia.org/wiki/List_of_online_payment_service_providers


El 06/06/18 a les 07:54, Michael Kuhn ha escrit:
> Hi Liz
> 
>> I have set up a ko-fi at https://ko-fi.com/lizrea and you can
>> contribute there
> 
> Sorry, but I don't like Paypal and I don't want to set up an account there.
> 
> But as said I will contribute immediately if you send me the necessary
> details (bank account etc).
> 
> Best wishes: Michael
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] New Google Group for Koha and EDS users

[Narcis Garcia]

Instead of Google groups:
https://en.wikipedia.org/wiki/Sympa
https://en.wikipedia.org/wiki/Discourse_(software)
https://en.wikipedia.org/wiki/GroupServer
https://en.wikipedia.org/wiki/GNU_Mailman

I don't know about https://en.wikipedia.org/wiki/EBSCO_Industries



El 30/05/18 a les 09:40, Anthony Mao ha escrit:
> Can you give me a hint?
> What are the FOSS tools with similiar features as EDS dose?
> 
> 2018-05-30 15:26 GMT+08:00 Narcis Garcia :
>> I encourage you to use FOSS tools. FOSS-based services are a basis for
>> net neutrality.
>>
>>
>> El 23/05/18 a les 19:12, Myka Kennedy Stephens ha escrit:
>>> Hello Koha folks,
>>>
>>> Our library implemented EBSCO Discovery Service three years ago. In that
>>> time I have learned that implementation is an ongoing, perennial process. I
>>> find that I still have new questions and new frustrations as I work to
>>> integrate EDS with Koha in a way that works for our users and meets all
>>> their research and access needs.
>>>
>>> It occurs to me that I am not alone in this quest and there are others of
>>> you out there. We might be struggling with the same or similar issues. We
>>> might have thoughts and ideas about how the EDS API plugin for Koha might
>>> be improved. We might be able to help one another when things go awry.
>>>
>>> To this end, I've created a Google Group:
>>> https://groups.google.com/forum/#!forum/kohaeds-user-group
>>> It is a public group for anyone to read. Members of the group may post, and
>>> anyone can join. I've set up a simple open-ended question for folks to
>>> answer in order to join so that we can cut down on spam.
>>>
>>> If you are a Koha library who also uses EDS or are thinking about EDS, I
>>> hope to see you in the group!
>>>
>>> Anyone interested in assisting me with managing the group, please email me
>>> off-list.
>>>
>>> Cheers,
>>> Myka
>>>
>> ___
>> 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] New Google Group for Koha and EDS users

[Narcis Garcia]

I encourage you to use FOSS tools. FOSS-based services are a basis for
net neutrality.


El 23/05/18 a les 19:12, Myka Kennedy Stephens ha escrit:
> Hello Koha folks,
> 
> Our library implemented EBSCO Discovery Service three years ago. In that
> time I have learned that implementation is an ongoing, perennial process. I
> find that I still have new questions and new frustrations as I work to
> integrate EDS with Koha in a way that works for our users and meets all
> their research and access needs.
> 
> It occurs to me that I am not alone in this quest and there are others of
> you out there. We might be struggling with the same or similar issues. We
> might have thoughts and ideas about how the EDS API plugin for Koha might
> be improved. We might be able to help one another when things go awry.
> 
> To this end, I've created a Google Group:
> https://groups.google.com/forum/#!forum/kohaeds-user-group
> It is a public group for anyone to read. Members of the group may post, and
> anyone can join. I've set up a simple open-ended question for folks to
> answer in order to join so that we can cut down on spam.
> 
> If you are a Koha library who also uses EDS or are thinking about EDS, I
> hope to see you in the group!
> 
> Anyone interested in assisting me with managing the group, please email me
> off-list.
> 
> Cheers,
> Myka
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] 18.05.00 - do not upgrade if itemtype defined at biblio level

[Narcis Garcia]

How can I check if my Koha instance is affected?


El 28/05/18 a les 16:31, Jonathan Druart ha escrit:
> Hi all,
> 
> A critical bug has been found in 18.05.00 (bug 20825).
> If item types are defined at biblio level (item-level_itypes=biblio), you
> should *not* upgrade to 18.05.00.
> 
> Sorry about that.
> 
> Regards,
> Jonathan
> 
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20825
> ___
> 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 upgrade from 17.11 to 18.05

[Narcis Garcia]

This rare method (no apt upgrade), is not working for me in Debian 9 +
Koha 17.11 :

$ sudo apt install koha-common
Reading package lists... Done
Building dependency tree
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:
 koha-common : Depends: libnet-oauth2-authorizationserver-perl but it is
not going to be installed
E: Unable to correct problems, you have held broken packages.

When I try normal method; any of:
apt upgrade
apt full-upgrade
apt-get upgrade
apt-get dist-upgrade
; general packages can't be upgraded without uninstalling koha-common


El 26/05/18 a les 23:00, Father Vlasie ha escrit:
> I found out how to do it.
> 
> The method was listed in the Ubuntu install instructions:
> 
> https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages#Upgrade_Instructions
> 
> I like answering my own questions, it gives me a sense of progress. :)
> 
> FV
> ___
> 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 18.05.00 Debian package released

[Narcis Garcia]

El 25/05/18 a les 11:22, Mirko Tietgen ha escrit:
> thanks a lot for your feedback. I understand you are on 17.11.06 and
> then try to upgrade to 18.05.00, is that correct?

Correct.

> 
> Narcis Garcia schrieb am 25.05.2018
>> *The following packages will be REMOVED:**
>> **  koha-common libhttp-oai-perl*
> 
> This indicates there is a problem with libhttp-oai-perl. The version
> in Stretch (4.03) is broken. To provide the OAI functionality of
> Koha, there is a backported version libhttp-oai-3.27-perl for
> systems that ship libhttp-oai-perl 4.x. This version conflicts with
> the systems libhttp-oai-perl.
> 
> However I can't reproduce the problem. On upgrade I get warnings,
> but libhttp-oai-3.27-perl is installed and Koha is upgraded.
> 
> Could you share the output of
> 
> apt-cache policy koha-common

koha-common:
  Installed: 17.11.06-1
  Candidate: 18.05.00-1
  Version table:
 18.05.00-1 500
500 http://debian.koha-community.org/koha stable/main i386 Packages
 *** 17.11.06-1 100
100 /var/lib/dpkg/status

> apt-cache policy libhttp-oai-perl

libhttp-oai-perl:
  Installed: 4.03-2
  Candidate: 4.03-2
  Version table:
 *** 4.03-2 500
500 http://mirrors.ircam.fr/pub/debian stretch/main i386 Packages
100 /var/lib/dpkg/status

> apt-cache policy libhttp-oai-3.27-perl

libhttp-oai-3.27-perl:
  Installed: (none)
  Candidate: 3.27-1~koha+1
  Version table:
 3.27-1~koha+1 500
500 http://debian.koha-community.org/koha stable/main i386 Packages
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha 18.05.00 Debian package released

[Narcis Garcia]

[Debian 9, Koha 17.11 from repository]
Just an hour ago, I've upgraded all packages and Koha upgraded to 17.11.06-1

*BUT NOW:*
$ sudo apt update
$ sudo apt full-upgrade
[sudo] password for narcisgarcia:
Reading package lists... Done
Building dependency tree  
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer
required:
  at daemon default-mysql-client docbook-xml docbook-xsl fontconfig
fonts-dejavu fonts-dejavu-extra gcc gcc-6 gettext graphviz idzebra-2.0
idzebra-2.0-common idzebra-2.0-doc idzebra-2.0-utils javascript-common
  libalgorithm-c3-perl libalgorithm-checkdigits-perl libann0
libanyevent-http-perl libapache-logformat-compiler-perl
libapache2-mpm-itk libappconfig-perl libarchive-extract-perl
libarchive-zip-perl libasan3
  libatomic1 libauthen-cas-client-perl libb-hooks-endofscope-perl
libbarcode-code128-perl libbiblio-endnotestyle-perl libbit-vector-perl
libbusiness-isbn-data-perl libbusiness-isbn-perl libbusiness-issn-perl
  libbytes-random-secure-perl libc-dev-bin libc6-dev
libcache-fastmmap-perl libcache-memcached-fast-perl libcache-perl
libcairo2 libcarp-assert-more-perl libcarp-assert-perl libcarp-clan-perl
libcc1-0 libcdt5
  libcgi-compile-perl libcgi-emulate-psgi-perl
libcgi-session-driver-memcached-perl libcgi-session-perl
libcgi-session-serialize-yaml-perl libcgraph6 libcilkrts5
libclass-accessor-chained-perl
  libclass-accessor-grouped-perl libclass-adapter-perl
libclass-c3-componentised-perl libclass-c3-perl libclass-c3-xs-perl
libclass-data-inheritable-perl libclass-factory-util-perl
libclass-inspector-perl
  libclass-load-perl libclass-load-xs-perl libclass-makemethods-perl
libclass-method-modifiers-perl libclass-mix-perl
libclass-returnvalue-perl libclass-singleton-perl libclass-tiny-perl
libclass-unload-perl
  libclass-xsaccessor-perl libconfig-any-perl libconfig-general-perl
libconfig-tiny-perl libcontext-preserve-perl libconvert-basen-perl
libconvert-binhex-perl libcookie-baker-perl libcroco3
  libcrypt-eksblowfish-perl libcrypt-gcrypt-perl
libcrypt-random-seed-perl libcrypt-rc4-perl libdata-dumper-concise-perl
libdata-ical-perl libdata-optlist-perl libdata-page-perl libdate-calc-perl
  libdate-calc-xs-perl libdate-manip-perl libdatetime-event-ical-perl
libdatetime-event-recurrence-perl libdatetime-format-builder-perl
libdatetime-format-ical-perl libdatetime-format-mail-perl
  libdatetime-format-mysql-perl libdatetime-format-strptime-perl
libdatetime-format-w3cdtf-perl libdatetime-locale-perl libdatetime-perl
libdatetime-set-perl libdatetime-timezone-perl libdatrie1
  libdbd-mock-perl libdbd-pg-perl libdbd-sqlite2-perl libdbix-class-perl
libdbix-class-schema-loader-perl libdbix-runsql-perl
libdevel-argnames-perl libdevel-caller-perl libdevel-cover-perl
  libdevel-globaldestruction-perl libdevel-lexalias-perl
libdevel-overloadinfo-perl libdevel-partialdump-perl
libdevel-stacktrace-ashtml-perl libdevel-stacktrace-perl
libdevel-symdump-perl
  libdigest-perl-md5-perl libdist-checkconflicts-perl
libemail-abstract-perl libemail-date-format-perl libemail-date-perl
libemail-simple-perl libemail-valid-perl libeval-closure-perl
libexception-class-perl
  libexporter-tiny-perl libfcgi-procmanager-perl libfile-nfslock-perl
libfile-pushd-perl libfile-sharedir-perl libfile-slurp-perl
libfilesys-notify-simple-perl libfont-ttf-perl libfreezethaw-perl
libgcc-6-dev
  libgd-barcode-perl libgd-perl libgdk-pixbuf2.0-0
libgdk-pixbuf2.0-common libgomp1 libgraph-perl
libgraphics-colornames-perl libgraphics-magick-perl
libgraphicsmagick-q16-3 libgraphite2-3 libgraphviz-perl
  libgravatar-url-perl libgts-0.7-5 libgts-bin libgvc6 libgvpr2
libharfbuzz0b libhash-merge-perl libhash-multivalue-perl libheap-perl
libhtml-lint-perl libhtml-scrubber-perl libhtml-tidy-perl
  libhttp-entity-parser-perl libhttp-headers-fast-perl
libhttp-multipartparser-perl libhttp-parser-xs-perl
libhttp-server-simple-perl libice6 libidzebra-2.0-0 libidzebra-2.0-dev
libidzebra-2.0-mod-alvis
  libidzebra-2.0-mod-dom libidzebra-2.0-mod-grs-marc
libidzebra-2.0-mod-grs-regx libidzebra-2.0-mod-grs-xml
libidzebra-2.0-mod-text libidzebra-2.0-modules libimage-size-perl
libimport-into-perl
  libio-multiplex-perl libio-pty-perl libio-sessiondata-perl
libio-socket-socks-perl libio-stringy-perl libipc-run-perl
libipc-shareable-perl libitm1 libjcode-pm-perl libjs-jquery libjs-prettify
  libjson-maybexs-perl libjson-validator-perl
liblibrary-callnumber-lc-perl liblingua-en-findnumber-perl
liblingua-en-inflect-number-perl liblingua-en-inflect-perl
liblingua-en-inflect-phrase-perl
  liblingua-en-number-isordinal-perl liblingua-en-tagger-perl
liblingua-en-words2nums-perl liblingua-ispell-perl
liblingua-pt-stemmer-perl liblingua-stem-perl
liblingua-stem-snowball-da-perl
  liblingua-stem-snowball-perl liblist-moreutils-perl
liblocale-currency-format-perl liblocale-maketext-lexicon-perl
liblocale-po-perl liblog-dispatch-perl liblog-log4perl-perl
libmail-sendmail-perl
  

[Koha] Koha metapackage dependencies at Debian

[Narcis Garcia]

I'm reading at:
https://wiki.koha-community.org/wiki/Debian
only to install "koha-common" and not talking any word about the use of
other metapackages: koha-deps koha-elasticsearch koha-perldeps

Are those other recommended to not forget anything?

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

Re: [Koha] Koha 18.05.00 released

[Narcis Garcia]

Read at the announce:
"The Debian packages for this new version will be available soon. Stay
tuned!"


El 25/05/18 a les 08:21, Arshad Iqbal ha escrit:
> $ sudo apt install koha-common
> This command is just upgrading into new 17.11.06 but not work for 18.05
> 
> On Fri, May 25, 2018 at 2:04 AM, Tomas Cohen Arazi <tomasco...@gmail.com
> <mailto:tomasco...@gmail.com>> wrote:
> 
> Upgrading using the packages is just running
> 
> $ sudo apt install koha-common
> 
> Then check  Koha > About for things to fix.
> 
> El vie., 25 de may. de 2018 2:52 a. m., Narcis Garcia
> <informat...@actiu.net <mailto:informat...@actiu.net>>
> escribió:
> 
> > +1
> > Release notes don't talk about upgrading from 17.11
> > I suppose there are mainly these things to do:
> > - Enable Plack and Memcached
> > - Fix koha-conf.xml for upload_path parameter
> >
> > (?)
> >
> > El 25/05/18 a les 05:20, Arshad Iqbal ha escrit:
> > > Koha 18.05 released obviously a great job! But how can we switch
> over
> > > 17.11.05 to 18.05?
> > >
> > > On Fri, May 25, 2018 at 8:03 AM, Puneet Saini
> <puneet@gmail.com <mailto:puneet@gmail.com>>
> > wrote:
> > >
> > >> Congratulations
> > >>
> > >> Sent from my iPhone
> > >>
> > >>> On 24-May-2018, at 11:39 PM, Tomas Cohen Arazi
> <tomasco...@gmail.com <mailto:tomasco...@gmail.com>>
> > >> wrote:
> > >>>
> > >>> AWESOMEEE Jonathan!
> > >>>
> > >>> Congratulations! Huge release!
> > >>>
> > >>> El jue., 24 may. 2018 a las 15:05, Jonathan Druart (<
> > >>> jonathan.dru...@bugs.koha-community.org
> <mailto:jonathan.dru...@bugs.koha-community.org>>) escribió:
> > >>>
> > >>>> Hello everybody,
> > >>>>
> > >>>> It is with great pleasure that the Koha community announces the
> > release
> > >> of
> > >>>> Koha 18.05, a major release of the Koha open source
> integrated library
> > >>>> system.
> > >>>>
> > >>>> Read the full release notes here:
> > >>>> https://koha-community.org/koha-18-05-released/
> <https://koha-community.org/koha-18-05-released/>
> > >>>>
> > >>>> If you do not usually read the release notes, you should at
> least read
> > >> the
> > >>>> new "Important notes" section at the top.
> > >>>>
> > >>>> The Debian packages for this new version will be available
> soon. Stay
> > >>>> tuned!
> > >>>>
> > >>>> They are supposed to work out-of-the-box on:
> > >>>> * Debian Jessie (8)
> > >>>> * Debian Stretch (9)
> > >>>> * Ubuntu Xenial (16.04 LTS)
> > >>>> And should work without too much trouble under Ubuntu Bionic
> (18.04
> > >> LTC),
> > >>>> check the install wiki page for more information.
> > >>>>
> > >>>> Cheers,
> > >>>> Jonathan
> > >>>> ___
> > >>>> Koha mailing list  http://koha-community.org
> > >>>> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> > >>>> https://lists.katipo.co.nz/mailman/listinfo/koha
> <https://lists.katipo.co.nz/mailman/listinfo/koha>
> > >>>>
> > >>> --
> > >>> Tomás Cohen Arazi
> > >>> Theke Solutions (https://theke.io <http://theke.io/>)
> > >>> ✆ +54 9351 3513384
> > >>> GPG: B2F3C15F
> > >>> ___
> > >>> Koha mailing list  http://koha-community.org
> > >>> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> > >>> https://lists.katipo.co.nz/mailman/listinfo/koha
> <https://lists.katipo.co.nz/mailman/listinfo/koha>
> > >> ___
>   

Re: [Koha] Koha 18.05.00 released

[Narcis Garcia]

+1
Release notes don't talk about upgrading from 17.11
I suppose there are mainly these things to do:
- Enable Plack and Memcached
- Fix koha-conf.xml for upload_path parameter

(?)

El 25/05/18 a les 05:20, Arshad Iqbal ha escrit:
> Koha 18.05 released obviously a great job! But how can we switch over
> 17.11.05 to 18.05?
> 
> On Fri, May 25, 2018 at 8:03 AM, Puneet Saini  wrote:
> 
>> Congratulations
>>
>> Sent from my iPhone
>>
>>> On 24-May-2018, at 11:39 PM, Tomas Cohen Arazi 
>> wrote:
>>>
>>> AWESOMEEE Jonathan!
>>>
>>> Congratulations! Huge release!
>>>
>>> El jue., 24 may. 2018 a las 15:05, Jonathan Druart (<
>>> jonathan.dru...@bugs.koha-community.org>) escribió:
>>>
 Hello everybody,

 It is with great pleasure that the Koha community announces the release
>> of
 Koha 18.05, a major release of the Koha open source integrated library
 system.

 Read the full release notes here:
 https://koha-community.org/koha-18-05-released/

 If you do not usually read the release notes, you should at least read
>> the
 new "Important notes" section at the top.

 The Debian packages for this new version will be available soon. Stay
 tuned!

 They are supposed to work out-of-the-box on:
 * Debian Jessie (8)
 * Debian Stretch (9)
 * Ubuntu Xenial (16.04 LTS)
 And should work without too much trouble under Ubuntu Bionic (18.04
>> LTC),
 check the install wiki page for more information.

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

>>> --
>>> Tomás Cohen Arazi
>>> Theke Solutions (https://theke.io )
>>> ✆ +54 9351 3513384
>>> GPG: B2F3C15F
>>> ___
>>> 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] Koha and 2 factor authentication

[Narcis Garcia]

Any inependent tool (without 3rd parties) is better.


El 23/04/18 a les 14:57, Mike D. ha escrit:
> Hi,
> What do you think about hardware 2fa tools like Yubikey?
> Btw great replacement for Google Authentificator is Authy: screen
> protected by PIN, secure backup.
> 
> Bye
> 
> Mike
> pá 20. 4. 2018 v 15:45 odesílatel Narcis Garcia <informat...@actiu.net
> <mailto:informat...@actiu.net>> napsal:
> 
> More privacy = More freedom
> More independent tools = More freedom
> Less contract agreements = More transparency for user
> 
> 
> El 19/04/18 a les 19:52, Kyle Hall ha escrit:
> > There seems to be some interest in adding 2 factor authentication
> to Koha.
> > We are trying to find out what would be the most practical and
> easiest way
> > to implement 2fa for Koha combined with what would be most useful for
> > libraries that would actually *use* 2fa.
> >
> > The bug report filed for it is
> > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20476
> >
> > Basically, at this point we've come up with two ideas:
> > 1) Use Auth::GoogleAuthenticator
> > 2) Use PrivacyIdea ( https://www.privacyidea.org/ )
> >
> > Implementing GoogleAuthenticator would be much simpler I think.
> However, my
> > thought is the same users that are concerned about 2fa are the
> same users
> > that are concerned about privacy, and may not be interested in it
> simply
> > because it means giving at least some data to Google.
> >
> > PrivacyIdea on the other hand would be more work for both the
> developer and
> > the system admin since it is a completely separate package that would
> > require installation and maintenance independent of Koha itself.
> However,
> > it is also much more powerful and can offer a myriad of 2FA
> options that
> > GoogleAuthenticator cannot. On the developer side, OTRS which is also
> > written in Perl has implemented and may or may not have something
> useful we
> > can crib from it (
> >
> https://github.com/privacyidea/privacyidea/tree/master/authmodules/OTRS
> ).
> >
> > So, what does everything think? If you want 2FA, would
> GoogleAuthenticator
> > be a reasonable solution?
> >
> > 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 )
> > ___
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz <mailto: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 <mailto: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] Permissions groups patch

[Narcis Garcia]

  Permissions groups patch for Koha 17.11

Overview: patron accounts with cardnumber and userid/login that match
with a category code and act as a permissions template. When staff
create a patron account and assigns it to a category, new account
permissions are rewritten by copying them from corresponding template
account.


  Usage steps

 1.

Create a category (later will be used like a "permissions group").
Example: Code "LIBRARN" Name "Librarians"

 2.

Create a (user) patron account with a card number "LIBRARN" and
username/id "LIBRARN". I'ts important to disable account by setting
a past expiry date.

 3.

Define group permissions by setting this account permissions (More
-> Set permissions)

 4.

Use the category (LIBRARN) to classify normal patron accounts (users)


  Setup for CMS

Having Koha already installed and working, you need to install *kohapg*
service in same host.

This system service will be looking database the time to rewrite
permissions for accounts classified in a category with matching
permissions template.


  Used elements from database

  *

Table /borrowers/: columns /cardnumber/, /userid/, /categorycode/->
/flags/

  *

Table /categories/: columns /categorycode/



El 30/04/18 a les 20:45, Narcis Garcia ha escrit:
> Hello, I'm going to create "kohapg" for the purpose described in attachment.
> It seems easier for me to make a common system service than a Koha plugin.
>
> ___
> 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] Permissions groups patch

[Narcis Garcia]

  Permissions groups patch for Koha 17.11

Overview: patron accounts with cardnumber and userid/login that match
with a category code and act as a permissions template. When staff
create a patron account and assigns it to a category, new account
permissions are rewritten by copying them from corresponding template
account.


  Usage steps

 1.

Create a category (later will be used like a "permissions group").
Example: Code "LIBRARN" Name "Librarians"

 2.

Create a (user) patron account with a card number "LIBRARN" and
username/id "LIBRARN". I'ts important to disable account by setting
a past expiry date.

 3.

Define group permissions by setting this account permissions (More
-> Set permissions)

 4.

Use the category (LIBRARN) to classify normal patron accounts (users)


  Setup for CMS

Having Koha already installed and working, you need to install *kohapg*
service in same host.

This system service will be looking database the time to rewrite
permissions for accounts classified in a category with matching
permissions template.


  Used elements from database

  *

Table /borrowers/: columns /cardnumber/, /userid/, /categorycode/->
/flags/

  *

Table /categories/: columns /categorycode/



El 30/04/18 a les 20:45, Narcis Garcia ha escrit:
> Hello, I'm going to create "kohapg" for the purpose described in attachment.
> It seems easier for me to make a common system service than a Koha plugin.
>
> ___
> 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] Permissions groups patch

[Narcis Garcia]

Hello, I'm going to create "kohapg" for the purpose described in attachment.
It seems easier for me to make a common system service than a Koha plugin.

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

Re: [Koha] Error while configuring the email facility

[Narcis Garcia]

Why do you think this file must exist?
/etc/ssl/certs/Equifax_Secure_CA.pem


El 20/04/18 a les 08:10, shankar reddy Kolle ha escrit:
> Dear sir,
> 
> We have installed Koha using package method in ubuntu 16.04 and while
> configaring for the email facility, the following error is showing
> 
> root@prdmcl:/etc/koha# cat /etc/ssl/certs/Equifax_Secure_CA.pem >>
> /etc/postfix/cacert.pem
> cat: /etc/ssl/certs/Equifax_Secure_CA.pem: No such file or directory
> 
> can anyone help to solve the problem. Please
> 
> Thanking you
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha and 2 factor authentication

[Narcis Garcia]

More privacy = More freedom
More independent tools = More freedom
Less contract agreements = More transparency for user


El 19/04/18 a les 19:52, Kyle Hall ha escrit:
> There seems to be some interest in adding 2 factor authentication to Koha.
> We are trying to find out what would be the most practical and easiest way
> to implement 2fa for Koha combined with what would be most useful for
> libraries that would actually *use* 2fa.
> 
> The bug report filed for it is
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20476
> 
> Basically, at this point we've come up with two ideas:
> 1) Use Auth::GoogleAuthenticator
> 2) Use PrivacyIdea ( https://www.privacyidea.org/ )
> 
> Implementing GoogleAuthenticator would be much simpler I think. However, my
> thought is the same users that are concerned about 2fa are the same users
> that are concerned about privacy, and may not be interested in it simply
> because it means giving at least some data to Google.
> 
> PrivacyIdea on the other hand would be more work for both the developer and
> the system admin since it is a completely separate package that would
> require installation and maintenance independent of Koha itself. However,
> it is also much more powerful and can offer a myriad of 2FA options that
> GoogleAuthenticator cannot. On the developer side, OTRS which is also
> written in Perl has implemented and may or may not have something useful we
> can crib from it (
> https://github.com/privacyidea/privacyidea/tree/master/authmodules/OTRS ).
> 
> So, what does everything think? If you want 2FA, would GoogleAuthenticator
> be a reasonable solution?
> 
> 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 )
> ___
> 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] Local thumbnail at MARC21

[Narcis Garcia]

I see now custom cover images can be directly managed with Koha
interface independently of MARC strings.
Sad to see images can only be uploaded once MARC record exists, and must
search book to edit it.

Anyway, there is an usable way, and it's automatically shown in OPAC
search results.

Thanks.


El 04/04/18 a les 12:28, Tomas Cohen Arazi ha escrit:
> Please open the official manual in your browser
> 
> https://koha-community.org/manual/17.11/es/html/
> 
> I'm pretty sure you will find most of the things with the page search
> from your browser!
> 
> 
> El mié., 4 de abr. de 2018 5:44 a. m., Narcis Garcia
> <informat...@actiu.net <mailto:informat...@actiu.net>> escribió:
> 
> I have these 2 system preferences already set:
> LocalCoverImages == Display
> OPACLocalCoverImages == Display
> 
> When I'm creating a new book with MARC21 framework, how can I make use
> of this feature and upload an image? Can this image be linked from 856.u
> or 352.6 ?
> 
> 
> El 04/04/18 a les 10:28, Katrin Fischer ha escrit:
> > Hi,
> >
> > 352 is not the correct field, take a look at 856$u $y etc. There
> is a system preference that allows for images to display directly:
> *Display856uAsImage
> > But Koha also has a nice separate feature for uploading local book
> covers that is independent from fields in the MARC record. Search
> for localcover in the system preferences.
> >
> > Hope this helps,
> >
> > Katrin
> >  
> >
> > Gesendet: Mittwoch, 04. April 2018 um 10:05 Uhr
> > Von: "Narcis Garcia" <informat...@actiu.net
> <mailto:informat...@actiu.net>>
> > An: koha@lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz>
> > Betreff: [Koha] Local thumbnail at MARC21
> > In my MARC21 custom framework, I've included 352.6 subfield to allow
> > cover upload or link.
> >
> > How can I make use of this (or another way) to OPAC shows book covers?
> >
> > Thanks.
> > ___
> > Koha mailing list http://koha-community.org
> > Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> >
> 
> https://lists.katipo.co.nz/mailman/listinfo/koha[https://lists.katipo.co.nz/mailman/listinfo/koha]
> 
> <https://lists.katipo.co.nz/mailman/listinfo/koha%5Bhttps://lists.katipo.co.nz/mailman/listinfo/koha%5D>
> >
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io <http://theke.io/>)
> ✆ +54 9351 3513384
> GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] No cart-related features

[Narcis Garcia]

Yes, its effect seemd good enough, also with anonymous visitors.
Thank you.


El 04/04/18 a les 12:10, Tomas Cohen Arazi ha escrit:
> Look at the opacbookbag syspref.
> 
> El mié., 4 de abr. de 2018 5:39 a. m., Narcis Garcia
> <informat...@actiu.net <mailto:informat...@actiu.net>> escribió:
> 
> I'm using Koha 17.11
> 
> Is there a way to configure Koha to not show cart features at all in
> OPAC?
> 
> Thanks.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io <http://theke.io/>)
> ✆ +54 9351 3513384
> GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] GDPR IRC meeting vol. 2

[Narcis Garcia]

Please, support and make us of open source services:
https://dudle.inf.tu-dresden.de/
https://dudle.lamardebits.org/

Or alternatives:
https://framadate.org/
https://nuages.domainepublic.net/


El 04/04/18 a les 11:06, Josef Moravec ha escrit:
> Hello all interesteed in GDPR,
> 
> we would like to have another meeting on this topic, but time and date is
> not set yet. So please fill this poll if you are interested. Thanks.
> 
> https://doodle.com/poll/q7s88vqnc5xtf9ev
> 
> Josef
> ___
> 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] Local thumbnail at MARC21

[Narcis Garcia]

I have these 2 system preferences already set:
LocalCoverImages == Display
OPACLocalCoverImages == Display

When I'm creating a new book with MARC21 framework, how can I make use
of this feature and upload an image? Can this image be linked from 856.u
or 352.6 ?


El 04/04/18 a les 10:28, Katrin Fischer ha escrit:
> Hi,
> 
> 352 is not the correct field, take a look at 856$u $y etc. There is a system 
> preference that allows for images to display directly: *Display856uAsImage
> But Koha also has a nice separate feature for uploading local book covers 
> that is independent from fields in the MARC record. Search for localcover in 
> the system preferences.
> 
> Hope this helps,
> 
> Katrin
>  
> 
> Gesendet: Mittwoch, 04. April 2018 um 10:05 Uhr
> Von: "Narcis Garcia" <informat...@actiu.net>
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Local thumbnail at MARC21
> In my MARC21 custom framework, I've included 352.6 subfield to allow
> cover upload or link.
> 
> How can I make use of this (or another way) to OPAC shows book covers?
> 
> Thanks.
> ___
> Koha mailing list http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha[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] No cart-related features

[Narcis Garcia]

I'm using Koha 17.11

Is there a way to configure Koha to not show cart features at all in OPAC?

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

[Koha] Local thumbnail at MARC21

[Narcis Garcia]

In my MARC21 custom framework, I've included 352.6 subfield to allow
cover upload or link.

How can I make use of this (or another way) to OPAC shows book covers?

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

Re: [Koha] First catalog, first search failed

[Narcis Garcia]

I've found the cause is "PazPar2" not working.
To disable its usage through system preferences:
OpacGroupResults = Don't use


El 03/04/18 a les 15:07, Narcis Garcia ha escrit:
> MyLibrary-intra.example.net
> Once I've defined a (I hope) final framework to work with, I've
> catalogued a first book. I didn't add any "item".
> 
> Just after this, I've visited OPAC at ~ MyLibrary.example.net and filled
> search textbox with author's name -> [Go]
> The answer is:
> 
> You did not specify any search criteria
> No results found!
> You did not specify any search criteria.
> Error:
> Could not find opac-search.xml in /usr/share/koha/opac/cgi-bin/opac/ at
> /usr/share/koha/lib/C4/Search.pm line 871.
> 
> What have I missed to do for this Koha 17.11 setup?
> 
> Thanks.
> ___
> 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] First catalog, first search failed

[Narcis Garcia]

MyLibrary-intra.example.net
Once I've defined a (I hope) final framework to work with, I've
catalogued a first book. I didn't add any "item".

Just after this, I've visited OPAC at ~ MyLibrary.example.net and filled
search textbox with author's name -> [Go]
The answer is:

You did not specify any search criteria
No results found!
You did not specify any search criteria.
Error:
Could not find opac-search.xml in /usr/share/koha/opac/cgi-bin/opac/ at
/usr/share/koha/lib/C4/Search.pm line 871.

What have I missed to do for this Koha 17.11 setup?

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

Re: [Koha] Koha 17.11.04 and 17.05.10 released

[Narcis Garcia]

I see 17.11.04-1 package available at repository for Debian.
Upgrading Koha is that simple as upgrading installed package?


El 28/03/18 a les 13:53, Nick Clemens ha escrit:
> Hello all,
> 
> The Koha community is proud to announce the release of Koha 17.11.04 and
> 17.05.10
> 
> These is a maintenance release.
> 
> The full release notes are available at:
> https://koha-community.org/koha-17-11-04-release/
> https://koha-community.org/koha-17-05-10-release/
> 
> Packages are also available.
> 
> Regards,
> Nick (kidclamp) and Fridolin
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Customized MARC21 framework

[Narcis Garcia]

I've tried both with 5 and 8 values for hidden column in CSV export,
then import to a Koha framework, (checkboxes sown consistent when
editing subfields with Koha), but the only effect is for "Collapsed"
attribute.
No effect with !OPAC !Intranet !Editor ; Anyway the subfields supposed
to be hidden are there when I use that framework for cataloguing.
Is this a Koha 17.11 bug?

Some workaround to have a simple cataloguing form based on my selected
subfields?

Thanks.


El 19/03/18 a les 12:01, Tomas Cohen Arazi ha escrit:
> Of course not!
> 
> El lun., 19 de mar. de 2018 7:59 a. m., Narcis Garcia
> <informat...@actiu.net <mailto:informat...@actiu.net>> escribió:
> 
> Including whole MARC21 specification (hidden or not), does Koha write
> the 4000 subtags for each item record in database?!
> 
> 
> El 19/03/18 a les 07:46, Katrin Fischer ha escrit:
> > Hi Narcis,
> >
> > better to hide the fields using the hidden values documented on
> the wiki
> > (https://wiki.koha-community.org/wiki/Hidden_values) than to
> delete the
> > fields and subfields you don't need. Deleting some of the fields like
> > 000 and 999 can lead to errors. Also when you import data and the
> > records contain deleted fields, the information in them will be
> lost on
> > saving the item.
> >
> > Hope this helps,
> >
> > Katrin
> >
> >
> > On 14.03.2018 17:41, Narcis Garcia wrote:
> >> As I understand, a valid way to have a customized framework (as most
> >> compatible as possible) is:
> >>
> >> 1. Go to MARC frameworks
> >>
> >> 2. Esport "BASE" (default) framework to CSV format
> >>
> >> 3. Edit file with a text editor and remove all lines except:
> >> - Headings
> >> - Mask lines ("#-#")
> >> - Desired subtags to be used finally
> >> - The tags that have selected subtags
> >>
> >> 4. Create +New framework
> >>
> >> 5. Import edited file to new created framework.
> >>
> >>
> >> Am I right to patrons use it for cataloguing?
> >>
> >> Thanks.
> >> ___
> >> Koha mailing list  http://koha-community.org
> >> Koha@lists.katipo.co.nz <mailto: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 <mailto: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 <mailto:Koha@lists.katipo.co.nz>
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io <http://theke.io/>)
> ✆ +54 9351 3513384
> GPG: B2F3C15F
___
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

[Narcis Garcia]

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

Re: [Koha] Delete Authorized values category

[Narcis Garcia]

Is it safe for data consistency to run this SQL command?

DELETE FROM koha_LibraryName.authorised_value_categories WHERE
category_name = "EmptyCategory";


El 20/03/18 a les 03:00, Irma Birchall ha escrit:
> Hi Narcis,  
> 
> At the moment there is no possibility to delete a category from the
> staff interface GUI.
> Only from the command line.
> Just leave / ignore the one with the wrong name and create a new
> category with the correct name.
> 
> Hope this helps.
> Irma
> CALYX
> 
> 
> 
> 
> 
> On 20 March 2018 at 07:41, Narcis Garcia <informat...@actiu.net
> <mailto:informat...@actiu.net>> wrote:
> 
> (Koha 17.11)
> 
> In Administration -> Authorized values I've created a category with a
> wrong name.
> How can I remove it?
> 
> Thanks.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> https://lists.katipo.co.nz/mailman/listinfo/koha
> <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 Performance

[Narcis Garcia]

Two questions about Plack:

1. What is the concrete indicator that Plack is enabled and running or not?

2. I've looked at https://wiki.koha-community.org/wiki/Plack but: What
can be useful for plack in my setup or for me?
Recommended? Required? Extra? Only for developers?

Thank you.


El 19/03/18 a les 17:34, Tomas Cohen Arazi ha escrit:
> El lun., 19 mar. 2018 a las 11:35, JanM ()
> escribió:
> 
>> MySQL-Version:  mysql Ver 15.1 Distrib 10.0.34-MariaDB, for
>> debian-linux-gnu
>> (x86_64) using readline 5.2
>> Apache-Version: Server version: Apache/2.4.18 (Ubuntu)
>> Memcached:  Server: Nicht definiert | Namespace: koha | Status:
>> unbekannt |
>> Konfiguration gelesen aus: Nirgendwo Bitte beachten Sie, dass die
>> Memcached-Konfiguration in Iher $KOHA_CONF-Datei erfolgen sollte. Aktuell
>> gibt es keine gültige Memcached-Konfiguration. | Aktive Caching-Methode:
>> Cache::Memory/
>>
> 
> You are not running Plack (or is not configured correctly. To enable it you
> need to run:
> 
>  $ sudo koha-plack --enable 
>  $ sudo koha-plack --restart 
>  $ sudo systemctl restart apache2
> 
> If it is already enabled, chances are you havent restarted apache2 or
> launched the koha-plack process.
> 
> Good luck!
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Delete Authorized values category

[Narcis Garcia]

(Koha 17.11)

In Administration -> Authorized values I've created a category with a
wrong name.
How can I remove it?

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

Re: [Koha] Customized MARC21 framework

[Narcis Garcia]

Including whole MARC21 specification (hidden or not), does Koha write
the 4000 subtags for each item record in database?!


El 19/03/18 a les 07:46, Katrin Fischer ha escrit:
> Hi Narcis,
> 
> better to hide the fields using the hidden values documented on the wiki
> (https://wiki.koha-community.org/wiki/Hidden_values) than to delete the
> fields and subfields you don't need. Deleting some of the fields like
> 000 and 999 can lead to errors. Also when you import data and the
> records contain deleted fields, the information in them will be lost on
> saving the item.
> 
> Hope this helps,
> 
> Katrin
> 
> 
> On 14.03.2018 17:41, Narcis Garcia wrote:
>> As I understand, a valid way to have a customized framework (as most
>> compatible as possible) is:
>>
>> 1. Go to MARC frameworks
>>
>> 2. Esport "BASE" (default) framework to CSV format
>>
>> 3. Edit file with a text editor and remove all lines except:
>> - Headings
>> - Mask lines ("#-#")
>> - Desired subtags to be used finally
>> - The tags that have selected subtags
>>
>> 4. Create +New framework
>>
>> 5. Import edited file to new created framework.
>>
>>
>> Am I right to patrons use it for cataloguing?
>>
>> Thanks.
>> ___
>> 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] Numeric subfield in framework

[Narcis Garcia]

I'm sorry and thanks; I don't subscribe third-party services (including
Yahoo/google/etc contract). I really prefer FOSS and neutral tools.

As small libraries I meant less than a thousand books each one (and
volunteers dedicating few hours per month), and I'm facing a tool (Koha)
designed for really big libraries and with dedicated professionals.



El 16/03/18 a les 19:45, Tomas Cohen Arazi ha escrit:
> Narcis, you could consider joining us at koha-es (Yahoo groups). And of
> course make your librarians join too!
> 
> El vie., 16 mar. 2018 a las 15:40, Narcis Garcia (<informat...@actiu.net
> <mailto:informat...@actiu.net>>) escribió:
> 
> El 16/03/18 a les 18:35, Paul A ha escrit:
>     > On 2018-03-16 10:59 AM, Narcis Garcia wrote:
> >> Thanks; I didn't see tag 300.a
> >
> > It's a standard bibliographic entry for cataloguing, used by all major
> > libraries.
> >
> >> Applying replacement.
> >> About JavaScript, let's see how can it be implemented consistently in
> >> Koha.
> >>
> >> I'm really surprised Koha seems not having implemented data types
> >> (numeric, boolean, string, binary, date/time...).
> >
> > Koha *does* implement data types, where required by cataloguing rules
> > and conventions (and by internal db constraints.) Tag 300$a is
> *not* an
> > integer by any stretch of anybody's imagination.
> >
> > This list is here to help you. You might like to explain which version
> > of Koha you are implementing, and which library you are working for.
> > That would assist the Koha community in giving you the best possible
> > advice.
> >
> > You give the impression (y disculpame si estoy en error) that you have
> > done very little MARC cataloguing. I might suggest that you look at
> > records from Library of Congress, the British Library, Library
> Archives
> > Canada, etc. particularly via Z39.50, or through the web interface to
> > WorldCat (OCLC).  Koha is very good at "compliance" -- but does allow
> > flexibility for you to go off on a tangent and "reinvent the wheel" if
> > you have "non-industry / non-professional / specialized / amateur"
> > requirements.
> >
> > Amicalmente -- Paul
> >
> >
> 
> I've installed Koha 17.11 and I'm not implied in calaloguing but in
> computing.
> I'm trying to setup bibliographic software in a small library, with the
> double hope: catalogue is viewable publicly from internet and other
> libraries in the same association can join with their catalogs.
> 
> I've not found any other easier CMS (translated to spanish) with those 2
> features I hope to deploy.
> I feel koha seems so open and flexible that it needs x10 documentation
> and examples than now (and current resources are really big and great!)
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io <http://theke.io/>)
> ✆ +54 9351 3513384
> GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Numeric subfield in framework

[Narcis Garcia]

El 16/03/18 a les 18:35, Paul A ha escrit:
> On 2018-03-16 10:59 AM, Narcis Garcia wrote:
>> Thanks; I didn't see tag 300.a
> 
> It's a standard bibliographic entry for cataloguing, used by all major
> libraries.
> 
>> Applying replacement.
>> About JavaScript, let's see how can it be implemented consistently in
>> Koha.
>>
>> I'm really surprised Koha seems not having implemented data types
>> (numeric, boolean, string, binary, date/time...).
> 
> Koha *does* implement data types, where required by cataloguing rules
> and conventions (and by internal db constraints.) Tag 300$a is *not* an
> integer by any stretch of anybody's imagination.
> 
> This list is here to help you. You might like to explain which version
> of Koha you are implementing, and which library you are working for.
> That would assist the Koha community in giving you the best possible
> advice.
> 
> You give the impression (y disculpame si estoy en error) that you have
> done very little MARC cataloguing. I might suggest that you look at
> records from Library of Congress, the British Library, Library Archives
> Canada, etc. particularly via Z39.50, or through the web interface to
> WorldCat (OCLC).  Koha is very good at "compliance" -- but does allow
> flexibility for you to go off on a tangent and "reinvent the wheel" if
> you have "non-industry / non-professional / specialized / amateur"
> requirements.
> 
> Amicalmente -- Paul
> 
> 

I've installed Koha 17.11 and I'm not implied in calaloguing but in
computing.
I'm trying to setup bibliographic software in a small library, with the
double hope: catalogue is viewable publicly from internet and other
libraries in the same association can join with their catalogs.

I've not found any other easier CMS (translated to spanish) with those 2
features I hope to deploy.
I feel koha seems so open and flexible that it needs x10 documentation
and examples than now (and current resources are really big and great!)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Country subfield in framework

[Narcis Garcia]

Oh really works and with descriptions!
Thanks.


El 16/03/18 a les 15:46, Tomas Cohen Arazi ha escrit:
> You need to create an athorized value category named COUNTRY, and add
> the country codes/names there.
> 
> El vie., 16 mar. 2018 a las 11:43, Actiu informatica
> (>) escribió:
> 
> I'm editing subtags in a MARC21 framework, and trying to use 044.c for
> book's publication country.
> At Tag subfield structure -> Edit -> Other options; I set authorized
> value "COUNTRY" and thesaurus "GEOGR_NAME"
> 
> Then, when using this framework on cataloguing a book, this subfield
> appears with a dropdown box with "No matches found".
> How can I prepare values to this box be linked to?
> 
> Thanks.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz 
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io )
> ✆ +54 9351 3513384
> GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Numeric subfield in framework

[Narcis Garcia]

Thanks; I didn't see tag 300.a
Applying replacement.
About JavaScript, let's see how can it be implemented consistently in Koha.

I'm really surprised Koha seems not having implemented data types
(numeric, boolean, string, binary, date/time...).



El 16/03/18 a les 15:31, Paul A ha escrit:
> On 2018-03-16 06:00 AM, Narcis Garcia wrote:
>> I'm editing subtags in a MARC21 framework, and trying to use 302.a for
>> book's pages number.
>> At Tag subfield structure -> Edit -> Other options; how can I set
>> authorized value to be only a positive integer number?
> 
> Javascript *might* allow you to limit to 'a positive integer', but why?
> 
> First, tag 302 is obsolete (so LoC, if you accept them as properly
> reflecting MARC21 status, do not supply suggestions.)
> 
> Secondly, the number of pages in a bibliographic record are normally
> recorded in 300$a - "Extent", described as "Number of physical pages,
> volumes, cassettes, total playing time, etc., of of each type of unit."
> 
> We often have entries such as:
> 300 ##$axii, 352, [8 advert.] p.
> 
> LoC <http://www.loc.gov/marc/bibliographic/bd300.html> give additional
> examples such as:
> 300 ##$a1 videocassette of 1 (Beta) (30 min.)
> 
> which might answer your follow-up email.
> 
> Best -- Paul
> 
> ___
> 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] Time subfield in framework

[Narcis Garcia]

I'm editing subtags in a MARC21 framework, and trying to use 306.a for
video and audio playing length.
At Tag subfield structure -> Edit -> Other options; how can I set
authorized value to be only a time or date/time specification?

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

[Koha] Numeric subfield in framework

[Narcis Garcia]

I'm editing subtags in a MARC21 framework, and trying to use 302.a for
book's pages number.
At Tag subfield structure -> Edit -> Other options; how can I set
authorized value to be only a positive integer number?

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

Re: [Koha] Add MARC record without tabs

[Narcis Garcia]

Ah, I'm supposing now it's set in framework -> MARC subfield structure
-> Basic constraints -> Managed in tab [N]


El 16/03/18 a les 09:20, Katrin Fischer ha escrit:
> Hi,
> 
> you can set the tab a field/subfield appears in the framework
> configuration. Look at the Fast Add framework as an example.
> 
> Katrin
> 
> 
> On 16.03.2018 08:56, Narcis Garcia wrote:
>> When a patron uses a customized framework to register a book, tag boxes
>> appear in separate form tabs (0,1,2,3...) classified by initial tag
>> digit.
>>
>> How can I configure this to be all shown in a single page?
>>
>> - Using Koha 17.11 -
>>
>> Thanks.
>> ___
>> 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] Add MARC record without tabs

[Narcis Garcia]

When a patron uses a customized framework to register a book, tag boxes
appear in separate form tabs (0,1,2,3...) classified by initial tag digit.

How can I configure this to be all shown in a single page?

- Using Koha 17.11 -

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

[Koha] Digital Graphic Representation in MARC21

[Narcis Garcia]

The only tag I found for this is 352 but... is it prepared to save an
uploaded image? Does the database support binary data (GIF/JPEG/PNG) ?

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

[Koha] Customized MARC21 framework

[Narcis Garcia]

As I understand, a valid way to have a customized framework (as most
compatible as possible) is:

1. Go to MARC frameworks

2. Esport "BASE" (default) framework to CSV format

3. Edit file with a text editor and remove all lines except:
- Headings
- Mask lines ("#-#")
- Desired subtags to be used finally
- The tags that have selected subtags

4. Create +New framework

5. Import edited file to new created framework.


Am I right to patrons use it for cataloguing?

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

Re: [Koha] Prices in MARC21

[Narcis Garcia]

Thanks Heather. For PCD I'll select 037.c, as usually the item can be
acquired again when it's lost, sold or required more quantity.

PVD may need to be commented to general notes (500), or create an unused
tag number (I don't know the proper number and/or subtag).


El 14/03/18 a les 08:11, Narcis Garcia ha escrit:
> I'm trying to match terms that we use here: PCD, PVD and PVP:
> 
> 1. Distributor Cost Price (acquisition): 876.c / 037.c / 541.h
> 2. Distribution Sell Price (discounted; not to public customer): ???
> 3. Public Sell Price: 365.b
> 
> 
> El 13/03/18 a les 21:45, Hernandez, Heather ha escrit:
>> Hi!
>>
>>> Does anybody know which MARC21 tag/subtag is indicated to record book's
>>> author, special/secondary price, and pages number?
>>
>> There's lots of information on MARC21 at the Library of Congress' MARC
>> Standards Office website:
>> https://www.loc.gov/marc/
>>
>> You may be especially interested in "MARC 21
>> Lite," https://www.loc.gov/marc/bibliographic/lite/ and you can look up
>> in there information on MARC21 tags 100 ("personal name main entry,"
>> often the book's author), 037 subfield c (for price), and 300 for pages.
>>
>> Cheers,
>> heather
>> ~~
>> Heather Hernandez
>> Technical Services Librarian
>> San Francisco Maritime National Historical Park Research Center
>> 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA  94123-1284
>> 415-561-7032, heather_hernan...@nps.gov <mailto:heather_hernan...@nps.gov>
>> L
>> <https://www.nps.gov/safr/learn/historyculture/research-center.htm>ibrary 
>> catalog: http://keys.bywatersolutions.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

[Koha] Prices in MARC21

[Narcis Garcia]

I'm trying to match terms that we use here: PCD, PVD and PVP:

1. Distributor Cost Price (acquisition): 876.c / 037.c / 541.h
2. Distribution Sell Price (discounted; not to public customer): ???
3. Public Sell Price: 365.b


El 13/03/18 a les 21:45, Hernandez, Heather ha escrit:
> Hi!
> 
>> Does anybody know which MARC21 tag/subtag is indicated to record book's
>> author, special/secondary price, and pages number?
> 
> There's lots of information on MARC21 at the Library of Congress' MARC
> Standards Office website:
> https://www.loc.gov/marc/
> 
> You may be especially interested in "MARC 21
> Lite," https://www.loc.gov/marc/bibliographic/lite/ and you can look up
> in there information on MARC21 tags 100 ("personal name main entry,"
> often the book's author), 037 subfield c (for price), and 300 for pages.
> 
> Cheers,
> heather
> ~~
> Heather Hernandez
> Technical Services Librarian
> San Francisco Maritime National Historical Park Research Center
> 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA  94123-1284
> 415-561-7032, heather_hernan...@nps.gov 
> L
> ibrary 
> catalog: http://keys.bywatersolutions.com/
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] A friendly framework for patrons

[Narcis Garcia]

It seems that 876.c (cost) has same purpose than 037.c (price/terms of
acquisition) and same as 541.h (acquisition purchase price).
What is the right criteria* to choose between them?
What implications has (for usability and interoperatibility) selection
criteria?

Thanks; I'll use 100.a for author.


(*) No idea about why MARC21 has spread repeated tags.


El 13/03/18 a les 21:45, Hernandez, Heather ha escrit:
> Hi!
> 
>> Does anybody know which MARC21 tag/subtag is indicated to record book's
>> author, special/secondary price, and pages number?
> 
> There's lots of information on MARC21 at the Library of Congress' MARC
> Standards Office website:
> https://www.loc.gov/marc/
> 
> You may be especially interested in "MARC 21
> Lite," https://www.loc.gov/marc/bibliographic/lite/ and you can look up
> in there information on MARC21 tags 100 ("personal name main entry,"
> often the book's author), 037 subfield c (for price), and 300 for pages.
> 
> Cheers,
> heather
> ~~
> Heather Hernandez
> Technical Services Librarian
> San Francisco Maritime National Historical Park Research Center
> 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA  94123-1284
> 415-561-7032, heather_hernan...@nps.gov 
> L
> ibrary 
> catalog: http://keys.bywatersolutions.com/
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] A friendly framework for patrons

[Narcis Garcia]

Does anybody know which MARC21 tag/subtag is indicated to record book's
author, special/secondary price, and pages number?

Thanks.


El 13/03/18 a les 15:35, Narcis Garcia ha escrit:
> Hello, I'm trying to select MARC21 tags for our base framework, and I
> don't know if I'm doing it well:
> 
> - Internal identifier for this library (ID): 001
> - Title: 245.a
> - Book authors: (No MARC21 tag found)
> - Legal Deposit Number: 017.a
> - Copyright/Copyleft specification: 018.a
> - ISBN: 020.a
> - ISSN: 022.a
> - Editor (company): 028.a
> - Published at Country/City: 044.c
> - Publication year: 362.a
> - Time Period of Content/story: 045.b
> - Place of Content/story: 033.p
> - Subject of content: 072.a
> - Source of acquisition: 037.b
> - Languages of content (of text, audio...): 377.a
> - Physical description: 007
> - Playing time (audio/video): 306.a
> - Content type (text|audio|video): 336.b
> - Physical medium (Book|CD|DVD|Tape): 340.e
> - Digital File Characteristics (format/XviD/MP3/PDF): 347.b
> - Physical location/shelf in the library: 852.c
> - Digital Graphic Representation (avatar/cover): 352 (no file?!)
> - Summary or abstract: 520.a
> - Genre (lyric/novel/dictionary/jazz): 655.a
> - Cost in euros: 876.c
> - Sell price to other libraries: (?)
> - Public sell price: 365.b
> - General comments: 500.a
> - Link to downloadable item (book-PDF/video-AVI/audio-MP3): 774.6
> - Link to third-party information: 786.6
> - Holding library: 850.a
> - Pages number: 302.a (obsolete)
> 
> The purpose is to have a concrete form for cataloguing task of people
> without any library experience (as me).
> ___
> 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] A friendly framework for patrons

[Narcis Garcia]

Hello, I'm trying to select MARC21 tags for our base framework, and I
don't know if I'm doing it well:

- Internal identifier for this library (ID): 001
- Title: 245.a
- Book authors: (No MARC21 tag found)
- Legal Deposit Number: 017.a
- Copyright/Copyleft specification: 018.a
- ISBN: 020.a
- ISSN: 022.a
- Editor (company): 028.a
- Published at Country/City: 044.c
- Publication year: 362.a
- Time Period of Content/story: 045.b
- Place of Content/story: 033.p
- Subject of content: 072.a
- Source of acquisition: 037.b
- Languages of content (of text, audio...): 377.a
- Physical description: 007
- Playing time (audio/video): 306.a
- Content type (text|audio|video): 336.b
- Physical medium (Book|CD|DVD|Tape): 340.e
- Digital File Characteristics (format/XviD/MP3/PDF): 347.b
- Physical location/shelf in the library: 852.c
- Digital Graphic Representation (avatar/cover): 352 (no file?!)
- Summary or abstract: 520.a
- Genre (lyric/novel/dictionary/jazz): 655.a
- Cost in euros: 876.c
- Sell price to other libraries: (?)
- Public sell price: 365.b
- General comments: 500.a
- Link to downloadable item (book-PDF/video-AVI/audio-MP3): 774.6
- Link to third-party information: 786.6
- Holding library: 850.a
- Pages number: 302.a (obsolete)

The purpose is to have a concrete form for cataloguing task of people
without any library experience (as me).
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Unable install SUDO

[Narcis Garcia]

The only instruction:
apt-get install sudo


El 11/03/18 a les 03:36, takan bhatt ha escrit:
> Sir/Madam
> 
> I have installed Debian Xfce in Virtual Box also added non-free repository
> in sources.list. Then updated and upgraded with apt-get. but updation is
> not going smoothly. then after I am unable to install Sudo and this is
> necessary step in koha installation. I think this is probably problem with
> repository.
> 
> Kindly help me which repositories are required ?
> 
> Rajesh Bhatt
> ___
> 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