Issues that seem left over from http://sourceforge.net/p/jabref/bugs/1241/
I tried 0-444-41881-4 and 0444418814 which return an âInvalid ISBNâ message. It is a valid ISBN and all other ISBN sites find the book. The message is misleading and should be âISBN metadata unavailableâ. Perhaps unlike http://manas.tungare.name/software/isbn-to-bibtex/ http://www.ebook.de/ does not accept the old 10 digit ISBN. I tried 9780444418814 (the 13 digit converted ISBN) and ebook.de returned the same message. SOMETHING SHOULD BE ADDED TO THE HELP FILE TO EXPLAIN THIS MISLEADING âInvalid ISBNâ MESSAGE.
Trying to figure out why I read http://jabref.sourceforge.net/faq.php "Q: I have an ISBN. Is it possible to create an entry directly out of the ISBN?" and http://jabref.sourceforge.net/help/ISBNtoBibTeXHelp.php which are still to reflect what has changed, unlike the JabRef Help src/main/resources/help/en/ISBNtoBibTeXHelp.html (It is good that the embedded help is current). PLEASE UPDATE THE ONLINE CONTENT.
Thank you for your report. This is OUTSTANDING.
If you read the CHANGELOG of 2.11 beta 4, you would have read ""ISBN to BibTeX" fetcher now uses eBook.de's API (fixes bug #1241)". Then,you would have read some background information. Sure, you cannot have read the private conversation between me and @manastungare. We came up with the solution that http://www.ebook.de (via @freiheit-com) implemented a completely new API for us. It has the drawback, as you noted, that only books available via ebook.de can be converted to bibtex.
Maybe you have noticed that we are under heavy load with other things. Maybe it is unnoticed, but we are NOT paid for JabRef at all.
It would be very helpful if you would try to fork JabRef and change the error message to "no information about this ISBN is available from ebook.de". The source of the homepage is available at https://github.com/JabRef/htdocs. We really need help migrating that to www.jabref.org. See #133 and #111.
If your valuable time allows it, please support us! This would really bring JabRef a huge step forward. :running:
Fortunately I have some time now. I will have a look at this and change the error message.
Would you be interested in bringing back my ISBN parser as an officially-supported one? Iâm in the process of moving my code to a server that can handle a bit more load than the previous one.
My previous concerns were around three aspects:
(1) won't be a problem anymore if I am kept aware of this usage. I can provide an endpoint for JabRef in addition to eBook.de that wonât change, and won't try to enforce the same-origin-policy.
(2) I don't mind offering this service for free (no ads) to JabRef users.
(3) Amazonâs API limits, unfortunately I cannot control, so as long as JabRef users stay below the Amazon API limits, this endpoint would continue to work. Once the limit is reached, users will have to wait until the restrictions are removed by Amazon (and I will provide an informative error message when that happens).
@manastungare Yes, we are very interested. Thank you for the offer! My current idea is to use your endpoint as fallback for ebook.de, if that's OK with you. Possibly, we could add a configuration option, but I currently don't see an advantage. Thereby, I assume that a data set provided by the ebook.de API is as complete as if it was requested via the Amazon API.
@koppor sorry if my capitalisation was taken as shouting at you as I realise you have correctly and effectively fixed a problem that arose:-( I did all you say, but I am not a programmer and was simply highlighting the changes I had identified would help others, not as criticism. Your assessment is spot on, except it is well beyond my abilities to fork anything, and I take it @Siedlerchr has kindly taken it on.
I really appreciate JabRef and fully realise you noble unpaid efforts, and will take up you offer to help as soon as I can do more, than find minor help file updates :-). If there is anything I could _effectively_ help with let me know.
I am pleased @manastungare is back on board because http://manas.tungare.name/software/isbn-to-bibtex/ is a good alternative that did access the ISBN I provided as an example. "A help message saying "If http://www.ebook.de returns an âInvalid ISBNâ message try tungare.name" would let users know it is NOT AN ISBN ERROR like I did. That was my main problem, and I realise it is not JabRef that sent it.
@manastungare May I ask whether the move was successful and whether we may use an JabRef API endpoint? đ
Here you go! POST to this URL, and youâll get raw BibTeX back, ready to insert into a .bib.
curl 'https://bibtex.chimbori.com/isbn-bibtex' --data 'isbn=978-3639174304' --compressed
Notes:
http:// is not supported.@comment, which means it is still valid BibTeX if it happens to be inserted into a document inadvertently.@manastungare Thanks for the implementation. Would it be possible to remove the URL field? Atm you return the amazon url. I doubt that this is useful for many people, especially when you cite the entry and the long url gets written.
Hereâs the note on the main page: https://bibtex.chimbori.com/
One of the Terms of Use of Amazon's Web Service API (from where you are getting this information) is that any usage of the information should include a way to direct traffic to Amazon. To comply with Amazon's Terms of Use, the direct URL to the book is included. This will result in a commission to my account if you buy the book via the link.
Since JabRef already accesses this API with no ads and no attribution, I would prefer to leave the URL in, for referral traffic.
Okay, thanks for the information! I just realized that this issue was closed, but no one implemented the access to your website.
Just some question, the "ibsn=xxx" is a key-value post parameter?
We should discuss whether this amazon links is acceptable for us - or better: for our users.
We could also ask the guys from ottobib, #2238
They just use the worldcat api I think
The link was there in old versions of JabRef and no user complained. The link is also present for the current ISBN fetcher. I would implement the GET request as fallback if ebook.de does not return anything. This should be doable for JabRef 3.8.
Thank you for reporting this issue. We think, that is already fixed in our development version and consequently the change will be included in the next release.
We would like to ask you to use a development build from https://builds.jabref.org/master and report back if it works for you.