Hei,
Jeg har ikke funnet noen diskusjon av denne problemstillingen blant
ZIG eller LC's dokumenter.
Jeg ville tro at hvis klienten sender en term som inneholder tegnet #,
samtidig som trunkering IKKE er satt til 101, skal dette tegnet ikke
gis noen spesialbehandling fra trunkeringssynspunkt. Dermed blir det
opp til serverens private normaliseringsprosedyrer. Noen vil la tegnet
stå, andre vil kanskje erstatte det med blank, andre (f.eks. BIBSYS)
vil fjerne det. Slik normalisering gjør vel "alle"? I det minste
konvertering til lowercase (eller uppercase) før matching. Og dette er
såvidt jeg vet ikke omhandlet av protokollen. (Heller ikke av andre
profiler jeg har sjekket).
Nå er jeg nok enig med Liv i at hvis vi skal angi default-verdi i
profilen,
bør det være bare en: Do not truncate. Og ideelt at Torstein da burde
omprogrammere sin server. Men om han ikke gjør det, tror jeg det ikke
vil gi merkbare effekter! Det kommer nok ikke mange søketermer inn til
hans
server (eller til noen andre) som inneholder tegnet # som med vilje er
satt
inn for at det faktisk skal inngå som et vanlig tegn ved matchingen.
Så jeg foreslår at vi ikke sier noe om dette. Som Torstein sjøl antydet.
Altså i profilen vår: Do not truncate er default. Punktum.
Ole
PS: Gardermoen var tåkelagt på onsdag. Nattoget var fullt. Det fantes
ikke
ETT ENESTE ledig hotellrom i Oslo ...
--
Ole Husby BIBSYS
ole.husby_at_bibsys.no N-7491 TRONDHEIM
phone: +47-73 59 29 59 N o r w a y
http://www.bibsys.no/
-
!-----------------------------------------------------------------------------!
! NorZIG, arkivert på http://www.bibsyst.no/norzig/ !
!-----------------------------------------------------------------------------!
Received on Fri 19 Mar 1999 - 08:35:03 CET
This archive was generated by hypermail 2.2.0 : Fri 27 Aug 2010 - 10:20:04 CEST