refdb-users — List for RefDB users

[Refdb-users] Ruby Client Library Maintainer

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

Hi,

sh...@we... writes:
 > it looks as though you still are looking for a maintainer for this part of the code. As I am greatly interested in this part of the code I would like to offer myself as the maintainer. I additionally will start developing a RubyOnRails web interface for refdb. In contrast to Markus' opinion on graphical interfaces I consider them vital for a project like refdb. So the RubyOnRails web interface is suppossed to fill in this gap for this great tool.

I greatly appreciate any effort that adds a serious web-based
interface to RefDB. You're more than welcome to get involved into the
further development of RefDB.

You should take my comments on graphical interfaces with a grain of
salt. I've got only so much time to work on RefDB, so I usually work
on those aspects that are most important to me. I personally access
RefDB mostly through the command-line clients and through
refdb-mode. Besides, I'm not into programming graphical interfaces at
all. This doesn't mean I don't want a graphical interface for
RefDB. It just means I don't want to write one myself.

 > 
 > Any comments and suggestions for both, the library and the web interface are very welcome.
 > 
 > Should I have posted this to the developer's list?
 > 

Further discussions about implementation details are probably best
posted to the devel list. Do you have a SourceForge account? I guess
you'll need CVS access to go ahead.

regards,
Markus

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

[Refdb-users] RefDB + Bibtex +URLs + chapter + booktitle + incollection

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

Hi,

Damien Jade Duff writes:
 > (1)
 > 
 > Is there any way to get a URL field in the bibtex results?
 > 

Retrieving URLs and L1-L4 is a bit tricky because each reference can
contain more than one of each type, that's why there was no obvious
solution for doing it yourself. I've added some code that retrieves
all UR and L1-L4 entries and outputs them as URL lines. That is, the
distinction between the link types currently gets lost, but I don't
know how this could be preserved in bibtex. I'm not even sure whether
"URL" is the correct way to encode an URL in bibtex.

 > (2)
 > 
 > The @INBOOK bibtex citation type requires a CHAPTER rather than a TITLE 
 > field and a TITLE rather than a BOOKTITLE field - the three levels here are:
 > 1. CHAPTER
 > 2. TITLE
 > 3. SERIES
 > 

I think I've fixed that.

 > (3)
 > 
 > The @BOOK bibtex citation type also requires a TITLE rather than a 
 > BOOKTITLE field.
 > 

I think I've fixed that too.

 > (4)
 > 
 > In the @INBOOK citation type, I think an editor is not required but in 
 > an @INCOLLECTION citation type it is important.
 > 
 > This is problematic for me because if I call something a "CHAP" 
 > presently it's coming out as @INBOOK and the bibtex formatter is 
 > ignoring the editor field if one exists.
 > 
 > So I think we need to find ways of distinguishing between citations that 
 > are parts of books that are collections and citations that are parts of 
 > books that aren't. I think a good piece of logic would be to check if 
 > there is a different Part and Publication author (i.e. check if the work 
 > has an editor) - if the citation has an editor then it can be an 
 > @INCOLLECTION otherwise an @INBOOK.
 > 

I'm afraid you've lost me here. Is it correct that in an INBOOK entry
the chapter author is also the editor of the whole book, whereas in an
INCOLLECTION entry the author and the editor are different persons?
This seems to be a distinction that RIS does not make. But then I
wonder why you would use INBOOK anyway. I'd rather think that you put
the whole book into the reference list and add the chapter information
into the in-text citation (RefDB doesn't handle this yet though).

 > 
 > (P.S.)
 > P.S. I'm using the latest prerelease 0.9.7pre5. In order to compile it I 
 > disabled the building of the manuals because it wanted "fop" and I don't 
 > have it. I could never figure all that xml stuff out.
 > 

Actually building the documentation is a lot harder than building
RefDB itself. In theory the prebuilt manuals should make it
unnecessary to build anything in the doc subdirectory, but apparently
this does not work on some systems. In any case, your solution is
perfectly appropriate as long as you can live without the
documentation being installed locally by "make install".

regards,
Markus

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

Re: [Refdb-users] Ruby Client Library Maintainer

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

On 4/9/06, sh...@we... <sh...@we...> wrote:

> it looks as though you still are looking for a maintainer for this part o=
f the code. As I am greatly interested in this part of the code I would lik=
e to offer myself as the maintainer. I additionally will start developing a=
 RubyOnRails web interface for refdb. In contrast to Markus' opinion on gra=
phical interfaces I consider them vital for a project like refdb.
>

True.

> Any comments and suggestions for both, the library and the web interface =
are very welcome.
>

I wrote this awhile back:

<http://netapps.muohio.edu/blogs/darcusb/darcusb/archives/2005/05/18/rails-=
refdb-and-a-wishlist>

> Should I have posted this to the developer's list?
>

Yes.

Bruce

[Refdb-users] Ruby Client Library Maintainer

[<sh...@we...>]

Hi,

it looks as though you still are looking for a maintainer for this part of =
the code. As I am greatly interested in this part of the code I would like =
to offer myself as the maintainer. I additionally will start developing a R=
ubyOnRails web interface for refdb. In contrast to Markus' opinion on graph=
ical interfaces I consider them vital for a project like refdb. So the Ruby=
OnRails web interface is suppossed to fill in this gap for this great tool.

Any comments and suggestions for both, the library and the web interface ar=
e very welcome.

Should I have posted this to the developer's list?

Greetings from rainy Freiburg,

Sebastian

--=20
Sebastian H=F6hn
Schauinslandstr. 136F

79100 Freiburg

[Refdb-users] ANN: refdb-publist-1.0 available

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

Hi,

I'd like to announce a new add-on for RefDB. publist is a set of files
that helps you to generate a publication list (like the one you attach
to your CV) from entries in your reference database. You'll get your
publications listed by type (thesis, peer-reviewed papers, invited
papers, abstracts and so on) and sorted by date (descending) within
each group. publist is essentially a slight modification of the
skeleton document and the Makefile that the refdbnd tool creates plus
a bibliography style which is suitable for this particular document
type. This is also an example of how a little Makefile programming
can greatly extend the capabilities of RefDB.

The tarball includes the documentation which explains the process in
full. Once you've set everything up, you'll just have to run "make" to
update your publication list whenever you've cranked out another
paper. If you're *really* prolific, you could even run this from a
cron script...

The package is available from the RefDB download page:

http://sourceforge.net/project/showfiles.php?group_id=26091

Please be aware that this tool requires the latest prerelease
(refdb-0.9.7-pre5) which I've announced lately.

This is a first release and likely to contain bugs or
erroneous/incomplete documentation. Please let me know if you run into
any problems.

regards,
Markus

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

[Refdb-users] RefDB + Bibtex +URLs + chapter + booktitle + incollection

[Damien J. D. <D.J...@cs...>]

Dear Markus

I have encountered the following issues whilst using refdb for bibtex. 
Now, I had a go at changing refdb myself but it was getting a bit 
timeconsuming so I hope you can help me out with my problems.

I hope we haven't been talking about these issues before - I've had a 
browse through our past mails and I think these are all new ones.

Thanks
Damien Jade Duff


(1)

Is there any way to get a URL field in the bibtex results?

I particularly want it for my ELEC entries. Maybe it would be useful to 
put on into the bibtex entries wherever a url exists (I'm not sure about 
that though).

I can't figure out how to do this change in backend-bibtex.c: I found a 
subroutine to extract a url from a database result structure but I think 
the results structure being used in backend-bibtex.c does not contain 
the url from the database.


(2)

The @INBOOK bibtex citation type requires a CHAPTER rather than a TITLE 
field and a TITLE rather than a BOOKTITLE field - the three levels here are:
1. CHAPTER
2. TITLE
3. SERIES

e.g.
--------FROM http://web.reed.edu/cis/help/BibTeX.html------------------
For a chapter or part of a book:
@inbook {DoyleOwl:2003a, <--This is the Label, and type of citation
Author = {Doyle Owl},    <--Author Field
Title = {Reed in Space}, <--Title Field
Chapter= {Chapter 7: New Frontier},
Pages= {350-450},        <--Chapter Title and Page Number Field
Publisher = {Macmillan}  <--Publisher Field
Year = {2003}}           <--Year Field
-----------------------------------------------------------------------


(3)

The @BOOK bibtex citation type also requires a TITLE rather than a 
BOOKTITLE field.

It's a bit confusing admittedly because @INPROCEEDINGS does use BOOKTITLE.

--------FROM http://web.reed.edu/cis/help/BibTeX.html------------------
@book{DoyleOwl:2004,      <--This is the Label, and type of citation
Author = {Doyle Owl},     <--Author Field
Title = {My Life},        <--Title Field
Publisher = {Reed Press}, <--Publisher Field
Year = {2004}}            <--Year Field
-----------------------------------------------------------------------


(4)

In the @INBOOK citation type, I think an editor is not required but in 
an @INCOLLECTION citation type it is important.

This is problematic for me because if I call something a "CHAP" 
presently it's coming out as @INBOOK and the bibtex formatter is 
ignoring the editor field if one exists.

So I think we need to find ways of distinguishing between citations that 
are parts of books that are collections and citations that are parts of 
books that aren't. I think a good piece of logic would be to check if 
there is a different Part and Publication author (i.e. check if the work 
has an editor) - if the citation has an editor then it can be an 
@INCOLLECTION otherwise an @INBOOK.


(P.S.)
P.S. I'm using the latest prerelease 0.9.7pre5. In order to compile it I 
disabled the building of the manuals because it wanted "fop" and I don't 
have it. I could never figure all that xml stuff out.

[Refdb-users] ANN: refdb-0.9.7-pre5 available for testing

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

Hi,

after sitting out the recent CVS server downtime at SourceForge I've
finished another prerelease, available as usual by following this
link:

http://refdb.sourceforge.net/pre/refdb-latest.tar.gz

Bugfixes:

- multiple citation texts are now properly included in the character
  encoding conversion

- periodical titles need to be escaped during import

- a possible segfault during the formatting of journal names in
  bibliographies was fixed

- the formatting (bold, italics, superscript and so on) of intext
  citations was fixed for both the DSSSL and the XSL stylesheets

- fixed missing preceding/following export in journal names during
  style export

- all XML output now correctly exports empty strings as empty elements
  instead of dropping the element

- bibliography titles are now left empty if the style says so, instead
  of inventing a default title


Improvements

- added a citationlistx backend. This backend may be of limited value
  to the end-user, but it is required by a (soon-to-be-announced) tool
  to create CVs/publication lists.


Please send bug reports and complaints to the list.

regards,
Markus

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

Re: [Refdb-devel] Re: [Refdb-users] CVS vs. Subversion

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

"Michael(tm) Smith" <sm...@si...> was heard to say:

> Their estimate appears to be that they'll have the CVS service
> available again late Tuesday night or early Wednesday morning.
>

Thanks, it's good to have an estimate.

> The description of the "single point of failure" architecture of
> the CVS service doesn't inspire a lot of confidence in the
> long-term stability of the service. Even before this outage, it
> has been pretty spotty all along anyway -- inaccessible
> intermittently for short periods (and relatively long ones too).
>

I noticed that too. This was one of the most annoying problems of SF so far.

> Anyway, it definitely provides some additional incentive to move
> to their Subversion service instead. Some wags have even suggested
> that the outage was carefully planned to scare project admins away
> from the CVS service and over to the Subversion service (because
> the CVS service is a drain on support resources and they want to
> minimize the number of projects using it). I only wish I thought
> they were quite that smart.
>

Actually I figured that too, but I thought I was just paranoid.

Thanks
Markus


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

Re: [Refdb-devel] Re: [Refdb-users] CVS vs. Subversion

[Michael(tm) S. <sm...@si...>]

Markus Hoenicka <mar...@mh...> writes:

> I gather from this feedback that no one has to stick with CVS. I'll go
> ahead and migrate the CVS repository to Subversion in the near future.
>=20
> Before I do this, I'd like to clean up the repository a bit. Most
> important, I'd like to fold back the stable branch to the trunk as the
> latter has turned out to be sort of a dead end. But in order to do
> this cleanup, and in order to check my local changes I'll have to wait
> until the SourceForge CVS service online again. I'll let you know when
> the migration is done.

Note that SF has a "Site Status" page that they don't do a very
good job of advertising. There's a "Recent Updates" section on
that page that gives details about the CVS outage -

  http://sourceforge.net/docs/A04/#section1

Their estimate appears to be that they'll have the CVS service
available again late Tuesday night or early Wednesday morning.

The description of the "single point of failure" architecture of
the CVS service doesn't inspire a lot of confidence in the
long-term stability of the service. Even before this outage, it
has been pretty spotty all along anyway -- inaccessible
intermittently for short periods (and relatively long ones too).

Anyway, it definitely provides some additional incentive to move
to their Subversion service instead. Some wags have even suggested
that the outage was carefully planned to scare project admins away
=66rom the CVS service and over to the Subversion service (because
the CVS service is a drain on support resources and they want to
minimize the number of projects using it). I only wish I thought
they were quite that smart.

  --Mike

[Refdb-devel] Re: [Refdb-users] CVS vs. Subversion

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

Hi,

I gather from this feedback that no one has to stick with CVS. I'll go
ahead and migrate the CVS repository to Subversion in the near future.

Before I do this, I'd like to clean up the repository a bit. Most
important, I'd like to fold back the stable branch to the trunk as the
latter has turned out to be sort of a dead end. But in order to do
this cleanup, and in order to check my local changes I'll have to wait
until the SourceForge CVS service online again. I'll let you know when
the migration is done.

regards,
Markus


David Mundie writes:
 > I've used both and think you should immediately switch to Subversion  
 > and never look back.
 > 
 >   - dam
 > 
 > On 2006-Apr-01, at 17:00, Daniel O'Donnell wrote:
 > 
 > > I've never used CVS so I can't compare it to SVN, but I am really  
 > > happy
 > > with SVN which I use all the time.
 > >

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

Re: [Refdb-users] CVS vs. Subversion

[David M. <mu...@an...>]

I've used both and think you should immediately switch to Subversion  
and never look back.

  - dam

On 2006-Apr-01, at 17:00, Daniel O'Donnell wrote:

> I've never used CVS so I can't compare it to SVN, but I am really  
> happy
> with SVN which I use all the time.
>
> -d
>
> On Sat, 2006-01-04 at 22:20 +0200, Markus Hoenicka wrote:
>> Hi,
>>
>> I don't know how many RefDB users ever try to build from CVS. I guess
>> there are some, and this message is relevant to those as well as to
>> all developers.
>>
>> SourceForge has ongoing problems with their CVS servers. This
>> currently prevents me from finishing the next prerelease and from
>> adding a new RefDB application (soon to be announced). The Subversion
>> servers seem to work ok. It is up to the project admin (read: up to
>> me) to migrate the CVS repository to Subversion. I'm not in a  
>> hurry to
>> do this, and I'd like to get your opinions first. Would the move to
>> Subversion break anything? I'm afraid the refdb-cvs scripts would  
>> need
>> an overhaul. Let me know what you think.
>>
>> If you don't know Subversion yet, just go to
>>
>> http://subversion.tigris.org/
>>
>> to read more about this CVS replacement.
>>
>> regards,
>> Markus
>>
>>
> -- 
> 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
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the  
> live webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Refdb-users mailing list
> Ref...@li...
> https://lists.sourceforge.net/lists/listinfo/refdb-users

Re: [Refdb-users] CVS vs. Subversion

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

I've never used CVS so I can't compare it to SVN, but I am really happy
with SVN which I use all the time.

-d

On Sat, 2006-01-04 at 22:20 +0200, Markus Hoenicka wrote:
> Hi,
> 
> I don't know how many RefDB users ever try to build from CVS. I guess
> there are some, and this message is relevant to those as well as to
> all developers.
> 
> SourceForge has ongoing problems with their CVS servers. This
> currently prevents me from finishing the next prerelease and from
> adding a new RefDB application (soon to be announced). The Subversion
> servers seem to work ok. It is up to the project admin (read: up to
> me) to migrate the CVS repository to Subversion. I'm not in a hurry to
> do this, and I'd like to get your opinions first. Would the move to
> Subversion break anything? I'm afraid the refdb-cvs scripts would need
> an overhaul. Let me know what you think.
> 
> If you don't know Subversion yet, just go to
> 
> http://subversion.tigris.org/
> 
> to read more about this CVS replacement.
> 
> regards,
> Markus
> 
> 
-- 
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

[Refdb-users] CVS vs. Subversion

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

Hi,

I don't know how many RefDB users ever try to build from CVS. I guess
there are some, and this message is relevant to those as well as to
all developers.

SourceForge has ongoing problems with their CVS servers. This
currently prevents me from finishing the next prerelease and from
adding a new RefDB application (soon to be announced). The Subversion
servers seem to work ok. It is up to the project admin (read: up to
me) to migrate the CVS repository to Subversion. I'm not in a hurry to
do this, and I'd like to get your opinions first. Would the move to
Subversion break anything? I'm afraid the refdb-cvs scripts would need
an overhaul. Let me know what you think.

If you don't know Subversion yet, just go to

http://subversion.tigris.org/

to read more about this CVS replacement.

regards,
Markus


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

Re: [Refdb-users] Strange issue with special characters and "select failed" messages

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

Sebastian Hoehn <seb...@ii...> was heard to say:

> Hope this help to improve the tool. I run it on cygwin. Could Linux
> solve the issue? I might try a linux machine, but then I have to redo
> all the config and install process so I would like to avoid it.

I'm happily running my production database on a Windows/Cygwin box, using MySQL
as database engine. There are more pitfalls compared to a Unix box, but Cygwin
is certainly one of the supported platforms.

> 1037: Out of memory; restart server and try again (needed 207864 bytes)

This seems to be a configuration problem of the MySQL Windows version (what you
see here is a MySQL error message, not a RefDB error message). I had to
increase the following setting in my.ini to:

sort_buffer_size=512K

to make things work. See also this thread:

http://www.issociate.de/board/post/175668/ERROR_1037_caused_by_simple_query.html

Maybe this should go into the manual. No such fiddling is required on other
platforms.

regards,
Markus

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

Re: [Refdb-users] Strange issue with special characters and "select failed" messages

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

Hi,

sh...@we... was heard to say:

> Whenever I add an entry with special chars (such as the german =F6 =E4 =
=FC), they
> are mangled in my mySQL Database. If I fix them in the table (with
> phpmyadmin) they are correct. Then they are correctly downloaded if I q=
uery
> for this reference. So this is a "one way" issue, that makes the whole =
story
> even more strange. Can you help me with this?

Character encodings are a slightly hairy issue, and it all depends on how=
 you
add your data and how you set up your databases. Whenever the encoding of=
 the
data does not match what RefDB expects you're likely to run into problems.

RefDB databases use the default character encoding of your MySQL setup un=
less
you specify a different encoding (createdb -E encoding). Incoming data ar=
e
automatically converted to the database encoding as long as RefDB can pro=
perly
determine the input encoding. risx data are XML data, so the encoding can=
 be
inferred from the leading processing instruction. If none is given, UTF-8=
 is
assumed. RIS data are imported according to the refdbcrc "fromencoding" s=
etting
which is ISO-8859-1 by default. You can also use the -E switch of the add=
ref
command to override the defaults.

If you have problems adding references with umlauts etc., then most likel=
y your
editor saves the data using a different encoding than what RefDB is confi=
gured
to use. Please check that the actually used encoding appears in the XML
processing instruction for risx data and in the "fromencoding" setting fo=
r RIS
data. Feel free to send me gzipped input files if you're not sure which
encoding they use.

>
> The second issue is the "select failed" message when I should get a
> reference. For example: :ID:>0 gives this message or :AU:~Muel where
> :AU:~Rodd works. How can I resolve this issue=3D
>

Could you please send me the reference(s) matched by :AU:~Muel? I recall =
fixing
a similar problem recently. Chances are that this problem is already fixe=
d in
the CVS version and maybe also in the latest prerelease.

regards,
Markus

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

[Refdb-users] Strange issue with special characters and "select failed" messages

[<sh...@we...>]

Hello,

I successfully installed refdb and I really  like it. But there is two anno=
ying issues I cannot solve by myself:

Whenever I add an entry with special chars (such as the german =F6 =E4 =FC)=
, they are mangled in my mySQL Database. If I fix them in the table (with p=
hpmyadmin) they are correct. Then they are correctly downloaded if I query =
for this reference. So this is a "one way" issue, that makes the whole stor=
y even more strange. Can you help me with this?

The second issue is the "select failed" message when I should get a referen=
ce. For example: :ID:>0 gives this message or :AU:~Muel where :AU:~Rodd wor=
ks. How can I resolve this issue=3D

Thanks a lot for helping with your great tool,

Sebastian

--=20
Sebastian H=F6hn
Schauinslandstr. 136F

79100 Freiburg

Re: [Refdb-users] OS X?

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

ref...@li... wrote:
> to the best of my knowledge there are no OS X packages yet.  However, just about
> all dependencies are packaged, so you should not have a hard time installing
> RefDB from the sources. For the latest RefDB release and the prerelease, make
> sure you get the 0.8.x packages of libdbi and libdbi-drivers. Please see also
> the (frugal) instructions for OS X:

If you use fink (which you should, it makes things so much easier), 
contact me off-list for a package of libdbi 0.8.1 that I've put together.

-- 
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] OS X?

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

Hi,

to the best of my knowledge there are no OS X packages yet.  However, just about
all dependencies are packaged, so you should not have a hard time installing
RefDB from the sources. For the latest RefDB release and the prerelease, make
sure you get the 0.8.x packages of libdbi and libdbi-drivers. Please see also
the (frugal) instructions for OS X:

http://refdb.sourceforge.net/manual/sect1-installation-linux.html#AEN1107

Feel free to seek specific advice on the list if you bump into build problems.

regards,
Markus

Niklas Saers <nik...@gm...> was heard to say:

> Hi guys,
> I was checking out refdb and was wondering if anyone has OS X
> binaries? I couldn't find it through the package managers or the
> website.
>



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

[Refdb-users] OS X?

[Niklas S. <nik...@gm...>]

Hi guys,
I was checking out refdb and was wondering if anyone has OS X  
binaries? I couldn't find it through the package managers or the  
website.

Cheers

   Nik

[Refdb-users] citestylex.xml formats

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

Hi,

there were several suggestions on the list to set up a style
repository, which I'd be more than happy to organize. Given the sheer
number of contributed styles it would be sufficient to add them to a
static web page once in a while (you can prove me wrong and flood me
with styles though). Commercial packages contain hundreds of styles,
and we're not remotely close to that yet. It would actually be a nice
playground for a collaborative effort.

I'm currently working on a style for Tissue Engineering, and I'll
probably need styles for ASAIO J., Br.J.Pharmacol., or Circ.Res. soon.

regards,
Markus

Doug du Boulay writes:
 > Hi everyone,
 > 
 > Markus' RefDB distribution comes with two citestylex citation style files,
 > those being  J.Biol.Chem.xml  and  Eur.J.Pharmacol.xml.
 > 
 > I don't know how best to organise this, but I was hoping that some of 
 > you might be able to share your customised styles for other journal and 
 > recognised publication formats. 
 > 
 > I would hate to be swamped by them, so perhaps you could just reply here
 > with a note about the target journal/publication name and maybe any obscure 
 > or interesting features of the format. 
 > 
 > For instance, I only have one but I believe it is compliant with
 > Acta.Crystallographica
 > 

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

[Refdb-users] citestylex.xml formats

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

Hi everyone,

Markus' RefDB distribution comes with two citestylex citation style files,
those being  J.Biol.Chem.xml  and  Eur.J.Pharmacol.xml.

I don't know how best to organise this, but I was hoping that some of 
you might be able to share your customised styles for other journal and 
recognised publication formats. 

I would hate to be swamped by them, so perhaps you could just reply here
with a note about the target journal/publication name and maybe any obscure 
or interesting features of the format. 

For instance, I only have one but I believe it is compliant with
Acta.Crystallographica

Any others?
Thanks
Doug

 

Re: [Refdb-users] upgrade from 0.9.5

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

Cecile Hebert writes:
 > The following libraries have to be installed:
 > 
 > - libdbi-drivers (0.7.0 or newer, earlier versions do *NOT* work)
 > 

Oops - this information is outdated. Please use libdbi 0.8.1 and
libdbi-drivers 0.8.1. The 0.8.0 had some bugs, and 0.7.x won't work
with the newer RefDB releases.

regards,
Markus

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

Re: [Refdb-users] upgrade from 0.9.5

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

 Markus Hoenicka  a =E9crit:
> Cecile Hebert <cec...@tu...> was heard to say:
>=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?
> >
>=20
> You can of course skip versions when you upgrade. i

OK, thank you, I will do this. I still have a question.
the file UPGRADING states that to upgrade from 0.9.5 to 0.9.6 I need to
replace libdbi-divers version 0.7.x by version 0.8.1, while the INSTALL
file of refdb 0.9.7-pre4 says :
The following libraries have to be installed:

- libdbi-drivers (0.7.0 or newer, earlier versions do *NOT* work)

What is now required ? Was version 0.8.1 required for refdb 0.9.6 but no
more for refdb 0.9.7-pre4=20
or is there an error in the INSTALL file ??

Thank you!
 C=E9cile
=20


In most cases upgrading
> involves dumping your reference databases and re-creating your system d=
atabases
> 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.
>=20
> regards,
> Markus
>=20
> --=20
> Markus Hoenicka
> mar...@ca...
> (Spam-protected email: replace the quadrupeds with "mhoenicka")
> http://www.mhoenicka.de
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting lang=
uage
> that extends applications into web and mobile media. Attend the live we=
bcast
> and join the prime developer group breaking into this new coding territ=
ory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Refdb-users mailing list
> Ref...@li...
> https://lists.sourceforge.net/lists/listinfo/refdb-users

--=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

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

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

On Thursday 09 March 2006 17:22, Markus Hoenicka wrote:
> Doug du Boulay <dou...@gm...> was heard to say:


> >
> > 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?
>
> risx distinguishes three levels of bibliographic information (just like
> librarians do): analytic, monographic, series. The monographic information
> is encoded in the publication element. A publication is something that you
> find as such on the shelves of a library, e.g. a book. If your work is a
> chapter in a book, then you're looking at analytical information (the
> chapter) along with monographic information (the book that contains the
> chapter). A book that appeared as part of a limited series would contain
> series information too. In your example, you'd have to put both the author
> and the book title into the publication element, as you have only
> monographic information available.

Thanks. Its a bit clearer to me now, I hope. If I get it right then
it works like:

libraryinfo     RISX                <entry type="?">s
---------------------------------------------------------------------------
                             JOUR       JFUL      CHAP     BOOK     SERIES    
---------------------------------------------------------------------------
monographic publication  articleinfo journalinfo bookinfo bookinfo bookinfo
analytic       part                  articleinfo chapinfo         chapterinfo
series         set                                                seriesinfo
---------------------------------------------------------------------------

and the <author> element in the <publication> section is 
iether an author or an editor purely dependent on the entry/@type 
atribute right?

But I wonder, citing page numbers
from a book seems to be analytic info, but that goes into the 
monographic/pubinfo slot?

(I'm trying to XSLT map RISX to something else, so want to make sure 
I don't mess up completely)

> > Also for a particular journal citation/ bibliography formatting style
> > that I use (I think it is a Harvard variant), I need 

> >    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?

> I'm afraid there is no way to do this currently. 

Ok. Just checking.
Thanks Markus.
Doug

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

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

Doug du Boulay <dou...@gm...> was heard to say:

> 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?
>
>

risx distinguishes three levels of bibliographic information (just like
librarians do): analytic, monographic, series. The monographic information is
encoded in the publication element. A publication is something that you find as
such on the shelves of a library, e.g. a book. If your work is a chapter in a
book, then you're looking at analytical information (the chapter) along with
monographic information (the book that contains the chapter). A book that
appeared as part of a limited series would contain series information too. In
your example, you'd have to put both the author and the book title into the
publication element, as you have only monographic information available.

The risx DTD unfortunately allows too much freedom to do things the wrong way.
I've started writing a Relax NG schema that is supposed to avoid these
problems. I'll announce it for discussion once I'm done with it.

>
> 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?
>

I'm afraid there is no way to do this currently. We had some discussions in the
past to add a "displayname" element which would record the name as it appears
on the work (this is needed by some citation styles). To solve your problem,
we'd also need some mechanism to separate these honorific-like name parts from
the last name proper. This is doable, but it will add some complexity to the
author element. I don't plan to fix the risx DTD along these lines, but the
schema mentioned above might be a good place to experiment with this.

regards,
Markus

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