[Bibdesk-users] Failed to read HTML String from document
Hi, Within a google scholar search in a Web Group, I clicked on a link to a PDF: http://web.mit.edu/bribri/www/ HLE511/1999Gornick_GendEquLabor.pdf . The PDF opened allright in bibDesk, but the error message Failed to read HTML String from document appeared. Am I not supposed to click on PDF links inside bibDesk? Regards, Bertolt -- Bertolt Meyer Senior Assistant Psychological Institute, University of Zurich Social Psychology Binzmühlestr. 14, Box 15 CH-8050 Zurich Switzerland [EMAIL PROTECTED] tel: +41446357282 fax: +41446357279 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] The BibDesk input manager – a question and a plea
Adam, could you put up your hacked version of TeXShop (see below) again? That would be really great. Thank you, Bertolt Am 24.01.2008 um 19:52 schrieb Adam R. Maxwell: On Jan 18, 2008, at 8:48 AM, Adam R. Maxwell wrote: On Jan 18, 2008, at 8:22 AM, Simon Spiegel wrote: let me start by saying that I know that the topic of input managers has been discussed on this list, still, I'm not happy with the current situation. [...] I know that the developers never liked the input manager solution too much and that they prefer costum solutions for every app. In this spirit I filed a feature request for directo support for BibDesk in TeXShop, my favorite LaTeX editor. I sent the code to do this to Dick Koch and Jérome Laurens months ago when Leopard was released, along with a detailed description of how to use it (at their request). I sent them both a note last weekend asking if they've looked at it. So far, no response. Fortunately for me, TextMate doesn't have this problem... I'm sick today so decided to try hacking this into TeXShop myself. Please download http://homepage.mac.com/amaxwell/.Public/TeXShop.app.zip . I've basically integrated the guts of the input manager into TeXShop, using our newer Distributed Objects API. Barely tested, no warranty, use at your own risk, etc. This is based on the source from Dick Koch's site, since their svn repository seems out of date. I removed 30+ MB of QuickTime movies and PDF files from it so the upload was a reasonable size, which probably broke some help features. Oh, it's also missing the Spotlight importer since it doesn't play well with my build setup. -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- Bertolt Meyer Senior Assistant Psychological Institute, University of Zurich Social Psychology Binzmühlestr. 14, Box 15 CH-8050 Zurich Switzerland [EMAIL PROTECTED] tel: +41446357282 fax: +41446357279 mob: +41788966111 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Failed to read HTML String from document
On Apr 3, 2008, at 12:42 AM, Bertolt Meyer wrote: Hi, Within a google scholar search in a Web Group, I clicked on a link to a PDF: http://web.mit.edu/bribri/www/ HLE511/1999Gornick_GendEquLabor.pdf . The PDF opened allright in bibDesk, but the error message Failed to read HTML String from document appeared. Am I not supposed to click on PDF links inside bibDesk? Just ignore that message for now unless you're actually reading an HTML page from which it should extract content. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] The BibDesk input manager – a question and a plea
On Apr 3, 2008, at 6:08 AM, Bertolt Meyer wrote: could you put up your hacked version of TeXShop (see below) again? That would be really great. I just copied it to my idisk again. Dick Koch said the source I used was old...so beware of bugs. adam - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] The BibDesk input manager – a question and a plea
Perfect, thanks. Did Richard indicate whether your hack might be implemented in future versions of TeXShop? Cheers, Bertolt Am 03.04.2008 um 16:15 schrieb Adam R. Maxwell: On Apr 3, 2008, at 6:08 AM, Bertolt Meyer wrote: could you put up your hacked version of TeXShop (see below) again? That would be really great. I just copied it to my idisk again. Dick Koch said the source I used was old...so beware of bugs. adam - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- Bertolt Meyer Senior Assistant Psychological Institute, University of Zurich Social Psychology Binzmühlestr. 14, Box 15 CH-8050 Zurich Switzerland [EMAIL PROTECTED] tel: +41446357282 fax: +41446357279 mob: +41788966111 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: The BibDesk input manager � aquestion and a plea
In article [EMAIL PROTECTED], Bertolt Meyer [EMAIL PROTECTED] wrote: Perfect, thanks. Did Richard indicate whether your hack might be implemented in future versions of TeXShop? Yes, he said it would be included in a future version. No idea when that might be. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
[Bibdesk-users] DBLP integration
If there are any DBLP users out there, please give this build of BibDesk a try, in particular the new search group for the DBLP++ web service. I'm interested to know if the data looks correct, particularly URLs from the BibTeX ee field, and if you have any problems in searching. The service itself seems to be slow for some reason. http://homepage.mac.com/amaxwell/.Public/BibDesk.app.zip Note: this build requires 10.5 and is based on BibDesk 1.3.14; if you don't use DBLP, there's no reason for you to download it. Thanks to Alexandre Papadopoulos for finding out the connection details. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
[Bibdesk-users] (no subject)
Apologies if this has been covered before, but I couldn't find anything in the archives. I sometimes have records that are Books with an editor listed but no author, but which have a pdf attached for various reasons (such as that I copied the table of contents for future reference, or the combined bibliography, or somesuch). When I try to autofile these pdfs, BibDesk says it doen't have enough info; I presume it wants an author. Is there anyway to get autofile to work using just the editor's name? Thanks, Ingrid - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] (no subject)
On 3 Apr 2008, at 8:55 PM, Ingrid Giffin wrote: Apologies if this has been covered before, but I couldn't find anything in the archives. Yes, many times. I sometimes have records that are Books with an editor listed but no author, but which have a pdf attached for various reasons (such as that I copied the table of contents for future reference, or the combined bibliography, or somesuch). When I try to autofile these pdfs, BibDesk says it doen't have enough info; I presume it wants an author. Is there anyway to get autofile to work using just the editor's name? Thanks, Ingrid Use %p (%P) instead of %a (%A) in the format. Christiaan - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
Hey Adam, I just tried it and it works very nicely. One thing I noticed about the DBLP is that it's very bibtex oriented. For a given @inproceedings, it includes a crossref for the corresponding @proceedings. This record: http://dblp.uni-trier.de/rec/bibtex/conf/srds/ShafiSB03 shows both the @inproceedings and the @proceedings with extra info. I honestly don't know how hard this could be, but it might be nice to be able to import a crossref for a paper that has one, since it's more complete to have both. -mike On Thu, Apr 3, 2008 at 10:23 AM, Adam R. Maxwell [EMAIL PROTECTED] wrote: If there are any DBLP users out there, please give this build of BibDesk a try, in particular the new search group for the DBLP++ web service. I'm interested to know if the data looks correct, particularly URLs from the BibTeX ee field, and if you have any problems in searching. The service itself seems to be slow for some reason. http://homepage.mac.com/amaxwell/.Public/BibDesk.app.zip Note: this build requires 10.5 and is based on BibDesk 1.3.14; if you don't use DBLP, there's no reason for you to download it. Thanks to Alexandre Papadopoulos for finding out the connection details. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- Michael McCracken UCSD CSE PhD Candidate research: http://www.cse.ucsd.edu/~mmccrack/ misc: http://michael-mccracken.net/wp/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
Hi Adam, I want to thank you again publicly for having done it, it's really perfect (to be sincere I didn't expect such a response, and so quick)! For a given @inproceedings, it includes a crossref for the corresponding @proceedings. This record: http://dblp.uni-trier.de/rec/bibtex/conf/srds/ShafiSB03 shows both the @inproceedings and the @proceedings with extra info. I honestly don't know how hard this could be, but it might be nice to be able to import a crossref for a paper that has one, since it's more complete to have both. I did a search for shafi and came up with this result you linked to. Double-clicking it showed crossref buttons in the editor, and clicking one of those opened the crossref. If you can find a case where the @inproceedings and @proceedings parent aren't downloaded together, let me know, since the parent entry is definitely required for these and it's supposed to be present. That's definitely a crucial feature. There is something I am not sure to get about the use: is the @proceedings entry supposed to be imported automatically when I click on the import button of the @inproceedings one? Because I don't think that happens with me. Another remark is that new lines and spaces make strange things in the bibtex entry. For example the last entry appears a bit clumsy like this: Raptor: Integrating Checkpoints and Thread Migration forCluster Management One small question: are the DBLP groups present by default in the Searches menu? I guess it shouldn't be kept as a secret feature. The next milestone I guess could be to extract URLs not only from ee fields, but also from the results of DBLP Webcrawler (especially when no ee field is provided). DBLP Webcrawler is a quite funny and surprisingly efficient way (more than Google Scholar I find) to retrieve PDFs that are hosted on personal homepages for example. You can try it by making a search in http://dblp.l3s.de/, there is a small magnifying glass icons after each title which launches a DBLP Webcrawler search. I can try and get some more details about this kind of mystical feature, but it seems very interesting. Some theoretical considerations can be found here http://www.springerlink.com/content/c63w80ngm110k6x2/ . You may not have access to it, but here is a quote from their motivation: One of these libraries is the Digital Bibliography Library Pro ject (DBLP). From a researcher point of view however it would be an added value if not only bibliographical metadata were supplied but also free and direct access to the content itself would be possible through the web service. DBLP faces this challenge by supplying links to electronic editions where the information is avail- able. These links mostly point to publisher webpages where the users have the opportunity to buy the desired full text. If the user is a member of the publishers digital library, e. g. SpringerLink, ACM-DL or IEEE digital library, then the full-text is accessible. But most of the publications how- ever are not only available through publisher websites but also on homepages of research institutes or the researchers themselves. The question arises if it is possible to automatically identify relevant full-texts for bibliographical records which would lead to an added value for researchers. Alexandre - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
I did a search for shafi and came up with this result you linked to. Double-clicking it showed crossref buttons in the editor, and clicking one of those opened the crossref. If you can find a case where the @inproceedings and @proceedings parent aren't downloaded together, let me know, since the parent entry is definitely required for these and it's supposed to be present. I tried it again and I see the crossref buttons and the crossref itself as you mentioned, but I don't see the crossref entry in the search results, and it's not clear how I'd import it. What I tried the first time was I imported the @inproceedings item, and the @proceedings item wasn't imported along with it, so I assumed it hadn't been read. Apparently it has but it just needs to be carried along with the import? OK we have the same behaviour (see my last email). The @proceedings item is indeed read, but it isn't imported at the same time. Alexandre - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
On Thursday, April 03, 2008, at 02:05PM, Alexandre Papadopoulos [EMAIL PROTECTED] wrote: I did a search for shafi and came up with this result you linked to. Double-clicking it showed crossref buttons in the editor, and clicking one of those opened the crossref. If you can find a case where the @inproceedings and @proceedings parent aren't downloaded together, let me know, since the parent entry is definitely required for these and it's supposed to be present. I tried it again and I see the crossref buttons and the crossref itself as you mentioned, but I don't see the crossref entry in the search results, and it's not clear how I'd import it. What I tried the first time was I imported the @inproceedings item, and the @proceedings item wasn't imported along with it, so I assumed it hadn't been read. Apparently it has but it just needs to be carried along with the import? OK we have the same behaviour (see my last email). The @proceedings item is indeed read, but it isn't imported at the same time. Sorry, I guess I misunderstood Mike's request. The crossref parent is in the search results, but you guys are correct that it's not imported when a child is imported. Importing the parent when clicking the Import button might be doable; Christiaan's more familiar with that code, so he could probably give a more definitive answer. Avoiding duplicates would be tricky, though. -- adam - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
On Thursday, April 03, 2008, at 02:00PM, Michael McCracken [EMAIL PROTECTED] wrote: On Thu, Apr 3, 2008 at 12:33 PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: I did a search for shafi and came up with this result you linked to. Double-clicking it showed crossref buttons in the editor, and clicking one of those opened the crossref. If you can find a case where the @inproceedings and @proceedings parent aren't downloaded together, let me know, since the parent entry is definitely required for these and it's supposed to be present. I tried it again and I see the crossref buttons and the crossref itself as you mentioned, but I don't see the crossref entry in the search results, and it's not clear how I'd import it. What I tried the first time was I imported the @inproceedings item, and the @proceedings item wasn't imported along with it, so I assumed it hadn't been read. Apparently it has but it just needs to be carried along with the import? Right, it's only in the results list. You'd have to find the parent and then import it manually at the same time you import the child. Kind of a pain. -- adam - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
On 3 Apr 2008, at 11:05 PM, Alexandre Papadopoulos wrote: I did a search for shafi and came up with this result you linked to. Double-clicking it showed crossref buttons in the editor, and clicking one of those opened the crossref. If you can find a case where the @inproceedings and @proceedings parent aren't downloaded together, let me know, since the parent entry is definitely required for these and it's supposed to be present. I tried it again and I see the crossref buttons and the crossref itself as you mentioned, but I don't see the crossref entry in the search results, and it's not clear how I'd import it. What I tried the first time was I imported the @inproceedings item, and the @proceedings item wasn't imported along with it, so I assumed it hadn't been read. Apparently it has but it just needs to be carried along with the import? OK we have the same behaviour (see my last email). The @proceedings item is indeed read, but it isn't imported at the same time. Alexandre I've made a change to the Import action so the parent is automatically imported when you use the Import button. Christiaan - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
On Thursday, April 03, 2008, at 02:00PM, Alexandre Papadopoulos [EMAIL PROTECTED] wrote: Another remark is that new lines and spaces make strange things in the bibtex entry. For example the last entry appears a bit clumsy like this: Raptor: Integrating Checkpoints and Thread Migration forCluster Management Hmmm...I thought we removed those at some point in parsing. In what view does it appear like that? One small question: are the DBLP groups present by default in the Searches menu? I guess it shouldn't be kept as a secret feature. You'd have to add your own bookmark, unless people think it should be a default search group. The next milestone I guess could be to extract URLs not only from ee fields, but also from the results of DBLP Webcrawler (especially when no ee field is provided). DBLP Webcrawler is a quite funny and surprisingly efficient way (more than Google Scholar I find) to retrieve PDFs that are hosted on personal homepages for example. You can try it by making a search in http://dblp.l3s.de/, there is a small magnifying glass icons after each title which launches a DBLP Webcrawler search. I can try and get some more details about this kind of mystical feature, but it seems very interesting. That looks cool, but you're on your own there unless there's some way to get it from the web service :). I made some improvements to the URL handling based on a couple of odd entries I ran across (and also fixed a deadlock in creating thumbnails...oops). New binary is uploaded to my idisk, but it's probably solid enough to move the code to BibDesk's trunk. -- adam - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] DBLP integration
On 3 Apr 2008, at 22:37, Adam R. Maxwell wrote: On Thursday, April 03, 2008, at 02:00PM, Alexandre Papadopoulos [EMAIL PROTECTED] wrote: Another remark is that new lines and spaces make strange things in the bibtex entry. For example the last entry appears a bit clumsy like this: Raptor: Integrating Checkpoints and Thread Migration forCluster Management Hmmm...I thought we removed those at some point in parsing. In what view does it appear like that? Simply in the list of results. And also in the editor if I double- click an entry. One small question: are the DBLP groups present by default in the Searches menu? I guess it shouldn't be kept as a secret feature. You'd have to add your own bookmark, unless people think it should be a default search group. My opinion is that if there's not a quick preview of what's available, some people might fail to notice that this feature exist. That looks cool, but you're on your own there unless there's some way to get it from the web service :). I made some improvements to the URL handling based on a couple of odd entries I ran across (and also fixed a deadlock in creating thumbnails...oops). New binary is uploaded to my idisk, but it's probably solid enough to move the code to BibDesk's trunk. I'll post when I make some progress on this. Alexandre - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users