After zotero?
The charity I work for is considering using Zotero as a knowledge management tool, to build a shared library. There are other software tools we are considering, but Zotero stand alone has several advantages. One of the contingencies we are considering is what would happen if we build a library and then for whatever reason decide we should move to a different package. We want to make sure that we could take our library, collections, tags, and pdfs to the new package.
Does anyone have any experience of this? I guess if you're on here it's because you love zotero though. Any thoughts about this would be much appreciated!
Thanks,
Sarah
Does anyone have any experience of this? I guess if you're on here it's because you love zotero though. Any thoughts about this would be much appreciated!
Thanks,
Sarah
You will typically lose collections on export--> import, though, unless you export them one-by-one.
Zotero's database is easily readable - Mendeley, e.g., makes use of that and allows you to (one-way) sync your Zotero database into Mendeley (that includes collections).
Finally, Zotero has a well specified API that allows any third party developer to sync a Zotero library. Currently that's only used for mobile apps for Zotero, but it could also be used by any other tool to import Zotero data.
Can you give me further information about that? We are looking to set up many collections within our library so exporting them one-by-one would be too laborious. Can the API be used by other interfaces to import that information? How else could it be done?
If you decide to move to some other references management software, people here will definitely help you in getting your data out of Zotero.
BibTeX is more or less in the same boat, but we (mostly just @friflaj) did just add support for importing collections from JabRef, which uses a special item type that would otherwise be ignored by all other managers to specify the collection hierarchy and assign items to it. See http://github.com/zotero/translators/pull/603
1. Directly reading the zotero.sqlite
2. Exporting to Zotero RDF
3. Exporting to BibTex (once the pull request referenced by aurimas goes through, which it will shortly)
4. Via the server api: http://www.zotero.org/support/dev/server_api/v2/read_requests
5. Via the local javascript API: http://www.zotero.org/support/dev/client_coding/javascript_api
As far as I know, no major competitor offers anything beyond 1. and 4. and not even all do that (e.g. I don't think there is any legal way to do this for RefWorks or EndNote)
Of these
1. is implemented in Mendeley
3. is designed to work with JabRef
So these are currently the only programs I'm aware of that you can easily import Zotero items with collections into, but any of those five solutions could theoretically be implemented for a target software (though that would have to be done by either you or them), it just depends on the capabilities of the software you're importing into.
Edit: See Aurimas below on JabRef - we may still implement this, but probably not anytime very soon.
It's pretty damning for the community that there's still no way to reliably share the most common denominator of data types (library entries, attachments, tags & folder hierarchy) between different programs using a simple file format that users can work with.
We'd be very supportive of import / export of hierarchical collections if a suitable standard were to arise. I personally don't like the JabRef approach (it feels like a hack trying to put such detailed info into comment fields, with a very convoluted syntax as a result), but if that gains wider adoption it's something we could support.
More interesting would be to have a .zip file format which contains a Bibex or RIS file, all attachments, and a file describing the folder / tag hierarhcies. One could use something like OPML to describe the hierarchy, with contained items referenced by their library IDs.
Zotero's exporting of attachments + RIS files is close to this — but misses entirely the folder hierarchy.
Paperpile has only just started, and we plan to support more import / export options in the future. It would be great to move toward a more sane interoperable community standard.
@aurimas, RDF may make the most sense in terms of flexibility and structure, but the breadth of existing support for RIS or BibTeX can't be discounted. If a complicated an relatively unsupported file format were adopted, this would mean Yet Another Format for every reference manager to implement support for (i.e., not gonna happen). On the other hand, agreeing to extend an existing format in a sensible way would require minimal changes all around, which I think greatly improves the chances of it actually happening. JabRef's group support is an example of this practical approach. I personally don't love the syntax, but it *is* better than nothing.