alaurin [Thu, 1 Jun 2006 10:03:08 +0000 (10:03 +0000)]
Improvements for reserves infos in circulation.pl
new infos displayed :
-Waiting position of borrower on document reserve .
-Follow the document he's in transfert .
-more infos of document are displayed in a specific cell ....
N.B : the old display of reserves infos are only commented, will be removed, if new display is ok for everybody ...
rangi [Thu, 1 Jun 2006 01:44:16 +0000 (01:44 +0000)]
Allows a person to choose an associated borrower (orgranisation) when Issuing.
This is to allow a person who is associated with many organisations to choose the one he/she is borrowing an item for
No changes to the issuing code, or the issues table, the associated borrower number is stored in the statistics table
tgarip1957 [Wed, 31 May 2006 15:49:38 +0000 (15:49 +0000)]
Reads external marc records with biblionumbers and populates koha tables with the new marc record (only the marc record). Useful after changing encodings etc.
kados [Mon, 29 May 2006 17:43:56 +0000 (17:43 +0000)]
Testing suite for Record.pm. This script will assist you to determine
whether you system is capable of utilizing Record.pm (if there are
problems, it's likely with the back-end SAX Parser you've got installed).
I'll be expanding this in the future to provide better error handling
and instructions for fixing the parsers, etc.
kados [Mon, 29 May 2006 17:41:44 +0000 (17:41 +0000)]
Expanding the error-handling and capabilities of the Record.pm API.
This module represents a major leap forward in Koha's support of standard
record formats (ISO-2709 (MARC), MARCXML, Dublin Core, MODS, etc). It
provides a standard API for record management as well as an error-handling
mechanism so that the API will return proper error strings to the calling
program. It's only partially implemented currently, but the API returns
proper error strings if a feature isn't implemented.
There is also a testing suite that you can use to check your system's
capabilities to handle record and encoding conversions. Commit coming
soon.
kados [Wed, 24 May 2006 21:29:32 +0000 (21:29 +0000)]
Record.pm is a new module in Koha 3.0 for managing MARC, MARCXML, XML, etc.
records. It can be used to convert from one record format to another,
build formats from html (such as in addbiblio and additem), convert from
one encoding to another, etc.
It's the first module that provides access to the new Koha 3.0 API that
I've been working on (stay tuned for a mail to koha-devel explaining it).
rangi [Mon, 22 May 2006 22:32:46 +0000 (22:32 +0000)]
Adding a new variable, memberofinstitution, this allows a borrower to belong to one or more institutions.
Needed by a library.
There will be a new table to go with this plus some changes to the add/modfiy members pages. But the default value for this variable will be 0(no) so most people wont see any changes at all
tgarip1957 [Sat, 20 May 2006 14:32:54 +0000 (14:32 +0000)]
If an authority is modified biblios related to this authority were not updated but a list of modified authorities was written to disk. Now by defult they get modified as well unless a system preference 'dontmerge' is defined. dontmerge=1 will keep the previous behaviour.
Authority zebra server may have different shadow settings. Support is added
tgarip1957 [Fri, 19 May 2006 19:31:29 +0000 (19:31 +0000)]
Added new fields to auth_header and auth_subfield_table to allow ZEBRA use of authorities and new MARC framework like structure.
Authority tables are modified to be compatible with new MARC frameworks. This change is part of Authority Linking & Zebra authorities. Requires change in Mysql database. It will break head unless all changes regarding this is implemented. This warning will take place on all commits regarding this
tgarip1957 [Fri, 19 May 2006 18:09:39 +0000 (18:09 +0000)]
All support for auth_subfield_tables is removed. All search is now with zebra authorities. New authority structure allows multiple linking of authorities of differnet types to one another.
Authority tables are modified to be compatible with new MARC frameworks. This change is part of Authority Linking & Zebra authorities. Requires change in Mysql database. It will break head unless all changes regarding this is implemented. This warning will take place on all commits regarding this
tgarip1957 [Fri, 19 May 2006 17:58:40 +0000 (17:58 +0000)]
Authority tables are modified to be compatible with new MARC frameworks. This change is part of Authority Linking & Zebra authorities. Requires change in Mysql database. It will break head unless all changes regarding this is implemented. This warning will take place on all commits regarding this
tgarip1957 [Fri, 19 May 2006 17:49:14 +0000 (17:49 +0000)]
Authority tables are modified to be compatible with new MARC frameworks. This change is part of Authority Linking & Zebra authorities. Requires change in Mysql database. It will break head unless all changes regarding this is implemented. This warning will take place on all commits regarding this
tgarip1957 [Fri, 19 May 2006 17:35:53 +0000 (17:35 +0000)]
Authority tables are modified to be compatible with new MARC frameworks. This change is part of Authority Linking & Zebra authorities. Requires change in Mysql database. It will break head unless all changes regarding this is implemented. This warning will take place on all commits regarding this
tgarip1957 [Fri, 19 May 2006 17:30:07 +0000 (17:30 +0000)]
Authority tables are modified to be compatible with new MARC frameworks. This change is part of Authority Linking & Zebra authorities. Requires change in Mysql database. It will break head unless all changes regarding this is implemented. This warning will take place on all commits regarding this
alaurin [Fri, 19 May 2006 16:51:44 +0000 (16:51 +0000)]
update database for :
- new feature ip and printer management
adding two fields in branches table (branchip,branchprinter)
- waiting date : adding one field in reserves table(waiting date) to calculate the Maximum delay to pick up a reserved document when it's available
new system preference :
- ReservesMaxPickUpDelay : Maximum delay to pick up a reserved document
TransfersMaxDaysWarning : Max delay before considering the transfer as potentialy a problem
alaurin [Fri, 19 May 2006 09:52:54 +0000 (09:52 +0000)]
committing new feature ip and printer management
adding two fields in branches table (branchip,branchprinter)
branchip : if the library enter an ip or ip range any librarian that connect from computer in this ip range will be temporarly affected to the corresponding branch .
branchprinter : the library can select a default printer for a branch
plg [Wed, 17 May 2006 16:06:23 +0000 (16:06 +0000)]
New feature from SAN Ouest Provence: ability to reserve a specific item in
the intranet. The development was made on branch 2.2 by Arnaud Laurin from
Ouest Provence and integrated on HEAD by Pierrick Le Gall from INEO media
system.
New page reserve/request.pl taking a biblionumber as entry point.
New functions:
- C4::Biblio::get_iteminfos_of retrieves item informations for a list of
itemnumbers
- C4::Biblio::get_biblioiteminfos_of retrieves biblioitem informations for a
list of biblioitemnumbers
- C4::Biblio::get_itemnumbers_of retrieve the list of itemnumbers related to
each biblionumber given in argument.
- C4::Circulation::Circ2::get_return_date_of retrieves return date for a
list of itemnumbers.
- C4::Koha::get_itemtypeinfos_of retrieves the informations related to a
list of itemtypes.
- C4::Koha::get_branchinfos_of retrieves the informations related to a list
of branchcodes.
- C4::Koha::get_notforloan_label_of retrives the list of status/label for
the authorised_values related to notforloan.
- C4::Koha::get_infos_of is the generic function used by all get_*infos_of.
- C4::Reserves2::GetNumberReservesFromBorrower
- C4::Reserves2::GetFirstReserveDateFromItem
Modified functions:
- C4::Reserves2::FindReserves was simplified to be more readable.
The reservation page is reserve/request.pl and is linked from nowhere as
long as zebra is not stable yet on HEAD.
tgarip1957 [Sat, 13 May 2006 20:02:08 +0000 (20:02 +0000)]
New koha configuration file. Replaces koha.conf. Needs C4::Context.pm in head to work.
This file now combines koha configuration and zebra configuration. Old koha.conf variable names are retained. They go between the tags <config>. Do not change the tag names for zebra part. Use zebrasrv -f /etc/koha.xml to start your server. The virtual server configuration details can be found in YAZ documentation
tgarip1957 [Sat, 13 May 2006 19:51:39 +0000 (19:51 +0000)]
Now reads koha.xml rather than koha.conf.
koha.xml contains both the koha configuration and zebraserver configuration.
Zebra connection is modified to allow connection to authority zebra as well.
It will break head if koha.conf is not replaced with koha.xml
tipaul [Tue, 9 May 2006 13:28:08 +0000 (13:28 +0000)]
adding the branchname and the librarian name in every page :
- modified userenv to add branchname
- modifier menus.inc to have the librarian name & userenv displayed on every page. they are in a librarian_information div.
improvements from SAN Ouest Provence :
* introducing a category_type into categories. It can be A (adult), C (children), P (Professionnal), I (institution/organisation).
* each category_type has it's own forms to create members.
* the borrowers table has been heavily modified (many fields changed), to get something more logic & readable
* reintroducing guarantor/guanrantee system that is now independant from hardcoded C/A for categories
* updating templates to fit template rules
(see mail feb, 17 on koha-devel "new features for borrowers" for more details)
If you change your framework for MARC mapping use this script to remap your marc record first. Drop the old framework and install the new one. Re export all your marc and recreate ZEBRA.
The script has to be manually edited to reflect your new mappings. KOHA 3.0 is expected to have new frameworks
bug fixed: my previous commit added a useless temporary A.button CSS class
(showing how to make a link look like a FORM button). A.button CSS class
removed.
modification: removed fieldset and label CSS properties. Modifications
introduced by tipaul are not compliant with every template (depending on how
you use HTML labels). Shouldn't this kind of customization only be made
outside "prog" template?
- adding some css properties (minor)
- adding links in members menu
improvements from SAN Ouest Provence :
* introducing a category_type into categories. It can be A (adult), C (children), P (Professionnal), I (institution/organisation).
* each category_type has it's own forms to create members.
* the borrowers table has been heavily modified (many fields changed), to get something more logic & readable
* reintroducing guarantor/guanrantee system that is now independant from hardcoded C/A for categories
* updating templates to fit template rules
(see mail feb, 17 on koha-devel "new features for borrowers" for more details)
improvements from SAN Ouest Provence :
* introducing a category_type into categories. It can be A (adult), C (children), P (Professionnal), I (institution/organisation).
* each category_type has it's own forms to create members.
* the borrowers table has been heavily modified (many fields changed), to get something more logic & readable
* reintroducing guarantor/guanrantee system that is now independant from hardcoded C/A for categories
* updating templates to fit template rules
(see mail feb, 17 on koha-devel "new features for borrowers" for more details)
improvements from SAN Ouest Provence :
* introducing a category_type into categories. It can be A (adult), C (children), P (Professionnal), I (institution/organisation).
* each category_type has it's own forms to create members.
* the borrowers table has been heavily modified (many fields changed), to get something more logic & readable
* reintroducing guarantor/guanrantee system that is now independant from hardcoded C/A for categories
* updating templates to fit template rules
(see mail feb, 17 on koha-devel "new features for borrowers" for more details)
improvements from SAN Ouest Provence :
* introducing a category_type into categories. It can be A (adult), C (children), P (Professionnal), I (institution/organisation).
* each category_type has it's own forms to create members.
* the borrowers table has been heavily modified (many fields changed), to get something more logic & readable
* reintroducing guarantor/guanrantee system that is now independant from hardcoded C/A for categories
* updating templates to fit template rules
(see mail feb, 17 on koha-devel "new features for borrowers" for more details)