[Allegro] srugbv.flx ist nicht mehr aktuell: hier die lösung

[Klaus Lehmann]

Guten Tag allerseits,


wer problem bei der einbindung von K10Plus-Fremddatensätzen hat, und dieses seit einigen Wochen (oder sogar Monaten) schaue mal näher bitte hin:

so siehts in zeile 48-52 in 
c:\allegro\flex\srugbv.flx
aus:
:getdata

if not "" var "http://sru.gbv.de/gvk?version=1.1&operation=searchRetrieve&maximumRecords=10&recordSchema=turbomarc&startRecord=" #usr "&query=pica.all%3D" $UISBN
if "" var "http://sru.gbv.de/gvk?version=1.1&operation=searchRetrieve&maximumRecords=10&recordSchema=turbomarc&startRecord=" #usr "&query=pica.isb%3D" $UISBN
// und absenden, d.h. die Daten vom GBV abholen. Stehen dann in der iV

man schaue: /gvk?
eigentlich doch sehr prima?! nö!
[wo gibt es die liste der "erlaubten" Bestandskürzel? ich hatte sie mal gesehen. aver die doku zu sru und k10plus ist mehr als mistik*ck! im ernst!]

meine versuche: lange war gültig:
opac-de-627? (bis 2023/04) ok. irgendwann nicht mehr.
dann folgten gvk? (ca ab 2023/04)
ein schelm, der gutes denkt: k10plus? (ca ab dem 20.4.2023) niente!
und endlich kam ich an die Telnummer einer sru-k10plus-gbv-Betreuerin!

hier die gültige und funktionierende lösung:
if not "" var "https://sru.k10plus.de/opac-de-627?version=1.1&operation=searchRetrieve&maximumRecords=10&recordSchema=turbomarc&query=pica.all%3D" $UISBN
if "" var "https://sru.k10plus.de/opac-de-627?version=1.1&operation=searchRetrieve&maximumRecords=10&recordSchema=turbomarc&query=pica.isb%3D" $UISBN
                    ~          ~~~~~         ~~~~~~~~~~                                                                                                                                               ~~~ das ganze ohne " #usr"

dat löpt dann mal jut!


und hier haben "meine" ideenzulieferer [großes danke schön!] mal 4 datensätze gezogen, die aus unterschiedlichen quellen kommen. damit kann man prima testen.
[kennen sie das, wenn jemand anruft, und in den telephonhörer reinspricht:  "der PPN-K10Plus-Import fungsioniert nicht"! ich liebe das! eine richtig tolle, äußerst präzis formulierte fehlermeldung...]

ganz vorne steht die quelle, woher der Datensatz kommt! warum ist das u.U. wichtig? 
weil einige oben bereits probierte quellen NICHT alles liefern!

ich habe diese nummern gestetet:
ein erster test hat gute ergebnisse gebracht:
GBV:           883560968          gelingt
GBV+SWB: 82703976X          gelingt
SWB:          1626375208        gelingt
PPN:           1843361345        gelingt

also für den zeitraum 2023/05 sind die beiden letzten obigen zeilen OK.
bis gbv/k10plus/??? mal wieder was undokumentierend ändert...

grüße, ihr klaus lehmann



ps: dieser hinweis ist natürlich open source! ;-)


-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * 
phone: 03528-452 807(fax 809) * mobil: 0171-953 7843 *
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1 *
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden *
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760 *
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011-22: Sponsor: Peter-Sodann-Bibliothek
* 2013-14: Bolero 32bit.+allegro-zdb: endlich. + eBooks
* 2015-16: allegro-imd. Die weltgrößte(?) Filmdatenbank
* 2017-23: Exporte. Marc und Co. Marc ist sehr different
* 2019-23: All for VuFind! The perfect export into marc21
* 2020-22: kohanet.de. Alternativen zu allegro-C und allegronet.de
* 2023: Aktuell auf vufindnet.de 28 Online-Kataloge. Auch Ihrer?