Hi, I've been following the zebra-related stuff for a while and would like to ask if it'd be possible to make users use MARCXML for indexing and remove the iso options. What are your thoughts about this? If we agreed on this docs could be simplied. Otherwise we should revise the Background indexing instructions. For instance, if background indexing instructions were followed, we should explicitly state what switches should be passed to rebuild_zebra{_sliced.sh|.pl}. Regards To+
Tomas Cohen Arazi schreef op di 30-10-2012 om 12:45 [-0300]:
Hi, I've been following the zebra-related stuff for a while and would like to ask if it'd be possible to make users use MARCXML for indexing and remove the iso options.
For what it's worth, the packages have been defaulting to MARCXML for a while now and I've had no complaints about it. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D
On Tue, Oct 30, 2012 at 6:49 PM, Robin Sheat <robin@catalyst.net.nz> wrote:
Tomas Cohen Arazi schreef op di 30-10-2012 om 12:45 [-0300]:
Hi, I've been following the zebra-related stuff for a while and would like to ask if it'd be possible to make users use MARCXML for indexing and remove the iso options.
For what it's worth, the packages have been defaulting to MARCXML for a while now and I've had no complaints about it.
What about the nosanitize switch? Regards To+
Tomas Cohen Arazi schreef op di 30-10-2012 om 20:45 [-0300]:
What about the nosanitize switch?
I've never tried it, I'd probably tend to prefer more correct over faster. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D
On Tue, Oct 30, 2012 at 9:23 PM, Robin Sheat <robin@catalyst.net.nz> wrote:
Tomas Cohen Arazi schreef op di 30-10-2012 om 20:45 [-0300]:
What about the nosanitize switch?
I've never tried it, I'd probably tend to prefer more correct over faster.
What about super-faster? Me first guess is that 1) Records should be ok on the first place 2) The indexing scripts/logic should be able to survive records problems, and report the errors found in a proper way. Regards To+
participants (2)
-
Robin Sheat -
Tomas Cohen Arazi