refdb-devel Mailing List for RefDB (Page 3)
Status: Beta
Brought to you by:
mhoenicka
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(14) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2003 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
(6) |
May
(6) |
Jun
(4) |
Jul
(11) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(174) |
2004 |
Jan
(10) |
Feb
(2) |
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
(2) |
Feb
(6) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(25) |
Oct
(18) |
Nov
(16) |
Dec
(19) |
2006 |
Jan
(6) |
Feb
|
Mar
|
Apr
(21) |
May
(9) |
Jun
(5) |
Jul
(51) |
Aug
(89) |
Sep
(42) |
Oct
(19) |
Nov
(47) |
Dec
(4) |
2007 |
Jan
(8) |
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(4) |
Aug
(4) |
Sep
(5) |
Oct
|
Nov
(7) |
Dec
(4) |
2008 |
Jan
|
Feb
|
Mar
|
Apr
(14) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2009 |
Jan
|
Feb
(21) |
Mar
(8) |
Apr
(5) |
May
(6) |
Jun
(2) |
Jul
(5) |
Aug
|
Sep
(3) |
Oct
(14) |
Nov
|
Dec
|
2010 |
Jan
(18) |
Feb
(5) |
Mar
|
Apr
|
May
(4) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2009-10-05 16:03:15
|
Feature Requests item #2872243, was opened at 2009-10-03 16:36 Message generated for change (Comment added) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2872243&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: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Get IDs fast Initial Comment: Currently, it takes 40ms per reference to get the ID of a found reference: $ time refdbc -u refdb -w Sonne -d biblio -C getref -s ID -t ris ":ID:>0" > /dev/null 999:96 retrieved:0 failed real 0m4.026s user 0m0.000s sys 0m0.004s This is problematic for a web frontend because even if you work with aggressive caching, you have to know at least the IDs of found references. Therefore, I request to optimise the ID-only request. ---------------------------------------------------------------------- >Comment By: Torsten Bronger (bronger) Date: 2009-10-05 18:03 Message: No further configuration is necessary. In my test case, the time dropped from 3.8 seconds to 0.16 seconds. Now, caching is real fun. Great! ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2009-10-04 23:36 Message: I've tried to track down where refdbd spends its time returning the ID list. Looks like lots of time are wasted doing the client/server messaging as refdbd, by default, returns reference data one dataset at a time. If you return ID lists, which consist of RIS datasets with 4 lines each, the overhead is out of proportion. Please have a look at refdbdgetref.c as of revision 703. There is a tunable at line 2841 which is set to default values according to the type of query a few lines further down. The idea is to group references before sending them to the client. This requires more memory, but reduces the overhead of client/server messaging. I've arrived at values of 100 for ID queries and 10 for other queries empirically, looking only at RIS data. These values certainly depend on the speed and memory of the machine refdbd runs on. Feel free to play with these numbers and see if it helps. If it does, I could turn this into configurable parameters. I've managed to reduce the time for retrieving 100 IDs to 0.732s from 10.66s and the time for retrieving 100 RIS datasets to 3.96s from 12.42s using the current defaults. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2872243&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-05 09:15:02
|
Bugs item #2872544, was opened at 2009-10-04 14:37 Message generated for change (Comment added) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Docs: xnote's "target" attribute only accepts citation keys Initial Comment: On refdb.sourceforge.net/xnote/elements/link.html it says that you can use the ID to denote references in the "target" attribute of xnote's "link" element. However, my observation is that you must use citation keys (which makes things simpler for me by the way). ---------------------------------------------------------------------- >Comment By: Torsten Bronger (bronger) Date: 2009-10-05 11:14 Message: Sorry, my mistake. The link should have been http://refdb.sourceforge.net/manual/ch07s05.html (the bottom of the page). ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2009-10-05 10:25 Message: Unless I'm dense, refdb.sourceforge.net/xnote/elements/link.html does not explicitly claim that you can use the ID. It talks about the "name" of a reference, which should certainly be rephrased to say "citation key" explicitly in order to avoid confusion. However, internally refdbd is supposed to be able to use ID values as well. It is only the xnote DTD which currently does not allow the "refid" type value at this point ("reference" is treated as citation key). I'll add this to the DTD shortly. As for addlink, IDs should be supported since revision 696. If that still does not work, let me know. ---------------------------------------------------------------------- Comment By: Torsten Bronger (bronger) Date: 2009-10-04 16:44 Message: Apparently, even with "addlink" you can't use IDs: refdbc: deletelink :NCK:=refdb-refdb :ID:=1 419:refdb-refdb -> REFERENCE:1 999:1 removed:0 skipped:0 failed refdbc: addlink :NCK:=refdb-refdb :ID:=1 414:refdb-refdb -> REFERENCE:1 999:0 added:0 skipped:1 failed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-05 08:25:37
|
Bugs item #2872544, was opened at 2009-10-04 14:37 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Docs: xnote's "target" attribute only accepts citation keys Initial Comment: On refdb.sourceforge.net/xnote/elements/link.html it says that you can use the ID to denote references in the "target" attribute of xnote's "link" element. However, my observation is that you must use citation keys (which makes things simpler for me by the way). ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-10-05 10:25 Message: Unless I'm dense, refdb.sourceforge.net/xnote/elements/link.html does not explicitly claim that you can use the ID. It talks about the "name" of a reference, which should certainly be rephrased to say "citation key" explicitly in order to avoid confusion. However, internally refdbd is supposed to be able to use ID values as well. It is only the xnote DTD which currently does not allow the "refid" type value at this point ("reference" is treated as citation key). I'll add this to the DTD shortly. As for addlink, IDs should be supported since revision 696. If that still does not work, let me know. ---------------------------------------------------------------------- Comment By: Torsten Bronger (bronger) Date: 2009-10-04 16:44 Message: Apparently, even with "addlink" you can't use IDs: refdbc: deletelink :NCK:=refdb-refdb :ID:=1 419:refdb-refdb -> REFERENCE:1 999:1 removed:0 skipped:0 failed refdbc: addlink :NCK:=refdb-refdb :ID:=1 414:refdb-refdb -> REFERENCE:1 999:0 added:0 skipped:1 failed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-04 21:56:56
|
Bugs item #2872530, was opened at 2009-10-04 14:02 Message generated for change (Settings changed) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872530&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 >Resolution: Works For Me Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: xnote XML has wong encoding Initial Comment: I think we had something like this already but I couldn't find it amongst open bugs: Using refdbc, the "getnote -t xnote" command returns XML which starts with <?xml version="1.0" encoding="UTF8"?> However, it should be "UTF-8". ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-10-04 23:56 Message: I cannot reproduce this on my box. I've checked the sources but the string "UTF8" is nowhere inserted into any buffer sent back to the client. There are several ways how this string might show up here from the config files though. Please check your refdbcrc and refdbdrc config files for any traces of this string. Which database engine are you using btw? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872530&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-04 21:36:40
|
Feature Requests item #2872243, was opened at 2009-10-03 16:36 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2872243&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: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Get IDs fast Initial Comment: Currently, it takes 40ms per reference to get the ID of a found reference: $ time refdbc -u refdb -w Sonne -d biblio -C getref -s ID -t ris ":ID:>0" > /dev/null 999:96 retrieved:0 failed real 0m4.026s user 0m0.000s sys 0m0.004s This is problematic for a web frontend because even if you work with aggressive caching, you have to know at least the IDs of found references. Therefore, I request to optimise the ID-only request. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-10-04 23:36 Message: I've tried to track down where refdbd spends its time returning the ID list. Looks like lots of time are wasted doing the client/server messaging as refdbd, by default, returns reference data one dataset at a time. If you return ID lists, which consist of RIS datasets with 4 lines each, the overhead is out of proportion. Please have a look at refdbdgetref.c as of revision 703. There is a tunable at line 2841 which is set to default values according to the type of query a few lines further down. The idea is to group references before sending them to the client. This requires more memory, but reduces the overhead of client/server messaging. I've arrived at values of 100 for ID queries and 10 for other queries empirically, looking only at RIS data. These values certainly depend on the speed and memory of the machine refdbd runs on. Feel free to play with these numbers and see if it helps. If it does, I could turn this into configurable parameters. I've managed to reduce the time for retrieving 100 IDs to 0.732s from 10.66s and the time for retrieving 100 RIS datasets to 3.96s from 12.42s using the current defaults. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2872243&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-04 14:44:48
|
Bugs item #2872544, was opened at 2009-10-04 14:37 Message generated for change (Comment added) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Docs: xnote's "target" attribute only accepts citation keys Initial Comment: On refdb.sourceforge.net/xnote/elements/link.html it says that you can use the ID to denote references in the "target" attribute of xnote's "link" element. However, my observation is that you must use citation keys (which makes things simpler for me by the way). ---------------------------------------------------------------------- Comment By: Torsten Bronger (bronger) Date: 2009-10-04 16:44 Message: Apparently, even with "addlink" you can't use IDs: refdbc: deletelink :NCK:=refdb-refdb :ID:=1 419:refdb-refdb -> REFERENCE:1 999:1 removed:0 skipped:0 failed refdbc: addlink :NCK:=refdb-refdb :ID:=1 414:refdb-refdb -> REFERENCE:1 999:0 added:0 skipped:1 failed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-04 12:37:16
|
Bugs item #2872544, was opened at 2009-10-04 14:37 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Docs: xnote's "target" attribute only accepts citation keys Initial Comment: On refdb.sourceforge.net/xnote/elements/link.html it says that you can use the ID to denote references in the "target" attribute of xnote's "link" element. However, my observation is that you must use citation keys (which makes things simpler for me by the way). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872544&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-04 12:02:02
|
Bugs item #2872530, was opened at 2009-10-04 14:02 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872530&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: xnote XML has wong encoding Initial Comment: I think we had something like this already but I couldn't find it amongst open bugs: Using refdbc, the "getnote -t xnote" command returns XML which starts with <?xml version="1.0" encoding="UTF8"?> However, it should be "UTF-8". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2872530&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-10-03 14:36:38
|
Feature Requests item #2872243, was opened at 2009-10-03 16:36 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2872243&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: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Get IDs fast Initial Comment: Currently, it takes 40ms per reference to get the ID of a found reference: $ time refdbc -u refdb -w Sonne -d biblio -C getref -s ID -t ris ":ID:>0" > /dev/null 999:96 retrieved:0 failed real 0m4.026s user 0m0.000s sys 0m0.004s This is problematic for a web frontend because even if you work with aggressive caching, you have to know at least the IDs of found references. Therefore, I request to optimise the ID-only request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2872243&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-09-15 22:48:34
|
Bugs item #2857792, was opened at 2009-09-13 01:36 Message generated for change (Settings changed) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2857792&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: addlink interprets :ID: as :CK: Initial Comment: No matter whether I pass an :CK: or an :ID: argument to addlink, it interprets both as :CK:. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-09-16 00:48 Message: This is supposed to be fixed in svn now, please test revision 696. ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2009-09-16 00:46 Message: This is supposed to be fixed in svn now, please test revision 696. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2857792&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-09-15 22:48:32
|
Bugs item #2857792, was opened at 2009-09-13 01:36 Message generated for change (Settings changed) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2857792&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: addlink interprets :ID: as :CK: Initial Comment: No matter whether I pass an :CK: or an :ID: argument to addlink, it interprets both as :CK:. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-09-16 00:46 Message: This is supposed to be fixed in svn now, please test revision 696. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2857792&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-09-13 00:01:15
|
Bugs item #2857792, was opened at 2009-09-13 01:36 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2857792&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: addlink interprets :ID: as :CK: Initial Comment: No matter whether I pass an :CK: or an :ID: argument to addlink, it interprets both as :CK:. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2857792&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-07-28 22:56:33
|
Bugs item #2827870, was opened at 2009-07-27 16:49 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2827870&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: prefix for personl references lists missing Initial Comment: The prefix for the citation key of extended notes which represent user preferences lists is prepended only if the listname doesn't contain a dash "-". The prefix is supposed to be the username. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-07-29 00:56 Message: I've also fixed the dumpref crashes that would occur on some platforms (e.g. FreeBSD) but not on others (e.g. Debian). Both fixes are available in svn ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2009-07-28 00:33 Message: I've checked in a partial fix for the missing username prefix. Picking references now works as advertized. However, I experience crashes when dumping references. Unfortunately valgrind is broken on FreeBSD, and the error does not occur when running under gdb. This may take some time to fix. Please let me know if (and how) dumping references is broken on other platforms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2827870&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-07-27 22:33:34
|
Bugs item #2827870, was opened at 2009-07-27 16:49 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2827870&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 >Resolution: Fixed Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: prefix for personl references lists missing Initial Comment: The prefix for the citation key of extended notes which represent user preferences lists is prepended only if the listname doesn't contain a dash "-". The prefix is supposed to be the username. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-07-28 00:33 Message: I've checked in a partial fix for the missing username prefix. Picking references now works as advertized. However, I experience crashes when dumping references. Unfortunately valgrind is broken on FreeBSD, and the error does not occur when running under gdb. This may take some time to fix. Please let me know if (and how) dumping references is broken on other platforms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2827870&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-07-27 14:49:35
|
Bugs item #2827870, was opened at 2009-07-27 16:49 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2827870&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: prefix for personl references lists missing Initial Comment: The prefix for the citation key of extended notes which represent user preferences lists is prepended only if the listname doesn't contain a dash "-". The prefix is supposed to be the username. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2827870&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-07-23 10:32:57
|
Bugs item #2825885, was opened at 2009-07-23 11:26 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2825885&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: RIS' "AB" tag is not imported Initial Comment: When importing RIS data, the AB tag is ignored. With N2, it works. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-07-23 12:32 Message: This is just a documentation bug. According to the RIS spec (see Reference Manager 11 and 12 manuals) AB is a synonym of N1, not of N2 which would sound more logical. refdbd imports AB fields into your notes (N1) accordingly. I've fixed the incorrect mention of AB as a synonym of N2 in the documentation in svn. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2825885&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-07-23 09:26:18
|
Bugs item #2825885, was opened at 2009-07-23 11:26 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2825885&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: RIS' "AB" tag is not imported Initial Comment: When importing RIS data, the AB tag is ignored. With N2, it works. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2825885&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-06-15 19:40:23
|
Feature Requests item #2805372, was opened at 2009-06-12 12:54 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2805372&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: Closed Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: addref should return the IDs Initial Comment: addref returns the citation key in the result summary. However, some places of RefDB (at least deleteref and getref with RIS-ID-only output) work with IDs only. Therefore, please add the IDs in the result summary, too. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-06-15 21:40 Message: I've added the IDs to the addref/updateref output strings, see SVN revision 684. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2805372&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-06-12 10:54:13
|
Feature Requests item #2805372, was opened at 2009-06-12 12:54 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2805372&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: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: addref should return the IDs Initial Comment: addref returns the citation key in the result summary. However, some places of RefDB (at least deleteref and getref with RIS-ID-only output) work with IDs only. Therefore, please add the IDs in the result summary, too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=2805372&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-05-23 21:12:55
|
Bugs item #2795347, was opened at 2009-05-22 14:04 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Too many extended notes are deleted Initial Comment: refdbd received the following command from me: addlink -d biblio -E utf-8 -r -u drefdbuser1 -w 055106045081047114063119089044 ":NCK:=django-refdb-relevance-3 :CK:=Bld2006" The log further says: SELECT note_id FROM t_note WHERE note_key='django-refdb-relevance-3' SELECT refdb_id FROM t_refdb WHERE refdb_citekey='Bld2006' SELECT xnote_id FROM t_xnote WHERE xnote_type='REFERENCE' AND xref_id=1 DELETE FROM t_xnote WHERE xnote_id=78 DELETE FROM t_xnote WHERE xnote_id=79 UPDATE t_meta SET meta_modify_date='2009-05-22 11:55:59' WHERE meta_type='risx' command processing done, finish dialog now I interpret this output so that *two* links to extended notes were deleted. However, the command clearly says that only one should be deleted. In particular, refdbd deleted the links to both "django-refdb-relevance-3" and (erroneously) "django-refdb-relevance-2". ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-05-23 23:12 Message: I've checked in a fix for this problem. Could you please test the latest svn revision? Please also check other commands which may delete links, like addref, updateref, deleteref, for adverse effects of these patches. ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2009-05-22 23:03 Message: The current code indeed removes all t_xnote entries related to a particular item instead of just the requested link. I'm working on a fix. ---------------------------------------------------------------------- Comment By: Torsten Bronger (bronger) Date: 2009-05-22 14:23 Message: I tried the official client and experienced the same problem: refdbc: getnote :ID:=1 999:0 retrieved:0 failed refdbc: addlink :NCK:=django-refdb-relevance-3 :CK:=Bld2006 421:django-refdb-relevance-3 -> REFERENCE:Bld2006 999:1 added:0 skipped:0 failed refdbc: addlink :NCK:=django-refdb-relevance-2 :CK:=Bld2006 421:django-refdb-relevance-2 -> REFERENCE:Bld2006 999:1 added:0 skipped:0 failed refdbc: getnote :ID:=1 Note ID:213 (Fri May 22 2009) Key: django-refdb-relevance-2 Note ID:214 (Fri May 22 2009) Key: django-refdb-relevance-3 999:2 retrieved:0 failed refdbc: deletelink :NCK:=django-refdb-relevance-2 :CK:=Bld2006 419:django-refdb-relevance-2 -> REFERENCE:Bld2006 999:1 removed:0 skipped:0 failed refdbc: getnote :ID:=1 999:0 retrieved:0 failed refdbc: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-05-22 21:03:32
|
Bugs item #2795347, was opened at 2009-05-22 14:04 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Too many extended notes are deleted Initial Comment: refdbd received the following command from me: addlink -d biblio -E utf-8 -r -u drefdbuser1 -w 055106045081047114063119089044 ":NCK:=django-refdb-relevance-3 :CK:=Bld2006" The log further says: SELECT note_id FROM t_note WHERE note_key='django-refdb-relevance-3' SELECT refdb_id FROM t_refdb WHERE refdb_citekey='Bld2006' SELECT xnote_id FROM t_xnote WHERE xnote_type='REFERENCE' AND xref_id=1 DELETE FROM t_xnote WHERE xnote_id=78 DELETE FROM t_xnote WHERE xnote_id=79 UPDATE t_meta SET meta_modify_date='2009-05-22 11:55:59' WHERE meta_type='risx' command processing done, finish dialog now I interpret this output so that *two* links to extended notes were deleted. However, the command clearly says that only one should be deleted. In particular, refdbd deleted the links to both "django-refdb-relevance-3" and (erroneously) "django-refdb-relevance-2". ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-05-22 23:03 Message: The current code indeed removes all t_xnote entries related to a particular item instead of just the requested link. I'm working on a fix. ---------------------------------------------------------------------- Comment By: Torsten Bronger (bronger) Date: 2009-05-22 14:23 Message: I tried the official client and experienced the same problem: refdbc: getnote :ID:=1 999:0 retrieved:0 failed refdbc: addlink :NCK:=django-refdb-relevance-3 :CK:=Bld2006 421:django-refdb-relevance-3 -> REFERENCE:Bld2006 999:1 added:0 skipped:0 failed refdbc: addlink :NCK:=django-refdb-relevance-2 :CK:=Bld2006 421:django-refdb-relevance-2 -> REFERENCE:Bld2006 999:1 added:0 skipped:0 failed refdbc: getnote :ID:=1 Note ID:213 (Fri May 22 2009) Key: django-refdb-relevance-2 Note ID:214 (Fri May 22 2009) Key: django-refdb-relevance-3 999:2 retrieved:0 failed refdbc: deletelink :NCK:=django-refdb-relevance-2 :CK:=Bld2006 419:django-refdb-relevance-2 -> REFERENCE:Bld2006 999:1 removed:0 skipped:0 failed refdbc: getnote :ID:=1 999:0 retrieved:0 failed refdbc: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-05-22 20:43:21
|
Bugs item #2795212, was opened at 2009-05-22 07:37 Message generated for change (Settings changed) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795212&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: In extended note, <content> is missing Initial Comment: When I retrieve my personal references list, I get <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE xnoteset PUBLIC "-//Markus Hoenicka//DTD Xnote V1.2//EN" "http://refdb.sourceforge.net/dtd/xnote-1.2/xnote.dtd" [ <!ENTITY lt "&#60;"> <!ENTITY gt ">"> <!ENTITY amp "&#38;"> <!ENTITY mdash "—"> <!ENTITY lsquo "‘"> <!ENTITY rsquo "’"> ]> <xnoteset> <xnote id="3" citekey="drefdbuser1-drefdbuser1" user="drefdbuser1" date="2009-03-15" share="private"> <title>drefdbuser1-drefdbuser1</title> <link type="reference" target="TorstenBronger2009"/> </xnote> </xnoteset> So, <content> is missing although it is mandatory according to the DTD (which could be disputed, though). ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2009-05-22 22:43 Message: Unless I'm confused we had this discussion a while ago. In any case, the xnote.dtd no longer requires the content element as of April 11, so we obviously agreed to change the dtd instead of the software behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795212&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-05-22 12:24:16
|
Bugs item #2795347, was opened at 2009-05-22 14:04 Message generated for change (Comment added) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Too many extended notes are deleted Initial Comment: refdbd received the following command from me: addlink -d biblio -E utf-8 -r -u drefdbuser1 -w 055106045081047114063119089044 ":NCK:=django-refdb-relevance-3 :CK:=Bld2006" The log further says: SELECT note_id FROM t_note WHERE note_key='django-refdb-relevance-3' SELECT refdb_id FROM t_refdb WHERE refdb_citekey='Bld2006' SELECT xnote_id FROM t_xnote WHERE xnote_type='REFERENCE' AND xref_id=1 DELETE FROM t_xnote WHERE xnote_id=78 DELETE FROM t_xnote WHERE xnote_id=79 UPDATE t_meta SET meta_modify_date='2009-05-22 11:55:59' WHERE meta_type='risx' command processing done, finish dialog now I interpret this output so that *two* links to extended notes were deleted. However, the command clearly says that only one should be deleted. In particular, refdbd deleted the links to both "django-refdb-relevance-3" and (erroneously) "django-refdb-relevance-2". ---------------------------------------------------------------------- >Comment By: Torsten Bronger (bronger) Date: 2009-05-22 14:23 Message: I tried the official client and experienced the same problem: refdbc: getnote :ID:=1 999:0 retrieved:0 failed refdbc: addlink :NCK:=django-refdb-relevance-3 :CK:=Bld2006 421:django-refdb-relevance-3 -> REFERENCE:Bld2006 999:1 added:0 skipped:0 failed refdbc: addlink :NCK:=django-refdb-relevance-2 :CK:=Bld2006 421:django-refdb-relevance-2 -> REFERENCE:Bld2006 999:1 added:0 skipped:0 failed refdbc: getnote :ID:=1 Note ID:213 (Fri May 22 2009) Key: django-refdb-relevance-2 Note ID:214 (Fri May 22 2009) Key: django-refdb-relevance-3 999:2 retrieved:0 failed refdbc: deletelink :NCK:=django-refdb-relevance-2 :CK:=Bld2006 419:django-refdb-relevance-2 -> REFERENCE:Bld2006 999:1 removed:0 skipped:0 failed refdbc: getnote :ID:=1 999:0 retrieved:0 failed refdbc: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-05-22 12:04:16
|
Bugs item #2795347, was opened at 2009-05-22 14:04 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Too many extended notes are deleted Initial Comment: refdbd received the following command from me: addlink -d biblio -E utf-8 -r -u drefdbuser1 -w 055106045081047114063119089044 ":NCK:=django-refdb-relevance-3 :CK:=Bld2006" The log further says: SELECT note_id FROM t_note WHERE note_key='django-refdb-relevance-3' SELECT refdb_id FROM t_refdb WHERE refdb_citekey='Bld2006' SELECT xnote_id FROM t_xnote WHERE xnote_type='REFERENCE' AND xref_id=1 DELETE FROM t_xnote WHERE xnote_id=78 DELETE FROM t_xnote WHERE xnote_id=79 UPDATE t_meta SET meta_modify_date='2009-05-22 11:55:59' WHERE meta_type='risx' command processing done, finish dialog now I interpret this output so that *two* links to extended notes were deleted. However, the command clearly says that only one should be deleted. In particular, refdbd deleted the links to both "django-refdb-relevance-3" and (erroneously) "django-refdb-relevance-2". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795347&group_id=26091 |
From: SourceForge.net <no...@so...> - 2009-05-22 05:37:03
|
Bugs item #2795212, was opened at 2009-05-22 07:37 Message generated for change (Tracker Item Submitted) made by bronger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795212&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 Resolution: None Priority: 5 Private: No Submitted By: Torsten Bronger (bronger) Assigned to: Markus Hoenicka (mhoenicka) Summary: In extended note, <content> is missing Initial Comment: When I retrieve my personal references list, I get <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE xnoteset PUBLIC "-//Markus Hoenicka//DTD Xnote V1.2//EN" "http://refdb.sourceforge.net/dtd/xnote-1.2/xnote.dtd" [ <!ENTITY lt "&#60;"> <!ENTITY gt ">"> <!ENTITY amp "&#38;"> <!ENTITY mdash "—"> <!ENTITY lsquo "‘"> <!ENTITY rsquo "’"> ]> <xnoteset> <xnote id="3" citekey="drefdbuser1-drefdbuser1" user="drefdbuser1" date="2009-03-15" share="private"> <title>drefdbuser1-drefdbuser1</title> <link type="reference" target="TorstenBronger2009"/> </xnote> </xnoteset> So, <content> is missing although it is mandatory according to the DTD (which could be disputed, though). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2795212&group_id=26091 |