Ваші коментарі
More generally though it is not possible to suppress those links. If and when it is working correctly, I consider it a feature that bibbase automatically keeps track of the current page of your coauthors. Many authors like to keep a list of their collaborators and this is a feature that offers that with no effort on the author's side.
This seems to be a problem that is limited to some of your papers. I've checked some of the other BibBase-Mendeley users, and their papers download just fine.
Then I started checking papers on your page and noticed that at least this one does download fine:
Procrustean co-inertia analysis for the linking of multivariate data sets. Dray, S.; Chessel, D.; and Thioulouse, J. Ecoscience, 10(1):110-119. 2003.
Is there anything different about this paper from the others in terms of permissions or so? Did you perhaps change any settings in Mendeley recently?
The download URL starts with ../download/public, so it doesn't sound like the download should be restricted in general.
-- Christian
Thanks for pointing this out. I'll investigate this further, but yes, on first sight it seems that they have changed the permissions where logged in users can only download pdfs in their library. But I can't say for sure. Elsevier has been getting more aggressive about sueing copyright violators recently. Maybe this has something to do with that (Elsevier bought Mendeley not too long ago).
If you are at all interested in alternatives to Mendeley, I recommend Zotero. It's API is a lot nicer and more reliable and the integration with BibBase works like a charm.
-- Christian
Thanks for your feedback, this is really helpful. I'll look into it.
Please see my last comment.
Gustavo,
I think the problem is not https but dropbox. There is a redirect. When I just retrieve the URL you gave me, I get the following response. The right URL is below.
> curl https://www.dropbox.com/s/ln4urie0mcnpbh9/cevolani-pub-prova.bib
<html>
<head><title>Found</title></head>
<body>
<h1>Found</h1>
<p>The resource was found at <a href="https://dl.dropboxusercontent.com/s/ln4urie0mcnpbh9/cevolani-pub-prova.bib?token_hash=AAEKvo7xMLwDigTIZRhjqMyfJDrCi7Cyqm4JIZxkuA6krA">https://dl.dropboxusercontent.com/s/ln4urie0mcnpbh9/cevolani-pub-prova.bib?token_hash=AAEKvo7xMLwDigTIZRhjqMyfJDrCi7Cyqm4JIZxkuA6krA</a>;
you should be redirected automatically.
<!-- --></p>
<hr noshade>
<div align="right">WSGI Server</div>
</body>
</html>
If I use the URL that dropbox indicates as the redirect it works:
This is a bug. https is supported and used to work. I'll look into this. Could you give me the https url you were testing with so I can test against that one as well?
Thanks.
Служба підтримки клієнтів працює на UserEcho
I don't know what the problem was, but I cleared the cache and now it seems to be back to normal. Please verify that it looks OK.
One thing you can try if it happens again is to touch/edit your bib file in order to enforce a cache refresh. But if it happens, please still let me know. Maybe it's indicative of a different problem I'm not aware of. You are the first user to report this problem though.
-- Christian