Jose Manuel Barrueco writes
adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf
the output is not utf8
Well rere is a very old executable.
well, this doesn't seem to be a good answer :)
I made no claims to the quality of the answer.
any way, I get the same result when I use the perl module.
It's an rdf file with a utf-8 BOM. It should really be a ReDIF file.
Any idea about how to revert to the previous status in the meanwhile...
This will not read any .redif files. Do you have a minimal test handy? I may hit the sack though right now. -- Cheers, Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
Jose Manuel Barrueco writes
This will not read any .redif files.
Do you have a minimal test handy? I may hit the sack though right now.
adnetec@shuli:~/perl$ cat test_names #!/usr/bin/perl use strict; use warnings; use ReDIF::init; use Encode; use ReDIF::Parser qw( &redif_open_file &redif_get_next_template ); ReDIF::Parser::set_parser_options( x_attributes => 1, utf8_output => 1 ); my $file = '/home/adnetec/RePEc/remo/per/pers/s/psc418.rdf'; redif_open_file ( $file ); binmode(STDOUT,":utf8"); my $T; while ($T = eval {redif_get_next_template} ) { print "Author: $T->{handle}[0] -> $T->{'short-id'}[0] ...\n"; # print join '',encode("utf8", $T->{'name-last'}[0], Encode::FB_CROAK)," # $T->{'name-first'}[0]\n"; print join '',$T->{'name-last'}[0]," # $T->{'name-first'}[0]\n"; } adnetec@shuli:~/perl$ ./test_names Author: RePEc:per:2010-06-10:MICHAEL_SCHROEDER -> psc418 ... Schröder # Michael
look at:
adnetec@shuli:~$ ll CitEc/var/test_names
---- José Manuel Barrueco <barrueco@uv.es>
-- Cheers, Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
That's clear Thomas, but if I do: ReDIF::Parser::set_parser_options( x_attributes => 1, utf8_output => 1 ); I suppose I don't need to binmode the output. Or, at least, this was what happened before. May be I did something wrong when installed the previous version. Could you please to instale the latest one. Thanks,
Jose Manuel Barrueco writes
This will not read any .redif files.
Do you have a minimal test handy? I may hit the sack though right now.
adnetec@shuli:~/perl$ cat test_names #!/usr/bin/perl
use strict; use warnings;
use ReDIF::init; use Encode;
use ReDIF::Parser qw( &redif_open_file &redif_get_next_template );
ReDIF::Parser::set_parser_options( x_attributes => 1, utf8_output => 1 );
my $file = '/home/adnetec/RePEc/remo/per/pers/s/psc418.rdf';
redif_open_file ( $file ); binmode(STDOUT,":utf8"); my $T; while ($T = eval {redif_get_next_template} ) { print "Author: $T->{handle}[0] -> $T->{'short-id'}[0] ...\n"; # print join '',encode("utf8", $T->{'name-last'}[0], Encode::FB_CROAK)," # $T->{'name-first'}[0]\n"; print join '',$T->{'name-last'}[0]," # $T->{'name-first'}[0]\n"; }
adnetec@shuli:~/perl$ ./test_names Author: RePEc:per:2010-06-10:MICHAEL_SCHROEDER -> psc418 ... Schröder # Michael
look at:
adnetec@shuli:~$ ll CitEc/var/test_names
---- José Manuel Barrueco <barrueco@uv.es>
--
Cheers,
Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
-- -- José Manuel Barrueco <barrueco@uv.es>
-----Original Message----- From: ReDIF-dev [mailto:redif-dev-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 11:08 PM To: Thomas Krichel; krichel@openlib.org; redif-dev@lists.openlib.org Subject: Re: [ReDev] ReDIF-Perl at shuli
That's clear Thomas, but if I do:
ReDIF::Parser::set_parser_options( x_attributes => 1, utf8_output => 1 );
I suppose I don't need to binmode the output. Or, at least, this was what happened before.
No, what the utf8_output option does (this is now the default) is that ReDIF-perl will not drop templates that contains characters that are not in Latin-1. It has nothing to do with how the data is processed when you print it. If there is a change in behavior it is more likely that it is caused by differences between Perl versions. /Sune
May be I did something wrong when installed the previous version. Could you please to instale the latest one. Thanks,
Jose Manuel Barrueco writes
This will not read any .redif files.
Do you have a minimal test handy? I may hit the sack though right now.
adnetec@shuli:~/perl$ cat test_names #!/usr/bin/perl
use strict; use warnings;
use ReDIF::init; use Encode;
use ReDIF::Parser qw( &redif_open_file &redif_get_next_template );
ReDIF::Parser::set_parser_options( x_attributes => 1, utf8_output => 1
);
my $file = '/home/adnetec/RePEc/remo/per/pers/s/psc418.rdf';
redif_open_file ( $file ); binmode(STDOUT,":utf8"); my $T; while ($T = eval {redif_get_next_template} ) { print "Author: $T->{handle}[0] -> $T->{'short-id'}[0] ...\n"; # print join '',encode("utf8", $T->{'name-last'}[0],
Encode::FB_CROAK)," # $T->{'name-first'}[0]\n";
print join '',$T->{'name-last'}[0]," # $T->{'name-
first'}[0]\n";
}
adnetec@shuli:~/perl$ ./test_names Author: RePEc:per:2010-06-10:MICHAEL_SCHROEDER -> psc418 ... Schröder # Michael
look at:
adnetec@shuli:~$ ll CitEc/var/test_names
---- José Manuel Barrueco <barrueco@uv.es>
--
Cheers,
Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
I suppose I don't need to binmode the output. Or, at least, this was what happened before.
No, what the utf8_output option does (this is now the default) >is that ReDIF-perl will not drop templates that contains >characters that are not in Latin-1. It has nothing to do with >how the data is processed when you print it.
If there is a change in behavior it is more likely that it is >caused by differences between Perl versions.
ok, thanks Sune, understood now.
/Sune
May be I did something wrong when installed the previous version. Could you please to instale the latest one. Thanks,
Jose Manuel Barrueco writes
This will not read any .redif files.
Do you have a minimal test handy? I may hit the sack though right now.
adnetec@shuli:~/perl$ cat test_names #!/usr/bin/perl
use strict; use warnings;
use ReDIF::init; use Encode;
use ReDIF::Parser qw( &redif_open_file &redif_get_next_template );
ReDIF::Parser::set_parser_options( x_attributes => 1, utf8_output => 1
);
my $file = '/home/adnetec/RePEc/remo/per/pers/s/psc418.rdf';
redif_open_file ( $file ); binmode(STDOUT,":utf8"); my $T; while ($T = eval {redif_get_next_template} ) { print "Author: $T->{handle}[0] -> $T->{'short-id'}[0] ...\n"; # print join '',encode("utf8", $T->{'name-last'}[0],
Encode::FB_CROAK)," # $T->{'name-first'}[0]\n";
print join '',$T->{'name-last'}[0]," # $T->{'name-
first'}[0]\n";
}
adnetec@shuli:~/perl$ ./test_names Author: RePEc:per:2010-06-10:MICHAEL_SCHROEDER -> psc418 ... Schröder # Michael
look at:
adnetec@shuli:~$ ll CitEc/var/test_names
---- José Manuel Barrueco <barrueco@uv.es>
--
Cheers,
Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
-- -- José Manuel Barrueco <barrueco@uv.es>
-----Original Message----- From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 8:05 PM To: Thomas Krichel; krichel@openlib.org; CitEc List Subject: Re: [CitEc] ReDIF-Perl at shuli
adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf
the output is not utf8
Well rere is a very old executable.
well, this doesn't seem to be a good answer :) any way, I get the same result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses. Or is there a use for rere other than seeing the pretty printed content of a template?
With the new versions, it seems the xml tags are removed in the output so, the references can't be processed.
Yes. I was aware of that issue. I suspect it came from changes proposed by Sune, who does not use this data. I am not sure how to deal with this.
I think we need discussion on RePEc run or a special list to deal with ReDIF.
Any idea about how to revert to the previous status in the meanwhile...
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012. There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value. /Sune
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ CitEc-run mailing list CitEc-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
As X-* is user defined, why not simply carry it along unmodified? Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist On Thu, 16 Jun 2016, Sune Karlsson wrote:
-----Original Message----- From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 8:05 PM To: Thomas Krichel; krichel@openlib.org; CitEc List Subject: Re: [CitEc] ReDIF-Perl at shuli
adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf
the output is not utf8
Well rere is a very old executable.
well, this doesn't seem to be a good answer :) any way, I get the same result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses.
Or is there a use for rere other than seeing the pretty printed content of a template?
With the new versions, it seems the xml tags are removed in the output so, the references can't be processed.
Yes. I was aware of that issue. I suspect it came from changes proposed by Sune, who does not use this data. I am not sure how to deal with this.
I think we need discussion on RePEc run or a special list to deal with ReDIF.
Any idea about how to revert to the previous status in the meanwhile...
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012.
There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value.
/Sune
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ CitEc-run mailing list CitEc-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
I agree with that.
As X-* is user defined, why not simply carry it along unmodified?
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
-----Original Message----- From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 8:05 PM To: Thomas Krichel; krichel@openlib.org; CitEc List Subject: Re: [CitEc] ReDIF-Perl at shuli
adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf
the output is not utf8
Well rere is a very old executable.
well, this doesn't seem to be a good answer :) any way, I get the same result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses.
Or is there a use for rere other than seeing the pretty printed content of a template?
With the new versions, it seems the xml tags are removed in the output so, the references can't be processed.
Yes. I was aware of that issue. I suspect it came from changes proposed by Sune, who does not use this data. I am not sure how to deal with this.
I think we need discussion on RePEc run or a special list to deal with ReDIF.
Any idea about how to revert to the previous status in the meanwhile..
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012.
There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value .
/Sune
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ CitEc-run mailing list CitEc-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
-- -- José Manuel Barrueco <barrueco@uv.es>
There is Author-x-name-first and Author-x-name last where this could be bad. Unrelated: Can the Reply-To header be set to the list? /Sune
-----Original Message----- From: ReDIF-dev [mailto:redif-dev-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 11:58 PM To: 'Christian Zimmermann'; zimmermann@stlouisfed.org; Thomas Krichel; Jose Manuel Barrueco; redif-dev@lists.openlib.org Subject: Re: [ReDev] ReDIF-Perl at shuli
I agree with that.
As X-* is user defined, why not simply carry it along unmodified?
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
-----Original Message----- From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 8:05 PM To: Thomas Krichel; krichel@openlib.org; CitEc List Subject: Re: [CitEc] ReDIF-Perl at shuli
adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf
the output is not utf8
Well rere is a very old executable.
well, this doesn't seem to be a good answer :) any way, I get the same result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses.
Or is there a use for rere other than seeing the pretty printed content of a template?
With the new versions, it seems the xml tags are removed in the output so, the references can't be processed.
Yes. I was aware of that issue. I suspect it came from changes proposed by Sune, who does not use this data. I am not sure how to deal with this.
I think we need discussion on RePEc run or a special list to deal with ReDIF.
Any idea about how to revert to the previous status in the
meanwhile..
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012.
There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value .
/Sune
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ CitEc-run mailing list CitEc-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
And there could be other *-x-* Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist On Thu, 16 Jun 2016, Sune Karlsson wrote:
There is Author-x-name-first and Author-x-name last where this could be bad.
Unrelated: Can the Reply-To header be set to the list?
/Sune
-----Original Message----- From: ReDIF-dev [mailto:redif-dev-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 11:58 PM To: 'Christian Zimmermann'; zimmermann@stlouisfed.org; Thomas Krichel; Jose Manuel Barrueco; redif-dev@lists.openlib.org Subject: Re: [ReDev] ReDIF-Perl at shuli
I agree with that.
As X-* is user defined, why not simply carry it along unmodified?
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
-----Original Message----- From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 8:05 PM To: Thomas Krichel; krichel@openlib.org; CitEc List Subject: Re: [CitEc] ReDIF-Perl at shuli
> adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf > > the output is not utf8
Well rere is a very old executable.
well, this doesn't seem to be a good answer :) any way, I get the same result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses.
Or is there a use for rere other than seeing the pretty printed content of a template?
> With the new versions, it seems the xml tags are > removed in the output so, the references can't be processed.
Yes. I was aware of that issue. I suspect it came from changes proposed by Sune, who does not use this data. I am not sure how to deal with this.
I think we need discussion on RePEc run or a special list to deal with ReDIF.
Any idea about how to revert to the previous status in the
meanwhile..
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012.
There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value .
/Sune
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ CitEc-run mailing list CitEc-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
In fact, what we have in the documentation is: Any field that starts with X- is considered to be local. The parsing software will read it but make no checks on the values. so, the current behaviour is agains the specification. This is related only to fields X-*, not to: *-x-* On Thu, 16 Jun 2016, 'Christian Zimmermann' wrote:
And there could be other *-x-*
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
There is Author-x-name-first and Author-x-name last where this could be bad.
Unrelated: Can the Reply-To header be set to the list?
/Sune
-----Original Message----- From: ReDIF-dev [mailto:redif-dev-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 11:58 PM To: 'Christian Zimmermann'; zimmermann@stlouisfed.org; Thomas Krichel; Jose Manuel Barrueco; redif-dev@lists.openlib.org Subject: Re: [ReDev] ReDIF-Perl at shuli
I agree with that.
As X-* is user defined, why not simply carry it along unmodified?
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
-----Original Message----- From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 8:05 PM To: Thomas Krichel; krichel@openlib.org; CitEc List Subject: Re: [CitEc] ReDIF-Perl at shuli
>> adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf >> >> the output is not utf8 > > Well rere is a very old executable.
well, this doesn't seem to be a good answer :) any way, I get the same result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses.
Or is there a use for rere other than seeing the pretty printed content of a template?
>> With the new versions, it seems the xml tags are >> removed in the output so, the references can't be processed. > > Yes. I was aware of that issue. I suspect it came > from changes proposed by Sune, who does not use > this data. I am not sure how to deal with this. > > I think we need discussion on RePEc run or a special > list to deal with ReDIF.
Any idea about how to revert to the previous status in the
meanwhile..
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012.
There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value .
/Sune
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ CitEc-run mailing list CitEc-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--- José Manuel Barrueco @JMBarrueco Servei de Biblioteques i Documentació Universitat de València Tlf: +34963983359 http://www.uv.es/=barrueco
Nitpicking: making checks is not the same as transforming which is what ReDIF-perl does. X-* and *-X-* is really the same. *-X-* is an X-attribute in a cluster, X-* is an X-attribute in the template. /Sune
-----Original Message----- From: Jose Manuel Barrueco [mailto:Jose.Barrueco@uv.es] Sent: Friday, June 17, 2016 9:06 AM To: 'Christian Zimmermann' Cc: Sune Karlsson; Jose Manuel Barrueco; Thomas Krichel; redif- dev@lists.openlib.org Subject: RE: [ReDev] ReDIF-Perl at shuli
In fact, what we have in the documentation is:
Any field that starts with X- is considered to be local. The parsing software will read it but make no checks on the values.
so, the current behaviour is agains the specification. This is related only to fields X-*, not to: *-x-*
On Thu, 16 Jun 2016, 'Christian Zimmermann' wrote:
And there could be other *-x-*
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
There is Author-x-name-first and Author-x-name last where this could be bad.
Unrelated: Can the Reply-To header be set to the list?
/Sune
-----Original Message----- From: ReDIF-dev [mailto:redif-dev-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 11:58 PM To: 'Christian Zimmermann'; zimmermann@stlouisfed.org; Thomas Krichel; Jose Manuel Barrueco; redif-dev@lists.openlib.org Subject: Re: [ReDev] ReDIF-Perl at shuli
I agree with that.
As X-* is user defined, why not simply carry it along unmodified?
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
> -----Original Message----- > From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf > Of Jose Manuel Barrueco > Sent: Thursday, June 16, 2016 8:05 PM > To: Thomas Krichel; krichel@openlib.org; CitEc List > Subject: Re: [CitEc] ReDIF-Perl at shuli > > >>> adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf >>> >>> the output is not utf8 >> >> Well rere is a very old executable. > > well, this doesn't seem to be a good answer :) any way, I get the same > result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses.
Or is there a use for rere other than seeing the pretty printed content of a template?
> > >>> With the new versions, it seems the xml tags are >>> removed in the output so, the references can't be processed. >> >> Yes. I was aware of that issue. I suspect it came >> from changes proposed by Sune, who does not use >> this data. I am not sure how to deal with this. >> >> I think we need discussion on RePEc run or a special >> list to deal with ReDIF. > > Any idea about how to revert to the previous status in the meanwhile.. >
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012.
There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value .
/Sune
> > > -- > > -- > José Manuel Barrueco <barrueco@uv.es> > > > > > _______________________________________________ > CitEc-run mailing list > CitEc-run@lists.openlib.org > http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--- José Manuel Barrueco @JMBarrueco Servei de Biblioteques i Documentació Universitat de València
Tlf: +34963983359 http://www.uv.es/=barrueco
Sune Karlsson writes
Unrelated: Can the Reply-To header be set to the list?
This would be inconsistent with the behaviour on other lists. root@vebag ~ # list_members redif-dev baum@bc.edu duraley@gmail.com jose.barrueco@uv.es krichel@openlib.org sune.karlsson@oru.se zimmermann@stlouisfed.org Only the guys I initially put on ;-( -- Cheers, Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
participants (4)
-
'Christian Zimmermann' -
Jose Manuel Barrueco -
Sune Karlsson -
Thomas Krichel