Dear Sunil Kumar,
No need to give 'zeor' before to your barcode numbers.
To search exact barcode like 1, you can use asterisk before and after the
barcode what you want to search.
eg. *1* or *100* like. It is giving exact search results in opac and intranet.
Regards,
Venkat
We have storage all over the building so shelving locations are vital, and
occasionally subject to change.
We've got the locations all set up in authorized values, and all the item
records have shelving locations in 952 c. But when I search loc=st or any
of the other codes we use for shelving
Good afternoon,
I recently installed a test server (a few months ago) for our church to
migrate from Koha 3.01 to 3.6 (now at 3.8.03). As a part of the testing of
the new server, our librarians finally took a look at the system and found
some errors and I really have no clue where to start when
Josh,
I recently installed a test server (a few months ago) for our church to
migrate from Koha 3.01 to 3.6 (now at 3.8.03). As a part of the testing of
the new server, our librarians finally took a look at the system and found
some errors and I really have no clue where to start when it
I don't remember specifically running that script. Are there any
parameters for it? Can you point me to where to look for it?
Thanks,
Josh
On Mon, Jul 30, 2012 at 5:17 PM, Jared Camins-Esakov
jcam...@cpbibliography.com wrote:
Josh,
I recently installed a test server (a few months ago)
Josh,
I don't remember specifically running that script. Are there any
parameters for it? Can you point me to where to look for it?
The file is misc/maintenance/remove_items_from_biblioitems.pl. If you run
it with --help, it will give you instructions.
Regards,
Jared
--
Jared
I ran all of the upgrade scripts to get from 3.01. to 3.6. Based on the
file, it looks like it should have run as a part of that process.
When I try to run it to view the help it gives me a compilation error.
Would it have logged somewhere if this failed as a part of the upgrade?
Thanks,
Josh
Hi Josh
On 31 July 2012 12:36, Josh Mikow joshmi...@gmail.com wrote:
I ran all of the upgrade scripts to get from 3.01. to 3.6. Based on the
file, it looks like it should have run as a part of that process.
Hmm which upgrade scripts are those?
When I try to run it to view the help it gives
Hi Chris,
When I imported our database into the 3.6.4 system at the time I ran the
following:
koha-upgrade-schema instancename
then
koha-uprade-to-3.4 instancename
When I ran the 2nd command, the koha-upgrade-to-3.4 command kept returning
a bunch of Use of uninitialized value in pattern match
On 31 July 2012 16:59, Josh Mikow joshmi...@gmail.com wrote:
Hi Chris,
When I imported our database into the 3.6.4 system at the time I ran the
following:
koha-upgrade-schema instancename
then
koha-uprade-to-3.4 instancename
When I ran the 2nd command, the koha-upgrade-to-3.4 command kept
Thanks Chris! Glad to know I'm doing this the best/recommended way. i'm
refreshing my linux skills and also having to learn about library systems
and it takes me a bit.
For a limit of 5 records the file I downloaded with the query results was
183 lines so it looks like it may have run OK. here
Hello mzhs,
somewhere i read that you will need 15GB of space for 100k records and 1GB
of RAM is enough for the zebra. in my opinion it is better to analyze your
current scenario first i.e. how much data you currently hold in koha and
how much you might be holding within another few years.
12 matches
Mail list logo
