Thread: [Refdb-users] cannot add records!
Status: Beta
Brought to you by:
mhoenicka
Menu
▾
▴
refdb-users
|
From: Diwaker G. <dg...@cs...> - 2004-01-20 02:27:10
|
Hello, I'm running refdb 0.9.3 using MySQL 4.0.22 as the backend. I installed and tested the installation as given in the manual without any problems. However, there are some issues: 1. I can add styles, and I can check (using raw sql) that the styles are indeed added to the CITSTYLE table. However, when I issue a liststyle, I get nothing. Ditto for listuser 2. Whenever I try to add a reference, I get an error from refdb saying: refdbc: addref /tmp/diwaker/test.ris try to add set as reference 2 update TY failed Processing set 0 failed 0 dataset(s) added, 0 skipped, 1 failed 1 dataset(s) sent. The log gives an error message like: 6:pid=24231:Tue Jan 20 02:24:15 2004:dbi is up 4:pid=24231:Tue Jan 20 02:24:15 2004:update TY failed 4:pid=24231:Tue Jan 20 02:24:15 2004:failed processing dataset 6:pid=24231:Tue Jan 20 02:24:15 2004:no IDs found for keyword scan At other times, it gives an error saying "cannot lock tables" 3. I am facing several problems with the web interface. First of all, all the html files in refdb have absolute URLs (like "/refdbquery.html"). If I create an alias /refdb to refdb's html files, then no links work. Further, sometimes I get an error saying "error loading cgi templates" I can use all the help! :) Thanks -- Diwaker Gupta Graduate Student, Computer Sc. and Engg. University of California, San Diego <http://www.cse.ucsd.edu/users/dgupta> |
|
From: Bruce D'A. <bd...@fa...> - 2004-01-20 03:19:54
|
On Jan 19, 2004, at 9:27 PM, Diwaker Gupta wrote: > I'm running refdb 0.9.3 I can't help with the other details, but I would suggest updating to the latest 0.9.4-whatever release. Bruce |
|
From: Diwaker G. <dg...@cs...> - 2004-01-20 05:52:02
|
Thanks, that solved some of the problems, though not all. Now I'm able to add references using both the web interface and the command line interface. In the command shell, getau, getes and so on work just fine. But getref still returns with a "select failed". Any ideas? Bruce D'Arcus wrote: > > On Jan 19, 2004, at 9:27 PM, Diwaker Gupta wrote: > >> I'm running refdb 0.9.3 > > > I can't help with the other details, but I would suggest updating to the > latest 0.9.4-whatever release. > > Bruce > -- Diwaker Gupta Graduate Student, Computer Sc. and Engg. University of California, San Diego <http://www.cse.ucsd.edu/users/dgupta> |
|
From: Markus H. <mar...@mh...> - 2004-01-20 21:54:51
|
Diwaker Gupta writes: > Thanks, that solved some of the problems, though not all. Now I'm able > to add references using both the web interface and the command line > interface. In the command shell, getau, getes and so on work just fine. > But getref still returns with a "select failed". Any ideas? Could you please provide a full log output of what you're doing? - stop refdbd and restart it like this: refdbd -e 2 -l 7 -L /path/to/log - create a new database - add example ris data - run getau and getref queries to reproduce the problem - send the log file to the list please. thanks, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Markus H. <mar...@mh...> - 2004-01-20 21:06:44
|
Diwaker Gupta writes: > Hello, > > I'm running refdb 0.9.3 using MySQL 4.0.22 as the backend. I installed > and tested the installation as given in the manual without any problems. > However, there are some issues: > 0.9.3 was not yet able to deal with MySQL > 4.0. As Bruce mentioned, and as you apparently found out meanwhile, the newer prerelease autodetect the MySQL version and cooperate a lot better. > 3. I am facing several problems with the web interface. First of all, > all the html files in refdb have absolute URLs (like > "/refdbquery.html"). If I create an alias /refdb to refdb's html files, > then no links work. Further, sometimes I get an error saying "error > loading cgi templates" > This is mainly an issue of a missing URL in the ./configure argument list. Please see the documentation how to specify the desired URL. The templates are modified during make to use the proper URLs then. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Matt P. <mat...@ut...> - 2004-01-22 11:19:36
|
To: ref...@li... Cc: Bcc: Subject: Re: [Refdb-users] difficulty with refdba Reply-To: In-Reply-To: <163...@ti...> On Tue, Jan 20, 2004 at 09:43:20PM +0100, Markus Hoenicka wrote: > Matt Price writes: > > There's a couple of options, actually: > > - customize (or copy+edit) backend-html.c until it does what you > need. This is fairly easy, but you'll have to apply your patches to > each new release (and pray the patches *do* apply...) > > - use refdbc to retrieve the datasets as db31x, teix, risx, or > xhtml. All of these XML output formats are suitable to be > transformed by a nice XSLT stylesheet to whatever format you desire, > including straight HTML. > > - use the Perl client module and write your custom client in > Perl. This could use e.g. the risx output and mangle it until you > like the results. Perl should have an interface to libxslt, so you > could do the XML->HTML transformation transparently to the user. > > If you go down any of these paths, I'm sure the readers of this list > will be interested in the results. welll.. I guess I need to figure out whether I most want to learn c, XSLT, or Perl...! I actually have an interim solution in PHP that I should be able to throw together pretty quickly (stealing someone else's code, and adapting it to the refdb db structure; this will be mysql-specific, but should be readily adaptable to PostgreSQL with a quick pattern-replace on the php code). When it's more or less working I'll let folks know. Then maybe later I can, like, hire someone to translate it into Perl and use the PerlClient functions to interact directly with refdbc. best, matt > > hope this helps > Markus > |
|
From: Bruce D'A. <bd...@fa...> - 2004-01-22 12:10:49
|
Actually, if you like PHP, why not port the PerlClient module to PHP? From what I gather from Markus, this ought to be pretty simple to do, and I know a few people who have passed through here have been interested in just that. Maybe they could help if they're still around? Oh, and you should learn XSLT; it's quite useful ;-) Bruce On Jan 22, 2004, at 5:02 AM, Matt Price wrote: > I guess I need to figure out whether I most want to learn c, XSLT, > or Perl...! I actually have an interim solution in PHP that I should > be able to throw together pretty quickly (stealing someone else's > code, and adapting it to the refdb db structure; this will be > mysql-specific, but should be readily adaptable to PostgreSQL with a > quick pattern-replace on the php code). When it's more or > less working I'll let folks know. > > Then maybe later I can, like, hire someone to translate it into Perl > and use the PerlClient functions to interact directly with refdbc. |
|
From: Matt P. <mat...@ut...> - 2004-01-23 03:09:26
|
On Thu, Jan 22, 2004 at 07:11:49AM -0500, Bruce D'Arcus wrote: > Actually, if you like PHP, why not port the PerlClient module to PHP? > From what I gather from Markus, this ought to be pretty simple to do, > and I know a few people who have passed through here have been > interested in just that. Maybe they could help if they're still > around? > > Oh, and you should learn XSLT; it's quite useful ;-) ok, ok, let me just work through php and bask scripting for a little while first! m |
|
From: Markus H. <mar...@mh...> - 2004-01-22 21:13:51
|
Hi Matt, Matt Price writes: > welll.. I guess I need to figure out whether I most want to learn c, XSLT, > or Perl...! I actually have an interim solution in PHP that I should > be able to throw together pretty quickly (stealing someone else's > code, and adapting it to the refdb db structure; this will be > mysql-specific, but should be readily adaptable to PostgreSQL with a > quick pattern-replace on the php code). When it's more or > less working I'll let folks know. > I think I've mentioned it previously, but I wouldn't access the database directly from your PHP code. In order to make best use of the data you'd have to implement a lot of wacky SQL queries which are now nicely encapsulated in refdbd. Instead you should use the Perl client library, if possible (can PHP do this?), or call the command-line clients from your PHP code via system(). The Emacs front-end does the latter btw and works quite well. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Matt P. <mat...@ut...> - 2004-01-23 02:01:08
|
On Thu, Jan 22, 2004 at 09:16:41PM +0100, Markus Hoenicka wrote: > I think I've mentioned it previously, but I wouldn't access the > database directly from your PHP code. In order to make best use of the > data you'd have to implement a lot of wacky SQL queries which are now > nicely encapsulated in refdbd. Instead you should use the Perl client > library, if possible (can PHP do this?), or call the command-line > clients from your PHP code via system(). The Emacs front-end does the > latter btw and works quite well. weeeellll... I guess I can just get the info via getref etc. The reason I had thought to query directly from php was simply that the scripts my friend has written make beautiful html for a wide variety of reference types already; I was hoping to get away with minimal modification. But the structure of the refdb database IS pretty complex, and I guess the SQL wouldn't be all that easy to write. so, I will take another look at the getref docs and see what kind of formats it can write to. hopefully it will be pretty easy to pass its output back to php as an array... or I'll see about referencing the perclient stuff from php. I think I would just need to write a little perl script that accepts an array, passes it to refdb, then grabs something else back... shouldn't be impossible, anyway. speaking of the Emacs front-end -- do you mean refdb-mode? I haven't for the life of me been able to get it to work, is it compatible with 0.9.3-pre3? I keep thinking I'm missing something in the 'customize' window, but can't figure out what it is. whenever I try to 'getref' on my database, I get the error 'could not connect to database server'... and I can't find any documentation on refdb-mode. Do you have any advice? Anywy, thanks, matt > > regards, > Markus > |
|
From: Bruce D'A. <bd...@fa...> - 2004-01-23 02:25:07
|
On Jan 22, 2004, at 9:01 PM, Matt Price wrote: > The reason I had thought to query directly from php was simply that > the scripts my friend has written make beautiful html for a wide > variety of reference types already... Any screenshots available Matt? Am curious... Bruce |
|
From: Matt P. <mat...@ut...> - 2004-01-23 03:07:44
|
It's more or less live on the web at: http://www.racesci.org/bibliographies/dataBase/dbQuery.php you can see there are one or two parsing issues to work out still (quotation marks in titles, I notice). but the code produced here is much close to what I want than the html that refdb produces natively... hence my attraction. On the other hand, refdb is way more powerful than this bib, which works with a 1-table mysql db. matt On Thu, Jan 22, 2004 at 09:26:12PM -0500, Bruce D'Arcus wrote: > > On Jan 22, 2004, at 9:01 PM, Matt Price wrote: > > >The reason I had thought to query directly from php was simply that > >the scripts my friend has written make beautiful html for a wide > >variety of reference types already... > > Any screenshots available Matt? Am curious... > > Bruce > > > > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Refdb-users mailing list > Ref...@li... > https://lists.sourceforge.net/lists/listinfo/refdb-users > |
|
From: Michael S. <sm...@xm...> - 2004-01-23 07:44:55
|
Hi Matt, You wrote: [...] > speaking of the Emacs front-end -- do you mean refdb-mode? Yeah, I'm sure that's what Markus was referring to. I take all the blame for it and hope you can manage to get it working so I can get more feedback about it :-) > I haven't for the life of me been able to get it to work, is it > compatible with 0.9.3-pre3? No, I don't think it's compatible, though just now I can't remember exactly why it's not compatible and have never actually tested it with anything but 0.9.4. Is there any way you can try using refdb-mode with the latest 0.9.4 pre-release? > I keep thinking I'm missing something in the 'customize' window, but > can't figure out what it is. whenever I try to 'getref' on my > database, I get the error 'could not connect to database server'... Hmm, that's bad. Do you have a password specified in your ‾/.refdcrc file? I'm wondering if it might be failing because refbdc is emitting an interactive prompt for a password or something. Anyway, there's nothing you could change in the refdb-mode customization to fix that. All that refdb-mode does is call the refdbc command-line utility. So if you can run refdbc from the command line without getting errors, it seems like you should be able to get refdb-mode working. Off the top of my head, other than the password thing, the only other thing I can think of is maybe a username problem. refdb-mode doesn't run refdc with the -u <username> option, and doesn't yet actually provide any way to specify a username (because in my testing, I've never needed to). > and I can't find any documentation on refdb-mode. The documentation, such as it is, is in the refdb-mode.el file itself. But I don't think there's anything there that will help you fix your problem. There's nothing you can tune within refdb-mode that will affecte whether or not refdbc connects to refdbd successfully. > Do you have any advice? Install the latest 0.9.4 release and test with that ;) Short of that, if you can send me output of your Emacs *Messages* buffer, that'll show me what Emacs is trying to do at the point where it fails. Also, if I knew what OS you're running your Emacs on and what Emacs version you're running, that might help. I've personally tested it only on Debian Linux and Cygwin, so there might be some platform-related problems that nobody else has run into so far. Anyway, I hope and can manage to help you get it working. --Mike |
|
From: Bruce D'A. <bd...@fa...> - 2004-01-23 12:27:05
|
Re: this web interface: On Jan 22, 2004, at 10:08 PM, Matt Price wrote: > It's more or less live on the web at: > > http://www.racesci.org/bibliographies/dataBase/dbQuery.php > > you can see there are one or two parsing issues to work out still > (quotation marks in titles, I notice). but the code produced here is > much > close to what I want than the html that refdb produces natively... > hence my attraction. The underling HTML code is a little ugly, but the outward appearance is nice enough. All you really need is a way to get back some (X)HTML code that has formatted references, each of them wrapped in a div element with a class attribute. That way you can do all the styling with CSS. I'm even willing to help there if need be. I've actually been playing with CSS + XSLT rendering of this stuff with the eXist XML DB, which uses Cocoon. They thing is that it is using XSLT to transform XML (in this case MODS) into HTML, and then CSS is doing almost all the formatting work. Bruce PS - The "submit" button at the bottom of the screen is confusing (shouldn't it say "view"?). |
|
From: Markus H. <mar...@mh...> - 2004-01-27 05:41:00
|
Bruce D'Arcus writes: > The underling HTML code is a little ugly, but the outward appearance is > nice enough. All you really need is a way to get back some (X)HTML > code that has formatted references, each of them wrapped in a div > element with a class attribute. That way you can do all the styling > with CSS. I'm even willing to help there if need be. I've actually Could you tell me what the HTML output should look like to improve the styling with CSS? It should not be too hard to fix backend-html then. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Markus H. <mar...@mh...> - 2004-01-27 05:48:37
|
Matt Price writes: > so, I will take another look at the getref docs and see what kind of > formats it can write to. hopefully it will be pretty easy to pass its > output back to php as an array... or I'll see about referencing the > perclient stuff from php. I think I would just need to write a little > perl script that accepts an array, passes it to refdb, then grabs > something else back... shouldn't be impossible, anyway. > The perlclient module actually returns just about everything as an array, ready for further processing. However, I still don't know whether you can weld Perl modules onto your PHP code, or whether it is trivial to convert Perl modules to something PHP can grok. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: rob c. <ro...@st...> - 2004-01-28 16:58:44
|
> > so, I will take another look at the getref docs and see what kind of
> > formats it can write to. hopefully it will be pretty easy to pass its
> > output back to php as an array... or I'll see about referencing the
> > perclient stuff from php. I think I would just need to write a little
> > perl script that accepts an array, passes it to refdb, then grabs
> > something else back... shouldn't be impossible, anyway.
i should have announced this a few days ago, but now seems like a good
time....
i've been playing with a php frontend to refdb for a couple of days
now...nothing fancy, but its a proof of concept...
right now, its only a search interface, and it interacts with the
command line client...here's a URL if anyone's interested....bruce has
helped a bunch with the xslt/css stuff:
http://junk.lib.muohio.edu/refdb/
anyway, take a whack at it, send suggestions, etc....if you want the
source, just let me know...its pretty trivial stuff at this point, and
still needs some authentication, input verification, entry facilities...
rob casson
miami university
oxford, oh
|
|
From: Bruce D'A. <bd...@fa...> - 2004-01-28 17:30:17
|
Er, actually, the problem seems to be in the author handling (the extra ; in places). Keywords are fine (though still need a css def anyway). Bruce |
|
From: Bruce D'A. <bd...@fa...> - 2004-01-28 17:27:43
|
On Jan 28, 2004, at 11:58 AM, rob caSSon wrote:
> right now, its only a search interface, and it interacts with the
> command line client...here's a URL if anyone's interested....bruce has
> helped a bunch with the xslt/css stuff..
Oops, just noticed a few problems (probably my fault):
1) Each record needs to be wrapped in a <div class="record"> element.
2) The citekey needs to be dropped from the container title
3) The "Keyword: " heading is not being displayed, so likely needs a
css definition, maybe:
span.heading {
font-weight: bold;
}
|
|
From: Matt P. <mat...@ut...> - 2004-01-29 05:32:07
|
On Wed, Jan 28, 2004 at 11:58:38AM -0500, rob caSSon wrote: > > > so, I will take another look at the getref docs and see what kind of > > > formats it can write to. hopefully it will be pretty easy to pass its > > > output back to php as an array... or I'll see about referencing the > > > perclient stuff from php. I think I would just need to write a little > > > perl script that accepts an array, passes it to refdb, then grabs > > > something else back... shouldn't be impossible, anyway. > > i should have announced this a few days ago, but now seems like a good > time.... > > i've been playing with a php frontend to refdb for a couple of days > now...nothing fancy, but its a proof of concept... > > right now, its only a search interface, and it interacts with the > command line client...here's a URL if anyone's interested....bruce has > helped a bunch with the xslt/css stuff: > > http://junk.lib.muohio.edu/refdb/ > > anyway, take a whack at it, send suggestions, etc....if you want the > source, just let me know...its pretty trivial stuff at this point, and > still needs some authentication, input verification, entry facilities... would love to see the code, just to know what other php-oriented users are doing. thx, matt > > rob casson > miami university > oxford, oh > > > > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Refdb-users mailing list > Ref...@li... > https://lists.sourceforge.net/lists/listinfo/refdb-users > |
|
From: rob c. <ro...@st...> - 2004-01-30 17:05:11
|
> would love to see the code, just to know what other php-oriented users
> are doing.
here ya go:
http://junk.lib.muohio.edu/refdb/refdb.tar.gz
its also linked in the top right corner of the live demo:
http://junk.lib.muohio.edu/refdb/
strictly proof-of-concept, and nothing i'm particularly attached to, so
recommendations welcome...
|
|
From: Matt P. <mat...@ut...> - 2004-01-31 19:10:08
|
On Wed, Jan 28, 2004 at 11:58:38AM -0500, rob caSSon wrote: > i've been playing with a php frontend to refdb for a couple of days > now...nothing fancy, but its a proof of concept... > > right now, its only a search interface, and it interacts with the > command line client...here's a URL if anyone's interested....bruce has > helped a bunch with the xslt/css stuff: > > http://junk.lib.muohio.edu/refdb/ > > anyway, take a whack at it, send suggestions, etc....if you want the > source, just let me know...its pretty trivial stuff at this point, and > still needs some authentication, input verification, entry facilities... Hey rob, so, got the source, tried playing with it, but I'm having trouble with risx (which is the most interesting part for me, since it turns risx into html, how cool!!) I get this error: Fatal error: Call to undefined function: xslt_create() in /var/www/derailleur.org/phptest/refdb-php/index.php on line 69 is my php-installation missing something important? or can this error be explained some other way? thx, matt |
|
From: Matt P. <mat...@ut...> - 2004-01-31 03:00:29
|
On Fri, Jan 30, 2004 at 12:20:34PM -0500, Bruce D'Arcus wrote: > I don't think this made it to the list. Any feedback? I can mod the > xslt once I have a better sense of what we want. > Bruce, excuse the topposting -- your code etc included mostly just in case your mail nevergets to the list.... I think the format is really great, actually -- nice work! I like having a nice short format for the cite, this makes it much easier to integrate this search function into other web pages. And the look of the thing is quite pretty. Though I can see that other folks might not want this, I'd like to make a plea for a hot-linked title in a short-format list. This is mostly because once you have an <a href> tag, it's possible to write fully-functional mycroft search engines for mozilla (see http://mycroft.mozdev.org; if you don't use this already, I can just about guarantee you will 10 minutes after you check out the website). I've already done this for a number of libraries and (non-free, subscription based) bibliographical search engines I use. I would ultimately like to see the development of a fully-functional bibliographical search plugin for mozilla... Anyway, I'd like to keep the possibility of browser-integration open for this project. So, missing from here is still the code for _adding_ references and notes, correct? How do you think this should be done? Notes should be relatively simple -- the only hard part is getting the information into the xml format that refdb uses. If poss I'd like to see this done in xslt again, so that the hard part is abstracted from the scripting language and can be recycled in perl/python/whatever. Bruce, you're the xslt person, how does that shound to you? I have a primitive reference-adding form that I used for my own purposes before I really got refdb up and runing. You can see it working here: http://www.derailleur.org/phptest/addrefs.php the db that it uses is a sort of single-table version of a refdb database -- much muh less powerful, but easier to access directly via mysql/postresql. The only thing I like about this form is that it allows you to enter multiple references at the same time. There are lots of simple ways in which it can be straightened out and improved, but a couple of things are fairly iportant: 1) this is important -- choosing a reference format. Do you think risx/xslt is the way to go again, or would something simple like bibtex be more appropriate? Once more, the easier it is to move across scripting languages, the happier I'll be with the final product, don't know if this matters to anyone else. But I do like the idea of refdb as a sort of module for integration with all kinds of projects, so if clean html can be transparently produced with a minimum of hacking by end users, that's a big plus, I think. 2) I'm a bit worried about parsing author fields -- I'd prefer to have each author's name entered on a separate line, but I'm not sure that can be done without making a multiline textarea, which I'd rather not have (I like the simplicity and compactness of my current entry format, even if I don't really like anything else). anyway, I'm really psyched at what you've done here, Bruce! nice job. matt ------------------- > > In chatting with Matt, he indicated he'd like a short display, with > pop-ups for viewing and entering notes. I've put together a simple > mockup, a screenshot of which is enclosed. What do people think? > > Note: I've only included authors and title, though ideally the full > citation would be there, along with hot-linked keywords (as in Rob's > example). Also, I don't quite like the rendering right now for the > view and export button area. > > Anyway, here's the code: > > <html> > <head> > <meta http-equiv="content-type" > content="text/html;charset=iso-8859-1"> > <meta name="generator" content="Adobe GoLive"> > <title>Untitled Page</title> > <style type="text/css"> > body { > background-color: #bdcead; > font-family: Georgia, serif; > font-size: 11px; > line-height: 1.4; > padding: 10px; > } > > p { > text-align: justify; > margin-left: 40px; > } > > .biblio { > margin-left: 50px; > margin-top: 30px; > border: 1px solid gray; > background-color: white; > } > > .record { > margin-right: 40px; > padding: 10px; > } > > .citation { > > } > > .heading { > font-weight: bold; > } > > .title { > font-weight: bold; > font-size: 12px; > } > > .citekey { > color: #a69e7d; > margin-left: 20px; > } > > .note { > background-color: #bacdce; > font-size: 9px; > padding-left: 10px; > padding-right: 10px; > border: 1px solid gray; > font-weight: bold; > margin-right: 10px; > } > > .note { > background-color: #bacdce; > font-size: 9px; > padding-left: 10px; > padding-right: 10px; > border: 1px solid gray; > font-weight: bold; > margin-right: 10px; > } > > a { > color: #add105; > text-decoration: none; > } > > a.hover { > color: #bde2da; > } > > input.mark { > float: left; > margin-left: -30px; > } > input.search { > margin-left: 40px; > padding: 10px; > background-color: transparent; > font-size: 10px; > font-weight: bold; > } > input.view{ > margin-left: 40px; > margin-top: 10px; > font-size: 9px; > } > input.search-button{ > margin-left: 20px; > font-size: 9px; > width: 70px; > } > #header { > border-bottom: 1px solid gray; > padding: 10px; > background: #cecece > } > #top { > margin-top: 20px; > margin-left: 400px > } > select.choose { > font-size: 9px; > margin-left: 10px; > margin-top: 10px; > } > </style> > </head> > > <body bgcolor="#ffffff"> > <div id="top"> > <input class="search" type="text" /><input type="button" > class="search-button" value="search"/> > </div> > <div class="biblio"> > <div id="header"> > <input type="button" class="view" value="view > marked"/> > <input type="button" class="view" value="export > marked"/> > <select name="export" class="choose"> > <option value="bibtex">bibtex</option> > <option value="mods">mods</option> > <option value="ris">ris</option> > <option value="risx">risx</option> > </select> > </div> > <div class="record"> > <p class="citation"> > <input type="checkbox" class="mark" value="N1"/> > <span class="title">Inhibition of deactivation of NO sensitive > guanylyl cyclase accounts for the sensitizing effect of > YC-1</span><span class="citekey"> [Russwurm2002]</span></span></p> > <p class="keywords"><span class="heading">By: </span><a > href="index.php?format=risx&field=AU&searchText=Russwurm">M > Russwurm</a>; <a > href="index.php?format=risx&field=AU&searchText=Mergia">E > Mergia</a>; <a > href="index.php?format=risx&field=AU& > searchText=Mullershausen">F Mullershausen</a>; <a > href="index.php?format=risx&field=AU&searchText=Koesling">D > Koesling</a></p> > <p><span class="note">add note</span><span class="note">view > notes</span></p> > </div> > <div class="record"> > <p class="citation"><input type="checkbox" class="mark" > value="N1"/><span class="title">Inhibition of deactivation of NO > sensitive guanylyl cyclase accounts for the sensitizing effect of > YC-1</span><span class="citekey"> [Russwurm2002]</span></p> > <p class="keywords"><span class="heading">By: </span><a > href="index.php?format=risx&field=AU&searchText=Russwurm">M > Russwurm</a>; <a > href="index.php?format=risx&field=AU&searchText=Mergia">E > Mergia</a>; <a > href="index.php?format=risx&field=AU& > searchText=Mullershausen">F Mullershausen</a>; <a > href="index.php?format=risx&field=AU&searchText=Koesling">D > Koesling</a></p> > <p><span class="note">add note</span><span class="note">view > notes</span></p> > </div> > </div> > > </body> > > </html> > > Bruce > |
|
From: Markus H. <mar...@mh...> - 2004-01-31 15:44:58
|
Matt Price writes: > Though I can see that other folks might not want this, I'd like to > make a plea for a hot-linked title in a short-format list. This is > mostly because once you have an <a href> tag, it's possible to write > fully-functional mycroft search engines for mozilla (see > http://mycroft.mozdev.org; if you don't use this already, I can just > about guarantee you will 10 minutes after you check out the website). > I've already done this for a number of libraries and (non-free, > subscription based) bibliographical search engines I use. I would > ultimately like to see the development of a fully-functional > bibliographical search plugin for mozilla... Anyway, I'd like to keep > the possibility of browser-integration open for this project. > I haven't heard of this yet, but this sounds exciting. > Notes should be relatively simple -- the only hard part is getting the > information into the xml format that refdb uses. If poss I'd like to > see this done in xslt again, so that the hard part is abstracted from > the scripting language and can be recycled in perl/python/whatever. > Bruce, you're the xslt person, how does that shound to you? I'm not too worried about this. The XML format is so simple that it wouldn't hurt to do the mapping directly in the scripting language. But if you figure out an XSLT script that does the job, all the better. > 1) this is important -- choosing a reference format. Do you think risx/xslt > is the way to go again, or would something simple like bibtex be more > appropriate? Once more, the easier it is to move across scripting > languages, the happier I'll be with the final product, don't know if > this matters to anyone else. But I do like the idea of refdb as a > sort of module for integration with all kinds of projects, so if clean > html can be transparently produced with a minimum of hacking by end > users, that's a big plus, I think. > Like Bruce already said, I'd suggest to avoid BibTeX. This format is simply odd and next to impossible to parse properly. XML is the best connector between an input form and a database. risx would be a fairly simple start, but if well-designed, the interface could easily be adapted to things like MODS. > 2) I'm a bit worried about parsing author fields -- I'd prefer to have > each author's name entered on a separate line, but I'm not sure that > can be done without making a multiline textarea, which I'd rather not > have (I like the simplicity and compactness of my current entry > format, even if I don't really like anything else). > Definitely the most horrible part. If you use a single input field for names, you'll have to educate users to stick to a consistent format or employ a lot of program logic to fix incorrect data. Some users don't like their data to be fiddled with, as we've seen on this list recently, so any solution will have to walk a thin line between usability on the input side and usability of the data on the reference manager/bibliography tool side. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Bruce D'A. <bd...@fa...> - 2004-01-31 23:25:59
|
On Jan 30, 2004, at 9:45 PM, Matt Price wrote: > see http://mycroft.mozdev.org; if you don't use this already, I can > just about guarantee you will 10 minutes after you check out the > website Interestingly, this Mozilla technology is based on Apple's Sherlock search technology. I presume it'd be possible thus write a plug-in for one and have it supported in the other, which would be nice. Bruce |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X