Hi Adam,

I've looked into this and unfortunately the solution we had in mind is a lot more involved then we thought. The issue is that the current bibbaseid (authors-title-year), is used for indexing in the database and is assumed to be unique. This doesn't mean that this solution won't work, but it will require a lot more time to implement and test than anticipated. As a result we don't currently know when we'll have the time to address this, sorry.

For now, I think the only option is to add something to the title like "(working paper)".

Our plan is to use the bibtex key in addition to the bibbaseid, just for disambiguation when necessary. I'll keep you posted.

That's not currently possible, no, unless you are willing to change the title of course. In computer science, e.g., it is not uncommon to have such papers with more information, but they usually indicate this in their title, e.g., by adding "Extended Version" or similar to avoid confusion.

I think we can add support for this, though, by using the bibtex key for disambiguation.

Done. 

Glad it worked!  For finding .bib files, try  bib$. The filter, again, uses regular expressions and the dollar sign is a special character in regular expressions indicating the end of the string.

Hi Michael,

We don't have a UI for this yet -- this hasn't yet come up very often --, but we can change it manually for you if you want.

What's your current username and what would you like it to be?

Christian

Agreed, this is a useful feature!  We've just added two new features to the file manager:

• a filter, and
• a "delete all" button

The button only deletes the files currently included by the filter. So, e.g., if you want to delete all .pdf files you could filter by "pdf" (or "pdf$" to be sure that only files ending in pdf will be included), and then hit delete all.

I hope this addresses your need. Please let me know how it goes, especially if you run into any issues using this.

Thanks for the suggestion.

Hi Adam,

Yes you are correct. As described in https://bibbase.org/help#customizationoptions a second colon indicates the beginning of regular expression flags, e.g., to indicate case-insensitive matching (i). But since filters are regular expressions, you can still filter by keywords with colon simply by replacing the color by a dot ('.'), which indicates "any character" in regular expressions.

In your case, I don't see any publications with the "Data Sources: EIG Tax" keyword right now, so I cannot send you a sample link that shows it, but in theory it would be 

https://bibbase.org/show?bib=https://bibbase.org/f/nKAPSyp34A9azBzJd/GCWealthProject.bib&sort=title&filter=keywords:Data%20Sources.%20EIG%20Tax

Glad to hear, thanks for the update!

Hi Adam,

Thanks for reaching out about this! We have been trying to diagnose the slowdown all morning. It turns out that we never tested the case you describe of bulk-uploading a lot of larger files and hence didn't realize that there was a bug that hogs resources when that happens. This is what brought things to a crawl today. The system got back on its feet when I delete the files again -- I was under the impression that that would help you.

We've now also deployed a fix for the bug that caused this, so you should be able to upload the files again and this time it should be much faster and not cause any issues. It may still be safer to try and upload them in batches of 10 or so at first. Please let me know if you have any more issues.

Thanks,

Christian