refdb-users — List for RefDB users

Re: [Refdb-users] upgrade from 0.9.5

[Markus H. <mar...@mh...>]

Cecile Hebert <cec...@tu...> was heard to say:

> Upgrade from 0.9.5 to 0.9.6 and then to 0.9.7-pre4 ?
> Can I directly ungrade to 0.9.7-pre4?
>

You can of course skip versions when you upgrade. In most cases upgrading
involves dumping your reference databases and re-creating your system databases
to make use of the improved database schemas. This will work just fine if you go
from 0.9.5 straight to 0.9.7-pre4.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] upgrade from 0.9.5

[Cecile H. <cec...@tu...>]

Dear refdb users and programmers,=20

I am currently using refdb 0.9.5 and would like to upgrade.=20
I thought about upgrading to the latest pre-vresion because I thought it
may simplify the next upgrade but afer reading the UPGRADING file,
I do not completely understand what I am supposed to do:=20

Upgrade from 0.9.5 to 0.9.6 and then to 0.9.7-pre4 ?
Can I directly ungrade to 0.9.7-pre4?

I am neither a database guru nor a programming expert, I would prefer the
safer way... Shall I stick to 0.9.6 ?

Thank you for any advice...
 C=E9cile

--=20
Dr. C=E9cile H=E9bert, Inst. f. Festk=F6rperphysik
TU Wien, Wiedner Hauptstrasse  8-10 A-1040 WIEN   =20
cec...@tu...   tel +43 1 58 801 138 15 fax - 138 99 =20
http://tem.atp.tuwien.ac.at/leute/cecile.html
http://www.ncc.at/cecile/photos/index.html

[Refdb-users] refdbc (0.9.7-pre1) getref -t ris losing info?

[Doug du B. <dou...@gm...>]

Hi Markus,

I've been trying to use the refdbc getref command to output
RISX reference data but it seems to lose some information - or 
more than likely, I'm misfeeding it.

Basically, if I feed the following into addref

<ris>
  <entry type="BOOK" citekey="RefDB_Man">
    <part>
      <title type="full">RefDB (0.9.5) Handbook</title>
      <author>
        <lastname>Hoenicka</lastname>
        <firstname>Markus</firstname>
      </author>
    </part>
    <publication>
      <pubinfo>
        <pubdate type="primary">
          <date><year>2005</year></date>
        </pubdate>
        <issue>0.9.5</issue>
        <address></address>
        <link type="url">http://refdb.sourceforge.net/manual/</link>
      </pubinfo>
    </publication>
  </entry>
</ris>

then what comes back out with getref, the resultant RISX, 
looks like this:

  <entry type="BOOK" id="2" citekey="RefDB_Man">
    <publication>
      <author>
        <lastname>Hoenicka</lastname>
        <firstname>Markus</firstname>
      </author>
      <pubinfo>
        <pubdate type="primary">
          <date><year>2005</year></date>
        </pubdate>
        <issue>0.9.5</issue>
        <link type="url">http://refdb.sourceforge.net/manual/</link>
      </pubinfo>
    </publication>
  </entry>

I seem to have lost the part and its title
and the author has been shifted from the part, to the publication.
My guess was that because <publication> is a container for secondary info,
this implies that a publication/author is a book editor rather
than the primary book author that I would expect. No?



Also for a particular journal citation/ bibliography formatting style 
that I use (I think it is a Harvard variant), I need to cite myself 
as "du Boulay", but then bibliography entries should be sorted and 
formatted according to
   Boulay, D., du (2001) ...
another example
Jacob Horatio Van Der Marel would be cited as "Van Der Marel", 
but bib formatted and ordered according to 
   Marel, J. H., Van Der (2001)...

So I'm thinking that author lastname|firstname|middlename|suffix may not
be expressive enough to capture this information properly. 
Or does/can RefDB do some fancy footwork internally with lastname?



Thanks
Doug

Re: [Refdb-users] New user and questions :-)

[Markus H. <mar...@mh...>]

Janusz S. Bie=F1 writes:
 > There are probably some tools already for extracting metadata from
 > PDFs. I think such facility is in particular built into Greenstone
 >=20
 >                 http://www.greenstone.org/cgi-bin/library
 >=20
 > It is GPLed, so the relevant code can be reused.
 >=20

Thanks for the pointer. They do seem to have some tools that seem
useful for this purpose, but they also mention the limited utility
with particular kinds of PDF files (e.g. PDFs of older articles that
contain scanned page images instead of text).

At least the newer PDFs all seem to contain a doi in the document
properties. These are accessible e.g. through a Perl API, see

http://search.cpan.org/~areibens/PDF-API2-0.51/lib/PDF/API2.pm

The $pdf->info function seems to return the metadata, with the doi
info usually in the title field. This may be a good starting point at
least for newer PDFs.

regards
Markus

--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] main database is too old or corrupt

[Markus H. <mar...@mh...>]

Hi,

$,1 .(Bo$,1 /(Bo writes:
 > jozef@clue12:~$ refdba
 > refdba: viewstat
 > main database is too old or corrupt
 > refdba:
 > 
 > Any idea what could go wrong?
 > 

I'm sorry that it took me so long to return to this issue, but my
dayjob is pretty intense these days.

I went to an office computer running Debian, purged all refdb and
libdbi/libdbi-drivers packages to make sure I'm starting from scratch,
and then went ahead by running the following as root:

mortimer:/home/markus# apt-get update
[...]
mortimer:/home/markus# apt-get install libdbi0
[...]
mortimer:/home/markus# apt-get install libdbi0-dev
[...]
mortimer:/home/markus# apt-get install libdbd-sqlite
[...]
mortimer:/home/markus# apt-get install refdb
[...]
Setting up refdb (0.0-cvs-20051003) ...
Starting bibliography tool application server: refdb.
/usr/bin/refdbctl start: bibliography tool application server started
RefDB database ('/var/lib/refdb/db/refdb') is not present.
Creating it now...
Database created successfully.

I have the following entries in my /etc/apt/sources.list:

deb http://ftp.de.debian.org/debian/ testing main contrib non-free
deb http://refdb.sourceforge.net/debian/cvs/ testing main
deb http://libdbi.sourceforge.net/debian testing main

This installation seems to work ok. viewstat returns the expected
output. I can create databases and use refdbc to connect to these
databases. I can add references and retrieve them.

Now I'd really like to know what's different on those boxes where this
procedure does not work. Do you all use unstable? Could those affected
by the "main database is too old or corrupt" problem send me a list of
the version numbers of the relevant packages? I'm afraid I won't be
able to fix this unless I can reproduce it.

regards
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] New user and questions :-)

[<js...@mi...>]

On Thu, 2 Mar 2006  "Markus Hoenicka" <mar...@mh...> wrote:

[...]

> I guess you're asking for some monster script that analyzes the PDFs,

There are probably some tools already for extracting metadata from
PDFs. I think such facility is in particular built into Greenstone

                http://www.greenstone.org/cgi-bin/library

It is GPLed, so the relevant code can be reused.

I think I have seen also other such tools on the Internet, but at the
moment I don't remember the details.

Best regards

Janusz

-- 
                     ,   
dr hab. Janusz S. Bien, prof. UW -  Uniwersytet Warszawski (Katedra Lingwistyki Formalnej)
Prof. Janusz S. Bien - Warsaw Uniwersity (Department of Formal Linguistics)
js...@mi..., js...@uw..., http://www.mimuw.edu.pl/~jsbien/, http://www.klf.uw.edu.pl

Re: [Refdb-users] New user and questions :-)

[Bruce D'A. <bda...@gm...>]

On 3/2/06, Matt Price <mat...@ut...> wrote:

> If and when this happens, will there be development builds with the
> new code implemented?  Or are we talking about a very long wait till
> 3.0?

I think that'll probably have to be negotiated, but OOo has moved to a
more rapid release model where interim releases can include new
functionality. So in theory it's possible we could see it sooner.

Bruce

Re: [Refdb-users] New user and questions :-)

[Matt P. <mat...@ut...>]

On Thu, Mar 02, 2006 at 08:03:19PM -0500, Bruce D'Arcus wrote:
> On 3/2/06, Markus Hoenicka <mar...@mh...> wrote:
>=20
> >  > 2 - Is there a know interface for OpenOffice.org 2.0 communications=
=3D20
> >  > (i've used by the past pybliographer+lyx, but i'd rather working=3D20
> >  > bibus+OOo) ?
> >
> > Not that I know of. I'm not familiar with the programming facilities
> > of OO, but I'm sure a skilled programmer could make the two talk to
> > each other.
>=20
> We've got a developer who is now working on implementing support for
> the new citation coding in OpenDocument*. Assuming he makes good
> progress with that, he'll be exposing that via the UNO interface so
> that it will be accessible through different language bindings.
>=20
> In general, OOo really needs coders with expertise with C++, which
> seems far less common than Python, Java, etc. We could use more in
> other words.
>=20
> Bruce
>=20
> * <http://wiki.services.openoffice.org/wiki/Bibliographic_Project%27s_Dev=
eloper_Page#New_Citation_Coding>
>=20

Bruce,

If and when this happens, will there be development builds with the
new code implemented?  Or are we talking about a very long wait till
3.0?

Matt


>=20
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmd?k&kid=110944&bid$1720&dat=121642
> _______________________________________________
> Refdb-users mailing list
> Ref...@li...
> https://lists.sourceforge.net/lists/listinfo/refdb-users

-------------------------------------------
Matt Price	    mat...@ut...
History Department, University of Toronto
(416) 978-2094
--------------------------------------------

Re: [Refdb-users] New user and questions :-)

[Bruce D'A. <bda...@gm...>]

On 3/2/06, Markus Hoenicka <mar...@mh...> wrote:

>  > 2 - Is there a know interface for OpenOffice.org 2.0 communications=3D=
20
>  > (i've used by the past pybliographer+lyx, but i'd rather working=3D20
>  > bibus+OOo) ?
>
> Not that I know of. I'm not familiar with the programming facilities
> of OO, but I'm sure a skilled programmer could make the two talk to
> each other.

We've got a developer who is now working on implementing support for
the new citation coding in OpenDocument*. Assuming he makes good
progress with that, he'll be exposing that via the UNO interface so
that it will be accessible through different language bindings.

In general, OOo really needs coders with expertise with C++, which
seems far less common than Python, Java, etc. We could use more in
other words.

Bruce

* <http://wiki.services.openoffice.org/wiki/Bibliographic_Project%27s_Devel=
oper_Page#New_Citation_Coding>

[Refdb-users] New user and questions :-)

[Markus H. <mar...@mh...>]

Hi,

St=E9phane Teletch=E9a writes:
 > I'm going to produce RPMs for Mandriva so you'll soon find them on=3D=
20
 > mirros (at least for cooker on a first time, then for 2006 and 2005)=
 in=3D20
 > order to allow more users to use it.
 >=20

...which is a real cool thing. How hard is it to turn these RPMs into,
say, SuSE or Redhat RPMs=3F

 > 1 - is there a normalised way to fill in the database from existing =
PDF=3D20
 > files =3F To be clear : i have a collection of articles (more than 4=
50)=3D20
 > and presumably other colleagues have even or more ... For the moment=
, i=3D20
 > cannot link these publications to any refenreces (pdfinfo on each fi=
le=3D20
 > is far from being informative) so before using refDB, i need to link=
=3D20
 > those PDFs to their respective database information (authors, abstra=
ct,=3D20
 > keywords, ...).
 > I've searched on the documentation, on the web also and haven't foun=
d a=3D20
 > way to do it in a clever script or code.
 >=20
 > Does refDB has such tool =3F

I'm afraid no.

 > If not, can someone indicate me any tool could be appropriate to=3D2=
0
 > pre-filter the medline info + pdf =3F
 >=20

I know this does not help you after the fact, but I save the XML
Pubmed record along with every PDF that I locate through Pubmed. This
way I can link the PDFs to the references while I add them to the
database.

I guess you're asking for some monster script that analyzes the PDFs,
sends appropriate queries to Pubmed, converts the returned data to
RIS, adds the path to the PDF to the AV field, and loads the record
into your database. Sure doable but I'm afraid I lack the time to
tackle this.

 > 2 - Is there a know interface for OpenOffice.org 2.0 communications=3D=
20
 > (i've used by the past pybliographer+lyx, but i'd rather working=3D2=
0
 > bibus+OOo) =3F
 >=20

Not that I know of. I'm not familiar with the programming facilities
of OO, but I'm sure a skilled programmer could make the two talk to
each other.

regards,
Markus

--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] med2ris problem

[Markus H. <mar...@mh...>]

Hi Bruce,

Bruce Hayward writes:
 > What is the magic incantation to get this working again? Shouldn't
 > @INC /usr/local/lib/perl5/site_perl/5.8.7 have found it?

I've got a somewhat older but otherwise similar Perl setup. My @INC
lists

/usr/local/lib/perl5/site_perl/5.8.6/mach

explicitly (note the trailing '/mach'). Maybe you have to add this to
your @INC to make Iconv work again.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] New user and questions :-)

[<ste...@jo...>]

Hi everyone,

I've followed refdb improvement for years (the first time i saw the=20
project was in 2000 IIRC) and i'm now finding time to finally use it.

I'm going to produce RPMs for Mandriva so you'll soon find them on=20
mirros (at least for cooker on a first time, then for 2006 and 2005) in=20
order to allow more users to use it.

So first i want to thank the developpers for this wonderful idea and=20
implementation.

Second :-)
1 - is there a normalised way to fill in the database from existing PDF=20
files ? To be clear : i have a collection of articles (more than 450)=20
and presumably other colleagues have even or more ... For the moment, i=20
cannot link these publications to any refenreces (pdfinfo on each file=20
is far from being informative) so before using refDB, i need to link=20
those PDFs to their respective database information (authors, abstract,=20
keywords, ...).
I've searched on the documentation, on the web also and haven't found a=20
way to do it in a clever script or code.

Does refDB has such tool ?
If not, can someone indicate me any tool could be appropriate to=20
pre-filter the medline info + pdf ?

2 - Is there a know interface for OpenOffice.org 2.0 communications=20
(i've used by the past pybliographer+lyx, but i'd rather working=20
bibus+OOo) ?

Thanks a lot in advance for comments and suggestions,

St=E9phane

--=20
St=E9phane T=E9letch=E9a, PhD.                  http://www.steletch.org
Unit=E9 Math=E9matique Informatique et G=E9nome http://migale.jouy.inra.f=
r/mig
INRA, Domaine de Vilvert                  T=E9l : (33) 134 652 891
78352 Jouy-en-Josas cedex, France         Fax : (33) 134 652 901

[Refdb-users] med2ris problem

[Bruce H. <b.h...@le...>]

I'm using refdb-0.9.6 on FreeBSD5.4
I've just tried, as I do every week, to add new PubMed references to my
database. Here is the output:

 110 >med2ris pubmed_260206.xml > pubmed_260206.ris
Can't locate XML/Parser.pm in @INC (@INC
contains: /usr/local/lib/perl5/5.8.8/BSDPAN /usr/local/lib/perl5/site_perl/5.8.
8/mach /usr/local/lib/perl5/site_perl/5.8.8 /usr/local/lib/perl5/site_perl/5.8.7 /usr/local/lib/perl5/site_perl/5.8.6 /u
sr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.8/mach /usr/local/lib/perl5/5
.8.8 .) at /usr/local/bin/med2ris line 57.
BEGIN failed--compilation aborted at /usr/local/bin/med2ris line 57.

So I then upgraded all the p5 modules that cvsup was complaining about,
which includes the XML-Parser:

p5-Digest-SHA1-2.10         <  needs updating (port has 2.11) 
p5-HTML-Parser-3.48         <  needs updating (port has 3.50) 
p5-Mail-SpamAssassin-3.1.0_5  <  needs updating (port has 3.1.0_6) 
p5-Mail-Tools-1.67          <  needs updating (port has 1.73) 
p5-Net-DNS-0.55             <  needs updating (port has 0.56) 
p5-Net-SSLeay-1.30          <  needs updating (port has 1.30_1) 
p5-XML-Parser-2.34_1        <  needs updating (port has 2.34_2) 
p5-gettext-1.03             <  needs updating (port has 1.05_1) 
p5-libwww-5.803             <  needs updating (port has 5.805) 

and then tried again:
 112 >med2ris pubmed_260206.xml > pubmed_260206.ris
Can't locate Text/Iconv.pm in @INC (@INC
contains: /usr/local/lib/perl5/5.8.8/BSDPAN /usr/local/lib/perl5/site_perl/5.8.
8/mach /usr/local/lib/perl5/site_perl/5.8.8 /usr/local/lib/perl5/site_perl/5.8.7 /usr/local/lib/perl5/site_perl/5.8.6 /u
sr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.8/mach /usr/local/lib/perl5/5
.8.8 .) at /usr/local/lib/perl5/site_perl/5.8.7/RefDB/Pubmed.pm line 70.
BEGIN failed--compilation aborted
at /usr/local/lib/perl5/site_perl/5.8.7/RefDB/Pubmed.pm line 70.
Compilation failed in require at /usr/local/bin/med2ris line 65.
BEGIN failed--compilation aborted at /usr/local/bin/med2ris line 65.


Ferreting about in /usr/local/lib/perl5/ I find these directories:

5.8.5     5.8.6     5.8.7     5.8.8     site_perl

mme-pc2132# cd site_perl/
mme-pc2132# ls -R | grep Iconv
Iconv.pm
Iconv
./5.8.7/mach/auto/Text/Iconv:
Iconv.bs
Iconv.so

Which includes:
site_perl/5.8.7/mach/Text/Iconv.pm

What is the magic incantation to get this working again? Shouldn't
@INC /usr/local/lib/perl5/site_perl/5.8.7 have found it?
Bruce Hayward

Re: [Refdb-users] main database is too old or corrupt

[<do...@gm...>]

SGkgTWFya3VzLAoKSSB3YXMgdHJ5aW5nIGl0IGFsbCB0aGUgdGltZSBhcyByb290LCBzbyB0aGVy
ZSB3YXMgbm8gcHJvYmxlbSB3aXRoIHRoZQp3cml0ZSBwZXJtaXNpb24uCkJ1dCBJIHRyaWVkIGFs
c28gYXMgbm9ybWFsIHVzZXIsIGFzIHlvdSBhZHZpY2VkIG1lLCBidXQgdGhlIHNhbWUgcmVzdWx0
LgpIZXJlIGl0IGlzOgpjbHVlMTI6fiMgZXhpdApsb2dvdXQKam96ZWZAY2x1ZTEyOn4kIHJlZmRi
ZCAtcyAtZSAwIC1QIH4vcmVmZGJkLnBpZApBdmFpbGFibGUgbGliZGJpIGRhdGFiYXNlIGRyaXZl
cnM6CnNxbGl0ZQpSZXF1ZXN0ZWQgbGliZGJpIGRyaXZlciBmb3VuZApEYXRhYmFzZSBkaXJlY3Rv
cnk6Ci92YXIvbGliL3JlZmRiL2RiCmFwcGxpY2F0aW9uIHNlcnZlciBzdGFydGVkCnNlcnZlciB3
YWl0aW5nIG5fbWF4X2ZkPTUKYWRkaW5nIGNsaWVudCAxMjcuMC4wLjEgb24gZmQgNgpzZXJ2ZXIg
d2FpdGluZyBuX21heF9mZD02CnBhcmVudCByZW1vdmluZyBjbGllbnQgb24gZmQgNgpzZXJ2ZXIg
d2FpdGluZyBuX21heF9mZD01CnNlcnZpbmcgY2xpZW50IG9uIGZkIDYgd2l0aCBwcm90b2NvbCB2
ZXJzaW9uIDMKZGJpIGlzIHVwCm1haW4gZGF0YWJhc2UgaXMgdG9vIG9sZCBvciBjb3JydXB0CmNo
aWxkIGZpbmlzaGVkIGNsaWVudCBvbiBmZCA2CmNoaWxkIGV4aXRlZCB3aXRoIGNvZGUgMQpzZXJ2
ZXIgd2FpdGluZyBuX21heF9mZD01CgoKSW4gdGhlIGNsaWVudCB3aW5kb3c6CmpvemVmQGNsdWUx
Mjp+JCByZWZkYmEKcmVmZGJhOiB2aWV3c3RhdAptYWluIGRhdGFiYXNlIGlzIHRvbyBvbGQgb3Ig
Y29ycnVwdApyZWZkYmE6CgpBbnkgaWRlYSB3aGF0IGNvdWxkIGdvIHdyb25nPwoKdGhhbmtzCgpK
b3plZgoKCgpPbiAyLzI3LzA2LCBNYXJrdXMgSG9lbmlja2EgPG1hcmt1cy5ob2VuaWNrYUBtaG9l
bmlja2EuZGU+IHdyb3RlOgo+IEhpLAo+Cj4gSSdtIHNvcnJ5LCBJIG11c3QgaGF2ZSBtaXNzZWQg
dGhpcyBtYWlsIHNvbWVob3cuIEluIGFueSBjYXNlLCBJIGhhZCBhIGxvb2sgYXQKPiB0aGUgZmls
ZSB5b3Ugc2VudCB0b2RheSwgYW5kIGl0IGxvb2tzIGFsbCBvayB0byBtZSwganVzdCBsaWtlIHRo
ZSBvbmUgSQo+IHJlY2VpdmVkIGFuZCB0ZXN0ZWQgbGFzdCB3ZWVrLgo+Cj4gV2hhdCBhcmUgdGhl
IGZpbGUgcGVybWlzc2lvbiBhZnRlciB5b3UgY3JlYXRlIHRoZSByZWZkYiBkYXRhYmFzZT8gSSBh
c3N1bWUgdGhhdAo+IERlYmlhbi9VYnVudHUgcnVuIHRoZSByZWZkYmQgZGFlbW9uIHVuZGVyIGEg
cGFydGljdWxhciBhY2NvdW50IHdoaWNoIGlzIG1vc3QKPiBsaWtlbHkgbm90IHJvb3QuIERvZXMg
dGhpcyBhY2NvdW50IGhhdmUgcmVhZC93cml0ZSBwZXJtaXNzaW9ucyBmb3IgdGhlIGRhdGFiYXNl
Cj4gZmlsZT8gSWYgbm90LCBjb3VsZCB5b3Ugc2V0IHRoZSBwZXJtaXNzaW9ucyBhcHByb3ByaWF0
ZWx5LCBlLmcuIGJ5IHJ1bm5pbmcKPiBzb21ldGhpbmcgbGlrZSBjaG1vZCBhK3J3IC9wYXRoL3Rv
L3JlZmRiLCBhbmQgc2VlIHdoZXRoZXIgdGhpcyBtYWtlcyBhCj4gZGlmZmVyZW5jZT8KPgo+IElm
IHlvdSB0ZW1wb3JhcmlseSBkaXNhYmxlIHRoZSBkYWVtb24sIGUuZy4gYnkgcnVubmluZyAicmVm
ZGJjdGwgc3RvcCIgYXMgcm9vdCwKPiBhbmQgc3RhcnQgcmVmZGJkIHVuZGVyIHlvdXIgb3duIHVz
ZXIgYWNjb3VudCwgZS5nLiBieSBydW5uaW5nICJyZWZkYmQgLXMgLWUgMAo+IC1QIH4vcmVmZGJk
LnBpZCIgKC1lIDAgc2VuZHMgdGhlIGxvZyBvdXRwdXQgdG8gc3RkZXJyLCAtUCBzZXRzIHRoZSBw
YXRoIG9mIHRoZQo+IFBJRCBmaWxlIHRvIGEgZmlsZSB0aGF0IHlvdSBoYXZlIHdyaXRlIGFjY2Vz
cyB0byksIGRvZXMgdGhpcyBhbGxvdyB5b3UgdG8gcnVuCj4gdmlld3N0YXQ/Cj4KPiByZWdhcmRz
LAo+IE1hcmt1cwo+Cj4gxI5vxI9vIDxkb2RvLnNrQGdtYWlsLmNvbT4gd2FzIGhlYXJkIHRvIHNh
eToKPgo+ID4gTWFya3VzLCBJIHNlbnQgeW91IHRoZSBkYXRhYmFzZSBmaWxlIGNvdXBsZSBvZiB3
ZWVrcyBhZ28gLi4uCj4gPiBIZXJlIGl0IGlzIGFnYWluLgo+ID4KPgo+Cj4gLS0KPiBNYXJrdXMg
SG9lbmlja2EKPiBtYXJrdXMuaG9lbmlja2FAY2F0cy5kZQo+IChTcGFtLXByb3RlY3RlZCBlbWFp
bDogcmVwbGFjZSB0aGUgcXVhZHJ1cGVkcyB3aXRoICJtaG9lbmlja2EiKQo+IGh0dHA6Ly93d3cu
bWhvZW5pY2thLmRlCj4KPgo=

Re: [Refdb-users] &oumlaut;

[Markus H. <mar...@mh...>]

Jeremy Malcolm <Je...@Ma...> was heard to say:

> What, apart from adding this to my RefDB style file:
>
> <!ENTITY oumlaut "&#xE002;">
>
> do I need to do to be able to use &oumlaut; in my references?
>

I don't recommend to use umlauts and other special characters this way. If your
processing system permits the use of unicode, use that. If it doesn't, and I
recall you're using SGML/Openjade, then it is still better to use a character
set like ISO-8859-1 in your document. This includes the characters you need.
This does not limit the choice of the character encoding of your database as
RefDB can convert them on the fly. My production database at work uses UTF-8
data, but most of the documents are SGML in ISO-8859-1 encoding as I heavily
rely on the RTF output (XML->RTF does not seem to work for me reliably). The
RTF and PDF output documents use umlauts and accents and such without a hitch.

A different question is how you can enter the umlauts, given that you probably
use an US (or British?) keyboard. LyX should be able to accept umlauts in TeX
notation (e.g. '\"o'), Emacs knows this trick too.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] &oumlaut;

[Jeremy M. <Je...@Ma...>]

What, apart from adding this to my RefDB style file:

<!ENTITY oumlaut "&#xE002;">

do I need to do to be able to use &oumlaut; in my references?

Thanks.

-- 
Jeremy Malcolm LLB (Hons) B Com
Internet and Open Source lawyer, IT consultant, actor
host -t NAPTR 1.0.8.0.3.1.2.9.8.1.6.e164.org|awk -F! '{print $3}'

Re: [Refdb-users] main database is too old or corrupt

[Markus H. <mar...@mh...>]

Hi,

I'm sorry, I must have missed this mail somehow. In any case, I had a loo=
k at
the file you sent today, and it looks all ok to me, just like the one I
received and tested last week.

What are the file permission after you create the refdb database? I assum=
e that
Debian/Ubuntu run the refdbd daemon under a particular account which is m=
ost
likely not root. Does this account have read/write permissions for the da=
tabase
file? If not, could you set the permissions appropriately, e.g. by runnin=
g
something like chmod a+rw /path/to/refdb, and see whether this makes a
difference?

If you temporarily disable the daemon, e.g. by running "refdbctl stop" as=
 root,
and start refdbd under your own user account, e.g. by running "refdbd -s =
-e 0
-P ~/refdbd.pid" (-e 0 sends the log output to stderr, -P sets the path o=
f the
PID file to a file that you have write access to), does this allow you to=
 run
viewstat?

regards,
Markus

=C4=8Eo=C4=8Fo <do...@gm...> was heard to say:

> Markus, I sent you the database file couple of weeks ago ...
> Here it is again.
>


--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] main database is too old or corrupt

[<do...@gm...>]

TWFya3VzLCBJIHNlbnQgeW91IHRoZSBkYXRhYmFzZSBmaWxlIGNvdXBsZSBvZiB3ZWVrcyBhZ28g
Li4uCkhlcmUgaXQgaXMgYWdhaW4uCgpKb3plZgoKT24gMi8yMi8wNiwgTWFya3VzIEhvZW5pY2th
IDxtYXJrdXMuaG9lbmlja2FAbWhvZW5pY2thLmRlPiB3cm90ZToKPiBEYW5pZWwgTydEb25uZWxs
IHdyaXRlczoKPiAgPiA+IENvdWxkIHlvdSBwbGVhc2Ugc2VuZCBtZSB0aGUgZGF0YWJhc2UgZmls
ZSBvZmYtbGlzdCBmb3IgZnVydGhlcgo+ICA+ID4gYW5hbHlzaXM/IERpZCBhbnlvbmUgZWxzZSBv
biBEZWJpYW4gZW5jb3VudGVyIHRoaXMgcHJvYmxlbSBsYXRlbHk/Cj4gID4gPgo+ICA+IEkganVz
dCBnb3QgdGhpcyBvbiBVYnVudHUgNS4xMC4KPiAgPiA+Cj4KPiBUaGFua3MgZm9yIGxldHRpbmcg
bWUga25vdy4gVW5mb3J0dW5hdGVseSBJIGRpZG4ndCByZWNlaXZlIHRoZQo+IGRhdGFiYXNlIGZp
bGUgZnJvbSB0aGUgb3JpZ2luYWwgcG9zdGVyIHlldC4gV291bGQgeW91IHBsZWFzZSBiZSBzbwo+
IGtpbmQgYW5kIHNlbmQgbWUgeW91ciByZWZkYiBkYXRhYmFzZSBmaWxlPyBJJ2QgbGlrZSB0byBm
aW5kIG91dCB3aGF0J3MKPiBnb2luZyB3cm9uZyBvbiBEZWJpYW4uCj4KPiByZWdhcmRzLAo+IE1h
cmt1cwo+Cj4gLS0KPiBNYXJrdXMgSG9lbmlja2EKPiBtYXJrdXMuaG9lbmlja2FAY2F0cy5kZQo+
IChTcGFtLXByb3RlY3RlZCBlbWFpbDogcmVwbGFjZSB0aGUgcXVhZHJ1cGVkcyB3aXRoICJtaG9l
bmlja2EiKQo+IGh0dHA6Ly93d3cubWhvZW5pY2thLmRlCj4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+IFRoaXMgU0YubmV0IGVt
YWlsIGlzIHNwb25zb3JlZCBieTogU3BsdW5rIEluYy4gRG8geW91IGdyZXAgdGhyb3VnaCBsb2cg
ZmlsZXMKPiBmb3IgcHJvYmxlbXM/ICBTdG9wISAgRG93bmxvYWQgdGhlIG5ldyBBSkFYIHNlYXJj
aCBlbmdpbmUgdGhhdCBtYWtlcwo+IHNlYXJjaGluZyB5b3VyIGxvZyBmaWxlcyBhcyBlYXN5IGFz
IHN1cmZpbmcgdGhlICB3ZWIuICBET1dOTE9BRCBTUExVTkshCj4gaHR0cDovL3NlbC5hcy11cy5m
YWxrYWcubmV0L3NlbD9jbWQ9bG5rJmtpZD0xMDM0MzImYmlkPTIzMDQ4NiZkYXQ9MTIxNjQyCj4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBSZWZkYi11
c2VycyBtYWlsaW5nIGxpc3QKPiBSZWZkYi11c2Vyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBo
dHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9yZWZkYi11c2Vycwo+
Cg==

Fwd: Re: [Refdb-users] main database is too old or corrupt

[Markus H. <mar...@mh...>]

Hi,
I'm sorry that I didn't get round to look into this lately. A conference and two
deadlines forced me to do what I'm being paid for.

Daniel O'Donnell <dan...@ul...> was heard to say:

> I must be really dumb: I can't find it.
>

You mean the refdb database file? There is no such thing if you use MySQL, so
please don't feel dumb. MySQL has a subdirectory called refdb somewhere that
contains the database files and indexes. I was just asking for someone who uses
SQLite on Debian to send me the file, as this is simpler to analyze. I must have
somehow thought you were using SQLite.

I've received the file from Osvaldo, and it looks ok to me.

> I have the impression reading the lists that there are some real issues
> with the Debian? Would you recommend scrapping it and trying a make
> instead? I'm wondering if the problem might not be that it didn't load
> the mysql drivers?
>

There are problems with Debian, and I'm absolutely sure they can be solved by
building libdbi, libdbi-drivers, and RefDB from the sources. But that's not why
we try to provide packages. I'd like to see the problems with the packages fixed
as this lowers the threshold for new users considerably.

I don't think that RefDB can't load the mysql driver. refdbd will refuse to even
start if it can't load the requested driver. If it can't connect to the MySQL
engine, you'd see a different error ("could not open main database"). The only
way to arrive at the error that you all see is that the query for the database
version fails, or that the version is indeed too old. As we're still at version
1 (older versions were not versioned), the query must fail somehow, or the
result cannot be retrieved or is erroneous for some reason.

If anyone of those affected by this problem is skilled enough to fiddle with the
command line client of his/her database engine, please run the following query
for me (SQLite shown here, other db engines are equivalent):

$ sqlite path/to/refdb
SQLite version 2.8.15
Enter ".help" for instructions
sqlite> .headers ON
sqlite> select * from t_meta;
meta_app|meta_type|meta_version|meta_dbversion|meta_create_date|meta_modify_date

refdb|refdb|0.9.6-pre2|1|2005-10-03 11:38:24|2005-10-03 11:38:24

I'll try to reproduce the error on a Debian box on the weekend. It'll be
considerably easier to fix if I can reproduce it.

regards,
Markus




-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

----- Ende der weitergeleiteten Nachricht -----


-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] main database is too old or corrupt

[Markus H. <mar...@mh...>]

Daniel O'Donnell writes:
 > > Could you please send me the database file off-list for further
 > > analysis? Did anyone else on Debian encounter this problem lately?
 > > 
 > I just got this on Ubuntu 5.10.
 > > 

Thanks for letting me know. Unfortunately I didn't receive the
database file from the original poster yet. Would you please be so
kind and send me your refdb database file? I'd like to find out what's
going wrong on Debian.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] main database is too old or corrupt

[Daniel O'D. <dan...@ul...>]

> From: Markus Hoenicka <markus@mh...>oenicka.de> 
> Problem: main database is too old or corrupt   
> 2006-02-08 12:09  
> $,1 .(Bo$,1 /(Bo writes:
>  > main database is too old or corrupt
>  > refdba:
>  > 
>  > I created database as described in administrator manual.
>  > My OS: Debian Sarge.
>  > I used debian packages from refdb debian repository - standard installation.
>  > As database I am using SQLite.
>  > Databaze was created as described in the manual:
>  > clue12:/usr/share/refdb/db# sqlite refdb <
>  > /usr/share/refdb/sql/refdb.dump.sqlite
>  > clue12:/usr/share/refdb/db# ls
>  > refdb
>  > 
> 
> Could you please send me the database file off-list for further
> analysis? Did anyone else on Debian encounter this problem lately?
> 
I just got this on Ubuntu 5.10.
> 
> 
> 
> regards,
> Markus
> 
> -- 
> Markus Hoenicka
> mar...@ca...
> (Spam-protected email: replace the quadrupeds with "mhoenicka")
> http://www.mhoenicka.de
> 
> 			
-- 
Daniel Paul O'Donnell
Associate Professor and Acting Chair
Director, Digital Medievalist Project
<http://www.digitalmedievalist.org/>
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4
Canada

Vox +1 403 329-2377
Fax +1 403 382-7191

:@caedmon/ubuntu

Re: [Refdb-users] TY=BOOK

[Z F <mai...@ya...>]

Hello Markus,

--- Markus Hoenicka <mar...@mh...> wrote:

> Hi,
> 
> Z F <mai...@ya...> was heard to say:
> 
> > getref :TY:=book
> >
> > I get book references, but the references contain only the
> > authors and the title of the book. No year of publication
> > or publisher name is returned.
> >
> > If I do:
> >
> > getref -t ris :TY:=book
> >
> > then I can see CY, PB and PY fields.
> >
> 
> The screen output (and HTML/XHTML as well) was designed to be compact
> by
> default. I find it hard to find a particular reference if e.g. 90% of
> the
> returned text is abstracts and notes. Therefore a getref command
> without
> further options shows only a subset of the available fields.

I completely agree with you, however, I thought that since
journal name is output by default, the equivalent information for 
a book is the publisher name. So I expected to see it by default.
This was my logic.

Since I made so many mistakes in the past, I wanted to make sure, that
this is the design, not what I did. The design is not what I expected
:-). It is not a problem, I just had to know it.

Thanks for your help

Lazar

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Refdb-users] TY=BOOK

[Markus H. <mar...@mh...>]

Hi,

Z F <mai...@ya...> was heard to say:

> getref :TY:=book
>
> I get book references, but the references contain only the
> authors and the title of the book. No year of publication
> or publisher name is returned.
>
> If I do:
>
> getref -t ris :TY:=book
>
> then I can see CY, PB and PY fields.
>

The screen output (and HTML/XHTML as well) was designed to be compact by
default. I find it hard to find a particular reference if e.g. 90% of the
returned text is abstracts and notes. Therefore a getref command without
further options shows only a subset of the available fields.

I cannot confirm though that the publication date is not shown in the default
output. If I run "getref :TY:=BOOK", I get something like this:

--8<---------------
ID*:614 (2001)
Key: BROCKBANK2001
Brockbank,Kelvin G.M., Covault,James C., Taylor,Michael J.
Cryopreservation Manual

REPRINT: NOT IN FILE
--8<---------------

You can of course configure which fields are shown. I always want to know
whether I have a reprint of that reference or not, so I have the RP and AV
fields displayed by default, as shown above. You can do this by either

- adding something like "fields PBCY" to your .refdbcrc config file
- start refdbc with the "-F PBCY" option
- run the getref command with the "-s PBCY" option

All of these options cause the publisher and the city of publication to be
displayed.

regards,
Markus




-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] TY=BOOK

[Z F <mai...@ya...>]

Hello

If I use a reference search:

getref :TY:=book

I get book references, but the references contain only the
authors and the title of the book. No year of publication
or publisher name is returned.

If I do:

getref -t ris :TY:=book

then I can see CY, PB and PY fields.

Did I do something worng (as usual) or this is the proper
behavior? Or it is 0.9.6-pre3 version is doing it?

Thank you very much

Lazar

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Refdb-users] mandatory RIS fields

[Markus H. <mar...@mh...>]

Z F <mai...@ya...> was heard to say:

>
> I hve 0.9.6-pre3 not 0.9.7-pre3.
> I used the debian packages, remember? :-)
>

Ah, I'm sorry, you mentioned that previously. I've added the updatejo command on
October 11, 2005 according to the CVS logs. It is possible that 0.9.6-pre3 does
not yet have it.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de