Re: [Koha] Numeric subfield in framework

[Tomas Cohen Arazi]

Ha! I will use it (again) in my tenth attempt to move the list to @
koha-community.org
Thanks!

Regarding Koha on big libraries, as a support vendor I can tell Koha suits
both tiny libraires and big consortia. I've helped myself several small
libraries get up and running. After that, some care for the tool
maintenance is all that's needed. And we love to help here with issues that
arise, and for more synchronous conversations on IRC.

Have nice weekend!


El vie., 16 mar. 2018 a las 15:52, Narcis Garcia ()
escribió:

> 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 ( > >) 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 
> > https://lists.katipo.co.nz/mailman/listinfo/koha
> >
> > --
> > Tomás Cohen Arazi
> > Theke Solutions (https://theke.io )
> > ✆ +54 9351 3513384 <+54%209%20351%20351-3384>
> > GPG: B2F3C15F
> ___
> 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] ebook report

[Amy Schuler]

Hello,
does anyone have an ebook report they are willing to share?  I need a
report that will generate a list (with titles) of all ebooks in my
catalog.  This means barcode would be null but ISBN would NOT be null.
It's the ISBN part that I'm having trouble with in my attempts to build an
SQL report.  If you can help, I'd appreciate it.
I did not find any ebook reports at all in the Koha reports library.  Weird?

Thanks!
Amy



-- 

Amy C. Schuler
Director, Information Services & Library


Cary Institute of Ecosystem Studies
2801 Sharon Turnpike
Millbrook, NY
845-677-5343 ext 164 <(845)%20677-5343>

www.caryinstitute.org
___
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 ( >) 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 
> 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

[Tomas Cohen Arazi]

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 ()
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
> 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]

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

[Koha] ILLiad Addon for Koha OPAC

[Wilson, Robert]

For any libraries out there using ILLiad whose staff like z39.50 but love 
OPACs, we created this addon to auto-search titles or other identifiers in an 
ILL request within the ILLiad client’s web browser tool.

https://prometheus.atlas-sys.com/display/ILLiadAddons/ILLiad+Koha+OPAC+Search+Addon

Hoping to add import option for call no. and location soon.

Cheers,


Robert

Robert T. Wilson
Emerging Technologies & Systems Librarian
Bridgewater State University
Bridgewater, MA
___
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

[Paul A]

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






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  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 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  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

Re: [Koha] Country subfield in framework

[Tomas Cohen Arazi]

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

[Koha] Country subfield in framework

[Actiu informatica]

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

Re: [Koha] Numeric subfield in framework

[Paul A]

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  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] 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

Re: [Koha] Add MARC record without tabs

[Katrin Fischer]

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

Re: [Koha] Suppressing display of "Alternate Address" and "Alternative Contact" info

[Katrin Fischer]

Hi Chris,

sure there is - take a look at the |BorrowerUnwantedField system 
preference. If you hide all fields from a section, the section will 
disappear as well.|


|Hope that helps,|

|Katrin
|


On 16.03.2018 07:48, Chris Brown wrote:

Gentle Reader,

Is there any way to suppress the display of the "Alternative Address" and
"Alternative Contact" information on the patron page? We don't use these
fields and find them mildly annoying because we always have to scroll down
to see the checkout table.

I would be grateful for any suggestions. We are using Koha 17.11

Chris Brown
___
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] Library Attendance Monitoring

[Ma. Victoria H. Silva-Manuel]

Hi.
Can Koha be used as library attendance monitoring?
Thank you.

-- 
Ma. Victoria H. Silva-Manuel
Registered Librarian, 3892
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Suppressing display of "Alternate Address" and "Alternative Contact" info

[Chris Brown]

Gentle Reader,

Is there any way to suppress the display of the "Alternative Address" and
"Alternative Contact" information on the patron page? We don't use these
fields and find them mildly annoying because we always have to scroll down
to see the checkout table.

I would be grateful for any suggestions. We are using Koha 17.11

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