refdb-users Mailing List for RefDB (Page 114)
Status: Beta
Brought to you by:
mhoenicka
Menu
▾
▴
refdb-users — List for RefDB users
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(5) |
Feb
(8) |
Mar
(21) |
Apr
(4) |
May
(20) |
Jun
(18) |
Jul
(5) |
Aug
(4) |
Sep
(11) |
Oct
|
Nov
(5) |
Dec
(16) |
| 2003 |
Jan
(16) |
Feb
(28) |
Mar
(78) |
Apr
(96) |
May
(40) |
Jun
(52) |
Jul
(55) |
Aug
(119) |
Sep
(40) |
Oct
(30) |
Nov
(46) |
Dec
(50) |
| 2004 |
Jan
(121) |
Feb
(86) |
Mar
(97) |
Apr
(60) |
May
(75) |
Jun
(67) |
Jul
(110) |
Aug
(75) |
Sep
(92) |
Oct
(120) |
Nov
(27) |
Dec
(23) |
| 2005 |
Jan
(26) |
Feb
(58) |
Mar
(50) |
Apr
(73) |
May
(165) |
Jun
(11) |
Jul
(10) |
Aug
(17) |
Sep
(32) |
Oct
(25) |
Nov
(35) |
Dec
(21) |
| 2006 |
Jan
(74) |
Feb
(93) |
Mar
(24) |
Apr
(37) |
May
(45) |
Jun
(125) |
Jul
(101) |
Aug
(39) |
Sep
(10) |
Oct
(32) |
Nov
(36) |
Dec
(20) |
| 2007 |
Jan
(22) |
Feb
(2) |
Mar
(27) |
Apr
(35) |
May
(6) |
Jun
|
Jul
(19) |
Aug
(8) |
Sep
(3) |
Oct
(26) |
Nov
(15) |
Dec
(3) |
| 2008 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2009 |
Jan
(5) |
Feb
(39) |
Mar
(7) |
Apr
(24) |
May
(27) |
Jun
(5) |
Jul
(9) |
Aug
(12) |
Sep
(19) |
Oct
(16) |
Nov
|
Dec
(5) |
| 2010 |
Jan
(5) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(6) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(3) |
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Markus H. <mar...@mh...> - 2003-07-29 23:03:01
|
Hi, ...still working on it. Michael Maechtel writes: > I got back: > Error at xsl:call-template on line 30 of > file:/usr/local/share/refdb/xsl/docbk-refdb-xsl/docbk-fo/docbk-refdb-fo.xsl: > No template exists named component.separator > Transformation failed: Failed to compile stylesheet. 1 error detected. > This is most likely a stylesheet version issue. I'm still using 1.48 (I know I'll have to upgrade eventually). As a short-term fix, try commenting out the line Saxon barfs at and see what happens. > a 'make html' which executes > "refdbxml -d J.Biol.Chem.html.xsl -t html -p saxon refdbtest.xml" > works! > The code is slightly different and doesn't call component.separator. I'll have to investigate how to fix things with a recent version of the stylesheets. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Michael M. <mic...@em...> - 2003-07-29 15:20:20
|
On Tuesday 29 July 2003 12:52, Michael Maechtel wrote: > On Sunday 27 July 2003 00:14, Markus Hoenicka wrote: > > Hi, > > > > does this error depend on the XSLT processor used by refdbxml? Which > > one do you use anyway? > > Finally I got the saxon XSLT processor installed and running. I set the > classpath_root var in 'refdbxml' to the directory where the saxon.jar was > installed. When I run "make pdf" which executes > "refdbxml -d J.Biol.Chem.fo.xsl -t pdf -p saxon refdbtest.xml" > > I got back: > Error at xsl:call-template on line 30 of > > file:/usr/local/share/refdb/xsl/docbk-refdb-xsl/docbk-fo/docbk-refdb-fo.xsl >: No template exists named component.separator > Transformation failed: Failed to compile stylesheet. 1 error detected. without line 30 i run into the same pdftex problem again --> see my first email of this thread ... Mike |
|
From: Michael M. <mic...@em...> - 2003-07-29 15:00:20
|
Hi, Since my documentation grows and grows i would like to split up my HTML output file into multiple files. Normally I do this by using "nwalsh/html/chunk.xsl". "docbk-html/docbk-refdb-html.xsl" imports "nwalsh/html/docbook.xsl" so i changed this to import chunk.xsl with only partial success .. The "Reference Chapter" is on the index.html and the citation link does not work ... How do I correctly include/import the chunk.xsl or where do I have to change the docbk-html/docbk-refdb-html.xsl file? Tnx in advance Mike |
|
From: Michael M. <mic...@em...> - 2003-07-29 11:00:18
|
On Sunday 27 July 2003 00:14, Markus Hoenicka wrote: > Hi, > > does this error depend on the XSLT processor used by refdbxml? Which > one do you use anyway? Finally I got the saxon XSLT processor installed and running. I set the classpath_root var in 'refdbxml' to the directory where the saxon.jar was installed. When I run "make pdf" which executes "refdbxml -d J.Biol.Chem.fo.xsl -t pdf -p saxon refdbtest.xml" I got back: Error at xsl:call-template on line 30 of file:/usr/local/share/refdb/xsl/docbk-refdb-xsl/docbk-fo/docbk-refdb-fo.xsl: No template exists named component.separator Transformation failed: Failed to compile stylesheet. 1 error detected. a 'make html' which executes "refdbxml -d J.Biol.Chem.html.xsl -t html -p saxon refdbtest.xml" works! Mike |
|
From: Markus H. <mar...@mh...> - 2003-07-27 16:36:52
|
Michael Maechtel writes: > I use xsltproc, Ok, I use that too for the tests I run over here. It should work then... > when I try to use a java processor e.g. saxon I get this error back: > Setting up the Java processors may take some extra care as the conversion script assumes all relevant .jar's to be in a single directory which the CLASSPATH has to point to. In addition, the Java processors are a moving target and may depend on additional classes not mentioned in the instructions. I wouldn't bother fiddling with the Java processors unless you want to use them anyway. The setup should work with xsltproc just fine. As it works over here with my test documents, I'd ask you to zip up a set of files to reproduce the problem (RIS data, your XML document, and the commands you run to reproduce the problem). I'll try to see what happens on my box. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Michael M. <mic...@em...> - 2003-07-27 08:03:19
|
On Sunday 27 July 2003 00:14, Markus Hoenicka wrote: > Hi, > > does this error depend on the XSLT processor used by refdbxml? Which > one do you use anyway? I use xsltproc, when I try to use a java processor e.g. saxon I get this error back: ---- refdbxml -d J.Biol.Chem.fo.xsl -t pdf -p saxon refdbtest.xml Exception in thread "main" java.lang.NoClassDefFoundError: com/icl/saxon/StyleSheet make: *** [refdbtest.pdf] Error 1 ---- My java version is java version "1.4.1" Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.1-beta) Java HotSpot(TM) Client VM (build Blackdown-1.4.1-beta, mixed mode) My classpath: :/usr/share/java/saxon.jar (which is a link to saxon-6.4.4.jar) I'm not very familiar with using any java XSLT processors .... so maybe I have to add some more CLASSPATHs to get it working? Mike |
|
From: Markus H. <mar...@mh...> - 2003-07-26 22:18:34
|
Hi, does this error depend on the XSLT processor used by refdbxml? Which one do you use anyway? regards, Markus Michael Maechtel writes: > part ;-) Now, when I try to produce a pdf file by "make pdf" I get the > following error back when pdftex runs: > --- > ... > [1] > ! Missing \endcsname inserted. > <to be read again> > \Odd: > l.3 ...ntent><fo:flow flow-name="xsl-region-body"> > <fo:block><fo:block><fo:bl... > --- > > (refdbtest.log is attached) > > Other "pure" docbook XML Files work so I hope somebody can give me a hint > whats going wrong .... -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Michael M. <mic...@em...> - 2003-07-25 19:01:32
|
Hi, after installing refdb-0.9.3-pre7 on my debian "testing" system, setting up the config files and filling the database i created with "refdbnd" a XML 4.2.1 "framework" output of refdbnd: you've selected the following values: Basename: refdbtest Document type: db41x Publication type: book Database: realtime Bibliography style: J.Biol.Chem. refdb is up and running, and a "make html" works! Great! So this was the easy part ;-) Now, when I try to produce a pdf file by "make pdf" I get the following error back when pdftex runs: --- ... [1] ! Missing \endcsname inserted. <to be read again> \Odd: l.3 ...ntent><fo:flow flow-name="xsl-region-body"> <fo:block><fo:block><fo:bl... --- (refdbtest.log is attached) Other "pure" docbook XML Files work so I hope somebody can give me a hint whats going wrong .... Mike |
|
From: Jason <hea...@se...> - 2003-07-24 10:45:14
|
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html;charset=3Diso-8859-= 1"> <HTML> <HEAD> <TITLE>Get Cash Out!</TITLE> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859= -1"> </HEAD> <BODY BGCOLOR=3D"#FFFFFF"> <CENTER> <TABLE BORDER=3D"0" CELLPADDING=3D"0" CELLSPACING=3D"0"> <TR> <TD COLSPAN=3D"2"> <A HREF=3D"http://www.mortgage4321.com/mortc/"><IMG SRC=3D"http://www.mort= gage4321.com/debt/images/top1.gif" WIDTH=3D"550" HEIGHT=3D"76" BORDER=3D"0= "></A></TD> </TR> <TR> <TD> <A HREF=3D"http://www.mortgage4321.com/mortc/"><IMG SRC=3D"http://www.mort= gage4321.com/debt/images/photo.jpg" WIDTH=3D"238" HEIGHT=3D"188" BORDER=3D= "0"></A></TD> <TD> <A HREF=3D"http://www.mortgage4321.com/mortc/"><IMG SRC=3D"http://www.mort= gage4321.com/debt/images/copy.gif" WIDTH=3D"312" HEIGHT=3D"188" BORDER=3D"= 0"></A></TD> </TR> <TR> <TD COLSPAN=3D"2"> <A HREF=3D"http://www.mortgage4321.com/mortc/"><IMG SRC=3D"http://www.mort= gage4321.com/debt/images/nofees.gif" WIDTH=3D"550" HEIGHT=3D"45" BORDER=3D= "0"></A></TD> </TR> <TR> <TD COLSPAN=3D"2"> <A HREF=3D"http://www.mortgage4321.com/mortc/"><IMG SRC=3D"http://www.mort= gage4321.com/debt/images/rates.gif" WIDTH=3D"550" HEIGHT=3D"41" BORDER=3D"= 0"></A></TD> </TR> </TABLE> </CENTER> </BODY><BR> </HTML><br><br>fw t jniwpnzj bkevj g flg nzcnnaxszt |
|
From: Markus H. <mar...@mh...> - 2003-07-21 20:40:44
|
Hi Chris, I guess the problem you ran into is related to the fact that many of your database entries lack the author string. Would you mind trying again, giving each entry at least one mock author? If this fixes your problem, I can go back to the sources and try to work around the problem. If this does not fix your problem, please send me a complete set of data (RIS input file, SGML document, the commands you run to cause the problem) off-list. I don't feel like replying to all the rants that accompanied your bug report. I personally regard this style inappropriate on a public mailing list, but this may be me being naive. best regards, Markus Chris Karakas writes: > SELECT ck_refdb.t_author.author_name FROM ck_refdb.t_author, > ck_refdb.t_xauthor WHERE > ck_refdb.t_author.author_id=ck_refdb.t_xauthor.author_id AND > ck_refdb.t_xauthor.xauthor_type='primary' AND > ck_refdb.t_xauthor.refdb_id=4 ORDER BY t_xauthor.xauthor_position > UPDATE getbibtemp SET author_concat='' WHERE id=1 -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: <ye...@16...> - 2003-07-20 07:36:35
|
DQo8Ym9keT4NCg0KPGk+DQo8cD48Yj48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+UDwv Zm9udD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+bGVhc2Ugbm90ZSANCnRvIHNlbmQg QUxMIFJFUExZIGUtbWFpbCBkaXJlY3QgdG8gb3VyIFNhbGVzIFJlcHJlc2VudGF0aXZlIGF0 OjwvZm9udD48L2I+PC9wPg0KPHU+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyIg Y29sb3I9IiNGRjAwMDAiPjxiPlF1ZXN0aW9uc0BQZXJmZWN0V2F0Y2hQaWVjZS5jb208L2I+ PC9mb250PjwvcD4NCjwvdT48L2k+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+ SGksPGJyPg0KVGhhbmsgeW91IGZvciBleHByZXNzaW5nIGludGVyZXN0IGluIEFUR1dTIHdh dGNoZXMuPGJyPg0KV2Ugd291bGQgbGlrZSB0byB0YWtlIHRoaXMgb3Bwb3J0dW5pdHkgdG8g b2ZmZXIgeW91IG91ciBmaW5lIHNlbGVjdGlvbiBvZiANCkl0YWxpYW4gY3JhZnRlZCBSb2xl eCBUaW1lcGllY2VzLjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0i MyI+WW91IGNhbiB2aWV3IG91ciBsYXJnZSBzZWxlY3Rpb24gb2YgUm9sZXhlcyANCihpbmNs dWRpbmcgQnJlaXRsaW5nLCBUYWcgSGV1ZXIsIENhcnRpZXIgZXRjKSBhdDo8L2ZvbnQ+PC9w Pg0KPHU+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+PGI+PGEgaHJlZj0iaHR0 cDovL3d3dy5QZXJmZWN0V2F0Y2hQaWVjZS5jb20iPnd3dy5QZXJmZWN0V2F0Y2hQaWVjZS5j b208L2E+IA0KPC9iPjwvZm9udD48L3A+DQo8L3U+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIg c2l6ZT0iMyI+Rm9yIGFsbCBvcmRlcnMgcGxhY2VkIGluIHRoZSBtb250aCBvZiBKdWx5LCA8 Yj5hbGwgDQpzaGlwcGluZyBhbmQgaGFuZGxpbmcgY2hhcmdlcyB3aWxsIGJlIGZyZWU8L2I+ LjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+QXMgd2UgYXJl IHRoZSBkaXJlY3QgbWFudWZhY3R1cmVycywgeW91IGFyZSANCmd1YXJhbnRlZWQgb2YgbG93 ZXN0IHByaWNlcyBhbmQgaGlnaGVzdCBxdWFsaXR5IGVhY2ggYW5kIGV2ZXJ5IHRpbWUgeW91 IHB1cmNoYXNlIA0KZnJvbSB1cy48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwi IHNpemU9IjMiPllvdSBtYXkgYWxzbyBiZSBpbnRlcmVzdGVkIHRvIGtub3cgdGhhdCB3ZSBo YXZlIA0KdGhlIGZvbGxvd2luZyBicmFuZHMgYXZhaWxhYmxlIGluIG91ciB3aWRlIHNlbGVj dGlvbiBhcyB3ZWxsOjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0i MyI+PGJyPg0KMS4gTGVhdGhlciBiYW5kIERheXRvbmEgKGxhZGllcyBhbmQgbWVuoa9zKTxi cj4NCjIuIEJsYW5jcGFpbjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6 ZT0iMyI+My4gRm9ydGlzPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFsIiBzaXpl PSIzIj40LiBKYWVnZXIgTGVDb3V0cmU8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJp YWwiIHNpemU9IjMiPjUuIExvbmdpbmVzPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IkFy aWFsIiBzaXplPSIzIj42LiBNb250IEJsYW5jPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9 IkFyaWFsIiBzaXplPSIzIj43LiBNb3ZhZG88L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0i QXJpYWwiIHNpemU9IjMiPjguIE9yaXM8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJp YWwiIHNpemU9IjMiPjkuIFJvZ2VyIER1YnVpczwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNl PSJBcmlhbCIgc2l6ZT0iMyI+MTAuIFVseXNzZTwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNl PSJBcmlhbCIgc2l6ZT0iMyI+MTEuIFplbml0aDwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNl PSJBcmlhbCIgc2l6ZT0iMyI+MTIuIEF1ZGVtYXIgUGlndWV0PC9mb250PjwvcD4NCjxwPjxm b250IGZhY2U9IkFyaWFsIiBzaXplPSIzIj4xMy4gQnJlaXRsaW5nPC9mb250PjwvcD4NCjxw Pjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIzIj4xNC4gQnZnbGFyaTwvZm9udD48L3A+DQo8 cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+MTUuIENhcnRpZXI8L2ZvbnQ+PC9wPg0K PHA+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjMiPjE2LiBDb3J1bTwvZm9udD48L3A+DQo8 cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+MTcuIER1bmhpbGw8L2ZvbnQ+PC9wPg0K PHA+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjMiPjE4LiBGcmFuY2sgTXVsbGVyPC9mb250 PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIzIj4xOS4gR2VyYXJkIFBlcnJl Z2F1eDwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+MjAuIElX QzwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+MjEuIElXQzwv Zm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+MjIuIFBhbmVyYWk8 L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjMiPjIzLiBQYXRlayBQ aGlsaXBwZTwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+MjQu IFRhZyBIZXVlcjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMyI+ MjUuIFZhY2hlcm9uIENvbnN0YW50aW48L2ZvbnQ+PC9wPg0KPGZvbnQgRkFDRT0iVGltZXMg TmV3IFJvbWFuIj4NCjxwPqGhPC9wPg0KPC9mb250Pg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwi IHNpemU9IjMiPklmIHlvdSBzZWUgYW55dGhpbmcgdGhhdCBtaWdodCBpbnRlcmVzdCB5b3Us IG9yIA0KaWYgeW91IGhhdmUgYW55IHF1ZXN0aW9ucywgcGxlYXNlIGRvbid0IGhlc2l0YXRl IHRvIHZpc2l0IG91ciB3ZWJzaXRlIGF0Ojxicj4NCjwvZm9udD48L3A+DQo8dT4NCjxwPjxm b250IGZhY2U9IkFyaWFsIiBzaXplPSIzIj48Yj48YSBocmVmPSJodHRwOi8vd3d3LlBlcmZl Y3RXYXRjaFBpZWNlLmNvbSI+d3d3LlBlcmZlY3RXYXRjaFBpZWNlLmNvbTwvYT4gDQo8L2I+ PC9mb250PjwvcD4NCjwvdT4NCjxwPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIzIj48YnI+ DQpJIGNlcnRhaW5seSBsb29rIGZvcndhcmQgdG8gaGVhcmluZyBmcm9tIHlvdS48YnI+DQo8 YnI+DQpCZXN0IHJlZ2FyZHMsPGJyPg0KPGJyPg0KQ2FsPC9mb250PjwvcD4NCjxwPjxmb250 IGZhY2U9IkFyaWFsIiBzaXplPSIzIj48YnI+DQpEaXZpc2lvbiBTYWxlcyBNYW5hZ2VyPGJy Pg0KQVRHV1M8L2ZvbnQ+PC9wPg0KPHA+PGk+PGZvbnQgU0laRT0iMiI+PC9wPg0KPC9mb250 PjwvaT4NCjxwPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIzIj5Zb3UgcmVjZWl2ZWQgdGhp cyBlbWFpbCBiZWNhdXNlIHlvdXIgaGF2ZSANCnByZXZpb3VzIHB1cmNoYXNlZCBmcm9tLCBv ciBpbnF1aXJlZCBhYm91dCBvdXIgcHJvZHVjdCBsaW5lIHVuZGVyIEFUR1dTLiBJZiB5b3Ug DQpkbyBub3Qgd2FudCB0byByZWNlaXZlIGZ1cnRoZXIgbWFpbGluZ3MgZnJvbSBBVEdXUywg dW5zdWJzY3JpYmUgYnkgc2VuZGluZyBhbiANCmVtYWlsIHdpdGggdGhlIHRpdGxlIGhlYWRp bmc6IERFTEVURSBpbiB0aGUgc3ViamVjdCBsaW5lIHRvIDx1PnVuc3Vic2NyaWJlQFBlcmZl Y3RXYXRjaFBpZWNlLmNvbTwvdT48L2ZvbnQ+PC9wPg0KPGk+DQo8cD48Zm9udCBmYWNlPSJB cmlhbCIgc2l6ZT0iMyIgY29sb3I9IiMwMDAwRkYiPjxiPnBsZWFzZSBub3RlIHRvIHNlbmQg QUxMIFJFUExZIA0KZS1tYWlsIGRpcmVjdCB0byBvdXIgU2FsZXMgUmVwcmVzZW50YXRpdmUg YXQ6PC9iPjwvZm9udD48L3A+DQo8dT4NCjxwPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIz IiBjb2xvcj0iI0ZGMDAwMCI+PGI+UXVlc3Rpb25zQFBlcmZlY3RXYXRjaFBpZWNlLmNvbTwv Yj48L2ZvbnQ+PC9wPg0KPC91PjwvaT48Zm9udCBGQUNFPSJUaW1lcyBOZXcgUm9tYW4iPg0K PHA+oaE8L3A+DQo8L2ZvbnQ+DQoNCjwvYm9keT4NCg0KDQogICAg |
|
From: Margie B. <sx9...@ya...> - 2003-07-17 18:14:30
|
<html> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3DI= SO-8859-1"> <a href=3Dhttp://www.sxtFdws.com@210.15.187.49/abn/> <img src=3D= http://www.sxtFdws.com@210.15.187.49/usca/fji//elnb.gif title=3D"S I G N -= UP .. C L I C K" border=3D"0" > </a> </html> f kffp lspuyoaq fu kvwcc uytywpu xb yui |
|
From: Stan P. <zks...@ao...> - 2003-07-17 18:13:24
|
<html> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3DI= SO-8859-1"> <a href=3Dhttp://www.sxtFdws.com@210.15.187.49/abn/> <img src=3D= http://www.sxtFdws.com@210.15.187.49/usca/fji//elnb.gif title=3D"S I G N -= UP .. C L I C K" border=3D"0" > </a> </html> vffcnzxhf bw vlrfaue istro ed vl vrfbaov t nnsyodkhkeadi ozuunzg zp cdb jg |
|
From: Luc P. <re...@sk...> - 2003-07-15 08:58:13
|
Hello Markus,
> You won't be able to do that on a rainy Sunday afternoon.
Especially since rainy Sunday afternoons are rare these days, at
least over here ... OTOH, the alternative is to write something from
scratch to suit my needs. So I think I'll stick to RefDB.
I thought I'd go step by step, start modestly and add a field (e.g.
author_real_name) to the author table to hold the author's name in UTF-8
(Greek, in my case), with the transliterated form in the existing
t_author.author_name. That is the most pressing need. For the time
being, I won't care about querying, and I'll keep the titles etc. in the
original language/encoding for now.
First step was to patch your sources to work with the new MySQL
version 4.1 UTF-8 support. It seems to work, titles come back out as
they went in (unless hexdump is lying to me)..
First question: Do you care about these patches? If no, skip to next
question ;-). If yes, how do you want them? I used 0.9.2, but could redo
them on e.g. a CVS version if you want. There is only one gotcha: it
seems (?) you have to issue a SET CHARACTER SET <charset> when
connecting. I hardcoded it to be utf8, which is fine for me, but for
generic use it should really depend on whatever was specified on
createdb -E. Oh yes, I didn't patch the docs, either <g>.
So, next question. I thought I'd extend the syntax of the AU record,
so I can sneak the Greek version in with add/updateref. Any suggestions
on how to do that? "I don't care" is a valid answer <g>.
I've been thinking of the following possibilities:
a) AU - <transliterated> (el) <original>
b) AU - <transliterated> (<original>)
c) AU - <transliterated> | <original>
With <transliterated> and <original> each having the same syntax as
they do now.
In variant a) the "(el)" specifies the language of the <original>.
This would allow for more than one variant in the future, e.g.
transliterations into French etc. in the same AU record.
I guess it all boils down to preventing conflicts with valid stuff in
real authors' names, and maybe even to being able to reuse the "extended
RIS" data sets with the new MODS-based version, whenever it materializes
<g>.
Last question: I would hack process_ris_set, where it handles the
AU/Ax/ED records. Split the token, use <transliterated> instead of the
entire token everywhere, extend the insert. If no <original> part is
present, I'd insert the <transliterated> in both columns. Any comments ?
To be clear: I'm just asking for your gut feelings, not for a complete
analysis, and I won't hold you accountable <g>. Again, "I don't care" is
a valid answer.
Best and TIA,
Luc Pardon
Skopos Consulting
Belgium
|
|
From: Markus H. <mar...@mh...> - 2003-07-13 20:52:34
|
Matt P. writes:
> Hello,
>
> Is it possible to have refdb{c, d, ...} manage multiple databases at the
> same time. When working in a cross-disciplinary field, the need arise to
> reference documents in more than one field at a time; yet I would like
> to avoid dumping the references in a single database.
>
> (Perhaps merging the databases into a temporary one, handling redundant
> ids by assuming that the first database listed prevails, and then
> working with that database...)
I guess merging databases would be painfully slow as it would have to
be done for each query (someone else might have added new data to one
of the databases). I might try running the same query on a list of
databases, and then merge the results into temporary tables. It'll
require a lot of restructuring and will probably not be around for a
version or two. I'll put it on my list though.
BTW refdbib used to have support for multiple databases. It should
still work with SGML documents, but I'm not sure what's left of it
after the recent changes in processing XML documents.
regards,
Markus
--
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de
|
|
From: Markus H. <mar...@mh...> - 2003-07-13 20:52:32
|
Matt P. writes: > Hello from the still-bemused department, > > Sorry for the picture, I hope its worth a thousand words. > > Symptom: I 'runbib -d ai -S "J.Biol.Chem." -t db31x test.xml', it > prompts for my password, sits there while a big sql query goes through > the roof of the refdbd xterm, and then returns with an unexpected > "could not read from refdbd." > This sounds like you send a ton of citations through runbib. It is very likely that refdbd needs more time to cobble together the cooked bibliography than the default timeout allows (1 min). Try increasing this timeout in both refdbibrc and refdbdrc. You can also set both timeouts to 0 (zero), but this will leave server child processes hanging around forever if a read or write cannot be completed due to whatever reason. I should probably use a higher default timeout value to avoid these problems. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Matt P. <ma...@ar...> - 2003-07-13 18:01:58
|
Hello,
Is it possible to have refdb{c, d, ...} manage multiple databases at the
same time. When working in a cross-disciplinary field, the need arise to
reference documents in more than one field at a time; yet I would like
to avoid dumping the references in a single database.
(Perhaps merging the databases into a temporary one, handling redundant
ids by assuming that the first database listed prevails, and then
working with that database...)
Thanks,
Matt
|
|
From: Names I. <nam...@co...> - 2003-07-12 22:05:57
|
This mail was sent in html format. Please open the attached file. |
|
From: Markus H. <mar...@mh...> - 2003-07-11 17:59:29
|
Hi, Luc Pardon writes: > I looked at RIS, at the DTD in CVS, at the table structure etc. and > one thing seems clear: it's not in the box. Or am I missing something ? > No, you're not missing something. It's not there. > If not, how would I tackle this? Do I add additional tables, or do I > modify existing tables? Or should I look elsewhere? > I don't know whether any other bib tool supports this feature. The commercial ones like RefMan or EndNote don't, afaik. You can certainly go ahead and add another table holding several titles per entry in the main table, but this requires a ton of internal changes including an extension of the query language, of the input data format, and of the import/export routines. You won't be able to do that on a rainy Sunday afternoon. Although it's not officially announced yet, I'll eventually start a new branch of RefDB that will implement a different data model, most likely based on MODS. It will be a lot more complex, a lot slower, and a PITA to maintain, but it will allow to specify titles in different languages. However, as RefDB is still being developed by just one warm body we're talking about 6-12 months before I can even envision a crude first test release. If you find this functionality in any other product, you'll be better off using that for the time being. best regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Luc P. <re...@sk...> - 2003-07-11 16:18:00
|
Hello,
I'm looking at RefDB to manage our multi-lingual collection of books,
magazines etc. Part of it is in Greek. It must support writing of
publications in multiple languages and for various audiences.
Depending on the circumstances, reference lists should show the same
author and title either in Greek characters, or in transliterated ASCII.
The transliteration can't be done automatically (it varies case by
case), so both versions must be stored in the database.
In fact, the transliteration may depend on the target language, e.g.
the same Greek name is transliterated differently in French and in English.
Ideally, the title of a publication should be stored, not only in
Greek and transliterated characters, but in a translated version (Dutch,
French, English) as well, so that the bibliography can display it if
needed. E.g. in a Dutch publication it could be:
<title in Greek> ("<transliterated title>", <title translated in Dutch>
I guess what I'm asking for, in RIS terms, is e.g. multiple T1 and A1
tags, with an added language attribute.
I looked at RIS, at the DTD in CVS, at the table structure etc. and
one thing seems clear: it's not in the box. Or am I missing something ?
If not, how would I tackle this? Do I add additional tables, or do I
modify existing tables? Or should I look elsewhere?
If possible, a direct reply as well as a reply to the list would be
great.
TIA,
Luc Pardon
|
|
From: Markus H. <mar...@mh...> - 2003-07-10 22:39:47
|
Bruce D'Arcus writes: > > I'll see what I can do. Patches are very welcome! > > You mean additions to the manual? > Yes. Feel free to submit patches. regards Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Bruce D'A. <bd...@fa...> - 2003-07-10 19:02:13
|
On Thu, 10 Jul 2003 01:24:35 +0200, "Markus Hoenicka" <mar...@mh...> said: > Bruce D'Arcus writes: > > Hi All, > >=20 > > I've been working on improving my Endnote --> RIS export filter based = on > > the table of mappings in the Reference Manager manual, available online > > at:=20=20 > >=20 > > http://www.refman.com/support/docs/User%20Manual%20RM10.pdf > >=20 >=20 > Once the remaining problems are fixed, I'll be happy to host the > filter on the RefDB pages. >=20 > > I have run into a few problems, outlined in the enclosed document. Any > > suggestions on how to deal with them appreciated. Answers to some of > > these questions probably ought to make it into the RefDB manual someti= me > > soon. > >=20 >=20 > I'll see what I can do. Patches are very welcome! You mean additions to the manual?=20=20 In any case, enclosed is some further specific information on the template, with comments and questions. If people can get back to me, I'l incorporate the changes into the filter and resend it. Bruce --=20 http://www.fastmail.fm - Same, same, but different=85 |
|
From: Markus H. <mar...@mh...> - 2003-07-09 23:38:26
|
Bruce D'Arcus writes: > Hi All, > > I've been working on improving my Endnote --> RIS export filter based on > the table of mappings in the Reference Manager manual, available online > at: > > http://www.refman.com/support/docs/User%20Manual%20RM10.pdf > Once the remaining problems are fixed, I'll be happy to host the filter on the RefDB pages. > I have run into a few problems, outlined in the enclosed document. Any > suggestions on how to deal with them appreciated. Answers to some of > these questions probably ought to make it into the RefDB manual sometime > soon. > I'll see what I can do. Patches are very welcome! regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Markus H. <mar...@mh...> - 2003-07-09 19:09:13
|
Hi Dylan, oops - this works just fine over here. I'm afraid I need a complete set of your files to reproduce the problem. Dylan Oliver writes: > Hi again, > > Just found that the Eur.J.Pharmacol. stylesheet doesn't work as > configured by refdbnd. Check out the difference in output when I run the > two default stylesheets; refdbib.log doesn't give me anything else to go > on even when set to debug. > refdbib is an amazingly dumb client. You don't get any reasonable debug info because it doesn't do much! The interesting stuff is going on in refdbd. Please have a look at refdbd.log to find out what's going wrong, and send a copy to the list. Could you please also provide a full outline of your setup (OS, which database server, which RefDB version etc). > 0708 17:43 steelbend:div3/cep_prop% make html > refdbxp -t db31x < cepprop.short.xml > cepprop.xml > touch cepprop.bib.xml > runbib -d rdbib_dao -S Eur.J.Pharmacol. -t db31x cepprop.xml > POS This usually means that the server process goes awry. I need the server log to see what's going wrong. > refdbxml -d Eur.J.Pharmacol.fo.xsl -t pdf cepprop.xml Does your Makefile really attempt to build the pdf file if you call "make html"? Or is this some copy-and-paste error? regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Bruce D'A. <bd...@fa...> - 2003-07-09 15:02:35
|
Hi All, I've been working on improving my Endnote --> RIS export filter based on the table of mappings in the Reference Manager manual, available online at: http://www.refman.com/support/docs/User%20Manual%20RM10.pdf I have run into a few problems, outlined in the enclosed document. Any suggestions on how to deal with them appreciated. Answers to some of these questions probably ought to make it into the RefDB manual sometime soon. Michael B.; are you still here? I need some advice on the legal stuff... Bruce -- http://www.fastmail.fm - Access your email from home and the web |
18 messages has been excluded from this view by a project administrator.
![gage4321.com/debt/images/top1.gif"](http://gage4321.com/debt/images/top1.gif"){kind=link}
![gage4321.com/debt/images/photo.jpg"](http://gage4321.com/debt/images/photo.jpg"){kind=link}
![gage4321.com/debt/images/copy.gif"](http://gage4321.com/debt/images/copy.gif"){kind=link}
![gage4321.com/debt/images/nofees.gif"](http://gage4321.com/debt/images/nofees.gif"){kind=link}
![gage4321.com/debt/images/rates.gif"](http://gage4321.com/debt/images/rates.gif"){kind=link}