Hi Dhaivat,

Happy to take a look! Can you send me also the URL of the publication page where this bibtex file is used?

Thanks.

It's not yet clear what the path forward looks like with Mendeley. Since private groups seem to continue on, it might be possible to convert your public groups to private groups and still use them as data-source for BibBase. You should also be able to continue to use your library (My Publications) as data source. Details about changes to the API we are using to fetch that data from Mendeley are not yet announced:

I use Mendeley Developer APIs, what do I need to know?

• Mendeley Developer APIs will remain available to our integration partners and apps.
• Some changes to API endpoints should be expected where features are being retired, such as Mendeley Profiles and Public Groups.
• We will communicate changes to our integration partners and app developers as soon as they have been finalised.

In worst case you can always export your data from Mendeley (or even just download the full bibtex file provided by BibBase from your library/group). Once you have that you could import it into Zotero or use the bibtex file directly as data source for BibBase. The latter always gives you the most flexibility and control.

We'll update this thread when we hear more.

Hi Grolimur,

I had a look at the image you sent but can't quite tell what you mean by doctype or what else you might thing is wrong with that screenshot. Or do you mean that appearance of "2019.tex.ids" on the last entry? Could you send me a link to your page so I can dig deeper?

Hi Peter,

Can you point me to the page where you see this happening, then I'll take a look.

Thanks.

Hi Yahya,

When I fetch the URL of your bibtex file I get this redirect response with a cache control line. I can't say for sure, but I suspect that's where things are being cached.

> curl -i <a href="https://research.seas.ucla.edu/arni/files/2019/08/arni_db.bib" class="redactor-autoparser-object">https://research.seas.ucla.edu/arni/files/2019/08/arni_db.bib</a>
HTTP/2 302 
server: openresty
date: Tue, 01 Dec 2020 17:40:45 GMT
content-type: image/bib
location: <a href="https://cpb-us-w2.wpmucdn.com/research.seas.ucla.edu/dist/3/23/files/2019/08/arni_db.bib" class="redactor-autoparser-object">https://cpb-us-w2.wpmucdn.com/research.seas.ucla.edu/dist/3/23/files/2019/08/arni_db.bib</a>
cache-control: public, max-age=31536000
etag: 53fac6d6bed1e03f4313341be5aedf76
x-robots-tag: noindex, nofollow
x-cache: BYPASS
x-cache-bypass-reason: Arguments found

Even after deleting that bibtex file manually from BibBase's cache, the result is still the same, meaning the server that is serving the file (the one that bibbase is redirected to), still serves the cached file when bibbase is requesting it. I assume that is a policy by this host, which seems to be a wordpress provider, can that be?

This issue should resolve itself eventually when the cache of your host expires. Alternatively you could use a different server to host your bibtex file, or sign up for one of our premium plans and store your file on bibbase.org directly, if that's an option for your group.

Hi Oscar,

Thanks for finding out! It seems that we would need to implement a new integration with a different part of their API to make this work as these attachments are not already included in their bibtex format export. Based on what you found this seems possible, but unfortunately our priorities right now need to be on our premium features. After 15 years of free service we finally need to find a way to make BibBase financially sustainable, at least to cover our costs.

Do you think your research group or the Max Planck Institute for Art History would be interested in signing up for one of our premium plans?  It would be easier to justify custom development for a paying customer.

Thanks for understanding.

No, it's not currently possible to change the sort-order of groups. You can however use no grouping at all and then sort by year: "&groupby=&sort=year".

Regarding the 1540 entry, the issues seems to be the dot in "Theatra.de_PDF" used in the url field. This trips up our database, since dots are not allowed in keys.

@book{la_perriere_theatre_1540,
    address = {Paris},
    title = {Le théatre des bons engins: auquel sont contenuz cent emblemes moraulx},
    shorttitle = {Le théatre des bons engins},
    url = {Virginia_IIIF=https://v3.lib.virginia.edu/catalog/uva-lib:830320/iiif/manifest.json Theatra.de_PDF=http://www.theatra.de/repertorium/ed000134.pdf}},
    language = {French},
    urldate = {2020-07-21},
    publisher = {Denis Janot},
    author = {La Perrière, Guillaume de},
    year = {1540},
    note = {OCLC: 889853146},
    keywords = {43AA42 triumphal entry, 49M3213 emblem book, Moral education},
}

I took a look but unfortunately it doesn't look like the Zotero API is exporting those fields. This item (from my hometown Cologne!) has IIIF manifests in the library, but all the Zotero API gives us in the bibtex is:

@book{adrichem_theatrum_1582,
 address = {Cologne},
 title = {Theatrum {Terrae} {Sanctae} et {Biblicarum} {Historiarum} cum tabulis geographicis aere expressis},
 url = {Paper=mypdfs/gau-hum-1830.pdf Link=http://example.com/1830/measurements-of-the-world.html Slides=talks/gau-hum-1830.ppt}},
 language = {Latin},
 urldate = {2020-08-28},
 publisher = {Birckmannica officina, Arnold Mylius},
 author = {Adrichem, Christiaan van},
 year = {1582},
 note = {OCLC: 778667079},
}

So no, I'm afraid this won't be possible until they change their API. They might though if you ask.

Hi Oscar,

Can you point me to the page where you are embedding BibBase? Then I can take a look and see whether these Link to URI fields are already exported by the Zotero API and show up in the data we are getting from them. If that is the case then it should be pretty easy for us to support that.

Thanks,

Christian