[Refdb-devel] [ refdb-Feature Requests-3000131 ] "addword"

SourceForge.net

2010-05-26 07:43:05 UTC

Feature Requests item #3000131, was opened at 2010-05-11 19:26
Message generated for change (Comment added) made by akusmin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=385994&aid=3000131&group_id=26091

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: refdbd
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: akusmin (akusmin)
Assigned to: Markus Hoenicka (mhoenicka)
Summary: "addword" - make new reserved words available

Initial Comment:
Hello!
I had to add some reserved words using the addword command.
The problem: after I added new reserved words (e.g. Solid, State, and Ionics), even after I used the "updateref" commando,
the latex bibliography is still created with "Solid.State.Ionics" as journal abbreviation.
The only solution I found so far is to delete the database and recreate it.

Request/Question Could you add / Is there any simpler way to take into account new reserved words?
If there is already such way, could add this information to the manual?

Thank you!

P.S.
please consider adding the following words into the default list (some of them may be in this list of the development version I guess)

MACROMOLECULES
MATTER
SOLID
STATE
IONICS

----------------------------------------------------------------------

Comment By: akusmin (akusmin)

Date: 2010-05-26 07:43

Message:
Thank you, Markus. In the next several days I'll try to reproduce the
problem.

Well, I use refdb-0.9.9-1.tar.gz , which is about 3 years old. On the
other hand, perhaps I could have introduced the problem myself by manually
changing permissions for some refDB directories in /var.
OK, I'll write again when I have more info.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-05-25 22:07

Message:
I've checked the code again - there is nothing wrong with updating the
journal synonyms. The current (and correct) behaviour has been around for
at least three years.

I've tried to reproduce your problem to no avail. I added a random journal
article containing "Solid" in the fake journal abbreviation. Next I've
added "SOLID" to the list of abbreviated words. I've then updated the
article without changing anything in the RIS dataset. Next time I retrieved
it, "Solid" was written without a trailing dot, as expected.

Could you please create a test kit with some sample data and an exact list
of commands which reproduces your problem. I'll be happy to try again.

regards,
Markus

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-05-17 09:56

Message:
I'll have to run a few tests, but it looks like there is a bug in the
insert_periodical() function. As far as I understand the source code, the
function adds additional synonyms when updating, but it won't touch
existing synonyms even if a corrected version is provided. Obviously,
updateref should update synonyms if they need to be changed. I'll look into
this. Also, adding reserved words is no big deal. Feel free to throw
further words my way .

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=385994&aid=3000131&group_id=26091