[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 (<informatica at actiu.net
> <mailto:informatica at 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 at lists.katipo.co.nz <mailto:Koha at 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