None of the Dutch sources are working!

Another report already mentioned the Koninklijke Bibliotheek search not working, but Bol-Bruna and the university searches I use don't work either. They all report different errors, so it seems likely the problem is with the sources, but this still makes Librarything rather useless for Dutch users...

See also http://www.librarything.com/topic/136190

Bol-Bruna was removed (see http://www.librarything.com/topic/127360#3298226). The others I've asked the programmers to check on. I'm not sure what's happened with them.

Author Grunberg is certain to be in the KB (koninklijke bibiotheek) collection, but this is what i get:

I/O warning : failed to load external entity "http://sru.kb.nl/sru/sru.pl?x-collection=GGC&version=1.1&operation=searchRetrieve&query=grunberg&recordSchema=dc&startRecord=1"

...

Yes, it's been reported here:

http://www.librarything.com/topic/136014

And someone that works at KB actually gave an unofficial response telling Tim how to get it working again. Hopefully he'll work it out now that he's back from vacation.

Dit is allemaal goed en wel, maar is er, voor een trouwe, maar technisch volstrekte nitwit LT gebruiker een oplossing in zicht? Ik voel me behoorlijk gedupeerd. Is er binnen de KB maar één medewerker die dit kan oplossen?

Natuurlijk kun je boeken toevoegen via overcat of de vlaamse bibliotheek. Voeg deze opties toe bij de mogelijke bibliotheken die je wilt gebruiken.

Of course you can add books using the overcat option or the Vlaamse (Flamish (is that a word?)) library. Just add those options to the library's you want to use.

I get this warning while trying to use the KB:

Warning: simplexml_load_file(http://sru.kb.nl/sru/sru.pl?x-collection=GGC&version=1.1&operation=searchRetrieve&query=De%20afstammelingen&recordSchema=dc&startRecord=1): failed to open stream: Connection refused in /var/www/html/inc_externalbooksearch.php on line 115 Warning: simplexml_load_file(): I/O warning : failed to load external entity "http://sru.kb.nl/sru/sru.pl?x-collection=GGC&version=1.1&operation=searchRetrieve&query=De%20afstammelingen&recordSchema=dc&startRecord=1" in /var/www/html/inc_externalbooksearch.php on line 115 Fatal error: Call to a member function children() on a non-object in /var/www/html/inc_externalbooksearch.php on line 119

De Vlaamse Catalogus werkt, maar de KB van België (recent) werkt niet, evenmin als Overcat. Dank voor de tip. Het is echter niet alleen de KB die niet meer werkt, BolBruna evenmin.
Dank voor de tip.

This should be working again. There is still an issue with the "next" link if there is more than one page worth of results, but at least the search isn't returning an error anymore.

We will probably be moving away from these SRU source searches in place for marc sources.

I tried adding a Dutch book (searching for title and also for ISBN), but KB/Overcat/Bol-Bruna don't work yet (I got a "no results" result from the KB, while the book really should be in there). I could add it using the Vlaamse Catalogus.

>10 mene: - What's the book, and how were you searching for it? As I said above in #3, Bol-Bruna has been removed as a source, but KB should be working. If you can get me the book information, and how you were searching, I'll see if I can figure out what's up.

I have been adding some Dutch titels yesterday and - checking back - I now notice that almost all of them came in from the Vlaamse Centrale Catalogus. I haven't specifically tried importing from the KB though, I mostly use Overcat as a first resource.

p.s.: the others (oddly) came from Library of Congress.

@11: The book was De erfenis van Richard Grenville. I searched for it using "De verborgen universiteit" which is the series name, and also "De erfenis van Richard Grenville" which is the title, but for both the KB gives no results. Searching for the IBSN, 9789021439525 (it only has an ISBN-13 number), also gives no results with the KB.

Huge book haul for me at the Amsterdam Queensday Vrijmarkt (= free market, basicaly a fleamarket all over town).

None of the searches (ISBN, title/author) at the KB give any results. For example Geheime kamers.
Here's a link to the KB catalogue page to prove that they do have it: http://opc4.kb.nl/DB=1/SET=7/TTL=1/CMD?ACT=SRCHA&IKT=1007&SRT=YOP&TR...

Even before this got broken Overcat never gave any KB data for some reason :-(

>14 stortemelk: - I may be wrong about this, but I think the reason Overcat doesn't include KB is that KB's records are not formatted in MARC, but in a different "language," SRU (and Overcat is based on MARC).

ah, good to know

update: still not able to get search results from the KB when I search by ISBN or title/author, but it does work when I copy/paste the 'aanvraagnummer' from the KB catalogue page into the LT search box, so there is a work-around.

I search for the author on the site of the KB http://opc4.kb.nl/ (in Dutch) and http://opc4.kb.nl/DB=1/LNG=NE/SID=de384bd3-0/LNG=EN/ (in English) and mostly I use the system of copy/paste the 'aanvraagnummer' (request number) from the KB catalogue page into the LT search box but ended yesterday without any results. At the end I got the information about the book from the Vlaamse Centrale Catalogus, but that Library does not give all the information, f.e. the extra pages with photo's and the other authors.
I checked it some minutes ago, but still no results for Amazonas trilogie by Anthony van Kampen by using the title, author's name, ISBN number and even the request number, which normally funtions the best in order to get the right information about the edition one has.
Yesterday I sended an e-mail about this problem to KB with the text of the error, but I received no response yet.

Edited because of typo

I am that one KB person in the other thread, I work at the KB (and love LT). I don't know much about the LT-KB search issues, but I try to help and ask those at work who do.

guurtje, Who did you send the e-mail to? Most colleagues are off this week.

And, there isn't "one person who can fix this at the KB".... This isn't something the KB can fix, it is something only LT can fix... All we (KB) can do is help, but the change needs to be made in the LT code...

As a tip for those using the KB (which you might do already, but still)... The new system can only search for one kind of thing at once. So if you search for "Harry Mulisch Twee Vrouwen" (author and title) it won't return any results, because there is no one field with that information. So it helps to just search for one thing. I have also noticed that ISBN-10 works best... Why request number doesn't work, I am not sure....

This isn't something the KB can fix, it is something only LT can fix..

There's the rub. LT has over 700 library sources and there is no way it could write code specific to each one of those, which is why it will only link to libraries that offer their data over a certain interface which I can't remember the name of right now. So if a particular library implements that interface a little differently then you should ask the library and not LT to fix it.

The new system can only search for one kind of thing at once.

Indeed, for only one word, actually. What the use of searching for EITHER Peter or Pan? (Results: 49961 and 1677). ''Peter Pan'' yields 0 hits!
Surely this is not the way it is meant to function, or is it?

19>
Hello Divinenanny,
Since march 2010 I'm a member of LT and use the KB search system. But only on the way you told. never under several items at once; mostly only under the name of the author

Very unpolite for the others but again it is copy and paste from the e-mail I sended and the answere I received.

Geachte mevrouw,

Helaas is dit niet goed te verklaren. Het is mogelijk dat de connectie met onze catalogus rond 30 april niet werkte. Nu kan ik wel boeken zoeken via LibraryThing van de KB. Ik kan nu echter dit specifieke boek helaas ook niet vinden. Het is bekend dat dit een enkele keer bij individuele boeken kan gebeuren. Dit is tot nu toe helaas niet verklaard.

De enige oplossing is dit exemplaar handmatig zelf via LibraryThing in te voeren.

Met vriendelijke groet,
Martijn van Wensveen

-----------------------
Geschiedenis:

Vraag gebruiker: De gegevens van een boek kan ik niet via LibraryThing downloaden. Bijv. Amazonas trilogie van Anthony van Kampen met aanvraagnummer: FD 1981/1056
Na het aanvragen van Amazonas trilogie met Overcat krijg ik het volgende bericht: Geen resultaten gevonden voor "Amazonas+trilogie"
Controleer spelling of kies een andere bron.
Vervolgens kies ik Koninklijke Bibliotheek - javascript:addbooks.search('response_search_beta.php','%7B%22Search%22%3A%22Search%22%2C%22libraryChoice%22%3A%22Koninklijke+Bibliotheek%22%2C%22use%22%3A%22Koninklijke+Bibliotheek%22%2C%22form_find%22%3A%22Amazonas%2Btrilogie%22%2C%22form_tags%22%3A%22%22%2C%22collections%22%3A%22%22%7D');
- en krijg ik het volgende bericht
Warning: fopen(http://74.201.105.34:8080/z/?q=Amazonas%2Btrilogie&num=20&name=Koninklijke+Bibliotheek&format=json): failed to open stream: HTTP request failed! HTTP/1.0 500 INTERNAL SERVER ERROR in /var/www/html/inc_solr_utils.php on line 206 Warning: Invalid argument supplied for foreach() in /var/www/html/inc_remote_search.php on line 2013
-------------------
On this site I filled in a form with my qeustion, which is the following text
http://www.kb.nl/hpd/qp/qp.html

De gegevens van een boek kan ik niet via LibraryThing downloaden. Bijv. Amazonas trilogie van Anthony van Kampen met aanvraagnummer: FD 1981/1056
Na het aanvragen van Amazonas trilogie met Overcat krijg ik het volgende bericht: Geen resultaten gevonden voor "Amazonas+trilogie"
Controleer spelling of kies een andere bron.
Vervolgens kies ik Koninklijke Bibliotheek - javascript:addbooks.search('response_search_beta.php','%7B%22Search%22%3A%22Search%22%2C%22libraryChoice%22%3A%22Koninklijke+Bibliotheek%22%2C%22use%22%3A%22Koninklijke+Bibliotheek%22%2C%22form_find%22%3A%22Amazonas%2Btrilogie%22%2C%22form_tags%22%3A%22%22%2C%22collections%22%3A%22%22%7D');
- en krijg ik het volgende bericht:
Warning: fopen(http://74.201.105.34:8080/z/?q=Amazonas%2Btrilogie&num=20&name=Koninklijke+Bibliotheek&format=json): failed to open stream: HTTP request failed! HTTP/1.0 500 INTERNAL SERVER ERROR in /var/www/html/inc_solr_utils.php on line 206 Warning: Invalid argument supplied for foreach() in /var/www/html/inc_remote_search.php on line 2013
Eventueel al geraadpleegde bronnen: http://opc4.kb.nl/
---------------
Thats all the information about the e-mail.

----------------------------------------------------------------------------------------------------------------------------------

Furthermore I have read that the KB has been working on the system and also that they have changed something. I don't know if this has something to do with these problems.

21> The new system can only search for one kind of thing at once.

Indeed, for only one word, actually. What the use of searching for EITHER Peter or Pan? (Results: 49961 and 1677). ''Peter Pan'' yields 0 hits!
Surely this is not the way it is meant to function, or is it?
--------------------------------------------
I think you don't understand it quite well!

The systems can handle much more than one word. It can handle only one system; either the name of the author. which in this case is two words "Peter Pan", or the name of the title of the book; wich contains in many cases more than one word, or the ISBN number, etc. etc.
That's what Divinenanny meant.

^^ you are correct, I do not understand it.
Peter Pan is a book title. The KB renders 168 hits when searching for this string on its own website:
http://opc4.kb.nl/DB=1/LNG=NE/SID=5b61f4bb-2a/TTL=1/CMD?ACT=SRCHA&IKT=1016&a...
When I try for ''Peter Pan'' through the LT search form, no hits come up at all. Where are the 168 hits?

Ok, now I understand. My weekend has just started. I promise to ask the guys in the know next week how that query should be formulated to make this work. One word at a time is quite... unworkable, but more than one should be possible.

I will post back next week with examples of how the query should look, then it is up to LT to implement this....

You're a wonderful person divinenanny, and I'm sure all of us Dutch speakers appreciate the effort. Thank you.

@25
thanks in advance!

>24 karamazow: Hoi Karamazow

I looked at the link and saw that you searched for all words and for the title words. This includes authors, translators, titles, etc. When you are looking for a title, then change in the box where you always see all words into titlewords or something else you want to look for. With the title words you get 100 hits. I used Peter Pan as author only as an example. But there's definitely a problem. BTW on LT you never get more than 1 page with the titles from the KB, I don's know how many hits will fit on one page but not the 168 hits. It is easier to figure out which book you're searching for and then copy and paste the request-number from the KB in the search box from LT. Then you are sure that you're adding the right book into your library. (Normally it should work like that.) I'm sorry for sending you into the wrong direction.

I noticed also this problem goes also for the Technische Universiteit Delft. I searched for A. Viruly and got the next message:

Warning: fopen(http://74.201.105.34:8080/z/?q=A.+Viruly&num=20&name=Technische+Universiteit+Delft&format=json): failed to open stream: HTTP request failed! HTTP/1.0 500 INTERNAL SERVER ERROR in /var/www/html/inc_solr_utils.php on line 206 Warning: Invalid argument supplied for foreach() in /var/www/html/inc_remote_search.php on line 2013

The 3 Belgium Libraries work fine and 6 from the 8 dutch ones. At least they don't give the warning.

I will post back next week with examples of how the query should look, then it is up to LT to implement this....

Again, while they may do something despite their overall policy, in general it's the library that needs to make sure that they're implementing the standard interface correctly rather than LT having to kludge around the library's bugs.

It's not bugs. It is a new interface that requires a differently formatted query.

#31 by @divinenanny> Perhaps it could be rephrased as "rather than LT having to code against their custom interface."

Honestly, it gets a bit frustrating to see the staff having to spend time on this when there's so much other stuff that would benefit the whole userbase left undone.

Did you read Tim's posts on the other thread here, especially #12? LT cannot support every library's idiosyncratic and arbitrary interface. If KB chooses not to use the standard interface, it's not LT's job to hack around that. "Bug" might not be the right word, but it's still not LT's problem.

The KB changed from SRU to JSRU. This is still a standard, just different and probably not optimal to LT.
LT implemented KB search a couple of years ago, using SRU and apparently with some help by the KB. But as far as I know and have heard at work, the use of the KB interface isn't a service that is supported (as in, with man power) by the KB. I am trying my best to help (as an avid user of LT who just happens to work at the KB), but if LT decides to not offer the KB anymore, that's ok too. I would be sad to lose it as a source for seventies/eighties Dutch books, but I use manual input most of the time anyway.

Like I said, I just work there. I don't speak as the KB, and I probably don't know the whole story.

As Tim said on the other thread, "SRU is a recognized standard, although it's not very standard in practice."

Sounds a bit like SQL.

And just to clarify, I know I appreciate you posting on this thread, divinenanny. Please don't read any malice into my posts about the subject, even when I'm expressing strong opinions.

Thanks brightcopy, it is good to hear that.

I don't know about others, but I always get a bit attached to my work place (and the people who work there), and I do believe in what the KB stands for and does. So I want to defend them, because I know we (at the KB) do the best we can.

Nobody's faulting KB for choosing the interface that works best for them and for their users; we're just saying that it may not be feasible for LT to be able to use their data with the new interface, since there's only so much they can do to support a single library.

Oh yeah, I agree wholeheartedly with that. If it works great, if not, then oh well. Like we say in Dutch "even goede vrienden..." No hard feelings.

I am just racking my brain what would be a good Dutch source to replace it with, that has a collection (catalogue) of Dutch fiction... I always used the KB and Vlaamse Centrale Catalogus...

Well, I think I'll go back to what I did before we had the KB as a source: adding Dutch books manually, copying and pasting fields from the KB's catalog.

sad news...
from my stats:
Cataloging sources
2,887 Koninklijke Bibliotheek
a pity this can't be continued from now on :-(((

My stats:
2,826 manual entry
1,477 Koninklijke Bibliotheek

Echoing some of the above: I would be very sad to see KB go as a source for LT (it's like a Dutch equivalent for the Library of Congress), but I could live with it.

From the stats:
1,244 Koninklijke Bibliotheek
1,191 manual entry
(all the rest from a variety of sources, and as a newbie I used Amazon a lot - ugh).

We are looking for MARC-based Dutch-language sources as a backup plan, so if anyone has suggestions, please let us know! If we can use 'em, we will!

Have all (any?) of you folks that would miss it dropped an email to KB? Couldn't hurt.

Hm, yeah, I guess it couldn't hurt. On the other hand implementing any new system to a national library is a major operation. So I don't expect them to change it back again, just to cater to the needs of LT users.

Just want to say that I have reported this and the other KB topic to my colleagues here at the KB (I'm at work now). That's all I can do. In the other topic I have posted an updated (more correct) query so hopefully Add Books through the KB will work better soon.

Thanks, divinenanny. What a wonderful job you have, working at the KB and surrounded by treasures.

The superiority of the KB catalogue used to be that you could enter any combination of search terms, and the right book would always come up in the right edition (e.g. Hermans 1983 always gave me a list of the books of W.F. Hermans published in 1983, even if it was de twentieth edition of one of his novels, which would then be the work I would like to add. I'm very specific on editions etc. when adding books. If I can search on title only, I will then have to manually enter the correct year, edtion, etc.). It was by far the easiest to use catalogue in LT for Dutch books and also a lot of books in other languages. My stats:

1,760 Koninklijke Bibliotheek
293 manual entry
41 British Library (powered by Talis)
30 amazon.com
20 Library of Congress
16 Gemeinsamer Bibliotheksverbund (GBV)
8 Vlaamse Centrale Catalogus
5 Bruna.com
4 University of Utrecht
2 Südwestdeutscher Bibliotheksverbund SWB
1 Yale University
1 Bol-Bruna
1 SUDOC

I hope somehow the use of KB can be continued in the way it used to be. Still not working today, I just tried it for this book: http://www.librarything.com/work/book/85384652. It's in the catalogue, but when entering the title partially or in total in LT gives no results.

I fully agree: loosing the KB would be - for us Dutch speaking users - something like loosing the Library of Congress for English speaking members. Pretty major! But if it can't be done....

@ 47, sneuper, you are right, I am privileged :D. I get to combine two great things, my love for cultural heritage and my love for all things digital (I work on the more modern side of things ;)).

I have a new problem with the Koninklijke Bibliotheek.

I tried to add Floddertje (a well known title in the Netherlands), by title. I got 36 results and I clicked on the first one with the right title. But this added an audiobook of Floddertje combined with another book. So did the next one. The third one added Tante is jarig, which is just one of the stories, not the whole book. I think the fifth title I clicked finally got the right book.

So: clicking on book titles in the KB catalogue may add different (though related) book titles to the LT shelf. This is very annoying.

It looks like the Add Books search results display the wrong title field (in the case of the first two it displays the second title instead of the full first). No idea why but is seems to me to be something in the LT code...

Bol-Bruna is not coming back? The KB works, but it's lacking a lot. Is there no way we can manually add, what are actual published books?

edit; Sorry, I found how to add books manually. My problems have been solved.

#52 by @Strattegif> Bol-Bruna has been removed as a source for a while now. I think maybe it just doesn't get automatically removed from your list of sources. It's not there on the master list anymore. So people who never added it as a source couldn't add it now.

Tim, Jeremy, et al> Did you decide intentionally not to remove it from the user's list of sources? I think if you don't, it will just cause confusion.

I don't think Bol-Bruna is coming back, unless Bol-Bruna fixes it so LT can talk to it properly again. Have you dropped a line to them let them know? I think if enough users pestered them, they might actually take notice.

And yes, you can always add a book manually. Look for the "Add manually" under "Other Options" on the Add books page. (I'm not sure if you were asking this alone, or as part of your next question.)

To copy a book that is already cataloged on LT, you might be interested in this:
http://www.librarything.com/topic/115928

You can ALWAYS add manually. Takes a bit of extra work , but just scroll down on the add books page and you will find the link.

> 53: Yeah, not removing Bol/Bruna (if it doesn't work!!!!! - and that's the question) would be a mistake.

BUT, But Bol / Bruna is fairly major in Dutch language distribution and publishing - Bol is a distributor / Bruna is a publisher - something like Penguin for this language zone. So: please don't remove it if you can fix it.

#55 by @BarkingMatt> They've already removed it. See my link for the reason why.

Yeah, it's been removed. Presumably there's another step that removes it from peoples' lists (which frankly I thought had already happened). Checking with Tim.

To add using the KB for many books, you have to do some manual searching in the KB catalog yourself:
http://opc4.kb.nl/DB=1/SET=2/TTL=1/START_WELCOME

Find your book there, for instance "De erfenis van Richard Grenville" previously mentioned. Only 1 copy is in the KB, so that's easy:
http://opc4.kb.nl/DB=1/SET=41/TTL=1/CMD?ACT=SRCHA&IKT=1016&SRT=RLV&T...

Now look at the "Aanvraagnummer" : 4291030

If you put that in the searchbox at http://www.librarything.com/addbooks , it will find the book and you can add it to your collection.

This is also handy for books with lots of editions, where you're specific about which edition you want to include.

That takes some work, but it's do-able.

People are now also experiencing problems with Vlaamse Centrale Catalogus:

http://www.librarything.com/topic/138334

Bump. While I understand the problems, and respect that choices have to be made, loosing both Koninklijke Bibliotheek plus Bol.com is like the English site loosing Library of Congress plus Amazon. It sucks. And it certainly hasn't been fixed, as status indicated previously.

But the way Jeejtje (58) describes works perfectly when adding from the KB.

This is still on our radar, yes. Sorry.

See also http://www.librarything.com/topic/136014 and http://www.librarything.com/topic/137489 (which I'm closing as dupes)

Okay, and I can understand there is no easy fix. It was just the "fixed" status that made me bolt.

Marking as deferred—for addbooks update.

58> That's also the way I always worked.
Now the system only works with numbers; the combination of letters and numbers isn't working anymore.
That gives a lot of problems with older books.

Instead of trying to fix this for just the KB, can't you try to talk to the KB to add access to Europeana? Europeana is the European access to cultural heritage resources including libraries, museums and archives. The KB is (or was?) chairing the library project. Europeana is busy hooking up libraries all over Europe and already creates access to hundreds of catalogs of national libraries. If LT is able to establish a connection to Europeana, everybody would benefit and you would not have to tailor any solutions for specific European libraries anymore.

No, Europeana has no appropriate server, unfortunately.

That is too bad and utterly against the idea of allowing access and re-use. If this is high on your list of priorities, I'm sure it would be possible to get EU funding to make this a reality. The program behind Europeana loves public-private partnerships. You would need European partners including Europeana itself though.

It would be great if part of the Europeana project was setting up an accessible Z39.50 server - a lot more people than LT could use it. Anybody have a contact at KB or another Europeana partner, to suggest it? Or possibly, to find out when they intend to do it - it may be part of the plan, but not yet established.

Hmmm - looks like what they're setting up is a next generation Z39.50 implementation - SRU (Search and Retrieve via URL), which returns XML info. It is based on Z39.50...maybe, once the implementation settles down, it will be possible for LT to access it. But it's still in process, as far as I can see - and in fact, the best information I found was from a 2004 paper*, so they may have changed their minds since.

The (more current?) info about setting up Europeana Connect ** is very vague about exactly _how_ they intend to implement access. Lots of stuff about how it will be multilingual and work with mobile devices, very little about technologies or standards. And a few bits about how Europeana will harvest Z39.50 data - in, but nothing about out. Dunno, I guess we'll have to wait and see - unless someone with access can give better info.

* http://www.dlib.org/dlib/february04/vanveen/02vanveen.html
** http://www.europeanaconnect.eu/workplan.php

Re (58, 62, and 66). This workaround works just fine. You can use the search box on http://www.kb.nl (Algemene catalogus). I just found that: if you find an (older) Aanvraagnummer in the KB catalog with spaces in it, e.g. KW 2294 D 39 you can replace the spaces with hyphens, e.g. KW-2294-D-39 and use that string in http://www.librarything.nl/addbooks. It works.

see entry 71 in this list for a workaround of this problem.

Thanks, that hyphen workaround is a good extra tip

71>

Thank you very much for this solution.
As you have noticed it mostly concerns old books.
I'm certainly are going to use this.

Hey DN!
I should have expected you in here :-)

I just read another thread on here, and replied with a possible fix:
http://www.librarything.com/topic/136190#t

Fix being: use jsru.kb.nl:
http://jsru.kb.nl/sru/sru.pl?x-collection=GGC&version=1.1&operation=sear...

I think this should be implemented on the LT side; or the KB should redirect sru.kb.nl to jsru.kb.nl.

Regards,
Oodwerc

Edit: reading the threads, I see mountains have been attempted moved but did not budge. Hmwell. Best I can do is devise queries if you need examples of what works.

The 'old trick' using the KB aanvraagnummer does not work for my newest book by Harlan Coben called Zes jaar. It is mentioned in the catalogue but copie/paste the number has no results.

Confirmed.
the aanvraagnummer looks different from the regular ones. Perhaps it will fix itself.

I've found that putting a - in the place of the space in a search string: "Zes-verhalen-uit" vs "Zes verhalen uit" does give back results. It's still limited to the first page, clicking on Next results in LT complaining about no source selected.
Also works on Authors.
Does not work on ISBN

---

HA!! Gotya!

@connie53, search for "Vert.-van:-Six-years"

I just tried different things from the book's KB page:
http://opc4.kb.nl/DB=1/PPN?PPN=352632879

I just used the Vlaamse bibliotheek for this book. That works well.
Using the number you gave 352632879 does not give results. Maybe it was just added to the KB catalogue and has not yet been linked or something.

I don't know where you want me to search, Jerry. Maybe in the second link mentioned in post number 75? When I follow this link I just get flabbergasted and paralyzed by fear. That is really not my cup of thea. ;-))

When it gets that complicated, it might be easier to enter it manually. I give up in disgust when the fourth or fifth source fails - there's less typing the other way!

In the Add books search field on LT, if you put in "Vert.-van:-Six-years" (without quotes) you get the right book. I found that on the KB-catalog page of the book, from which I tried a number of combinations. That one got the right result on LT.

it's something you can try with other books that don't work. But I think this was a special case, using the aanvraagnummer sofar has worked just fine, when there's spaces in that number replace them with a -.

> 80 okay! Tomorrow I will get another book and I will try your way just for the fun of trying.

@jbd1 - can you perhaps somewhat fix this a bit by replacing spaces with dashes when you send the search string to the KB?

It would fix it a bit for people who don't know about this thread and its workarounds.

>80 JerryMmm:: Yes!! I did it and it works!

AND between all search terms....

^ works fine, thanks!

bump, just cause.

Can you try to connect with bol and.or bruna again?

bump..

@ccatalfo could you please fix this one? there are a number of possibilities for fixes in this thread:

http://sru.kb.nl is no more, it's now http://jsru.kb.nl - see >75 Oodwerc:

replaces spaces in the query with dashes when you send the query to KB

>87 JerryMmm: Thanks for the bump -- I will take a look.

>87 JerryMmm: Ok I think, maybe, KB is working?

The issue turned out to be not the URL itself but the namespace used within the XML they were returning.

Let me know if you still see problems.

>89 ccatalfo: I still have problems. Entering "jaarkring in legenden" doesn't return anything, but "jaarkring-in-legenden" or "jaarkring AND in AND legenden" does. So does "jaarkring AND legenden", but not "jaarkring-legenden".

So, still not good, you still need to know a workaround :(

Thanks for taking a look Chris, hope you can look some more.

>90 henkl:
>91 JerryMmm:

OK I'll see what's up with those. Maybe there's some url encoding that needs to happen or something.

>90 henkl:
>91 JerryMmm:

So yes, the search seems to work for that two-word search term "jaarkring legenden" if I replace the internal space with " AND " in order to satisfy the SRU search parser.

I've made that change so you can try it out.

It works!

>94 henkl: Great! If you find other issues (...I don't doubt you will...) post back.

Great!