Has anyone tried citeulike? It's a free service, similar to furl and del.icio.us, for bookmarking online academic texts from databases like jstor. (http://www.citeulike.org) What distinguishes the services from other bookmarking tools is that it stores bibliographic information in addition to the article link.
With the click of a bookmarklet, the user can pull citation data from articles in supported databases (I've only tried it out with jstor and amazon). You can then enter your own comments (public or private), priority and tags to the record.
Citeulike records can be exported to Endnote and bibtex formats, which means, at least in theory, that they can be imported to wikindx. I haven't had any luck yet importing endnote files and the bibtex records generated by Citeulike seem to be putting the bibtex key in as the author's middle name (At least that's what it looks like when the records are imported to wikindx). Nevertheless, I have found it useful (it saves some typing) to use citeulike and then go in a correct the author's name. Title, abstracts, and even tags/keywords are mapped correctly.
Thought this might come in handy for wikindx users. If I figure out how to get imports/exports to work more smoothly, I will post again to this thread.
Cheers
- Claudia
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'll see if I can figure out why the bibtex mapping is not working correctly with the citation key and author name.
For Endnote, citeulike is exported in RIS format similar to the RIS export format that WIKINDX uses. You should be able to import this as a RIS file into Endnote, export as XML and import into WIKINDX.
I don't think it will be entirely accurate. The import into citeulike I tried from Amazon produced the following RIS file:
TY - BOOK
ID - citeulike:174878
PU - {Ashgate Publishing}
TI - Pop Music - Technology and Creativity: Trevor Horn and the Digital Revolution (Ashgate Popular and Folk Music Series)
KW - no-tag
AU - Warner, Timothy
PY - 2003/06/01/
UR - http://www.amazon.fr/exec/obidos/ASIN/0754631311/citeulike04-21
ER -
The problem is the PU (publisher) key which has extra {...} braces. This may disappear when imported to Endnote (though I doubt it) but if they remain, will be imported into WIKINDX. Of course, a quick Edit|Publishers will fix that. There's a similar problem when exporting that reference to bibtex from citeulike.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem with the bibtex output from citeulike is the non-standard bibtex field:
citeulike-article-id = {174878},
which is inserted in all records.
I'm not 100% sure about this but am pretty certain that a bibtex field should only contain word characters e.g. Latin alphabetical characters. Certainly, that's what's causing the problem with wikindx trying to import the entry as it only scans for word characters when trying to find the keys.
Changing 'citeulike-article-id' to 'citeulikeArticleId' fixes the problem.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Has anyone tried citeulike? It's a free service, similar to furl and del.icio.us, for bookmarking online academic texts from databases like jstor. (http://www.citeulike.org) What distinguishes the services from other bookmarking tools is that it stores bibliographic information in addition to the article link.
With the click of a bookmarklet, the user can pull citation data from articles in supported databases (I've only tried it out with jstor and amazon). You can then enter your own comments (public or private), priority and tags to the record.
Citeulike records can be exported to Endnote and bibtex formats, which means, at least in theory, that they can be imported to wikindx. I haven't had any luck yet importing endnote files and the bibtex records generated by Citeulike seem to be putting the bibtex key in as the author's middle name (At least that's what it looks like when the records are imported to wikindx). Nevertheless, I have found it useful (it saves some typing) to use citeulike and then go in a correct the author's name. Title, abstracts, and even tags/keywords are mapped correctly.
Thought this might come in handy for wikindx users. If I figure out how to get imports/exports to work more smoothly, I will post again to this thread.
Cheers
- Claudia
I'll see if I can figure out why the bibtex mapping is not working correctly with the citation key and author name.
For Endnote, citeulike is exported in RIS format similar to the RIS export format that WIKINDX uses. You should be able to import this as a RIS file into Endnote, export as XML and import into WIKINDX.
I don't think it will be entirely accurate. The import into citeulike I tried from Amazon produced the following RIS file:
TY - BOOK
ID - citeulike:174878
PU - {Ashgate Publishing}
TI - Pop Music - Technology and Creativity: Trevor Horn and the Digital Revolution (Ashgate Popular and Folk Music Series)
KW - no-tag
AU - Warner, Timothy
PY - 2003/06/01/
UR - http://www.amazon.fr/exec/obidos/ASIN/0754631311/citeulike04-21
ER -
The problem is the PU (publisher) key which has extra {...} braces. This may disappear when imported to Endnote (though I doubt it) but if they remain, will be imported into WIKINDX. Of course, a quick Edit|Publishers will fix that. There's a similar problem when exporting that reference to bibtex from citeulike.
The problem with the bibtex output from citeulike is the non-standard bibtex field:
citeulike-article-id = {174878},
which is inserted in all records.
I'm not 100% sure about this but am pretty certain that a bibtex field should only contain word characters e.g. Latin alphabetical characters. Certainly, that's what's causing the problem with wikindx trying to import the entry as it only scans for word characters when trying to find the keys.
Changing 'citeulike-article-id' to 'citeulikeArticleId' fixes the problem.
I've added a fix to the next release that will handle a bibtex importation from citeulike correctly.