[openbiblio-dev] BibSoup in AnimalGarden

Mark MacGillivray mark at odaesa.com
Mon Dec 19 22:13:49 UTC 2011

Having just talked briefly to Peter, I have offered to put up a
version of bibserver that allows edit of entries. I have some code
that enables this, although it is requires a bit of knowledge of
nested structures. I will try to alter this so that it gives hints at
what you might want to be putting in a record.

We have also discussed with Tom and Thad about using google refine to
edit collections, and this sounds promising. I will get an instance of
refine up that we can try working with to edit collections too.

Given the imminence of christmas, and an all-day meeting I have to
attend tomorrow, these will probably not be up this week. However, I
will let you all know as soon as they are available, and some feedback
on the create / edit process would be great.

For now, maintaining a collection off-site e.g. as a bibtex file or
using tools like zotero etc is still a viable option, and you can
simply refresh any bibserver collection with an updated source file.

@PT - you are quite into Zotero - could you point me at a good example
zotero collection / endpoint from which I could write a quick import
to bibserver (the JSON CSL, if available, could probably be quickly
ingested or mapped) ?


On Mon, Dec 19, 2011 at 9:49 PM, Jim Pitman <pitman at stat.berkeley.edu> wrote:
> Peter Murray-Rust <pm286 at cam.ac.uk> wrote:
>> > There are many tools for editing BibTeX or logical equivalent, which is
>> > largely adequate as a
>> > BibJSON substrate. e.g. Zotero, Mendeley, BibSonomy, BibDesk, JabRef, ...
>> > Any of these could be used to edit a collection and then publish it to
>> > BibSoup. We should
>> > as soon as possible support proper between the native SQLite files used by
>> > Zotero and Mendeley and BibJSON.
>> Do these require the user to know BibTeX?
> No
>> Or do they have schema-driven GUIs?
> Yes.
>> If the latter then we can presumably have an import on the server.
> It is the latter, and such an import is what I am advocating. Zotero and Mendeley do not make it
> easy to get at their sQLite, or to otherwise publicly export data, but we should find ways to do this.
> It would help to have some Zotero and Mendeley users willing to experiment. An issue is that
> a typical academic user usually does not want to expose all of their local biblio data, e.g. what they
> are reading as part of their current research, so it is essential to find a way of publicly exporting suitably
> tagged parts of the dataset kept in an app like  Z or M, and make it easy for users to manage privacy of their
> biblio data collections. Hopefully, we can facilitate this by encouraging present biblio maintenance
> systems to provide public BibJSON exports. We are a long way from being able to offer a personal biblio collection
> app comparable to  M or Z, and I think we should avoid competing in that space, rather aim to
> dominate the public biblio space by integration of data from whatever private maintenance platform.
> --Jim
> ----------------------------------------------
> Jim Pitman
> Professor of Statistics and Mathematics
> University of California
> 367 Evans Hall # 3860
> Berkeley, CA 94720-3860
> ph: 510-642-9970  fax: 510-642-7892
> e-mail: pitman at stat.berkeley.edu
> URL: http://www.stat.berkeley.edu/users/pitman
> _______________________________________________
> openbiblio-dev mailing list
> openbiblio-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/openbiblio-dev

More information about the openbiblio-dev mailing list