Discussion:
[Refdb-devel] [ refdb-Bugs-2927787 ] L1 - L4 fields are not displayed in HTML output
SourceForge.net
2010-01-17 14:20:00 UTC
Permalink
Bugs item #2927787, was opened at 2010-01-07 20:09
Message generated for change (Comment added) made by akusmin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2927787&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: akusmin (akusmin)
Assigned to: Markus Hoenicka (mhoenicka)
Summary: L1 - L4 fields are not displayed in HTML output

Initial Comment:
Until recently I used pdfroot and AV field to store the location of my articles in pdf.
The command
refdbc -C getref '(:AU:~Mason) -t html -o my.html -S PY -d test1'
would produce my.html where for all citations there was a link to a pdf file

Now the article locations are stored in L1, L2, L3 , L4 fields.
The same command produces HTML file, where there is a line
REPRINT: IN FILE
but there are no links to the file.

But when I run the comman without HTML output, I see
refdbc -C getref '(:AU:~Mason) -S PY -d test1'

..
..
REPRINT: IN FILE
PDF: PATH:work/lit/ms/S/SteinerSaenger1991.pdf
FULLTEXT: PATH:work/lit/ms/S/Ste991.pdf
RELATED: PATH:work/lit/ms/S/Ste99aaaaa1.pdf
IMAGE: PATH:work/lit/ms/S/eaaaa991.pdf



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

Comment By: akusmin (akusmin)
Date: 2010-01-17 14:20

Message:
Hi!
Thanks for a quick response.
Yes, adding UR into refdbcrc did result in displaying the links in a HTML
output.

But there is one problem left (and I had to say about it before):
the links (with or without HTML output, see the example in the original
bug description)
still contain the word PATH which is not substituted by the pdfroot .
Thus, I can not open a pdf file simply by clicking on the link in a
browser.
Did you fix it as well ?
Should this problem be reported as a separate bug ?

best regards,
A. Kusmin


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

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-09 01:01

Message:
Ok, I forgot to mention that the proper way to request L1-L4 output using
the current SVN revision (i.e. after fixing the bug) is to use "-s LX" or
an appropriate entry in your refdbc config file.

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

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-09 00:58

Message:
Thanks for reporting this problem. There was indeed an inconsistency in
evaluating the string which specifies optional components of the screen and
html outputs. I've fixed this problem in SVN. For the time being, please
use "-s UR" or an equivalent entry in your refdbc config file to explicitly
request L1-L4 output from the html backend. This solution works at least
with the previous svn revision. Please shout again if this workaround
doesn't help in 0.9.9-1.

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

Comment By: akusmin (akusmin)
Date: 2010-01-07 20:15

Message:
Some more info on the version of RefDB I use:

refdba: viewstat
You are served by: refdb 0.9.9-1
SVN revision: 531
Client IP: 127.0.0.1
Connected via mysql driver (dbd_mysql v0.8.3-1)
to: 5.0.84
db version: 3
serverip: localhost
timeout: 180
dbs_port: 3306




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

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2927787&group_id=26091
SourceForge.net
2010-01-17 17:04:36 UTC
Permalink
Bugs item #2927787, was opened at 2010-01-07 21:09
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2927787&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: akusmin (akusmin)
Assigned to: Markus Hoenicka (mhoenicka)
Summary: L1 - L4 fields are not displayed in HTML output

Initial Comment:
Until recently I used pdfroot and AV field to store the location of my articles in pdf.
The command
refdbc -C getref '(:AU:~Mason) -t html -o my.html -S PY -d test1'
would produce my.html where for all citations there was a link to a pdf file

Now the article locations are stored in L1, L2, L3 , L4 fields.
The same command produces HTML file, where there is a line
REPRINT: IN FILE
but there are no links to the file.

But when I run the comman without HTML output, I see
refdbc -C getref '(:AU:~Mason) -S PY -d test1'

..
..
REPRINT: IN FILE
PDF: PATH:work/lit/ms/S/SteinerSaenger1991.pdf
FULLTEXT: PATH:work/lit/ms/S/Ste991.pdf
RELATED: PATH:work/lit/ms/S/Ste99aaaaa1.pdf
IMAGE: PATH:work/lit/ms/S/eaaaa991.pdf



----------------------------------------------------------------------
Post by SourceForge.net
Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-17 18:04

Message:
If you continue to use data from previous RefDB releases, you'll have to
migrate these data properly in order to get rid of the "PATH:" prefix. The
exact procedure is described in the file UPGRADING in the top level
directory of the RefDB sources. In brief, you'll have to substitute the
string "PATH:" by a valid URI prefix like "file://" to make the links work
on your box. UPGRADING contains an example of a sed command which can do
this conversion on your exported data. After the substitution, re-import
your data again.

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

Comment By: akusmin (akusmin)
Date: 2010-01-17 15:20

Message:
Hi!
Thanks for a quick response.
Yes, adding UR into refdbcrc did result in displaying the links in a HTML
output.

But there is one problem left (and I had to say about it before):
the links (with or without HTML output, see the example in the original
bug description)
still contain the word PATH which is not substituted by the pdfroot .
Thus, I can not open a pdf file simply by clicking on the link in a
browser.
Did you fix it as well ?
Should this problem be reported as a separate bug ?

best regards,
A. Kusmin


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

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-09 02:01

Message:
Ok, I forgot to mention that the proper way to request L1-L4 output using
the current SVN revision (i.e. after fixing the bug) is to use "-s LX" or
an appropriate entry in your refdbc config file.

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

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-09 01:58

Message:
Thanks for reporting this problem. There was indeed an inconsistency in
evaluating the string which specifies optional components of the screen and
html outputs. I've fixed this problem in SVN. For the time being, please
use "-s UR" or an equivalent entry in your refdbc config file to explicitly
request L1-L4 output from the html backend. This solution works at least
with the previous svn revision. Please shout again if this workaround
doesn't help in 0.9.9-1.

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

Comment By: akusmin (akusmin)
Date: 2010-01-07 21:15

Message:
Some more info on the version of RefDB I use:

refdba: viewstat
You are served by: refdb 0.9.9-1
SVN revision: 531
Client IP: 127.0.0.1
Connected via mysql driver (dbd_mysql v0.8.3-1)
to: 5.0.84
db version: 3
serverip: localhost
timeout: 180
dbs_port: 3306




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

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2927787&group_id=26091
SourceForge.net
2010-01-19 19:33:40 UTC
Permalink
Bugs item #2927787, was opened at 2010-01-07 20:09
Message generated for change (Comment added) made by akusmin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=2927787&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: akusmin (akusmin)
Assigned to: Markus Hoenicka (mhoenicka)
Summary: L1 - L4 fields are not displayed in HTML output

Initial Comment:
Until recently I used pdfroot and AV field to store the location of my articles in pdf.
The command
refdbc -C getref '(:AU:~Mason) -t html -o my.html -S PY -d test1'
would produce my.html where for all citations there was a link to a pdf file

Now the article locations are stored in L1, L2, L3 , L4 fields.
The same command produces HTML file, where there is a line
REPRINT: IN FILE
but there are no links to the file.

But when I run the comman without HTML output, I see
refdbc -C getref '(:AU:~Mason) -S PY -d test1'

..
..
REPRINT: IN FILE
PDF: PATH:work/lit/ms/S/SteinerSaenger1991.pdf
FULLTEXT: PATH:work/lit/ms/S/Ste991.pdf
RELATED: PATH:work/lit/ms/S/Ste99aaaaa1.pdf
IMAGE: PATH:work/lit/ms/S/eaaaa991.pdf



----------------------------------------------------------------------
Post by SourceForge.net
Comment By: akusmin (akusmin)
Date: 2010-01-19 19:33

Message:
Right. I am sorry, I read about it in the RefDB manual, but it slipped my
mind. Thank you.

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

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-17 17:04

Message:
If you continue to use data from previous RefDB releases, you'll have to
migrate these data properly in order to get rid of the "PATH:" prefix. The
exact procedure is described in the file UPGRADING in the top level
directory of the RefDB sources. In brief, you'll have to substitute the
string "PATH:" by a valid URI prefix like "file://" to make the links work
on your box. UPGRADING contains an example of a sed command which can do
this conversion on your exported data. After the substitution, re-import
your data again.

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

Comment By: akusmin (akusmin)
Date: 2010-01-17 14:20

Message:
Hi!
Thanks for a quick response.
Yes, adding UR into refdbcrc did result in displaying the links in a HTML
output.

But there is one problem left (and I had to say about it before):
the links (with or without HTML output, see the example in the original
bug description)
still contain the word PATH which is not substituted by the pdfroot .
Thus, I can not open a pdf file simply by clicking on the link in a
browser.
Did you fix it as well ?
Should this problem be reported as a separate bug ?

best regards,
A. Kusmin


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

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-09 01:01

Message:
Ok, I forgot to mention that the proper way to request L1-L4 output using
the current SVN revision (i.e. after fixing the bug) is to use "-s LX" or
an appropriate entry in your refdbc config file.

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

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-01-09 00:58

Message:
Thanks for reporting this problem. There was indeed an inconsistency in
evaluating the string which specifies optional components of the screen and
html outputs. I've fixed this problem in SVN. For the time being, please
use "-s UR" or an equivalent entry in your refdbc config file to explicitly
request L1-L4 output from the html backend. This solution works at least
with the previous svn revision. Please shout again if this workaround
doesn't help in 0.9.9-1.

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

Comment By: akusmin (akusmin)
Date: 2010-01-07 20:15

Message:
Some more info on the version of RefDB I use:

refdba: viewstat
You are served by: refdb 0.9.9-1
SVN revision: 531
Client IP: 127.0.0.1
Connected via mysql driver (dbd_mysql v0.8.3-1)
to: 5.0.84
db version: 3
serverip: localhost
timeout: 180
dbs_port: 3306




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

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