Expandiere 10-stellige zu 13-stelliger ISBN und umgekehrt

[ToVie]

Hallo Oliver, vor einiger Zeit habe ich eine interessante Anfrage erhalten: Ist es möglich, für jede 10-stellige ISBN eine 13-stellige mit abzulegen und umgekehrt zu jeder 13-stelligen ISBN eine 10-stellige hinzuzufügen? Die Anfrage kommt aus SG und basiert auf einem Vergleich mit Ebsco, wo das umgesetzt ist. Tobias

[oschihin]

Hallo Ja, das ist natürlich möglich, und ich habe mich mal vor Jahren damit beschäftigt. Ist nix draus geworden. Grundsätzlich die Frage WiesoundWarum, und Wo.

• CBS: Man könnte bei der Ausgabe alles zu 13 umwandeln, und 13er zu 10er? Erweitert einfach die 020er.
• beim docproc, wobei, dann schon eher im CBS
• solr: ein entsprechender Analyzer, der 10er auf 13er matchen lässt und vice versa.

Für solr gibt es offenbar was, und man sollte das sicher über die Liste klären: https://github.com/billdueber/solr-libstdnum-normalize

Die jeweiligen Umrechnungsalgorithmen sind gut dokumentiert (http://en.wikipedia.org/wiki/ISBN), man muss das Rad sicher nicht neu erfinden.

[ToVie]

Zu CBS - das geht schon, hat in den Daten eigentlich nichts verloren, da es rein ein Hilfskonstrukt für den Index ist...

[guenterh]

@ToVie @oschihin

Hallo zusammen,

habe mir den SOLR Filter kurz angesehen. So wie er im Moment implementiert ist, können wir ihn für unseren Anwendungsfall nicht verwenden. Der Filter erweitert im Moment nur 10 stellige ISBNs in 13-stellige (und nicht umgekehrt - was wir ja brauchen).

Aber der Filter ist ein ganz gutes Template für unsere Zwecke: Lösungsskizze:

• prüfe im Filter, welche Art ISBN übergeben wird (10 oder 13-stellig)
• wandle den input in das jeweilige Äquivalent um, so dass der Filter diesen für das Feld zum Indexieren verwendet.
• das für diesen Filter zu definierende SOLR field ist ein copy field des ursprünglichen ISBN fields. Sollte jedoch kein store Attribut erhalten da nur für die Suche und nicht Anzeige verwendet.

bis wann umzusetzen:

• bis zum nächsten Komplettindexaufbau
• bei Problemen wandert die Lösung in das Documentprocessing (wie von mir mal angedacht)

@chantalw bezogen auf unseren gemeinsamen Nachmittag letzte Wiche: damit hätten wir unseren ersten eigenen Filter ....

[oschihin]

Lösung

c74a43728e43d68d49bfa08dfd04571f7ece815c ff.