mandatory RIS fields

"Markus Hoenicka" <[email protected]>
Newsgroups gmane.text.refdb.general
Message-ID <[email protected]>
Hi,

Z F writes:
 > There seems to be a little problem with the addref command.
 > I have noticed that if a reference specifies a JF field, but some other
 > reference in the same ris file does not specify JF (and specifies JO),
 > the value JF field is copied from reference to reference.
 > This happens if a ris file contains several references. Can anyone
 > reproduce this?
 > 

I can't reproduce this here. If the first dataset specifies

JF  - Journal of Irreproducible Results

and the second has

JO  - J.Biol.Chem.

then each dataset shows "his" journal name when retrieving it from
the database.

However, if the first dataset has

JF  - Journal of Irreproducible Results

and the second one has

JF  - Journal of Irreproducible Results
JO  - J.Irrep.Res.

then the first one (and all other datasets that specify either of
these names) will show both the JF and the JO entry when retrieving it
again. RefDB keeps the journal name synonyms in a separate table and
retrieves whichever synonyms are available for a particular
periodical. This is a feature, not a bug. There is actually a command
available (refdba:updatejo) to edit the synonyms.

If this does not explain the JF and JO entries in your case, please
send me a simple RIS file which reproduces the problem, along with the
output that you get back again with the getref command.

regards,
Markus

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



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.